Modernização de ERP com SAP e ServiceNow

Modernização de ERP com SAP e ServiceNow significa dar a cada plataforma o trabalho que ela faz melhor e conectá-las direito. O SAP S/4HANA executa as transações estruturadas: finanças, compras, estoque, folha de pagamento. O ServiceNow executa os workflows ao redor delas: entrada de solicitações, aprovações, exceções e solicitações de serviço. O SAP Integration Suite e o ServiceNow IntegrationHub ligam os dois. Este guia é para CIOs, CFOs e arquitetos corporativos que planejam uma modernização a partir do SAP ECC ou de uma versão inicial do S/4HANA. Ele cobre que trabalho vai para onde, por área, onde a IA entra, um roteiro em fases e as armadilhas. Comece pelas tabelas por área e depois vá ao roteiro.

A modernização de ERP aparece em quase todo programa que assumo. Já trabalhei com empresas que ainda rodavam SAP ECC, gerindo finanças ou operações em ambientes que deveriam ter sido aposentados anos atrás. Um cliente de logística precisava passar por quatro etapas manuais só para aprovar uma pequena mudança de processo. Ligamos o SAP ao ServiceNow, e a diferença no prazo de resposta e na visibilidade foi imediata.

O erro que vejo com frequência: achar que modernizar o ERP é atualizar para a versão mais recente do SAP. Se os seus sistemas não conversam entre si, você apenas levou o problema para uma interface mais nova. Os dados ficam em silos. As equipes deixam de confiar nas ferramentas. As pessoas correm atrás de problemas em vez de resolvê-los.

Muitas equipes acreditam que modernizaram. Na prática, atualizaram. A diferença aparece no dia a dia.

Modernizar significa repensar como os seus sistemas sustentam o negócio hoje, e não como foram projetados para funcionar dez anos atrás. Isso envolve arquitetura, processos, dados, integração e experiência do usuário.

Os CIOs me perguntam muitas vezes: “Então isso é migrar para a nuvem ou trocar o nosso ERP?” Às vezes as duas coisas, mas raramente tudo de uma vez. A modernização de verdade costuma começar quando o ERP deixa de acompanhar o crescimento do negócio e o atrito fica visível.

Um cliente de bens de consumo no Oriente Médio ainda rodava SAP ECC. O financeiro passava o tempo limpando dados ruins, e os relatórios chegavam depois das operações. Começamos reavaliando a própria implementação: não só a tecnologia, mas se os processos ainda correspondiam ao jeito como o negócio trabalhava. Depois, os dados mestre. Depois, a automação: o que o SAP conseguia tratar internamente e onde o ServiceNow poderia preencher as lacunas, em especial aprovações, escalonamentos e acompanhamento de processos. Essa sequência deu à liderança um plano, um cronograma e resultados que ela podia acompanhar.

A modernização raramente significa arrancar tudo. Na maioria das vezes, as empresas mantêm o que já funciona e modernizam ao redor. É aí que SAP e ServiceNow funcionam bem lado a lado.

O SAP S/4HANA cuida do core estruturado: transações, finanças, compras e estoque, construído para controle e consistência. O ServiceNow cuida do que o SAP nunca foi projetado para fazer diretamente: entrada de solicitações, aprovações, workflows entre áreas e tratamento de exceções. O clean core reforça essa divisão. A lógica de workflow que não pertence ao core do SAP precisa viver em algum lugar, e os destinos realistas são as extensões side-by-side no SAP BTP ou o ServiceNow. Meu guia de clean core explica as opções de extensão.

A conexão passa pelo SAP Integration Suite no BTP, pelo ServiceNow IntegrationHub e por APIs abertas, de modo que o fluxo pareça nativo e não improvisado. Um cliente global que conheço usava o SAP para compras e o ServiceNow para gerir as solicitações de compra, o que eliminou a necessidade de um portal customizado; depois, usou a mesma estrutura para o onboarding de fornecedores. Se você ainda roda o SAP Process Orchestration (PI/PO), planeje a mudança: o SAP NetWeaver 7.5, em que o PI/PO roda, sai da manutenção padrão no fim de 2027, com manutenção estendida opcional até 2030. Meu guia do SAP Cloud Integration cobre a plataforma de destino.

1. 04ServiceNowEntrada de solicitações, aprovações, exceções e solicitações de serviço entre equipes
2. 03IntegraçãoSAP Integration Suite no BTP e ServiceNow IntegrationHub, sobre APIs abertas
3. 02ExtensõesSide-by-side no SAP BTP, para a lógica que não pertence ao core
4. 01Core do SAP S/4HANAFinanças, compras, estoque e folha de pagamento, mantidos próximos ao padrão

Casos de uso por área

RH. O SAP (ou o SuccessFactors) mantém os dados mestre dos funcionários, os cargos, a folha de pagamento e os benefícios. O ServiceNow coordena as tarefas de onboarding, a concessão de acessos, as aprovações de promoção e o desligamento entre TI, RH, finanças e segurança.

Finanças. O SAP processa faturas, mantém os livros contábeis, executa o fechamento e gera os relatórios legais. O ServiceNow executa a camada de workflow:

Processo financeiro	Papel do SAP	Papel do ServiceNow
Contas a pagar	Processa faturas, concilia pedidos de compra, gerencia pagamentos	Entrada de faturas, roteamento de exceções, acompanhamento de SLA
Contas a receber	Acompanha faturas de clientes e cobranças	Encaminha disputas de faturamento e pedidos de bloqueio de crédito
Fechamento contábil	Fechamento do período, eliminações intercompany, relatórios	Checklists de fechamento, atribuição de tarefas, alertas sobre pendências
Gestão de despesas	Registra lançamentos, aplica a política, aciona o reembolso	Encaminha relatórios para aprovação, sinaliza exceções
Procure-to-pay	Requisições, pedidos de compra, recebimento de mercadorias, liquidação de fornecedores	Formulários de solicitação, roteamento de aprovações, tratamento de exceções

Compras. O SAP gerencia os dados mestre de fornecedores, os pedidos de compra, os recebimentos de mercadorias e o three-way match. O ServiceNow cuida da entrada de solicitações, das verificações de onboarding de fornecedores, dos problemas de recebimento de mercadorias e do helpdesk de compras.

Instalações e operações. O SAP controla ativos fixos, custos de manutenção e espaço. O ServiceNow cuida das solicitações do ambiente de trabalho, das ordens de manutenção, da atribuição de técnicos, das solicitações de acesso e do roteamento de incidentes.

A IA aparece em mais conversas de modernização, e as expectativas às vezes passam na frente dos resultados. Na prática, ela trata casos de borda, automatiza tarefas repetitivas e destaca o que as pessoas deixam passar. No lado do SAP, o Joule, o assistente de IA da SAP, funciona no S/4HANA, no SuccessFactors, no Ariba e no SAP Build. No lado do ServiceNow, o Now Assist traz IA generativa para os workflows de TI, RH e atendimento ao cliente.

Veja como o trabalho normalmente se divide:

Caso de uso de IA	Papel do SAP	Papel do ServiceNow
Conciliação de faturas	Concilia pedidos de compra, recebimentos de mercadorias e faturas; sinaliza anomalias	Encaminha exceções e prioriza divergências de alto risco
Manutenção preditiva	Analisa padrões de uso e de falha a partir dos dados dos equipamentos	Abre chamados de manutenção e agenda os técnicos
Alertas de fluxo de caixa	Projeta posições de caixa a partir do histórico	Dispara alertas e workflows quando os limites de liquidez são ultrapassados
Agentes virtuais	O Joule responde a perguntas em linguagem natural entre os aplicativos SAP	Agentes virtuais e o Now Assist tratam solicitações e chamam os back ends do SAP
Detecção de anomalias	Modelos no SAP BTP ou análises embarcadas sinalizam valores atípicos nas transações	Sinaliza anomalias em workflows e aprovações para revisão de auditoria
Classificação de solicitações	Sugere categorias nos fluxos de compras	O Predictive Intelligence classifica os casos e os encaminha para o grupo certo

Uma equipe de TI com a qual trabalhamos viu uma queda de 30% nos tickets de suporte de baixo valor em um trimestre, depois de introduzir agentes virtuais capazes de redefinir senhas e buscar dados do SAP. O padrão vale também no lado do SAP: a IA funciona melhor quando o processo é estável, o histórico é limpo e o problema é focado. Mesmo assim, ela apoia a equipe, não a substitui.

A modernização muitas vezes trava porque o primeiro passo parece grande demais. Trabalhei com clientes que adiaram por anos, não por falta de urgência, mas porque ninguém sabia responder “por onde começamos?”. Esta sequência costuma funcionar:

1. Avaliar e racionalizar. Limpe a base antes de trocar de plataforma. Rode o SAP Readiness Check para dimensionar o código customizado e a compatibilidade. Limpe os dados mestre antes da migração, não depois. Decida quais sistemas, relatórios e processos sobrevivem. Decida a rota de implantação (RISE with SAP, GROW with SAP ou on-premise) e planeje o SAP Cloud ALM como ferramenta de ciclo de vida, já que o SAP Solution Manager sai da manutenção padrão no fim de 2027. Um sprint curto de descoberta técnica, mapeando o que se conecta a quê, costuma mostrar onde o risco real se esconde.
2. Começar pelo ServiceNow. Construa primeiro a entrada de solicitações, as aprovações e os workflows. Eles ficam ao redor do ERP e geram a maior parte das reclamações. Um cliente usou o ServiceNow para gerir o controle de mudanças seis meses antes da migração para o S/4HANA e reduziu as interrupções em 40%. Isso cria disciplina antes de você tocar no core do SAP.
3. Mover o core do SAP com clean core. Leve as transações para o S/4HANA com o mínimo possível de código customizado. Ficar perto do padrão simplifica os upgrades e reduz a manutenção. Coloque a lógica customizada em extensões side-by-side ou no ServiceNow, não no core. E pergunte o que o ERP deve viabilizar nos próximos cinco anos, em vez de apenas migrar.
4. Otimizar e estender. Acrescente análises e extensões no SAP BTP, o Joule onde fizer sentido, e o Now Assist, os agentes virtuais e os workflows low-code no lado do ServiceNow.

As fases podem se sobrepor. Rodar a estabilização do ServiceNow em paralelo com o trabalho de prontidão do SAP encurta o cronograma sem cortar caminho. Para a parte do S/4HANA, meu guia de migração do ECC para o S/4HANA cobre os caminhos e os prazos.

As finanças perguntam sobre custo cedo, e a decisão costuma cair no CFO mesmo quando começa na TI.

Os custos diretos chegam primeiro: infraestrutura, hospedagem, armazenamento e ferramentas de integração. Licenciamento e suporte ficam estáveis a menos que alguém os racionalize, e muitas equipes nunca procuram licenças sem uso ou sobrepostas. No RISE with SAP, modele o crescimento de usuários sob o preço por Full User Equivalent (FUE) ao longo de todo o prazo, porque a assinatura do terceiro ano raramente é igual à cotação do primeiro.

Os custos indiretos são mais difíceis de ver: aprovações lentas, SLAs descumpridos, falhas de integração que corroem a confiança na TI. Eles não aparecem em uma única linha do orçamento, mas aparecem no desempenho operacional.

Para demonstrar o retorno, meça antes de mudar qualquer coisa: tempos de ciclo de aprovação de faturas, de onboarding e de requisições de compra; taxas de erro; latência de integração. Mesmo uma linha de base parcial transforma o retorno em número, e não em história.

Estas armadilhas aparecem nas duas plataformas:

Armadilha	Erro no SAP	Erro no ServiceNow
Pular a avaliação de processos	Migrar problemas legados sem revisar as lacunas dos processos	Implantar formulários de solicitação sem entender os gargalos reais
Tratar as ferramentas como solução mágica	Achar que o S/4HANA corrige processos que ninguém redesenhou	Achar que a automação corrige um desenho de solicitação ineficiente
Negligenciar os dados mestre	Migrar dados duplicados ou inconsistentes	Disparar aprovações com base em dados não confiáveis
Customizar demais cedo demais	Construir extensões antes de o processo central estar estável	Construir fluxos complexos antes de entender o comportamento dos usuários
Falta de governança	Deixar as decisões com a TI ou com fornecedores, sem dono no negócio	Lançar workflows sem donos para as regras e os SLAs
Ignorar a gestão de mudanças	Investir pouco em treinamento para os novos processos SAP	Não ensinar os usuários quando e como usar os novos tipos de solicitação

Lembro de um cliente de manufatura que achava que o problema era o ERP. O verdadeiro bloqueio era um caminho de aprovação manual que passava por cinco equipes. Quando introduzimos uma camada de ServiceNow e a conectamos de volta ao SAP, o gargalo desapareceu.

A modernização não precisa acontecer de uma vez. Alguns sistemas ficam, outros mudam. O valor cresce à medida que mais do ambiente é conectado e menos dele depende de soluções de contorno.

Precisamos modernizar tudo de uma vez?

Não. A modernização funciona melhor em fases. Muitas organizações começam pelos workflows do ServiceNow para estabilizar as operações antes de tocar no core do SAP e depois tratam o restante em ordem de atrito.

Um cliente teve os workflows de entrada de solicitações do ServiceNow no ar antes de o S/4HANA ser implantado. Os funcionários se adaptaram aos poucos, o que aumentou a adoção e reduziu a resistência.

O que acontece com as customizações legadas em uma migração para o S/4HANA?

Depende do valor de negócio delas. O SAP Readiness Check mostra cedo o volume de código customizado e os problemas de compatibilidade. A maioria dos sistemas carrega mais código customizado do que alguém imagina, e boa parte dele já não é usada.

O clean core favorece manter o sistema padrão, com extensões no SAP BTP ou workflows no ServiceNow. No S/4HANA Cloud Public Edition o core não pode ser modificado de forma alguma; na Private Edition e no on-premise pode, mas cada modificação acrescenta trabalho de upgrade. Mantenha o que atende a uma finalidade de negócio real e aposente o resto.

Quanto tempo leva a modernização de ERP?

Começar pelos workflows de entrada de solicitações no ServiceNow costuma levar de dois a três meses. Migrar para o S/4HANA costuma levar de 9 a 18 meses, conforme a complexidade, e mais tempo em grandes empresas com várias entidades e muita customização.

As fases não precisam correr uma depois da outra. Rodar a estabilização do ServiceNow junto com o trabalho de prontidão do SAP encurta o prazo total.

Qual é um prazo realista de ROI para a modernização com SAP e ServiceNow?

A maioria das organizações vê retornos leves em três a seis meses: ciclos mais curtos, menos transferências manuais, mais visibilidade. Os retornos tangíveis, a redução de custos e os ganhos de eficiência mensuráveis, tendem a chegar em 12 a 18 meses, sobretudo quando as duas plataformas já estão contribuindo.

Acompanhe tempos de ciclo, taxas de erro e cumprimento de SLA antes de começar. Sem uma linha de base, o retorno é uma história, não um número.

Como saber se a modernização do ERP está atrasada?

Sinais comuns: tickets de suporte em alta com tempos de resolução maiores, upgrades e patches adiados repetidamente, várias fontes da verdade para o mesmo dado e shadow IT preenchendo lacunas que o ERP deveria cobrir.

Um cliente de saúde com SAP ECC descumpriu vários SLAs em um único trimestre. O problema não era esforço. Era dívida técnica: anos de pequenas correções empilhadas, com incidentes registrados mais rápido do que alguém conseguia triar.

O SAP e o ServiceNow podem se integrar a outros sistemas de terceiros?

Sim. O SAP usa o SAP Integration Suite no BTP para conexões baseadas em API com sistemas externos. O ServiceNow oferece o IntegrationHub, com conectores prontos para a maioria das plataformas corporativas, incluindo Workday, Salesforce e Coupa.

Trate a integração como uma frente de trabalho desde o início. Interfaces definidas tarde geram o maior atrito depois do go-live; por isso, comece o desenho da integração durante o blueprint.