NFS-e Nacional · S/4HANA + BTP
Enquanto todo mundo olha a NF-e, a nota de serviço também muda
A NFS-e Nacional padroniza a emissão de nota de serviço no país — e quem emite serviço no SAP vai precisar gerar, transmitir e imprimir a DANFSe pelo layout nacional. Eu construí essa frente inteira num laboratório funcional: S/4HANA com orquestração no BTP, de ponta a ponta.
Falar por e-mail Ver a arquitetura
Atendimento por e-mail. Avaliação de cenário é serviço pago — escopo e valor combinados na primeira troca.
Laboratório demonstrável — atualizado em 24/07/2026
O que muda — e o que o standard não cobre
O padrão nacional da NFS-e unifica leiaute, ambiente de dados e documento auxiliar (DANFSe) que antes variavam município a município. Para quem roda o faturamento de serviços no S/4HANA, isso significa uma cadeia nova: montar o documento no leiaute nacional, autenticar e transmitir com certificado digital, acompanhar o retorno, guardar o XML e imprimir a DANFSe — com conciliação e trilha de auditoria.
- O gap: o ERP não entrega essa cadeia pronta para o padrão nacional — cada empresa monta a sua integração.
- O risco de esperar: a adesão dos municípios ao padrão é gradual; quem trata isso como projeto de última hora repete o aperto que a NF-e está causando agora.
- A armadilha técnica: autenticação, mTLS, idempotência de envio e conciliação do retorno são onde esses projetos travam — não no leiaute em si.
O que já está construído — laboratório funcional
Não é slide: é um ambiente que roda, componente a componente, do clique do usuário ao core ABAP. O que existe hoje:
Runtime de orquestração no BTP funcional
Node.js empacotado em MTA: API, orquestração do fluxo fiscal e adaptadores. Rastreabilidade e idempotência de ponta a ponta.
Control Tower SAPUI5 funcional
Painel de operação com prova de conectividade — login, papéis e rota BTP → SAP autenticadas por Approuter + XSUAA.
Core ABAP funcional
Núcleo em ABAP 7.52 com API ICF e persistência — estados, histórico e reprocessamento reais no laboratório.
Produto S/4HANA incluído
DDIC, CDS/RAP, monitor, jobs, segurança, customizing e a DANFSe em Adobe Forms — artefatos prontos para fit-to-standard e transporte no ambiente do cliente.
Conexão com certificado A1 requer ambiente
Implementada via Destination/mTLS. A emissão fiscal real exige o certificado e o ambiente autorizado do cliente — por construção, o laboratório não emite em produção.
Contrato OpenAPI versionado incluído
Interface BTP ↔ ABAP formalizada e versionada — o que permite evoluir os dois lados sem quebrar a integração.
Integração com o que você já tem — middleware fiscal, gateway, barramento — é levantada antes da implementação: cada ambiente tem sua interface, e é aí que entra a experiência em integrações SAP (BTP, CPI, ABAP, SOAP/REST).
O que isto é — e o que ainda não é
Transparência primeiro, porque é assim que eu trabalharia com o seu time:
| Afirmação | Status |
|---|---|
| Aplicação, login, rota BTP → ABAP, persistência, estados e histórico | reais e demonstráveis no laboratório |
| Artefatos S/4HANA (RAP, monitor, jobs, DANFSe Adobe Forms) | construídos, prontos para ativação no ambiente do cliente |
| Emissão fiscal em produção | depende do seu ambiente — certificado A1 e landscape autorizada do cliente |
Ou seja: não é um "compra e liga amanhã" — é a arquitetura inteira já percorrida por quem sabe onde estão as armadilhas, pronta para ser implantada no seu landscape.
Como um projeto começa
Avaliação do cenário
Você descreve por e-mail como emite NFS-e hoje (municípios, volume, S/4HANA ou ECC, middleware). Eu devolvo uma leitura objetiva do impacto do padrão nacional no seu caso.
Demonstração do laboratório
Sessão técnica com o seu time: o fluxo rodando de ponta a ponta, do Control Tower ao core ABAP — arquitetura aberta, sem caixa-preta.
Blueprint de adoção
Mapa do que é fit-to-standard, do que é adaptação no seu landscape e da camada de integração — com marcos e critérios de aceite.
Implantação no seu ambiente
Ativação dos artefatos no seu S/4HANA, conexão com seu certificado e homologação com critérios verificáveis pelo seu time fiscal.
Quem responde por isto
Tiago Pasinato — consultor independente especialista em SAP (BTP, CPI, ABAP, RAP), 18+ anos em SAP e fiscal brasileiro. Também autor da solução de eventos fiscais IBS/CBS (NT 2025.002) e do tracker de SAP Notes da Reforma.
Perguntas frequentes
Minha empresa emite NFS-e por sistema da prefeitura ou middleware. Isso me afeta?
Se a sua prefeitura aderir ao padrão nacional, o leiaute e o documento auxiliar mudam — e a integração atual precisa ser reavaliada. O primeiro passo é mapear onde suas notas são emitidas hoje e qual o plano de adesão de cada município relevante para a sua operação.
Isso roda no ECC?
O produto S/4HANA usa RAP, que não existe no ECC. Para ECC o caminho é desenhado caso a caso na avaliação — a camada BTP e o contrato de integração são reaproveitáveis.
Por que devo acreditar que funciona?
Porque você não precisa acreditar: a demonstração roda o fluxo inteiro na sua frente, com arquitetura aberta. O que depende do seu ambiente (certificado, landscape) está dito explicitamente nesta página.
Qual a relação com os eventos de IBS/CBS da NF-e?
São frentes irmãs da mesma Reforma: a NF-e (mercadoria) exige os eventos de apuração; a NFS-e (serviço) migra para o padrão nacional. Quem opera as duas no SAP vai querer as duas cobertas — veja a solução de eventos.
Conversar sobre o seu cenário
Me escreva com o básico — como você emite NFS-e hoje, em quais municípios e em que plataforma SAP — e eu respondo com uma leitura objetiva e os próximos passos. A avaliação de cenário é um serviço pago; escopo e valor são combinados por e-mail antes de começar.
Escrever para contato@tpasinato.com
Este conteúdo trata do impacto técnico em sistemas SAP; valide a interpretação da norma com seu fiscal/jurídico.
Fonte oficial do padrão: Portal da NFS-e Nacional (gov.br). Este site descreve a arquitetura técnica de uma solução independente; verifique prazos e obrigatoriedade do seu município na fonte oficial.