Os eventos do IBS/CBS saindo do seu SAP — veja funcionando

Primeiro, funcionando: o Cockpit RTC

O time fiscal não abre transação por transação. Abre o Cockpit, que mostra só o que precisa de ação: falha que esgotou as tentativas, envio retido na alçada, obrigação vencendo, rejeição da SEFAZ, evento recebido para tratar. Clique nos botões da última coluna e depois veja as abas Envios e Score — é o mesmo fluxo do sistema, com dados de exemplo.

O que aconteceu em cada clique, no sistema real: Reprocessar devolve o item à fila e o job de envio o reapresenta à SEFAZ; Liberar só funciona para um usuário diferente de quem criou o envio (segregação de funções); Enviar dispara pelo mesmo ponto de entrada único, com autorização e trava contra duplicidade; Ver causa consulta a base de rejeições (cStat → causa → ação); Tratar registra quem tratou o evento recebido, quando e por quê.

Por que agora

O standard entrega o cano — o conteúdo é por sua conta

Para os eventos do IBS/CBS, a SAP disponibilizou no DRC um método genérico de envio (SAP Notes 3689265 e 3692197) e orienta o cliente a construir o resto: as estruturas de cada evento, o preenchimento a partir dos processos de negócio, o cálculo, o tratamento de erro, o reenvio, o log e a monitoração. No ECC com GRC NFE, nem isso: o produto está sem suporte desde 31/12/2025.

Depois, tudo o que ele faz — na ordem do ciclo fiscal

Não é um script de envio. É a operação inteira dos eventos, do disparo à prova para o auditor.

1. Disparar o evento certo

• Builder dos 16 eventos

  Monta o detEvento de cada evento vigente a partir da NF-e já emitida — sem payload na mão. Tags derivadas dos nomes de campo, na ordem que o schema exige.

• Gatilhos automáticos

  Job que detecta a obrigação sozinho: 112110 quando a fatura é compensada 100% e 112150 quando a data de entrega do pedido muda. Para a 211130, gancho pronto na movimentação de imobilização.

• Cálculo do crédito presumido

  Percentuais do Anexo IV em tabela parametrizável, com proporcionalidade por quantidade.

• Simulador pré-envio

  Antes de enviar, aponta o que a SEFAZ rejeitaria (erro) e o que é risco (aviso) — inclusive divergência entre quantidade e valor.

2. Controlar quem envia o quê

• Ponto de entrada único

  Botão, lote, radar e reprocesso passam pelo mesmo caminho: objeto de autorização próprio por empresa/filial, que nega na dúvida.

• Alçada de 4 olhos

  Por evento ou por valor (vIBS + vCBS acima do limite): o envio fica retido até outro usuário liberar. Se o valor não puder ser lido com segurança, retém.

• Sem duplicidade

  Evento já aceito ou já na fila não é reenviado; o número de sequência é controlado sob bloqueio por documento.

• Período fechado é período fechado

  Depois do fechamento da competência, novo envio daquele período é bloqueado na origem.

3. Garantir que chegou

• Fila com retry classificado

  Falha transitória (timeout, 5xx, serviço paralisado) volta sozinha à fila em 5/10/20/40/80 min. Rejeição de negócio para e vai para ação humana — nada é descartado em silêncio.

• Reconciliação antes de reenviar

  Enviado sem resposta? O sistema consulta a distribuição DFe pela chave antes de reapresentar — se a SEFAZ já registrou, só atualiza o status.

4. Receber e tratar o que chega

• Recepção via distribuição DFe

  Busca eventos de terceiros por NSU ou por chave, respeitando a trava de 1 hora da NT 2014.002 — o relatório avisa quanto falta em vez de levar bloqueio.

• Conciliação do ciclo

  Cada evento recebido é ligado ao documento interno e casado com o que você enviou: deferimento ou indeferimento do Fisco na sucessão, aceite ou recusa de débito, estornos.

• Bloqueio de pagamento (opcional)

  Cancelamento da NF de entrada pode bloquear o pagamento da fatura correspondente. Ligado por configuração; em qualquer divergência, vira tarefa manual.

5. Acompanhar sem abrir chamado

• Cockpit em três telas

  SAP GUI, navegador (sem SAP GUI) e app SAPUI5 — as mesmas fontes de exceção nas três.

• Radar de obrigações e score

  Cruza as NF-e do período com as regras de cada filial e mostra o que é devido, o que foi cumprido e o que vence. Score diário com tendência.

• Alertas e base de rejeições

  E-mail diário com o que vence e com os erros das últimas 24 h. Cada cStat de rejeição vem com causa e ação sugerida.

• Monitor com 6 estados

  Fila e log lado a lado, enviados e recebidos, reenvio pela barra e trilha de auditoria.

6. Fechar o mês e provar

• Espelho IBS/CBS

  Posição local por documento: o que foi apropriado, estornado, revertido ou está pendente de deferimento — a sua versão do que o Fisco vai consolidar.

• Fechamento da competência

  Checklist que só fecha com pendências zeradas, fila limpa, rejeições tratadas e score ≥ 98%.

• Dossiê para o auditor

  HTML único com score, evidência por obrigação (cStat e protocolo), exceções e hash de integridade, mais os XMLs dos eventos autorizados — a prova do art. 348.

Quatro caminhos até a SEFAZ — o mesmo núcleo

Cerca de 95% da lógica é comum; muda só quem transporta. Você começa no ECC e leva o mesmo núcleo para o S/4HANA.

Os 16 eventos vigentes, por autor

O 211120 (consumo pessoal) foi removido na v1.40, em razão da revogação do § 6º do art. 57 da LC 214/2025 pela LC 227/2026 — o sistema bloqueia o envio.

O que só o seu ambiente confirma

O código foi auditado por leitura contra as fontes oficiais. Algumas coisas, porém, só se provam rodando no seu sistema — e é por isso que a implantação homologa cada evento antes da produção:

• a aceitação da assinatura do seu certificado pela SVRS e o volume de jobs para a sua quantidade de notas;
• o ponto exato de enhancement na sua release e o objeto de autorização com os papéis da sua empresa;
• a carga da tabela do Anexo IV e os prazos por evento conforme a sua apuração;
• no caminho com middleware, a interface do lado do GRC NFE ou do Mastersaf;
• o bloqueio automático de pagamento e o gancho de imobilização, que dependem da release do MM/FI.

Como a implantação funciona

1. Mapa de eventos

   Quais eventos se aplicam à sua operação, em que volume, qual caminho até a SEFAZ e quais gaps o ambiente tem — pelo coletor somente leitura, sem acesso ao seu sistema.

2. Instalação no seu namespace

   Código ABAP entregue no namespace Z do cliente, inspecionável pelo seu time antes de qualquer transporte. As estruturas DDIC são geradas por programa.

3. Homologação contra a SEFAZ

   Cada tipo de evento aceito no ambiente oficial de testes (SVRS, travado por construção) antes da produção, com roteiro de testes.

4. Produção e manutenção por versão

   Janela de produção definida com sua equipe dentro do cronograma oficial. A cada revisão publicada da NT, você recebe a atualização.

Quem está por trás

Por onde começar: o Mapa de Eventos do seu SAP

Antes de implementar qualquer coisa, descubra o que a sua operação realmente gera. Seu time roda um programa ABAP somente leitura no QAS e me manda um arquivo só com contagens; você recebe quais dos 16 eventos se aplicam, quantos por mês em cada filial, qual dos quatro caminhos até a SEFAZ serve e o que falta no ambiente — com a regra usada em cada conclusão.

Mapear meus eventos

Prefere escrever direto? contato@tpasinato.com. Sem acesso ao seu sistema. Laudo em até 5 dias úteis a partir do recebimento do arquivo; valor combinado por e-mail. Este conteúdo trata do impacto técnico em sistemas SAP; valide a interpretação da norma com seu fiscal/jurídico.