Computação na nuvem e SaaS: o que a CVM cobra

A orientação da CVM sobre arranjos de computação na nuvem e SaaS muda o que é intangível e o que é despesa, e sobe a régua da auditoria.

A conta que muitas empresas registraram como um ativo intangível pode, na verdade, ser despesa. É esse o incômodo que a orientação das áreas técnicas da CVM sobre arranjos de computação na nuvem coloca na mesa das companhias e da auditoria independente das demonstrações financeiras. Quando uma empresa contrata software como serviço, o chamado SaaS, e paga ainda pela configuração e pela customização desse ambiente, a pergunta contábil deixa de ser trivial: o que fica no balanço como ativo, o que vai para o resultado como despesa, e ao longo de quanto tempo. A resposta define o tamanho do ativo, o lucro do período e indicadores que o mercado observa.

O Ofício-Circular conjunto CVM/SNC/SEP nº 1/2026 orientou diretores de relações com investidores e auditores independentes sobre a elaboração das demonstrações contábeis diante de eventos que envolvem arranjos de computação na nuvem. Dois pontos concentram a atenção do regulador: o direito do cliente de receber acesso ao software hospedado do fornecedor, e os custos de configuração ou customização em um contrato de SaaS. O tema não é doméstico nem novo em substância: foi objeto de duas decisões de agenda do comitê de interpretações das normas internacionais de contabilidade, em 2019 e em 2021, cujo raciocínio a orientação brasileira encampa.

Resumo

• Em um contrato de SaaS, o cliente em regra contrata um serviço de acesso ao software, e não a propriedade ou o controle de um ativo de software, o que afasta o reconhecimento de intangível e leva o gasto ao resultado ao longo do direito de acesso.

• Os custos de configuração e customização seguem a mesma lógica: se não são separáveis do serviço de acesso, viram despesa ao longo do contrato; só há intangível quando o gasto gera um ativo efetivamente controlado pela empresa.

• Reclassificar valores antes capitalizados como intangível para despesa é tratado sob o CPC 23, o que costuma exigir reapresentação retrospectiva e comunicação clara ao investidor.

• Para o auditor, o objeto do trabalho migra da simples mensuração para a classificação do contrato e para a existência de controle, com efeitos em ativo, resultado, indicadores não contábeis e testes de recuperabilidade.

Por que o SaaS raramente é um ativo intangível

O ponto de partida é a definição de ativo intangível. Um intangível é um recurso não monetário, identificável e sem substância física, controlado pela entidade e do qual se esperam benefícios econômicos futuros. A palavra decisiva é controle. Em um contrato de SaaS típico, a empresa contrata o direito de acessar um software que roda na infraestrutura do fornecedor, que mantém, atualiza e pode, ao fim do contrato, encerrar esse acesso. A empresa usufrui do serviço, mas não controla o software subjacente, não o detém, não o customiza a ponto de retirá-lo do domínio do fornecedor. Sem controle sobre um recurso, não há ativo intangível a reconhecer, e o gasto é de serviço, apropriado ao resultado ao longo do período em que o acesso é usufruído.

Essa conclusão inverte uma prática que se difundiu na esteira da migração para a nuvem. Por anos, projetos de implantação de sistemas em nuvem foram capitalizados como se fossem a compra de um software próprio, no modelo antigo de licença perpétua instalada no servidor da empresa. A diferença de substância é real: na licença instalada e controlada, há um ativo; no acesso a um serviço hospedado, há um contrato de serviço. A orientação não proíbe reconhecer intangível, ela exige que o reconhecimento se apoie em controle efetivo, e não na mera relevância do desembolso ou na expectativa de uso por vários anos.

O nó dos custos de configuração e customização

O tema mais delicado não é a assinatura mensal do SaaS, é o gasto de preparar o ambiente: configurar parâmetros, integrar com outros sistemas, migrar dados, desenvolver telas e relatórios sob medida. A decisão de agenda de 2021 tratou justamente disso e ofereceu um caminho de raciocínio em duas etapas. Primeiro, verificar se os serviços de configuração e customização são distintos do serviço de acesso ao SaaS. Segundo, avaliar quem executa e o que resulta desse esforço.

Quando os serviços de configuração e customização não são separáveis do acesso ao software hospedado, porque estão embutidos e dependentes daquele mesmo contrato, o gasto acompanha a natureza do principal: é despesa, reconhecida ao longo do prazo do arranjo de SaaS. Quando os serviços são executados por um terceiro e não geram, para a empresa, um recurso que ela controle, o gasto é despesa no momento em que o serviço é recebido. Só há espaço para reconhecer um ativo intangível quando a customização produz um código ou uma funcionalidade que a empresa efetivamente controla, algo que ela poderia continuar usando independentemente do contrato de acesso. É uma exceção estreita, não a regra.

A consequência prática é que uma parcela relevante do que se costumava lançar em intangível, custos de implantação de plataformas em nuvem, tende a migrar para despesa, distribuída pelo prazo do contrato ou reconhecida quando incorrida. Isso reduz o ativo, antecipa despesa e pressiona o resultado, além de afetar indicadores derivados, como aqueles que a empresa apresenta ao mercado ajustando efeitos de amortização.

O efeito retrospectivo e o que ele cobra

Se a companhia vinha capitalizando esses custos e conclui, à luz da orientação, que deveria tê-los reconhecido como despesa, não se trata de uma mudança que se resolve no presente. O tratamento se dá pelo CPC 23, que separa mudança de política contábil de correção de erro, ambas com efeito retrospectivo. Na prática, a empresa reapresenta períodos comparativos, ajusta saldos de abertura e explica ao investidor o que mudou e por quê. A orientação da CVM reforça a observância do CPC 23 exatamente porque o ajuste raramente é apenas prospectivo.

Esse é o ponto em que contabilidade e comunicação se encontram. Uma reapresentação que reduz ativo e resultado precisa vir acompanhada de divulgação suficiente, sob pena de o investidor ler a queda como deterioração operacional, quando é reclassificação técnica. A nota explicativa que descreve a natureza do ajuste, os valores por período e o efeito nos indicadores é parte inseparável do trabalho.

Implicações práticas para a companhia e o auditor

Para a companhia, três movimentos aparecem cedo. O primeiro é inventariar os contratos de nuvem e os projetos de implantação em andamento, separando o que é acesso a serviço do que, eventualmente, gera ativo controlado. O segundo é revisar a política contábil de intangíveis e de custos de tecnologia, alinhando-a à orientação, e avaliar o efeito retrospectivo sobre os saldos já capitalizados. O terceiro é preparar a divulgação, porque o ajuste toca indicadores que o investidor acompanha e a explicação precisa ser clara.

Para o auditor, o trabalho muda de eixo. Não basta testar se um valor capitalizado existe e foi corretamente somado; é preciso testar a classificação, a montante, se aquele gasto poderia sequer ser um ativo. Isso exige entender o contrato, quem executa a configuração, o que resulta dela e se há controle. Exige, ainda, avaliar o tratamento retrospectivo com o rigor do CPC 23 e a suficiência das notas. O julgamento sobe de patamar, e a evidência deixa de ser a nota fiscal do projeto para incluir o contrato, o escopo técnico e a análise de controle.

Caso anonimizado

Uma companhia de porte relevante migrou o seu sistema de gestão para uma plataforma em nuvem e capitalizou, como intangível, todo o custo do projeto de implantação, incluindo a configuração, a integração e a customização executadas por um fornecedor externo. O valor era material e vinha sendo amortizado ao longo de vários anos. Na revisão à luz da orientação sobre arranjos de nuvem, ficou claro que o contrato era de acesso a serviço, sem controle da empresa sobre o software, e que os serviços de customização não geravam recurso controlado separadamente. A conclusão foi que a maior parte do valor deveria ter sido reconhecida como despesa ao longo do contrato. A companhia tratou o ajuste pelo CPC 23, reapresentou os períodos comparativos, reduziu o intangível e o resultado dos exercícios afetados e detalhou em nota a natureza do ajuste e o efeito nos seus indicadores. O que sustentou a decisão, sem ruído com o mercado, foi a documentação: contrato, escopo técnico e a análise de controle que justificou a reclassificação.

Como a MERC pode ajudar

A MERC é auditoria especializada no mercado financeiro e trata o tema dos arranjos de computação na nuvem no ponto onde ele decide o balanço: a classificação. No trabalho de auditoria das demonstrações, avalia se os contratos de SaaS e os projetos de implantação foram corretamente distinguidos entre serviço e ativo controlado, testa o tratamento dos custos de configuração e customização, verifica o ajuste retrospectivo sob o CPC 23 e a suficiência das divulgações, e revisa a recuperabilidade do intangível que legitimamente permanece. Antes do fechamento, apoia a companhia a revisar a sua política contábil de tecnologia e a inventariar os contratos de nuvem, para que a decisão de capitalizar ou não nasça documentada e resista à revisão. Para conversar sobre o seu caso, fale com a MERC pelo contato.

Perguntas frequentes

Todo contrato de SaaS vira despesa?

Em regra, o gasto com o acesso ao software hospedado é despesa ao longo do período de uso, porque a empresa contrata um serviço e não controla um ativo de software. A exceção é estreita e depende de haver controle efetivo sobre um recurso, o que não é o caso da maioria dos contratos de assinatura.

E os custos de implantar o sistema, configurar e customizar?

Seguem a natureza do arranjo. Se não são separáveis do acesso ao SaaS, são despesa ao longo do contrato. Se são executados por terceiro sem gerar recurso controlado, são despesa quando incorridos. Só há intangível quando a customização produz algo que a empresa efetivamente controla.

Se eu vinha capitalizando, como corrijo?

Pelo CPC 23, que trata de mudança de política contábil e de correção de erro, ambas com efeito retrospectivo. Isso normalmente exige reapresentar períodos comparativos, ajustar saldos de abertura e divulgar a natureza e o valor do ajuste.

Esse ajuste não vai parecer piora do resultado?

Pode parecer, se a divulgação for pobre. Por isso a nota explicativa que separa reclassificação técnica de deterioração operacional é parte do trabalho. O investidor precisa enxergar que o efeito vem de uma mudança de tratamento contábil, e não do negócio.