Remessa ao tribunal de contas: sistema, formato e prazo por estado
Não existe padrão nacional de remessa: cada tribunal de contas define o seu sistema, o seu layout de arquivo e o seu calendário, por resolução própria. Entre os 14 tribunais cujo layout está implementado no Licinexus GOV, que fiscalizam 4.374 municípios, há arquivo de largura fixa, XML, JSON, texto delimitado, envio por API e Matriz de Saldos Contábeis por integração, com prazos que vão do dia 20 ao último dia útil do mês seguinte. A tabela abaixo reúne todos, com link para a fonte oficial de cada um.
Cobertura medida no cadastro de tribunais da Licinexus em . Sistema e periodicidade de cada linha conferidos no portal do próprio tribunal, que é a fonte que prevalece sobre o nosso cadastro.
O que é a remessa ao tribunal de contas?
É o envio periódico, em arquivo, dos dados de execução orçamentária, financeira e patrimonial do município ao tribunal de contas que julga as suas contas. O tribunal define o sistema que recebe, o layout do arquivo, os registros que ele precisa conter e o prazo. A remessa é o que alimenta a fiscalização concomitante, e é diferente da prestação de contas anual.
Quem envia é o ente, por meio do seu sistema de contabilidade. O papel do sistema é gerar um arquivo que case exatamente com o layout publicado pelo tribunal: campo na posição certa, com o tamanho certo, com o domínio de valores que aquele tribunal aceita. Um campo numérico preenchido com branco em vez de zero é motivo de rejeição em layout de largura fixa, e esse nível de detalhe é definido por resolução de cada tribunal.
Existe um padrão nacional de remessa aos tribunais de contas?
Não. Cada tribunal de contas define o seu próprio sistema, layout e calendário, por resolução própria. Entre os 14 tribunais cujo layout está implementado no Licinexus GOV, que atendem 4.374 municípios, o arquivo tanto pode ser de largura fixa quanto XML, JSON, texto separado por ponto e vírgula ou por pipe, envio por API ou Matriz de Saldos Contábeis por integração. Os prazos vão do dia 20 ao último dia útil do mês seguinte, e nem todos são mensais.
A padronização que existe está na contabilidade, não no transporte: o Plano de Contas Aplicado ao Setor Público uniformiza o que se registra, e a Matriz de Saldos Contábeis uniformiza o que vai para a Secretaria do Tesouro Nacional. O arquivo que sobe para o tribunal de contas estadual continua sendo o de cada tribunal, embora ao menos um deles já tenha adotado a própria Matriz de Saldos Contábeis como formato da remessa.
A consequência prática aparece na hora de trocar de sistema ou de contratar: um fornecedor que atende municípios de um único estado conhece um layout. Município que muda de estado não existe, mas consórcio, contabilidade terceirizada e fornecedor que cresce para o estado vizinho encontram o segundo layout do zero.
Qual é o sistema de remessa de cada tribunal de contas?
A tabela abaixo reúne, por tribunal, o sistema que recebe a remessa, o formato do arquivo, a periodicidade e quantos municípios aquele tribunal fiscaliza. São os 14 tribunais cujo layout está implementado no Licinexus GOV, em ordem decrescente de municípios atendidos.
| Tribunal | Sistema | Formato | Periodicidade | Municípios |
|---|---|---|---|---|
| MGTCE-MG | SICOM | CSVcampos separados por ponto e vírgula, em ISO-8859-1 | mensal no módulo Acompanhamento Mensal, com outros módulos por exercício | 853 |
| SPTCE-SP | AUDESP | XML e JSONXSD nas fases contábeis, JSON Schema na Fase IV e no terceiro setor | calendário anual de obrigações, publicado até 10 de dezembro | 644 |
| RSTCE-RS | SIAPC, pelo PAD | largura fixatexto ASCII, todas as linhas do mesmo tamanho | mensal, até 30 dias corridos após o mês | 497 |
| BATCM-BA | SIGA | largura fixaposicional, cada campo definido por posição e bytes | mensal | 417 |
| PRTCE-PR | SIM-AM | delimitadoTXT separado por pipe, em ANSI, compactado em ZIP | mensal | 399 |
| SCTCE-SC | e-Sfinge on-line | APIwebservice REST, envio por lote | por evento, com ratificação até o dia 20 do mês seguinte | 295 |
| GOTCM-GO | COLARE | MSCpor integração, desde o exercício 2026; largura fixa até 2025 | mensal, até 30 dias corridos após o mês | 246 |
| MATCE-MA | SINC Fiscal | conferir no tribunal | bimestral, prazo fixado por portaria anual | 217 |
| CETCE-CE | SIM, envio pelo SIMWEB | CSVtexto ASCII delimitado por vírgula, compactado em ZIP | mensal, até o dia 30 do mês seguinte | 184 |
| PETCE-PE | RemessaTCEPE, Receitas e Despesas | largura fixaarquivos TXT compactados em ZIP | mensal, até o último dia útil do mês seguinte | 184 |
| RNTCE-RN | SIAI Fiscal | mistolargura fixa nos anexos do RREO, XML no Anexo 14 | bimestral no RREO, mensal no Anexo 14 | 167 |
| ALTCE-AL | SIAP | conferir no tribunal | mensal, 12 remessas com datas fixas no exercício | 102 |
| RJTCE-RJ | SIGFIS | largura fixaTXT posicional, último layout público de 2020 | mensal, até o último dia útil do mês seguinte | 91 |
| ESTCE-ES | CidadES | XML | mensal, com prazo próprio por remessa | 78 |
Cada sigla leva à página oficial do tribunal que sustenta a linha. Prazo e layout mudam por resolução do próprio tribunal, e a versão vigente é sempre a publicada lá: confirme antes de gerar o arquivo. Onde a fonte oficial não publicou o campo em acesso aberto, esta tabela diz conferir no tribunal em vez de afirmar. Prazo só aparece onde a norma do tribunal o fixa por escrito; nos demais, a coluna traz só a periodicidade.
Com que frequência a remessa é enviada?
Na maior parte dos tribunais, mensalmente, com o arquivo do mês anterior entregue no mês seguinte, mas o dia muda: há tribunal que fecha no dia 20, outro no dia 30, e outro no último dia útil. Fora do mensal há três padrões diferentes: bimestral no Maranhão, envio por evento em Santa Catarina, com ratificação mensal, e um calendário anual de obrigações em São Paulo, com prazos por tipo de documento ao longo do exercício.
O Rio Grande do Norte é o caso que mais surpreende quem monta a rotina interna, porque usa as duas periodicidades ao mesmo tempo: os anexos do relatório resumido da execução orçamentária são bimestrais, e o Anexo 14, que leva empenho, liquidação, pagamento e retenção, é mensal.
O dia exato de cada envio é fixado em resolução ou em cronograma anual do tribunal, e muda de um exercício para outro. Por isso a coluna de periodicidade traz o prazo na redação da norma, e não uma data: data é o tipo de informação que envelhece em silêncio, e prazo errado em página de referência é pior do que prazo ausente. A data vigente está sempre no portal do próprio tribunal, linkado em cada linha.
A periodicidade da remessa conversa com os prazos de fechamento do Siafic. O art. 6º do Decreto 10.540/2020 manda encerrar o balancete do mês anterior até o dia 25 e trava o registro depois disso, o que na prática define quando os dados do mês param de mudar e a remessa daquele mês pode ser gerada.

Em que formato o arquivo de remessa é gerado?
Em quatro famílias de formato, e nenhuma delas é universal. O arquivo de largura fixa é o mais comum, usado no Rio Grande do Sul, na Bahia, em Pernambuco e no Rio de Janeiro. O texto delimitado aparece em Minas Gerais e no Ceará, separado por ponto e vírgula e por vírgula, e no Paraná, separado por pipe. O XML vale no Espírito Santo e em parte das fases de São Paulo, que adotou JSON nas mais recentes. E há dois casos que não são arquivo enviado: Santa Catarina recebe por API, e Goiás passou, desde o exercício de 2026, a receber a Matriz de Saldos Contábeis por integração entre os dois sistemas.
A simplificação mais comum sobre esta coluna, a de chamar tudo de CSV ou de XML, é justamente onde ela erra. O Ceará, por exemplo, publica o arquivo como texto ASCII sem acentuação, com campos separados por vírgula e compactado em ZIP, que é parecido com CSV e não é CSV canônico. O Rio Grande do Norte usa dois formatos ao mesmo tempo, largura fixa nos anexos do relatório resumido e XML no Anexo 14. Por isso cada linha da tabela traz, sob o formato, a descrição que o próprio tribunal publica.
A diferença entre as famílias não é só de sintaxe, e é ela que faz um layout demorar a ficar pronto. No arquivo de largura fixa o campo não tem nome nem delimitador: ele é uma faixa de colunas, e o que separa um valor válido de uma rejeição é o preenchimento exato dessa faixa, com alinhamento e caractere de preenchimento definidos pelo tribunal. No XML há esquema a validar. Na API há autenticação, resposta por lote e tratamento de rejeição parcial, quando parte do lote entra e parte volta.
Em dois dos 14 tribunais, o Maranhão e Alagoas, não encontramos o formato publicado em fonte oficial aberta: as normas remetem a manuais de referência que só abrem para quem tem acesso ao sistema. Nesses dois a tabela diz que o campo precisa ser conferido no tribunal, em vez de repetir o que está no nosso cadastro.
As quatro famílias, e o que muda em cada uma
- Largura fixa: cada campo ocupa uma faixa de colunas, sem delimitador. Erro típico é campo numérico preenchido com branco em vez de zero, e alinhamento trocado.
- Texto delimitado: campos separados por um caractere, um arquivo por tabela do layout. Erro típico é o delimitador aparecer dentro do conteúdo, e a codificação de acento não bater com a exigida.
- Estruturado por esquema, XML ou JSON: estrutura hierárquica validada contra esquema publicado pelo tribunal. Erro típico é elemento obrigatório ausente e tipo de dado fora do esquema.
- Integração, por API ou troca sistema a sistema: não há arquivo entregue por upload. Erro típico é o tratamento da rejeição parcial e a ordem de envio entre módulos dependentes.
Por que alguns estados aparecem com TCM e não com TCE?
Porque em parte dos estados as contas dos municípios são julgadas por um Tribunal de Contas dos Municípios, órgão distinto do Tribunal de Contas do Estado. É o caso da Bahia, com o TCM-BA, e de Goiás, com o TCM-GO, que aparecem nesta tabela no lugar dos respectivos TCE: quem define o layout da remessa municipal ali é o TCM.
A distinção não é formalidade. Ela decide para quem o município envia, qual resolução vale e qual portal recebe. A própria Lei de Responsabilidade Fiscal reconhece a figura ao fixar, no art. 20, III, a, o limite de 6% para o Legislativo municipal incluído o Tribunal de Contas do Município, quando houver.
No nosso levantamento são 33 tribunais de contas mapeados para 27 unidades da federação, e a diferença entre os dois números é exatamente essa: alguns estados têm mais de um tribunal com competência sobre contas municipais.
A remessa e o SIAFIC são a mesma coisa?
Não. O SIAFIC é o sistema onde o município registra os seus atos, regulado pelo Decreto federal nº 10.540/2020, que é norma federal e vale igual em todo o país. A remessa é o arquivo que o município envia ao seu tribunal de contas, com layout e prazo definidos por aquele tribunal. Um é o registro, o outro é o envio do que foi registrado.
Os dois se encontram no art. 9º, inciso I do decreto, que exige do Siafic permitir o armazenamento, a integração, a importação e a exportação de dados. Um sistema que registra bem e não consegue exportar no layout do tribunal deixa a obrigação do ente pela metade, e o inverso também vale: gerar o arquivo a partir de dados que não fecham em partidas dobradas só adia a rejeição.
O que o Licinexus GOV faz na geração da remessa?
Gera o arquivo no layout do tribunal a partir dos dados de execução já registrados, sem digitação paralela. São 14 layouts implementados, que cobrem 4.374 municípios. O envio ao tribunal continua sendo feito pelo canal do próprio tribunal, e não pelo sistema.
Dito com todas as letras, porque a diferença importa e é fácil de borrar numa página como esta: nenhuma remessa foi transmitida a tribunal de contas nenhum por meio deste sistema até hoje. O que existe, e o que esta página afirma, é a geração do arquivo no layout. Não há remessa aceita, validada ou homologada por tribunal algum para exibir aqui, e nenhum fornecedor de software pode ser homologado como SIAFIC, porque essa homologação não existe.
Dos 33 tribunais mapeados, 14 estão com o layout implementado e confirmado, 15 têm o layout confirmado e ainda não implementado, cobrindo 1.035 municípios, e 4 seguem em levantamento, com 160 municípios. Os números são do nosso cadastro, medidos em 20 de setembro de 2026.

No Licinexus GOV o arquivo de remessa é gerado no layout do tribunal do município, a partir da execução registrada no sistema. A transmissão ao tribunal é feita fora do sistema, pelo canal do próprio tribunal.
Fontes
A fonte de cada linha da tabela é o portal do próprio tribunal de contas, linkado na sigla. Os números de cobertura são do cadastro de tribunais da Licinexus, medidos em 20 de setembro de 2026.
O Decreto 10.540/2020, que rege o sistema onde esses dados são registrados antes de virarem arquivo, está explicado artigo por artigo em o que o SIAFIC exige. Do lado do Legislativo, os limites de despesa e a vedação a um segundo sistema estão em câmara municipal e o sistema contábil.
O sistema de gestão pública por trás das telas desta página
As capturas acima são da conta de demonstração do Licinexus GOV, o sistema de gestão pública municipal que reúne orçamento, contabilidade, folha, patrimônio, tributos e os portais do município numa base só, com a geração do arquivo de remessa saindo da própria execução. Dá para ver o sistema inteiro em funcionamento antes de qualquer conversa comercial.
As publicações do art. 174 da Lei 14.133/2021 ficam em publicações oficiais.
