Ambiente da Instituição — "Rede"
Ambiente próprio de cada instituição aprovada na rede INBCA (arquitetura multi-tenant): cadastro e gestão do inventário de obras, integração com Tainacan, perfil institucional e recebimento de comunicados do MinC. Nome interno usado pela equipe de engenharia: "Rede".
Conforme visão geral §3.3, este é o primeiro ambiente na ordem de entrega recomendada — as formações institucionais já começam e precisam de UI funcional para treinar os usuários. Proposto — validar
1. Objetivo e quem acessa
Dar a cada instituição aprovada um ambiente próprio para cadastrar e manter seu inventário de obras preservadas, com a menor fricção possível diante da heterogeneidade de maturidade digital do setor — de cinematecas com sistema próprio a arquivos com apenas planilhas. Acesso: gestor(es) da instituição, provisionados após conclusão do cadastro (ver onboarding abaixo).
2. Estado atual
Confirmado — nenhum código deste ambiente existe no monorepo do Portal hoje. Relato de demonstração em reunião interna (21/07) descreve um painel administrativo com indicadores, gestão de acervo/usuários e importador CSV com checagem de conformidade, em repositório ainda não trazido a este monorepo. Levantado internamente
3. Onboarding (provisionamento do ambiente)
- Instituição é aprovada pelo Ambiente MinC e recebe e-mail com acesso.
- Finaliza o cadastro institucional: nome, endereço, descrição.
- Sistema provisiona o ambiente dedicado a ela — cada instituição aprovada é um tenant isolado.
- Primeiro acesso: a instituição chega a um ambiente vazio, pronto para começar a alimentar o inventário.
4. Telas necessárias
| Tela | Propósito |
|---|---|
| Primeiro acesso | Onboarding pós-provisionamento — ver §3. |
| Gestão de usuários | Usuários com acesso ao ambiente daquela instituição especificamente (não usuários de outras instituições nem do MinC). |
| Inventário — listagem, cadastro, edição, exclusão | CRUD manual das obras via UI, para instituições sem Tainacan próprio ou planilha pronta. |
| Importação em lote | Upload de planilha modelo (disponibilizada pelo MinC/NEES para download) seguido de etapa de reconciliação de campos (De-Para) — ver §6. |
| Integração Tainacan | Exportação e importação bidirecional com o Tainacan próprio da instituição, quando existir. |
| Gestão da instituição | Perfil institucional: logo, nome, endereço, descrição, preferência de exibição (grade) — o que aparece na página pública da instituição no Portal. |
| Comunicação institucional (caixa de recebidos) | Recebimento dos comunicados disparados pelo Ambiente MinC. |
| Wiki / Manuais | Conteúdo de apoio e capacitação, editado pelo MinC e consultado aqui. |
| Analytics / Dashboards | Indicadores no nível da própria instituição — completude do inventário, itens publicados vs. rascunho. |
5. Modelo de dados essencial (nível conceitual)
Suficiente para orientar telas — não é um schema técnico de banco de dados.
| Entidade | O que carrega |
|---|---|
| Instituição | Nome, logo, endereço, descrição, preferência de exibição. |
| Obra / Bem cultural audiovisual | Metadados (título, ano, condição, suporte); pode ter múltiplos suportes; materiais correlatos entram no inventário mesmo sem suporte fílmico associado. Levantado internamente |
| Metadado (De-Para) | Mapeamento entre um campo da fonte do usuário (planilha ou Tainacan) e o campo esperado pelo INBCA — ver §6. |
| Estado de publicação | Dois eixos independentes por item: (a) rascunho/salvo internamente vs. publicado no Portal; (b) publicado ou não no Tainacan próprio da instituição. |
6. Reconciliação de metadados (De-Para)
O modelo de dados do INBCA se baseia no modelo do Tainacan, mas o Tainacan não impõe um padrão único de metadados entre instituições — cada uma pode nomear seus próprios campos de forma diferente. Ao subir uma planilha ou conectar um Tainacan, o sistema compara os nomes de campo encontrados com o schema esperado e sinaliza divergências ("isso não bate") para o usuário mapear manualmente qual campo dele corresponde a qual campo do INBCA (ex.: um campo customizado da instituição mapeado para "Diretor"). Levantado internamente
O mapeamento De-Para é local à instituição — não é imposto globalmente. Se o Tainacan de origem seguir o padrão de metadados esperado, não há trabalho de reconciliação; se não seguir, a divergência fica registrada só para aquela instituição, sem afetar as demais.
A primeira integração de importação/exportação é exclusivamente com o Tainacan; um módulo de integrações é desenhado para comportar futuras adições (ex.: Pergamum, citado como exemplo), mas nenhuma outra é implementada no piloto.
7. Regras de negócio
O sistema nunca armazena o arquivo audiovisual — apenas o metadado. Explicitar isso na tela de onboarding do inventário é importante: é uma objeção real já levantada por uma instituição durante o levantamento do piloto (ver visão geral §3.2).
Toda tela de "Inventário" deve deixar claro que o Tainacan é o sistema de registro preferencial e que planilha/cadastro manual são vias de apoio, não substituição — ver o risco de escopo em visão geral §8.1, ainda sem decisão institucional fechada.
8. Atores
Gestor da Instituição — acesso completo ao ambiente da própria instituição. A reunião de 08/07 registra intenção de simplificar para 2 perfis de permissão no total do produto; detalhamento de eventuais sub-perfis dentro do ambiente institucional ainda não levantado. Proposto — validar
9. Casos de uso
Uma cinemateca regional com Tainacan próprio já em uso conecta sua conta na tela de integração. O sistema compara os metadados e sinaliza dois campos que não batem com o padrão esperado; a equipe da instituição resolve o mapeamento em poucos minutos, sem precisar reestruturar seu Tainacan.
Um arquivo público com equipe reduzida e sem Tainacan baixa a planilha modelo, preenche offline com o time disponível, e sobe o arquivo de uma vez — optando por manter os itens como rascunho até revisar a qualidade dos dados antes de publicar no Portal.
10. Pontos em aberto específicos deste ambiente
- Ver visão geral §8.1 — risco de escopo (duplicidade Tainacan) toca diretamente as telas de Inventário deste ambiente.
- Ver visão geral §8.3 — decisão sobre compartilhar base de código com o Ambiente MinC.
- Ver visão geral §8.2 — decisão de stack de backend, ainda não confirmada.
- Gap técnico sem owner: exportação hoje só em PDF, falta CSV/Excel (visão geral §8.6).