AMS tradicional (Application Management Services) é o modelo de suporte reativo de TI: atendimento por chamado, SLA de tempo de resposta, resolução de incidente já ocorrido. AMS Fiscal é um modelo diferente por desenho: a unidade de trabalho não é o chamado, é a auditoria periódica da parametrização fiscal, porque um erro tributário no SAP não gera um ticket no momento em que é criado, ele fica latente até aparecer num fechamento que não bate ou numa autuação. Os dois modelos não competem pelo mesmo escopo; a confusão entre eles é o que faz empresas contratarem suporte de infraestrutura esperando que ele resolva risco fiscal, e se decepcionarem quando ele não resolve, porque nunca foi desenhado para isso.
Por que a diferença importa (e não é só terminologia)
O AMS tradicional é medido por indicadores de disponibilidade e tempo de resposta: sistema no ar, chamado resolvido dentro do SLA. Esses indicadores não capturam risco fiscal, porque um sistema pode estar 100% disponível e calculando um tributo errado ao mesmo tempo, a disponibilidade não diz nada sobre a correção do cálculo. AMS Fiscal precisa de indicadores diferentes: achados por ciclo de auditoria, retrabalho manual por fechamento, tempo de resposta a mudança regulatória. Um fornecedor de AMS tradicional que se apresenta como capaz de cobrir risco fiscal, sem esses indicadores, está oferecendo algo que sua própria métrica de sucesso não mede.
Medir "achados por ciclo de auditoria" de forma concreta significa reconciliar, para cada CNPJ, o valor apurado pelo motor fiscal (Guepardo Tax, quando presente) contra o saldo contábil da mesma natureza de lançamento, período a período, e registrar toda divergência encontrada como achado, mesmo quando o valor final do fechamento bate por compensação de outros itens. Um AMS tradicional não produz esse relatório porque a métrica dele nunca precisou dessa granularidade: disponibilidade de sistema e tempo de resposta a chamado são indicadores por definição agregados, não linha a linha.
A cadência dessa auditoria também muda o que ela consegue prevenir. Uma auditoria mensal, alinhada ao fechamento, encontra divergência a tempo de corrigir antes da transmissão da obrigação acessória correspondente. Uma auditoria trimestral ou semestral encontra o mesmo tipo de divergência, só que depois de várias transmissões já terem saído com o erro embutido, o que troca o trabalho de "corrigir antes de enviar" pelo trabalho, bem mais caro, de retificar o que já foi enviado.
Matriz comparativa: AMS tradicional × AMS Fiscal
| Dimensão | AMS Tradicional (TI) | AMS Fiscal |
|---|---|---|
| Unidade de trabalho | Chamado/ticket aberto após incidente | Auditoria periódica da parametrização, antes do incidente aparecer |
| O que é medido | Disponibilidade do sistema, tempo de resposta a chamado | Achados por ciclo de auditoria, retrabalho manual, incidentes fiscais por período |
| Quando age | Reativo, depois que algo já quebrou ou parou | Preventivo, antes que o desvio se torne visível no fechamento ou na auditoria |
| Escopo típico | Infraestrutura, rede, Basis, disponibilidade de módulo | Parametrização fiscal, apuração, obrigação acessória, mudança regulatória |
| Quem decide a correção | Equipe técnica de TI, sem julgamento tributário | Equipe técnica fiscal, sob decisão tributária do cliente |
| Documentação gerada | Log de chamado resolvido | Registro de ownership de regra + justificativa técnica de cada ajuste |
| Gatilho de trabalho | Usuário abre chamado | Cadência de auditoria definida em contrato + mudança regulatória |
| Risco que mitiga | Parada de sistema, indisponibilidade | Erro fiscal silencioso, autuação, retrabalho de fechamento |
| Onde falha se usado fora do escopo | Não detecta desvio de parametrização fiscal sem incidente técnico visível | Não substitui suporte de infraestrutura geral (rede, banco de dados) |
A mesma comparação, por camada técnica: ECC × S/4HANA
A diferença entre AMS tradicional e AMS Fiscal também aparece quando se olha a camada técnica onde cada um atua, e ela muda de natureza entre o SAP ECC e o SAP S/4HANA.
| Camada técnica | No SAP ECC | No SAP S/4HANA |
|---|---|---|
| Onde a regra fiscal vive | Tabelas de condição clássicas (determinação de imposto via esquema de condição), muitas vezes com customização Z direta sobre a tabela | Mesma lógica de determinação de imposto, mas sobre o Universal Journal e o modelo de dados unificado, o que muda o que uma customização Z consegue ler ou escrever diretamente |
| O que o AMS tradicional cobre | Disponibilidade da instância ECC, jobs em lote, performance de banco de dados clássico | Disponibilidade da instância S/4HANA (HANA in-memory), jobs em lote, performance do banco de dados in-memory |
| O que o AMS Fiscal audita | Parametrização fiscal nas tabelas de condição do ECC, customização Z legada não revisada desde a implantação original | Parametrização fiscal migrada e revalidada contra o novo modelo de dados, aderência ao princípio de Clean Core, customização Z reescrita ou aposentada |
| Risco típico da camada | Customização antiga sobrevivendo sem revisão, regra desatualizada em relação à legislação vigente | Customização migrada tecnicamente sem quebrar, mas calculando diferente por causa da mudança de modelo de dados, sem gerar erro técnico visível |
| Onde o AMS tradicional não alcança | Não avalia se a regra de determinação de imposto configurada ainda reflete a legislação atual | Não avalia se a triagem de customização Z (manter/remover/reescrever) foi feita corretamente na migração |
Para o detalhe completo de como triar cada customização fiscal nessa transição, veja o artigo Customizações fiscais na migração para S/4HANA.
Isso também se aplica à própria transição de camada técnica do ambiente. Um contrato de AMS tradicional que cobre disponibilidade da instância ECC não migra automaticamente essa cobertura de sentido para o novo ambiente S/4HANA: o SLA de disponibilidade continua fazendo sentido, mas a superfície de risco fiscal muda de natureza (de customização antiga sem revisão para customização migrada que calcula diferente sem erro técnico visível). Renovar o contrato de suporte sem revisar o que ele realmente cobre depois de uma migração é assinar, na prática, a continuidade do mesmo ponto cego de sempre, só que dentro de um ambiente tecnicamente novo.
O que 2026 está medindo não é imposto pago
A janela de 2026 torna essa distinção mensurável dentro do próprio sistema. O art. 346 da LC 214/2025 fixa a CBS em 0,9% para os fatos geradores ocorridos de 1º de janeiro a 31 de dezembro de 2026, e o art. 348, § 1º dispensa o recolhimento do IBS e da CBS nesse período em relação aos sujeitos passivos que cumprirem as obrigações acessórias. A dispensa não depende de caixa: ela depende de o documento fiscal sair com os campos preenchidos corretamente. O que está sendo testado neste ano é a capacidade de a parametrização do SAP determinar e gravar o dado certo, não a capacidade de pagar. Nenhum indicador de disponibilidade observa isso, porque a instância continua no ar enquanto emite documento incompleto.
O § 3º do mesmo artigo, incluído pela LC 227/2026, dá 60 dias contados da intimação para suprir a omissão apontada em auto de infração por descumprimento de obrigação acessória, e o § 4º extingue a penalidade quando a intimação é atendida. Esse prazo é operacional, não só jurídico: em 60 dias é preciso localizar a regra de determinação que falhou, corrigir o cadastro, revalidar a emissão e reprocessar o período omitido. Um contrato cuja unidade de trabalho é o chamado só começa a agir quando alguém abre o chamado, e nesse cenário o chamado nasce no dia da intimação, com o relógio já correndo. Um contrato com cadência de auditoria chega nessa data com o mapa da determinação fiscal levantado, que é a diferença entre corrigir e reconstruir sob pressão.
É esse tipo de leitura que o Diagnóstico Fiscal Estruturado entrega antes de o prazo comprimir: onde a determinação fiscal está configurada, quem responde por cada regra, e o que sai hoje do sistema sem ninguém conferir.
O que NÃO é AMS Fiscal
Não é AMS tradicional com um nome mais bonito. Se o contrato não muda a unidade de trabalho (chamado → auditoria periódica) nem os indicadores medidos, é AMS tradicional rebatizado, não AMS Fiscal de fato.
Não decide tese tributária. A DFSpro desenha, configura e prova o comportamento do sistema; a interpretação de qual regra tributária adotar continua sendo do cliente.
Não substitui o suporte de infraestrutura geral do SAP. AMS Fiscal opera ao lado do parceiro de Basis/infraestrutura, não no lugar dele.
Quando a auditoria de parametrização não existe e o erro só aparece numa autuação, a pergunta que a diretoria faz não é técnica, é de responsabilidade: por que o contrato de suporte em vigor, com SLA cumprido mês a mês, nunca identificou esse risco? Responder "o contrato media disponibilidade, não parametrização fiscal" é tecnicamente correto e, na prática, uma explicação que o Diretor Fiscal precisa dar depois do fato, não antes dele, o que é exatamente o cenário que a distinção entre os dois modelos deveria ter evitado.
Como saber qual modelo sua empresa está contratando de fato
1. Unidade de trabalho: pergunte se o contrato parte de chamado aberto ou de auditoria periódica agendada. Se a resposta for só "chamado", é AMS tradicional, independente do nome no contrato.
2. Indicador reportado: pergunte o que aparece no relatório mensal, tempo de resposta a ticket ou achados de auditoria e incidentes fiscais evitados. O segundo indica AMS Fiscal real.
3. Cadência de revisão: pergunte se existe cadência formal de revisão da parametrização fiscal, independente de haver chamado aberto. Ausência de cadência é sinal de suporte reativo, não governança.
Perguntas frequentes
AMS Fiscal é mais caro que AMS tradicional?
Depende do escopo contratado, do porte do ambiente e do fornecedor. Os dois cobrem riscos diferentes, então comparar preço sem comparar escopo é comparação incompleta.
Minha empresa precisa dos dois modelos ao mesmo tempo?
Frequentemente sim, porque cobrem riscos distintos: AMS tradicional cuida de disponibilidade de infraestrutura; AMS Fiscal cuida da correção da parametrização tributária. Um não substitui o outro.
"AMS Estendido" e "AMS Fiscal" são a mesma coisa?
O nome correto é "AMS Fiscal". "AMS Estendido" sugere extensão de um contrato de TI já existente, e contrato estendido mantém a unidade de trabalho do contrato de origem: o chamado.
Como sei se meu fornecedor atual de AMS tradicional está cobrindo risco fiscal sem perceber a lacuna?
Verifique se ele reporta algum indicador relacionado a achados de parametrização fiscal ou incidentes fiscais evitados. Se o relatório dele só menciona disponibilidade e tempo de resposta a chamado, ele provavelmente não está cobrindo esse risco, mesmo que ninguém tenha percebido ainda.
AMS Fiscal é a mesma coisa que Governança Fiscal SAP?
AMS Fiscal é o contrato/serviço através do qual a Governança Fiscal SAP é executada de forma contínua, a governança é a disciplina, o AMS Fiscal é o formato comercial de entrega dela.
Se você não sabe qual dos dois modelos seu contrato atual cobre de fato, o Diagnóstico Fiscal Estruturado responde isso antes de qualquer renovação, e antes da primeira intimação.
Veja também AMS Fiscal (Governança Contínua) e AMS Fiscal (Estabilização).
TAKEAWAYS
- AMS tradicional e AMS Fiscal não competem pelo mesmo escopo: um mede disponibilidade e tempo de resposta a chamado, o outro mede achados por ciclo de auditoria e retrabalho de fechamento.
- Um sistema pode estar cem por cento disponível e calculando um tributo errado ao mesmo tempo. A disponibilidade não diz nada sobre a correção do cálculo, e é exatamente essa lacuna que um fornecedor de AMS tradicional não está desenhado para cobrir.
- A pergunta que revela o modelo real contratado não é o nome no contrato, é a unidade de trabalho: chamado aberto depois do incidente, ou auditoria periódica agendada antes dele aparecer.
- Quando o contrato muda de camada técnica, ECC para S/4HANA, o risco também muda de natureza: de customização antiga sem revisão para customização migrada tecnicamente intacta, mas calculando diferente sem erro visível. Nenhum dos dois modelos decide a tese tributária: isso segue sendo do cliente.
Head of Business, DFSpro, Curitiba, 2026
Especialista em estratégia B2B para operações fiscais críticas em SAP e Guepardo Tax. Atua na interface entre governança fiscal, tecnologia e decisão executiva.