Análise · SAP · Reforma tributária (CBS/IBS)

Split payment no S/4HANA: a SAP leva a chave do documento fiscal e o IBS e a CBS à fatura do FI (nota 3847067)

Publicado em 11 de novembro de 2026 · atualizado em 14 de novembro de 2026 · conferido nas fontes oficiais em 11/11/2026

A nota 3847067 permite lançar na FB60 e na FB70 faturas com a CBS e o IBS do TAXBRA e guardar a chave de acesso no documento contábil. O que a SAP entrega, o que a lei pede e o que fica com o banco.

A SAP publicou no "What's New" do S/4HANA a função "Split Payments for Financial Accounting Invoices", da nota 3847067: lançar na FB60 (fatura de fornecedor) e na FB70 (fatura de cliente) faturas com a CBS e o IBS calculados pelo esquema TAXBRA, e guardar no documento contábil a chave de acesso do documento fiscal eletrônico. Nas palavras da SAP, isso permite o "split payment processing" das operações com IBS e CBS. A SAP não data as páginas; pela comparação do índice feita pelo radar da Knisstech, esta entrou no índice do S/4HANA entre 09 e 11/11/2026.

Por que a chave na fatura importa

No split payment, o prestador do serviço de pagamento (o banco ou a instituição de pagamento) separa o IBS e a CBS na liquidação financeira e os recolhe direto ao governo (LC 214/2025, art. 31). Para isso, quem origina o pagamento informa três campos: a CBS, o IBS e o Documento Fiscal, que é a chave de acesso (Manual de Operações do split, da RFB e do CGIBS, v1.0.1). Quem preenche depende de quem inicia o pagamento:

Quem inicia	Arranjos	O que precisa informar
O recebedor (o fornecedor)	boleto, Pix Dinâmico e Pix Automático	CBS e IBS; a chave é opcional no pagamento, e o vínculo pode ser feito depois, direto com o governo
O pagador (o comprador)	TED, TEF e Pix Estático	CBS, IBS e a chave, os três obrigatórios

Nos arranjos do pagador, o manual é direto sobre a chave: "Não há possibilidade de vínculo posterior com o governo nestes arranjos". Ela precisa estar com o comprador antes de ele pagar. É esse o papel da função nova: a chave da nota do fornecedor fica gravada na fatura lançada na FB60, à mão de quem monta o pagamento. A NT 2026.006, de outubro, prevê uma saída para um caso: no exemplo 3, o comprador erra a chave numa TED, e o fornecedor faz o vínculo pelo evento 110300.

O que a SAP entrega no S/4HANA

O quê	Como
O lançamento	FB60 e FB70, com as condições CBS1 (CBS), IB1S (IBS da UF) e IB1M (IBS do município) no TAXBRA; os valores vão para a BSET, e o IBS sai em duas linhas
A chave, do 1909 em diante	na tela Official Document Numbers ("Additional Fiscal Data"), na linha BRNFEM, digitada; a chave que chega pelo SD e pelo MM fica na linha BRNFE, só para leitura
A chave, no 1809 e antes	no texto de cabeçalho do documento, com um ID que a SAP entrega
O tamanho	a SAP manda configurar 50 posições na ODNTYPC, que, segundo ela, cabem a chave da NF-e (44) e a da NFS-e (50)
Depois do lançamento	a chave que faltou entra pelo app Manage Journal Entries, na aba Official Document Numbers; a CBS e o IBS calculados pelo TAXBRA não mudam depois do lançamento
A chave que não chegou	o relatório BRSP_NFE_RECOVERY_JOB replica a chave recebida que ficou pendente

As versões que já trazem a função, segundo a SAP: 2025 FPS03, 2023 SPS07, 2022 SPS09, 2021 SPS11, 2020 SPS13, 1909 SPS16, 1809 SPS18 e 1709 SPS20. Abaixo delas, a nota 3847067. Para os tipos de ODN, a SAP pede antes as notas 3565339 e 3641069.

O que a lei e o governo já definiram

Quando: a NT 2026.006 diz que "A implantação do split payment está prevista para ocorrer a partir de 2027" e que não há exigência dos campos em produção em 2026. A data em que a primeira etapa começa a valer depende de ato conjunto da RFB e do CGIBS (LC 214, art. 35, § 2º), que não achamos publicado até 11/11/2026. Pelo comunicado da Receita de 30/09/2026, os testes de integração entre os prestadores de serviços de pagamento e a Plataforma Pública do split começariam em 15/10/2026, em ambiente controlado e sem transação processada em caráter definitivo.
Como começa: o regulamento do IBS (Resolução CGIBS 6/2026, art. 33) prevê "no mínimo, duas etapas"; na primeira, o ato conjunto poderá limitar o split às operações com adquirente do regime regular, ao procedimento padrão e ao uso facultativo. Os manuais do split chamam essa fase de "B2B Opcional", com os seis arranjos da tabela acima.
Sem os campos: na Fase 1, "Se os campos não forem preenchidos, a transação prossegue sem split" (Manual de Operações): o pagamento sem os campos não é recusado, só não tem o split. Quando houver o procedimento simplificado, a LC 214 (art. 33, § 2º-A) trata o pagamento sem a CBS e o IBS como opção por ele.
O crédito do comprador: o crédito do IBS e da CBS depende da extinção do débito do fornecedor, e o split é uma das formas de extinção (LC 214, arts. 27 e 47). Enquanto nem o split nem o recolhimento pelo próprio adquirente estiverem implementados, essa exigência fica dispensada, e o crédito fica condicionado ao destaque dos valores corretos do IBS e da CBS no documento fiscal eletrônico (art. 48, parágrafo único).
Sem split no meio de pagamento: o comprador do regime regular pode recolher ele mesmo o IBS e a CBS da operação quando o meio de pagamento não permitir o split (art. 36).

Onde a página da SAP diz mais do que as fontes oficiais

A SAP escreve que, para cumprir a reforma, "buyers must include" a chave, o IBS e a CBS na instrução de pagamento. Na Fase 1, o split é de adoção facultativa (Manual de Operações).
A SAP lista "direct debit" entre os meios de pagamento. A Fase 1 tem os seis arranjos da tabela acima, e o débito automático em conta não está entre eles; o regulamento do IBS (art. 33, § 1º, II) também prevê que o ato conjunto possa limitar a primeira etapa ao boleto, ao Pix, à TED e ao TEF. O "Débito Direto Autorizado" que o manual põe junto do boleto é a apresentação eletrônica do boleto ao pagador, e não um débito em conta.
A SAP chama a chave, na instrução de pagamento, de "Registro Fiscal (RF) key". O manual do governo chama o campo de Documento Fiscal.
A SAP diz que, sem a chave, "no payment split occurs". Pelo manual, isso vale para a TED, o TEF e o Pix Estático. No boleto e no Pix Dinâmico, o split acontece com a CBS e o IBS preenchidos, e o vínculo com a nota pode vir depois: pela própria NF-e (o grupo de vínculo do pagamento) ou pelo evento 110300, da NT 2026.006.

O que fazer

Veja o pacote do seu S/4HANA contra a lista acima. Abaixo dela, implemente a nota 3847067. Do 1909 em diante, antes de configurar o tipo de ODN, a SAP pede as notas 3565339 (ODN Framework) e 3641069 (FI ODN); a página não diz a partir de que pacote elas já vêm.
Do 1909 em diante, configure o tipo BRNFEM para a chave digitada: criar o tipo, mapear ao tipo interno e, na ODNTYPC, comprimento 50 e os processos de fatura de cliente e de fornecedor, com entrada pelo usuário. Configure também o BRNFE, para a chave que chega pelo SD e pelo MM. No 1809 e antes não há ODN, e a chave vai no texto de cabeçalho.
Revise os códigos de imposto do TAXBRA com as condições CBS1, IB1S e IB1M.
Ponha a chave em toda fatura de fornecedor lançada na FB60 antes de pagar. A que ficou sem chave se completa, do 1909 em diante, no Manage Journal Entries. Na TED, no TEF e no Pix Estático, sem a chave na hora do pagamento não há split. Pelo Manual de Operações, nesses arranjos não há vínculo posterior; a NT 2026.006 (exemplo 3) prevê, porém, que, se o comprador errar a chave numa TED, o fornecedor faça o vínculo pelo evento 110300.
No contas a receber, no boleto, no Pix Dinâmico e no Pix Automático que você emite, quem preenche a CBS e o IBS é você. Se o boleto sair antes da NF-e, a NF-e leva o grupo de vínculo do pagamento. Se a nota sair antes, a chave dela pode ir no boleto ou no Pix; se não for, o vínculo vai pelo evento 110300 (NT 2026.006: produção a partir de 14/12/2026, pelo aviso de 12/11, que adiou a data de 16/11, conferido em 14/11/2026; sem exigência em 2026).
Confirme com o banco e com quem cuida da integração bancária como os três campos saem do programa de pagamento. As páginas da SAP lidas tratam do lançamento e da chave guardada, e não da montagem da instrução de pagamento.
Acompanhe o ato conjunto da RFB e do CGIBS que fixa as etapas e as datas do split.

O que este texto não cobre

O texto das notas SAP 3847067, 3565339 e 3641069, que pede login; o que está aqui é o que a documentação pública da SAP diz delas.
O programa de pagamento, os formatos de arquivo bancário e a integração com o banco.
A NF-e do lado de quem vende: no "What's New" do S/4HANA, lido em 11/11/2026, há páginas de vínculo do pagamento para o CT-e e para a NF3e/NFCom, mas não para o grupo de vínculo da NF-e nem para o evento 110300 da NF-e (o 110300 só aparece na lista de eventos do CT-e, em "Events for CT-e Outbound Documents").
O procedimento simplificado do split e as operações com consumidor final.
O ECC e o S/4HANA Cloud, edição pública, que têm páginas próprias.
A data da primeira etapa do split, que depende do ato conjunto ainda não publicado.

Fontes oficiais

Conteúdo informativo, preparado pela Knisstech a partir das fontes oficiais citadas. Não substitui a análise do caso concreto, e a norma pode mudar depois da data da conferência.

Precisa ajustar o cadastro fiscal, o ERP ou o SPED para essa mudança? Fale com a Knisstech.