A rejeição automática de notas fiscais sem os campos de IBS/CBS — que começaria em 03/08 — foi adiada sem nova data (Ato Conjunto CGIBS/RFB nº 1, de 31/07). A obrigatoriedade de destaque nos documentos eletrônicos entra em ondas (por lotes), e o Simples/MEI só é obrigado em 2027. Para muita empresa, a manchete virou "aliviou, dá para deixar para depois". É a leitura mais cara que dá para fazer da reforma tributária agora.
Há duas razões para isso. A primeira é um gatilho de curto prazo que não foi adiado. A segunda — mais importante para quem cuida de arquitetura — é que o adiamento é da rejeição, não do dado. Este artigo explica por que a onda que te atinge primeiro não é a da sua obrigatoriedade: é a dos seus parceiros. E por que isso transforma o "prazo mole" numa janela, não numa folga. (Nota: este texto trata da arquitetura de dados e integração; a escolha de regime tributário é decisão do seu contador e do board.)
O que foi adiado (rejeição de nota sem IBS/CBS) e o que NÃO foi
O que foi adiado é específico: a rejeição automática de documentos eletrônicos que não trouxerem os campos de IBS/CBS. O Ato Conjunto CGIBS/RFB nº 1 empurrou esse gatilho sem fixar nova data, e o cronograma de obrigatoriedade de destaque passa a valer em ondas. Isso dá fôlego real: ninguém terá a nota barrada de um dia para o outro por falta dos novos campos.
O que não foi adiado é tão importante quanto. A transição continua acontecendo no calendário — em ritmos diferentes para empresas diferentes — e a necessidade de receber, reconciliar e escriturar documentos com os novos campos não depende da sua data de obrigatoriedade. O adiamento comprou tempo para reconciliar; ele não congelou a sua cadeia de fornecedores, marketplaces e clientes.
A leitura errada: "aliviou, dá para deixar para depois" — e por que o gatilho do Simples (30/09) continua de pé
Antes mesmo da armadilha de arquitetura, há um gatilho de calendário que sobrevive ao adiamento: empresas do Simples Nacional têm até 30/09 — faltam poucos dias — para decidir o regime que carregam para dentro da transição. Essa decisão é de competência do contador e do board; o ponto aqui é apenas que ela não foi adiada junto com a rejeição de notas, e define parâmetros que a sua operação vai ter de refletir nos sistemas.
Tratar o adiamento da rejeição como "aliviou geral" mistura duas coisas distintas: o gatilho que caiu (rejeição automática) e os gatilhos que ficaram (a decisão do Simples, o cronograma em ondas, a obrigatoriedade de 2027). Confundir os dois é o que leva uma empresa a adiar a preparação inteira — e a ser pega pela onda dos parceiros.
A obrigatoriedade em ondas: os seus parceiros vão destacar IBS/CBS em ritmos diferentes do seu
Aqui está o ponto que a leitura apressada perde. A obrigatoriedade "em ondas" significa que empresas entram na transição em momentos diferentes. Um fornecedor grande pode entrar numa onda antes de você; um marketplace pode passar a destacar IBS/CBS meses antes da sua própria obrigatoriedade; um grande cliente pode exigir os campos novos no documento que ele recebe de você.
Ou seja: a data que decide quando você sente a reforma não é a da sua obrigatoriedade — é a do primeiro parceiro relevante que entrar numa onda antes de você. E como você não controla o calendário dos seus parceiros, não dá para planejar a preparação em cima da sua própria data. A onda que te atinge primeiro é a dos outros.
Pense num varejista de médio porte que compra de dezenas de fornecedores e vende em três marketplaces. Basta que um fornecedor grande entre numa onda inicial para que uma parcela dos documentos de entrada já chegue com IBS/CBS destacado. A empresa não escolheu esse momento — ele foi escolhido pelo fornecedor. E como o fluxo de entrada alimenta estoque, custo e crédito, o efeito não fica contido no departamento fiscal: ele se espalha para a operação inteira. Planejar a preparação para "a minha data" é, na prática, planejar para a data errada.
A armadilha: quando o fornecedor/marketplace destaca antes de você, o SAP recebe o campo e a divergência vira sua
No minuto em que um fornecedor, um marketplace ou um grande cliente começa a destacar IBS/CBS, o seu SAP passa a receber documentos que já trazem os novos campos — e a sua operação tem de reconciliar, escriturar e cruzar dado que talvez o seu próprio sistema ainda nem emita. Se o master data está inconsistente (NCM, CFOP, origem, unidade), se o SAP não bate com o e-commerce, o marketplace e o Protheus, a onda dos outros vira divergência sua: nota que não casa, crédito que não bate, escrituração que trava.
É uma inversão importante do jeito de pensar o risco. Você pode estar em dia com a sua obrigatoriedade e ainda assim ter um problema operacional grave — porque o documento que chega de fora já mudou. Reconciliar sob o prazo do parceiro (e depois sob o prazo do Fisco, em 2027) é caro e frágil. Reconciliar agora, com o prazo mole a favor, é o que transforma a transição em não-evento.
Por que isso é integração, não só fiscal: SAP ↔ e-commerce ↔ marketplace ↔ Protheus sem divergência
É tentador tratar IBS/CBS como um tema exclusivamente fiscal — "o contador resolve". Mas o problema descrito acima é de integração. Quando um documento com campos novos entra pela borda (fornecedor, marketplace) e precisa bater com o que está no SAP, no e-commerce e no Protheus, o que decide se há divergência é a qualidade das integrações entre esses sistemas — não a interpretação da norma.
Uma integração SAP ↔ e-commerce ↔ marketplace ↔ Protheus em tempo real, com contratos claros e reconciliação de estoque, preço, pedido e nota, é o que permite receber um documento com IBS/CBS de um parceiro e cruzá-lo sem que a diferença vire um trabalho manual de última hora. É a diferença entre absorver a onda do parceiro e ser derrubado por ela.
Master data fiscal limpo: NCM, CFOP, origem, unidade — a linhagem que sustenta a reconciliação
Nenhuma integração reconcilia bem sobre um master data sujo. Se o mesmo produto tem NCM diferente em dois sistemas, se o CFOP está inconsistente, se a origem e a unidade não batem, o documento do parceiro com IBS/CBS vai colidir com o seu cadastro — e a reconciliação vira exceção manual. Master data fiscal limpo, com linhagem (de onde veio cada campo, quando foi atualizado), é a fundação silenciosa que faz a integração funcionar.
É por isso que a preparação não é só "ligar um campo novo na nota". É garantir que o dado que descreve os seus produtos e operações esteja consistente entre SAP, e-commerce, marketplace e Protheus — para que, quando o campo novo chegar de fora, ele encontre um cadastro que o reconhece. A janela do prazo mole é exatamente o tempo de limpar esse master data sem a pressão do parceiro.
Limpar master data também não é um evento único; é um processo que precisa de tempo e de visibilidade. Consolidar NCM e CFOP entre sistemas, resolver duplicidades de cadastro e alinhar unidades de medida costuma revelar inconsistências acumuladas por anos — e cada uma delas é uma divergência em potencial quando o documento do parceiro chegar com os campos novos. Fazer essa limpeza agora, com um dashboard que mostra onde os cadastros não batem, é muito mais barato do que descobrir cada inconsistência uma a uma, no calor de uma nota que não fecha.
Como a CCX usa o prazo mole como janela para deixar a fundação reconciliada
Na CCX, a frente de Integrações & APIs Enterprise conecta SAP ↔ e-commerce ↔ marketplace ↔ Protheus com expertise em OData, iDocs e RFC — sincronizando estoque, preço, pedido e nota em tempo real — para que a sua operação receba e reconcilie documentos que já trazem IBS/CBS quando os parceiros entrarem nas ondas, sem divergência de nota, crédito e escrituração. É a resposta de arquitetura à onda dos parceiros.
Sobre isso vem Data & Business Intelligence — qualidade e linhagem do master data fiscal (NCM, CFOP, origem, unidade), com pipelines e dashboards para enxergar divergências antes de elas travarem a escrituração. E a Consultoria em Tecnologia faz o diagnóstico frio: a sua base recebe e reconcilia um documento com IBS/CBS quando o parceiro destacar antes de você? Na semana passada tratamos a apuração assistida (o Fisco calcula, o ERP reconcilia) e, antes, a decisão do Simples e a apuração de entrada; hoje o eixo é por que o adiamento é janela, não folga.
Quer usar o prazo mole como janela, e não como desculpa? A CCX deixa a fundação reconciliada antes da onda: integração SAP ↔ e-commerce ↔ marketplace ↔ Protheus e master data fiscal limpo (NCM/CFOP/origem) — porque a rejeição de nota foi adiada, mas a obrigatoriedade entra em ondas, e no minuto em que um fornecedor ou marketplace destacar IBS/CBS antes de você, o documento chega no seu SAP e a divergência vira sua. Reconcilie agora, com o prazo a favor; não depois, sob o prazo do parceiro. Integrar SAP ao seu e-commerce →
Perguntas frequentes (FAQ)
A rejeição de notas com IBS/CBS foi adiada?
Sim. A rejeição automática de documentos eletrônicos sem os campos de IBS/CBS, que começaria em 03/08, foi adiada sem nova data pelo Ato Conjunto CGIBS/RFB nº 1, de 31/07. Isso não suspende a transição: a obrigatoriedade de destaque passa a valer em ondas, e o Simples/MEI é obrigado em 2027.
Quando começa a obrigatoriedade do IBS/CBS nos documentos?
Em ondas (por lotes), com empresas entrando em momentos diferentes, e com o Simples/MEI obrigado a partir de 2027. Na prática, a data que mais importa para a sua operação pode não ser a sua: é a do primeiro parceiro (fornecedor, marketplace, grande cliente) que passar a destacar IBS/CBS antes de você.
O que fazer com o adiamento da reforma tributária?
Do ponto de vista de arquitetura, usar a janela para reconciliar a fundação: integrar SAP ↔ e-commerce ↔ marketplace ↔ Protheus e limpar o master data fiscal (NCM, CFOP, origem, unidade), para receber e reconciliar documentos com IBS/CBS sem divergência quando os parceiros entrarem nas ondas. A escolha de regime tributário é decisão do contador e do board.
E se o meu fornecedor destacar IBS/CBS antes de mim?
Então o seu SAP passa a receber documentos com os novos campos antes da sua própria obrigatoriedade, e a sua operação tem de reconciliar, escriturar e cruzar esse dado. Se o master data estiver inconsistente ou o SAP não bater com o e-commerce e o marketplace, a onda do parceiro vira divergência sua — por isso a integração e o master data limpo precisam estar prontos antes.
O adiamento não é folga — é a janela. Prazo mole não é fundação pronta. Reconcilie agora, com o prazo a favor; não depois, sob o prazo do parceiro. Reconciliar a fundação com a CCX →