Orientações detalhadas para o envio trimestral e anual de dados de Fundos de Investimento em Participações via sistema ANBIMA Input.
Manual operacional da ANBIMA para envio de dados de FIPs no ANBIMA Input.
📌 Organiza prazos, arquivos trimestrais e anuais, regras de CSV, lista de campos e fluxo por protocolo.
⚠️ Exige atenção a vínculos FIP-empresa, data-base trimestral/anual, justificativas e reenvios.
🧾 O envio retroativo de 2022 foi tratado como item histórico encerrado; o fluxo normalizado permanece como requisito ativo no retrato-fonte.
O documento analisado é o Manual de Envio de Dados de Fundos de Investimento em Participações (FIP), versão 2.0, datado de 03/2023, emitido pela ANBIMA. Trata-se de um manual operacional, não de uma norma autônoma ampla. Seu foco é orientar gestores de recursos de FIPs sobre como preparar, validar, enviar, corrigir e acompanhar dados trimestrais e anuais na Nova Base de FIP por meio do ANBIMA Input.
A extração foi feita como retrato do documento-fonte. Isso significa que os requisitos foram derivados do próprio manual, sem consolidação com normas posteriores. O documento cita o Código de Administração de Recursos de Terceiros, as Regras e Procedimentos de Envio de Dados, a Instrução CVM nº 578/2016 e a Instrução CVM nº 579/2016, mas esses textos foram tratados como referências de contexto. Os comandos operacionalmente extraídos permanecem aqueles do manual.
O pacote separa os comandos em obrigações de reporte, procedimentos técnicos, rotinas de acesso, tratamento de erros, justificativas e reenvios. Um ponto específico foi classificado como histórico: o primeiro envio retroativo de dados de 2022, cujo prazo expresso terminou em 28 de fevereiro de 2023. Esse item foi mantido como requisito encerrado para fins de rastreabilidade e auditoria, não como obrigação viva.
O manual informa que é direcionado às instituições aderentes ao Código ART que são prestadoras de serviços de gestão de recursos de FIPs. A responsabilidade principal pelo processo de envio dos dados trimestrais e anuais é atribuída aos gestores. O administrador aparece no documento como parte que terá acesso às informações encaminhadas pelo gestor para auxílio no cumprimento do dever de diligência.
Por esse motivo, a segmentação principal dos requisitos de envio foi direcionada aos gestores de fundos e gestores de recursos de terceiros no universo de mercado de capitais. Para requisitos de acesso ao ANBIMA Input, a segmentação foi ampliada para incluir também administradores de fundos, porque o manual menciona que gestores e administradores de FIPs realizam a liberação de acesso pelo SSM e que o administrador terá acesso às informações enviadas.
A aplicabilidade depende do enquadramento da instituição como aderente ao Código ART e da atuação com gestão de FIP. Não se trata de obrigação aplicável genericamente a todas as empresas, nem a todo o mercado financeiro em sentido amplo. Também não basta a instituição atuar de modo adjacente no mercado de capitais; o gatilho operacional é a gestão de FIPs e a existência de dados de FIP a enviar ou acompanhar.
O primeiro bloco operacional do manual é o calendário de envio. O documento distingue dois momentos: dados retroativos de 2022 e fluxo trimestral normalizado. O envio retroativo deveria ocorrer até 28 de fevereiro de 2023. O fluxo normalizado deve ocorrer em até 45 dias corridos contados do início do trimestre seguinte. Além disso, o sistema só habilita o envio de um trimestre quando o trimestre anterior estiver totalmente finalizado.
O segundo bloco trata da estrutura dos arquivos. O gestor deve realizar upload de arquivos trimestrais e anuais. Para os dados trimestrais, o manual lista: dados trimestrais de FIPs, dados cadastrais das empresas investidas, dados trimestrais das empresas investidas e dados trimestrais de investimentos e desinvestimentos. Para os dados anuais, lista dados anuais das empresas investidas e dados do gestor. Essa arquitetura foi refletida em requisitos específicos por arquivo ou etapa, porque cada conjunto possui objeto, gatilho, evidência e risco próprios.
O terceiro bloco define o padrão técnico dos arquivos. O arquivo deve estar em formato .csv, usar pipe como separador de colunas, respeitar limite de 100 MB, não ser compactado e preservar a ordem de campos do modelo. O cabeçalho padrão deve permanecer na primeira linha, com dados a partir da segunda. Esse bloco foi convertido em requisito de preparação de arquivos, porque falhas nesse padrão geram erro de upload e retrabalho.
O quarto bloco é a lista de campos e suas regras. O manual descreve formatos específicos para CNPJ, ISIN, números inteiros, percentuais, datas, textos livres e listas, além de orientar que campos numéricos não fiquem em branco quando exigidos. Esse conteúdo foi consolidado em requisito de validação de preenchimento, em vez de gerar um requisito para cada campo. A decisão preserva utilidade operacional sem criar centenas de itens atomizados de baixo valor.
Para o arquivo de dados trimestrais de FIPs, o requisito central é enviar dados para todos os FIPs que estão ou estiveram ativos no trimestre de referência. O manual traz exemplos de inclusão e exclusão, como FIP iniciado ou encerrado dentro do trimestre. O controle sugerido é reconciliar a lista de FIPs sob gestão, datas de início e encerramento e status no ANBIMA Input.
Para o cadastro das empresas investidas, o manual exige envio por FIP investidor, com uma linha para cada relação FIP-empresa. O cadastro cria vínculo e não deve ser repetido automaticamente a cada trimestre; novo envio ocorre quando há novo vínculo ou alteração cadastral. Essa lógica foi tratada como requisito próprio porque a unidade de controle é a relação FIP-empresa, e não apenas a empresa investida isoladamente.
Para os dados trimestrais das empresas investidas, o requisito é enviar dados por FIP investidor, refletindo a fotografia da data-base do trimestre. Esse item depende da qualidade do cadastro de vínculos e da conciliação da carteira do FIP. Para investimentos e desinvestimentos, o manual é específico: operações ocorridas no trimestre devem ser reportadas individualmente, sem consolidação. Por isso, a evidência esperada inclui log individual de movimentações.
No bloco anual, os dados anuais das empresas investidas são enviados uma vez por ano, com fechamento do 4º trimestre como data-base, também por relação FIP-empresa. Os dados anuais do gestor são diferentes: não há upload; os campos são preenchidos em tela no ANBIMA Input. Essa diferença levou à criação de requisito separado, com controles de fonte interna para números de colaboradores no Brasil, no exterior e dedicados a FIP.
Antes de enviar dados, o usuário precisa ter acesso liberado ao ANBIMA Input por meio do SSM. O manual atribui aos usuários máster do SSM a responsabilidade por liberar a atividade Base de Dados – FIP para si mesmos e para os demais usuários necessários. Esse requisito foi tratado como procedimento, com controles de gestão de acessos, porque uma falha nessa etapa pode impedir o envio dentro do prazo.
O ANBIMA Input opera por etapas e gera protocolo para controle dos gestores. O protocolo, status, data de validação e última modificação são elementos relevantes de evidência. Embora o manual não use uma linguagem de retenção documental ampla, o protocolo foi tratado como evidência sugerida em requisitos de envio e acompanhamento, porque sustenta a demonstração de conclusão ou pendência de cada etapa.
A sequência do sistema também tem impacto operacional. O primeiro arquivo do fluxo trimestral é o de dados trimestrais de FIPs; depois, o sistema valida o arquivo e libera etapas seguintes quando aplicável. Ao final dos envios trimestrais, o sistema habilita o envio anual. Esse fluxo sequencial foi convertido em requisito próprio de procedimento para evitar que a organização trate cada arquivo como evento isolado e perca a visão do ciclo completo.
O manual dedica blocos relevantes a erros e situações atípicas. Quando o sistema encontra erros, o usuário pode baixar o arquivo enviado, o manual e o Relatório de Erros. Esse relatório aponta inconsistências por contexto, como obrigatoriedade, CNPJ, ISIN, data, número, valor monetário, listas e regras gerais. A curadoria transformou esse bloco em requisito de correção de erros, com evidências de relatório baixado, matriz de correção e arquivo reenviado.
Outro ponto operacional importante é a justificativa de não envio. O manual prevê situações em que determinados dados não devem ser encaminhados e informa que a justificativa será analisada pela ANBIMA e poderá ser questionada. Esse item foi extraído como requisito próprio porque envolve decisão operacional, registro no sistema e eventual resposta posterior.
O capítulo de reenvio e novos protocolos também gerou requisito separado. O manual permite reenvio em protocolo existente ainda não finalizado ou abertura de novo protocolo quando o envio já foi concluído. Os motivos incluem dado incorreto ou desatualizado, arquivo de trimestre ou ano anterior e inconsistência encontrada pela ANBIMA. Um ponto de atenção é que o reenvio reinicia o fluxo dos dados encaminhados a partir da etapa reenviada; portanto, etapas posteriores podem precisar ser reenviadas.
As áreas internas mais impactadas tendem a ser operações ou backoffice de fundos, gestão fiduciária ou área responsável por dados de mercado de capitais, controles e, em situações de prazo ou questionamento, compliance. Tecnologia participa de forma mais relevante na liberação de acessos, gestão de arquivos, suporte à preparação de CSV e eventuais problemas de sistema. Recursos Humanos aparece apenas no requisito de dados anuais do gestor, porque os campos envolvem número de colaboradores.
As evidências sugeridas incluem calendário regulatório de envio, protocolo do ANBIMA Input, arquivos .csv enviados, checklist de formatação, validação de campos, conciliação de FIPs ativos, base de vínculos FIP-empresa, log de investimentos e desinvestimentos, relatório de erros, memória de justificativa de não envio, histórico de protocolos e fonte interna dos dados anuais do gestor.
Os controles sugeridos foram calibrados para não transformar todos os requisitos em controles genéricos de compliance. O foco está em controles executáveis: validar estrutura do arquivo, conferir campos obrigatórios, reconciliar FIPs e empresas investidas, controlar prazos e etapas, documentar justificativas, tratar relatórios de erro e versionar arquivos corrigidos.
O principal ponto de atenção é a granularidade por relação FIP-empresa. O manual repete essa lógica em cadastro, dados trimestrais e dados anuais das empresas investidas. Se a instituição controlar apenas a empresa investida de forma agregada, pode errar a unidade de reporte quando mais de um FIP investe na mesma empresa.
Outro ponto sensível é o uso correto da data-base. Para dados trimestrais das empresas investidas, a informação deve refletir o último dia do trimestre de referência. Para os dados anuais, o fechamento do 4º trimestre é a referência. Para investimentos e desinvestimentos, o foco é a ocorrência dentro do trimestre, e movimentações anteriores não devem ser encaminhadas no arquivo do período.
Também merece atenção o padrão técnico do CSV. Erros aparentemente simples, como separador incorreto, cabeçalho alterado, quebra de linha, linhas vazias, campos numéricos inválidos ou listas com texto divergente da opção padronizada, podem bloquear o envio. O manual oferece dicas para alterar separadores no Windows, usar arquivos modelo, usar o Gerador de Arquivos de FIP e depurar o retorno de erros.
Por fim, o pacote registra expressamente que o requisito de dados retroativos de 2022 está encerrado por data do próprio manual. Os demais requisitos foram marcados como ativos no retrato-fonte porque o documento não traz fim expresso para o fluxo normalizado. Isso não significa consolidação com eventuais atualizações posteriores; significa apenas que, dentro do documento analisado, não há encerramento expresso para esses comandos.
Temas
Nenhum item vinculado a este artefato.
