O ponto mais sensível da migração não é o nome do produto. É o momento da troca. No guia para SAP ERP, a própria SAP alerta que antecipar o switch pode deixar o ambiente “unable to process outbound documents until you finish the migration”. Para decidir entre GRC NFe e DRC, a empresa precisa mapear processos, versão de origem, autenticação, certificados, documentos pendentes e evidência de continuidade. Comprar a nova camada não encerra esse trabalho.
A transição deve ser governada por processo e por ponto de troca: o que sai, o que entra, quais dependências precisam estar prontas e quem aceita a continuidade documental e o resultado tributário.
O momento da troca pode afetar a emissão
- Existem documentos pendentes, certificados, XMLs, templates ou integrações ainda não tratados.
- A funcionalidade é alterada antes de a nova rota estar concluída.
- O processamento outbound pode ficar indisponível até o término da migração, conforme o guia SAP.
- O switch só avança com dependências, contingência, responsáveis e evidência de continuidade confirmados.
Esse trecho muda a conversa. “Instalar DRC” e “trocar a operação para DRC” são marcos diferentes. Entre um e outro existem documentos em curso, credenciais, parâmetros, integrações, monitores e pessoas que precisam reconhecer o que aconteceu.
O go/no-go deve nomear o processo afetado. Emissão de NF-e, recebimento, CT-e, NFS-e e outros fluxos não podem ser tratados como uma única chave. A continuidade de um documento não prova a continuidade de todos.
O que muda no suporte do GRC NFE
| Objeto | O que a documentação aberta diz | Limite da conclusão |
|---|---|---|
| SAP NFE 10.0 / GRC NFE | O guia 10.0 SP35 informa que o produto estaria fora de manutenção ao fim de 2025 e que a Reforma Tributária não seria suportada no GRC NFE. | A frase se refere a esse produto e versão documental; o estado contratual corrente precisa ser reconfirmado. |
| SAP ERP / ECC | A mesma frase não declara que o core ERP perdeu todas as entregas da Reforma. | Baseline, EHP, SP, Notes e integrações continuam exigindo análise própria. |
| SAP DRC cloud edition | A SAP publica processos brasileiros suportados e guias de integração e migração. | Disponibilidade varia por processo, produto, release, pré-requisito e região. |
A distinção impede um salto comum: “GRC NFE não suportará a Reforma” não significa “o ECC inteiro não suporta a Reforma”. Produto documental e core têm ciclos e entregas diferentes.
O lugar para coordenar esses prazos com a obrigação tributária e o programa interno é o mapa executivo de SAP e Reforma Tributária. Aqui a decisão é mais estreita: como retirar uma camada documental sem perder o controle dos processos que passam por ela.
Quais processos o DRC cobre no seu ambiente
| Processo/documento | Direção | Origem | Evidência pública aberta | Estado |
|---|---|---|---|---|
| NF-e | Entrada | SAP ERP | A matriz SAP registra “Inbound Electronic Nota Fiscal (NF-e) | SAP ERP”. | Processo documentado; release e pré-requisitos locais ainda precisam ser confirmados. |
| Documentos outbound do guia Brasil | Saída | SAP ERP a partir da release 605 | A página de integração registra “SAP ERP as of release 605”. | Release mínima não basta; assinatura, certificado, service key e demais requisitos permanecem. |
| Outros documentos e processos usados pela empresa | A confirmar | A confirmar | Consultar a matriz SAP vigente e a documentação técnica oficial do documento. | Pendente. Não presumir paridade entre ERP, S/4HANA e Public Cloud. |
A matriz pública de tarefas é um ponto de partida, não um contrato de cobertura. A empresa deve listar o que efetivamente emite e recebe, localizar o cenário no produto e registrar a versão consultada. Uma linha ausente ou ambígua permanece pendente até confirmação.
Quando a dúvida estiver no leiaute, nos campos ou na regra de validação do documento, a fonte proprietária é a página de leiaute da NF-e e da NT aplicável. DRC organiza processamento documental; a Nota Técnica fiscal continua tendo função própria.
O que precisa estar pronto antes do switch
- Baseline: produto, release, componentes e processos de origem.
- Documentação aplicável: Help, Notes acessíveis, dependências e ordem de implementação.
- Serviço: assinatura, subcontas, região, service key e conectividade.
- Identidade: certificados, autenticação e responsáveis por renovação.
- Integração: inbound e outbound configurados por processo.
- Evidência: documentos pendentes tratados, teste/prod separados, monitores e contingência avaliados.
- Decisão: cliente identifica quem pode autorizar ou interromper o switch.
A documentação aberta liga a integração DRC a pré-requisitos concretos. Para o outbound, há baseline de origem. Para ativação, a SAP remete às Notes listadas na 3657680. Para ambientes, o guia manda separar uma subconta de teste e outra de produção.
Essa lista ainda não demonstra onde o tributo é determinado. As fontes congeladas desta página sustentam escopo de processos, integração, migração e continuidade documental; elas não bastam para atribuir o cálculo a um componente. A arquitetura real pode ter localização, motor conectado, customização e satélites. O mapa de responsabilidades entre ERP, motor fiscal e DRC é o lugar próprio para examinar essa fronteira com seu conjunto específico de fontes.
O que preservar na passagem de um serviço ao outro
- Identificar e concluir ou tratar documentos eletrônicos existentes.
- Preparar onboarding, integração, autenticação e parâmetros por processo.
- Separar teste e produção.
- Exportar certificados, XMLs e templates previstos no guia aplicável.
- Configurar e importar no destino, mantendo registro do que foi transferido.
- Executar o switch no ponto aprovado e conferir a continuidade.
- Desativar o serviço anterior somente após a migração e a decisão de offboarding.
O inventário de passagem precisa ter cardinalidade. Quantos certificados? Quais ambientes? Quais documentos ainda estão em processamento? Quais XMLs e templates precisam ser preservados? Quem confirma que o que saiu é o que entrou?
Também precisa distinguir contingência de rollback. Contingência mantém o negócio operando diante de uma falha prevista. Rollback devolve a funcionalidade a um estado anterior. A documentação pública aberta alerta para a continuidade, mas não entrega um plano universal para nenhum dos dois. O desenho pertence ao ambiente e ao contrato.
O que diferencia um projeto de migração de uma troca de produto
| Elemento divulgado | Leitura útil | Limite |
|---|---|---|
| DRC em substituição a sistemas anteriores | O projeto tratou uma mudança de camada fiscal/documental. | O relato não publica cobertura por documento nem prova correção tributária. |
| Parte relevante do faturamento em legados | A integração com o ambiente existente permaneceu material para a operação. | “Parte relevante” não informa percentual, sistema ou criticidade. |
| S/4HANA como migração futura | Nesse caso, a frente DRC avançou antes da transformação do core. | A ordem de uma empresa não vira padrão para outra. |
| Saneamento cadastral relatado | A troca de produto não eliminou trabalho de dado e integração. | O case não divulga método, qualidade restante ou aceite independente. |
[RELATO SAP/CLIENTE] O case é útil porque expõe trabalho que o nome do produto esconde: integração, legado e dados. Ele não informa ROI, taxa de defeitos, escopo fiscal testado ou parecer de conformidade. Não há relação declarada com a TaxUp.
Migração é a passagem controlada de processos, informações e responsabilidades. Troca de produto é apenas uma parte dela. Se o projeto só consegue mostrar a licença adquirida e a data do switch, ainda faltam os objetos que sustentam continuidade e aceite.
Perguntas antes de transicionar a camada fiscal
| Pergunta | Dono funcional | Evidência |
|---|---|---|
| Quais documentos e direções entram no escopo? | Fiscal, operações e TI | Inventário por processo e matriz SAP vigente. |
| A baseline e as dependências estão fechadas? | TI e implementador | Release, componentes, documentação aplicável e estado local. |
| O conteúdo tributário esperado foi definido? | Fiscal/jurídico, com fatos confirmados pelo cliente | Cenário, premissa, resultado esperado e exceção. |
| A continuidade está demonstrada? | Operação e TI | Pendências tratadas, retorno, monitor, contingência e critério de switch. |
A transição fecha quando o cliente consegue responder essas perguntas com evidência, não quando a última atividade da ferramenta muda para “concluída”. A bateria de cenários e regressão pertence ao roteiro de testes de ERP e SaaS para a Reforma Tributária; esta página mantém o foco no processo documental e no ponto de troca.
DRC pode operar com SAP ERP?
Sim, em cenários documentados. A matriz pública da SAP lista, por exemplo, entrada de NF-e integrada ao SAP ERP, e o guia outbound cita SAP ERP a partir da release 605. Isso não prova cobertura de todo documento, release ou configuração.
Todos os documentos têm a mesma cobertura?
Não se deve presumir isso. A matriz SAP diferencia processo, direção e sistema de origem. A empresa precisa reconciliar sua lista real de documentos com a página vigente e registrar lacunas, versões e pré-requisitos.
A compra de DRC muda o cálculo de CBS e IBS?
As fontes usadas nesta página não permitem concluir isso. Elas documentam processos suportados, integração e migração da camada documental; não demonstram, isoladamente, onde o cálculo ocorre no ambiente do leitor. Essa resposta exige mapear localização, motores conectados, customizações e o resultado observado em cada cenário.
O que pode parar se o switch ocorrer cedo demais?
O guia SAP para ERP alerta que documentos outbound podem ficar sem processamento até a conclusão da migração quando a funcionalidade é trocada cedo. A extensão e a duração dependem do cenário; a fonte não anuncia uma paralisação universal.
O que fazer com XMLs e certificados existentes?
Os guias abertos tratam conclusão de documentos existentes, exportação e importação de certificados, XMLs e templates. O projeto deve inventariar esses objetos, definir responsáveis e reconciliar o que foi transferido, sem improvisar procedimento fora da documentação aplicável.
Qual é a diferença entre ambiente de teste e aceite tributário?
Separar subcontas de teste e produção reduz mistura operacional, mas não define o resultado tributário esperado. O aceite exige ligar cenário, fato, cálculo, documento e registro e deixar a decisão final com o cliente.
Revisar os riscos tributários da transição documental
A conversa parte do inventário de processos e documentos, da baseline, das dependências e das evidências de continuidade. O escopo tributário não substitui a implementação técnica nem transfere a decisão de go/no-go do cliente.
Discutir um caso concreto da sua empresa
30 minutos com consultor sênior. Mapeamos o cenário tributário específico, identificamos as oportunidades aplicáveis e indicamos o caminho técnico — independentemente de você seguir conosco.
Agendar diagnóstico gratuito 30 minutos com consultor sênior. Sem compromisso.