A rejeição de prestação de contas no terceiro setor raramente envolve fraude. Acontece por cinco erros documentais recorrentes que se repetem em organização após organização: mistura patrimonial, desvio de finalidade entre projetos, conciliação bancária frágil, descumprimento da ITG 2002 e documentação fiscal incompleta. Cada um deles é evitável quando a operação é estruturada para gerar evidência consistente desde o registro.
Por que prestações de contas são rejeitadas mesmo sem irregularidade real
Tribunais de Contas, secretarias contratantes e financiadores não rejeitam prestações de contas por suspeita de má-fé. Rejeitam por inconsistência documental — quando o que foi feito não pode ser demonstrado com a precisão que o ente externo exige.
A diferença é crítica: a organização que perde um contrato de gestão por falha na prestação de contas raramente fez algo errado na operação. Errou no registro da operação correta. E em qualquer instância de controle externo, registro insuficiente tem o mesmo efeito prático que erro real.
Os cinco erros abaixo são os que mais frequentemente reprovam prestações de contas no terceiro setor brasileiro. Todos têm origem na forma como a operação cotidiana é estruturada — não no momento em que a prestação de contas é montada.
Erro 1 — Mistura patrimonial entre conta institucional e conta de projetos

A mistura patrimonial é o erro mais grave porque compromete a auditoria desde a raiz. Acontece quando recursos de um contrato de gestão ou convênio entram em conta corrente compartilhada com outros recursos da entidade — ou pior, quando pagamentos do projeto saem de conta que não é a designada no contrato.
O efeito é imediato. O auditor pede o extrato da conta específica do contrato e encontra movimentações que não correspondem ao projeto. Mesmo que cada movimentação seja legítima isoladamente, a mistura inviabiliza a verificação cruzada entre o que entrou, o que saiu e o que estava previsto no Plano de Trabalho.
Como esse erro se manifesta na prática:
- A organização opera com uma conta corrente única para todos os recursos
- Recursos de um convênio são usados temporariamente para cobrir despesas de outro
- Adiantamentos pessoais a funcionários saem da conta do contrato
- Conta da entidade aparece em pagamentos do projeto sem registro formal de remanejamento
O que evita o problema:
Cada contrato, convênio ou termo de parceria deve operar com conta corrente específica, sem qualquer movimentação que não esteja diretamente vinculada ao objeto pactuado. Essa exigência está presente em praticamente todos os contratos de gestão e termos do MROSC, mas raramente é estruturada com rigor desde o primeiro dia.
Erro 2 — Desvio de finalidade entre projetos
O desvio de finalidade é o segundo erro mais comum em organizações que executam múltiplos projetos simultâneos. Ocorre quando uma despesa é classificada em projeto diferente do que efetivamente a justifica.
Em muitos casos não há intenção de irregularidade. A organização precisa pagar um fornecedor de um projeto cujo recurso ainda não foi liberado, e usa o saldo de outro projeto como “ponte”. A intenção é regularizar depois. A regularização raramente acontece com o rigor que a auditoria exige.
Por que o desvio de finalidade é tão difícil de detectar internamente:
O caixa funciona. As contas a pagar funcionam. Os fornecedores são pagos. Internamente, parece que está tudo certo. O problema só aparece quando o ente contratante compara o que foi pago no período com o que estava previsto no Plano de Trabalho daquele projeto específico.
O que evita o problema:
Cada despesa deve ser registrada com vínculo direto à rubrica do Plano Orçamentário Anual (POA) do projeto que de fato a justifica. O sistema de gestão deve impedir — não apenas alertar — que uma despesa seja paga sem estar vinculada a uma rubrica orçamentária aprovada para aquele projeto. Quando o vínculo é estrutural, o desvio de finalidade simplesmente não acontece.
Erro 3 — Conciliação bancária frágil ou ausente
A conciliação bancária é exigência básica de qualquer prestação de contas formal. Mostra que o saldo contábil bate com o saldo bancário em uma data específica, garantindo que nenhuma movimentação foi omitida do registro.
Quando a conciliação é feita manualmente — comparando extrato bancário com lançamento no sistema linha por linha — três problemas recorrentes aparecem:
- Lançamentos bancários esquecidos no sistema
- Tarifas e impostos automáticos não registrados
- Estornos e devoluções tratados de forma inconsistente
O auditor não precisa investigar para detectar a fragilidade. Basta pedir a conciliação do mês e comparar com o extrato. A divergência aparece sozinha.
O que evita o problema:
A importação automática do extrato bancário no formato OFX (Open Financial Exchange) é a forma mais segura de garantir conciliação consistente. O sistema importa cada movimentação registrada pelo banco e confronta com os lançamentos no sistema. Diferenças aparecem imediatamente, são investigadas no momento certo e resolvidas com registro formal.
Erro 4 — Descumprimento da ITG 2002

A ITG 2002 (R1) é a Interpretação Técnica Geral do Conselho Federal de Contabilidade que regula a contabilidade do terceiro setor. Não é opção. É norma aplicável a todas as entidades sem finalidade de lucros que mantêm escrituração contábil regular.
Os pontos da ITG 2002 mais frequentemente descumpridos:
- Segregação de receitas por finalidade — receitas de doações, convênios, contratos de gestão e atividades próprias devem ser registradas separadamente
- Reconhecimento de receitas com restrição — recursos vinculados a um projeto específico não podem ser tratados como receita disponível para outras finalidades
- Demonstração do superávit ou déficit do exercício — diferente do lucro ou prejuízo de empresas privadas, exige metodologia específica
- Notas explicativas obrigatórias — incluindo identificação clara da entidade, descrição das atividades, e detalhamento de recursos com restrição
O descumprimento da ITG 2002 não aparece na operação cotidiana. Aparece quando a demonstração contábil é apresentada ao Conselho Fiscal, ao auditor independente ou ao ente contratante — e a estrutura não corresponde ao que a norma exige.
O que evita o problema:
O plano de contas precisa ser estruturado desde a implantação do sistema de gestão seguindo as exigências da ITG 2002, com segregação automática entre as diferentes naturezas de recurso. Não basta o contador conhecer a norma — o sistema precisa impedir lançamentos que violem a estrutura exigida.
Erro 5 — Documentação fiscal incompleta ou inconsistente
O último erro é o mais visível e o mais frequente nas reprovações: ausência de documento fiscal válido para despesas registradas. A documentação fiscal incompleta aparece de várias formas:
- Recibos simples no lugar de Nota Fiscal de Serviço
- Notas fiscais sem identificação do contrato ou projeto
- Comprovantes de pagamento sem vinculação ao documento de despesa correspondente
- Contratos verbais ou informais com prestadores de serviço
- Pagamentos a fornecedores sem cotação prévia formal
A documentação fiscal incompleta é particularmente grave porque, diferente dos outros erros, dificilmente pode ser corrigida depois. A nota fiscal não emitida no momento da prestação do serviço não pode ser emitida com data retroativa. O processo de cotação não realizado não pode ser reconstituído com validade.
O que evita o problema:
O processo de compras deve travar antes do pagamento quando a documentação fiscal não está completa. Solicitação de compra, mapa de cotações, pedido de compra, recebimento do serviço e nota fiscal precisam estar todos formalizados antes que o financeiro libere o pagamento. Quando o processo permite avançar sem essa documentação, o erro vira sistêmico — e a prestação de contas vira incerta.
O que esses cinco erros têm em comum
Os cinco erros têm origem no mesmo lugar: o processo administrativo aceita exceções sem tratá-las. Recursos são misturados entre contas porque o sistema permite. Despesas são classificadas em projeto errado porque a vinculação à rubrica não é obrigatória. A conciliação bancária é frágil porque é feita manualmente. A ITG 2002 é descumprida porque o plano de contas não foi estruturado para impedir o erro. A documentação fiscal é incompleta porque o pagamento pode avançar sem ela.
Portanto, a correção desses erros não está em treinar a equipe para ser mais cuidadosa. Está em estruturar o processo para que o erro não possa acontecer.
Como o Shadow3 elimina esses cinco erros na origem
O Shadow3 opera sobre um princípio simples: o processo trava no ponto onde a exceção ocorre. Não permite que a exceção seja aceita sem tratamento e registro.
Mistura patrimonial — cada contrato, convênio ou projeto tem conta bancária específica vinculada ao Plano Orçamentário Anual correspondente. Movimentações entre contas exigem registro formal de remanejamento aprovado.
Desvio de finalidade — cada despesa precisa estar vinculada a uma rubrica do POA do projeto que a justifica. O sistema não permite pagamento sem essa vinculação.
Conciliação bancária — a importação automática do arquivo OFX confronta os lançamentos do banco com os registros do sistema. Divergências aparecem no momento, não na auditoria.
ITG 2002 — o plano de contas é estruturado na implantação seguindo as exigências da norma. Segregação de receitas, reconhecimento de recursos com restrição e demonstrações específicas funcionam por padrão.
Documentação fiscal — o fluxo de compras travado garante que cada pagamento tenha solicitação aprovada, cotação formalizada, pedido de compra emitido, recebimento registrado e nota fiscal vinculada antes que o financeiro processe a baixa.
Além disso, o Shadow3 sustenta mais de 100 relatórios acessíveis pelo portal e a consistência entre eles é garantida pela arquitetura. A prestação de contas no terceiro setor deixa de ser um processo de reconstituição mensal e passa a ser uma consequência da operação cotidiana.
Perguntas frequentes sobre rejeição de prestação de contas no terceiro setor
Qual o erro mais grave em uma prestação de contas no terceiro setor?
A mistura patrimonial é o mais grave porque compromete a verificação desde a raiz. Mesmo que cada movimentação seja legítima, a mistura inviabiliza a verificação cruzada que toda auditoria exige. A consequência pode incluir a desqualificação da entidade como OS ou OSCIP.
Como evitar desvio de finalidade entre projetos com recursos limitados?
A única forma estrutural de evitar é vincular cada despesa à rubrica orçamentária do projeto que a justifica desde o momento do registro. Quando o vínculo é estrutural — exigido pelo sistema de gestão — o desvio simplesmente não acontece. Quando o vínculo é manual, o desvio é questão de tempo.
A ITG 2002 se aplica a todas as organizações do terceiro setor?
A ITG 2002 (R1) se aplica a todas as entidades sem finalidade de lucros que mantêm escrituração contábil regular, incluindo Organizações Sociais, OSCIPs, fundações, associações, institutos e Santas Casas. É norma do Conselho Federal de Contabilidade de aplicação obrigatória.
O que acontece quando uma prestação de contas é rejeitada pelo Tribunal de Contas?
A rejeição pode levar à desqualificação da entidade, impossibilidade de novas parcerias com o poder público, responsabilização solidária dos gestores e devolução dos valores ao erário com correção monetária. Em casos de irregularidade grave, há possibilidade de inscrição em cadastro de inadimplentes.
Como saber se a documentação fiscal de despesas anteriores está completa?
A revisão manual é o caminho mais comum, mas exige tempo significativo. A forma estrutural de garantir documentação completa é impedir, no sistema de gestão, que pagamentos sejam processados sem a documentação fiscal correspondente já registrada e vinculada ao processo de compra.
A diferença entre uma prestação de contas que se sustenta e uma que é rejeitada raramente está na complexidade do projeto. Está em quão estruturada a operação cotidiana foi para gerar evidência consistente desde o primeiro lançamento — meses antes de qualquer auditoria chegar.
Sobre o autor
Este artigo foi produzido pela Equipe Editorial Shadow3, formada por especialistas em gestão administrativa, prestação de contas, contabilidade do terceiro setor e tecnologia para organizações sociais. A Dynatech Software atua há mais de 20 anos no setor.
