A maioria das empresas escolhe os módulos SAP antes de terminar de mapear seus processos. A lista vai para o integrador de sistemas (SI), o SI faz o preço em cima dela e, seis meses depois, o escopo dobrou, porque metade dos processos que os módulos deveriam sustentar nunca foi acordada. Essa sequência é a causa mais comum de scope creep que eu vejo.
Criei esta ferramenta para inverter a ordem. Informe seu setor, seu porte e os processos de negócio que você realmente executa. Ela devolve uma lista inicial de módulos, os componentes BTP que vale considerar e uma implantação em fases que respeita quais módulos dependem de quais. É o ponto de partida da conversa, não a resposta. A resposta vem do seu blueprint.
O resultado é neutro em relação a fornecedores. Ele não empurra RISE em vez de GROW, nem extensões no core em vez de BTP. Ele mostra que formato a arquitetura provavelmente precisa ter, para que você chegue à conversa com o SI com uma posição, e não com uma pergunta.
Escolha seu setor na lista, defina o porte da empresa e selecione os processos de negócio que realmente estão no escopo. A ferramenta pondera os módulos centrais pela aderência ao setor, acrescenta variantes específicas do setor quando fazem sentido, sugere extensões BTP onde a lacuna é real e organiza tudo em fases.
Você pode editar as recomendações antes de gerar o roadmap. Você conhece o seu negócio melhor do que a ferramenta. O papel dela é evitar que a conversa comece do zero.
- Lista de módulos centrais. FI/CO, MM, SD, PP, HCM e os demais módulos que formam a espinha dorsal do ERP e que seus processos exigem.
- Módulos específicos do setor. Variantes para bancos, varejo, saúde ou manufatura, quando aplicáveis.
- Extensões BTP. Integration Suite, Build, AI Core e outras peças da plataforma que cobrem a distância entre o SAP padrão e o que você realmente faz.
- Mapa de integração. Onde os módulos ficam uns em relação aos outros e onde estão os pontos óbvios de integração.
- Roadmap em fases. Quais módulos entram na fase um, quais ficam para a fase dois e quais dependências você não pode quebrar.
Create your SAP implementation roadmap
Fields marked * are required.
- FI (contabilidade financeira). Razão geral, contas a pagar, contas a receber, contabilidade de ativos. O núcleo inegociável.
- CO (controladoria). Centros de custo, centros de lucro, ordens internas, custeio de produtos. Em geral usado junto com o FI.
- MM (gestão de materiais). Compras, estoque, gestão de fornecedores, verificação de faturas.
- SD (vendas e distribuição). Order-to-cash, preços, expedição, faturamento.
- PP (planejamento da produção). Manufatura discreta, de processo e repetitiva. PP-PI para as indústrias de processo.
- HCM (gestão de capital humano) ou SuccessFactors. RH central, folha de pagamento, talentos. A maioria das novas implementações usa o SuccessFactors no front office e mantém o SAP Payroll onde a conformidade local exige.
- EWM (Extended Warehouse Management). Tudo o que vai além de locais de estoque básicos. Gestão de ondas, slotting, mão de obra.
- PM (manutenção de planta). Setores com uso intenso de ativos. Ordens de serviço, manutenção preventiva, notificações.
- QM (gestão da qualidade). Inspeção, não conformidade, amostragem. Sobretudo em setores regulados.
- PS (sistema de projetos). Negócios orientados a projetos. Construção, engenharia, acompanhamento de capex.
- TM (gestão de transportes). Frete, planejamento de rotas, integração com transportadoras.
- GTS (Global Trade Services). Alfândega, triagem de sanções, comércio preferencial.
- BTP (Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. A camada de extensão para tudo o que não pertence ao core.
- Industry cloud (S/4HANA for Retail, Banking, Utilities etc.). Modelos de dados e processos específicos do setor sobre o S/4HANA.
Comece pelos processos. Não pelos módulos. Se você não consegue descrever order-to-cash, procure-to-pay, record-to-report e hire-to-retire como funcionam hoje no seu negócio, ainda não está pronto para escolher módulos. Todo debate entre greenfield e brownfield que vi dar errado começou sem esse passo.
Adie com firmeza para a fase dois. A maioria dos clientes quer tudo na fase um. Quase nenhum precisa disso. EWM, TM, GTS, PS e a camada mais profunda de analytics costumam poder esperar. Estabilize primeiro FI, CO, MM, SD e PP. Acrescente o resto quando o negócio tiver absorvido a mudança.
Trate o princípio de Clean Core como disciplina, não como slogan. Cada customização no core custa duas vezes: uma para construir e outra a cada atualização pelos próximos dez anos. Se um processo precisa de lógica customizada, coloque-a no BTP. O core continua limpo. A extensão continua portável. Essa é a maior decisão de arquitetura na maioria dos programas, e quase ninguém acerta na fase um.
Use o BTP onde a lacuna é real, não onde ele parece moderno. O Integration Suite agrega valor de verdade quando há mais de três ou quatro sistemas não SAP no escopo. O Build agrega valor de verdade quando você precisa de um workflow ou de um aplicativo low-code que não cabe em um padrão Fiori. O AI Core agrega valor de verdade quando há um caso de uso definido, e não quando “precisamos fazer alguma coisa com IA” está no slide.
- Manufatura (discreta e de processo)
- Varejo e bens de consumo
- Serviços financeiros e bancos
- Saúde e ciências da vida
- Logística e transporte
- Energia e utilities
- Construção e engenharia
- Setor público e governo
- Serviços profissionais
- Telecomunicações
- Hotelaria
- Educação
Cada setor ajusta o mix de módulos. A manufatura puxa PP, QM e, com frequência, EWM. O varejo se apoia em SD, MM e na variante de industry cloud. Bancos e seguradoras trazem seus próprios modelos de dados no S/4HANA. A saúde acrescenta uma complexidade de conformidade e de prontuários de pacientes que o modelo padrão não contempla.
- CIOs e diretores de TI que dimensionam a arquitetura antes da seleção de fornecedor.
- Diretores de programa que montam um plano de implantação em fases capaz de resistir ao escrutínio do comitê de direção.
- CFOs e líderes de finanças que querem validar a lista de módulos proposta por um parceiro.
- Consultores e assessores independentes que preparam uma posição inicial defensável para a conversa com o cliente.
- Equipes internas de transformação que conduzem o trabalho inicial de arquitetura antes de contratar um SI.
- Posição inicial defensável. Uma lista de módulos que nasceu da lógica dos processos, e não da planilha de preços do SI.
- Blueprint mais rápido. Horas de conversa, não semanas.
- Fases já incluídas. O roadmap ordena os módulos por dependência, e não pelo que o parceiro quer vender primeiro.
- Clareza entre BTP e core. Uma primeira divisão do que pertence à plataforma e do que pertence ao core.
- Neutra em relação a fornecedores. Nenhum incentivo para empurrar RISE, GROW ou qualquer edição específica.
- Gratuita e privada. Roda no seu navegador. Nada sai do seu computador.
A ferramenta recomenda produtos SAP específicos ou apenas módulos?
Ela recomenda módulos e componentes BTP por categoria, não SKUs específicos. Você verá FI/CO, MM, SD, PP, Integration Suite, AI Core e blocos semelhantes. Ela não escolhe entre RISE with SAP, GROW with SAP ou S/4HANA on-premise, porque essa decisão depende da sua preferência de implantação, da infraestrutura e do apetite comercial, e não do mix de módulos.
Para a conversa sobre a edição do produto, leve a lista de módulos à negociação com o fornecedor e peça preços para cada opção.
Posso exportar a Bill of Materials (BOM)?
Sim. O resultado é uma lista de módulos com as fases, que você pode copiar para uma planilha, um documento de blueprint ou uma proposta. A lista é estruturada de modo a se encaixar bem no modelo de preços de um parceiro SAP.
Se você quiser uma narrativa mais rica em torno da BOM, minha calculadora de custos de implementação SAP oferece o envelope financeiro para acompanhá-la.
O RISE with SAP está incluído na recomendação?
Não. O RISE é um pacote comercial em torno do S/4HANA Cloud, de créditos BTP e de serviços gerenciados. A ferramenta se concentra no que você precisa do ponto de vista funcional. Consumir isso por meio de RISE, GROW ou de uma licença tradicional é outra decisão, que depende da preferência de hospedagem, do modelo operacional de TI e de quanto da operação você quer que a SAP assuma.
A lista de módulos é a mesma nos dois casos. O que muda é o veículo comercial.
Ela cobre extensões BTP?
Sim. Integration Suite, Build (low-code e automação de processos), AI Core, HANA Cloud e a camada de extensão em sentido mais amplo estão todos no escopo. A ferramenta indica onde o BTP provavelmente se justifica: mais do que algumas integrações com sistemas não SAP, necessidade de workflows customizados ou um caso de uso de IA definido. Ela não infla a recomendação com BTP só por inflar.
O princípio de Clean Core orienta a camada BTP. Se uma customização precisa existir, coloque-a no BTP, não no core do ERP.
E as variantes específicas por setor?
As variantes de industry cloud (S/4HANA for Retail, Banking, Utilities, Professional Services e as demais) entram quando a escolha do seu setor as aciona. O mesmo vale para os módulos específicos do setor: PP-PI para a manufatura de processo, IS-U para utilities, IS-B para bancos. Eles aparecem como itens separados, para que você veja por que foram recomendados.
Se o seu setor é híbrido (manufatura com uma forte área de serviços, ou varejo com um braço industrial), escolha o dominante e acrescente manualmente os módulos secundários.
A ferramenta é para novos clientes SAP ou para os atuais?
Para os dois. Novos clientes a usam para esboçar uma arquitetura inicial antes da seleção de fornecedor. Clientes atuais a usam para testar o que já têm, encontrar módulos que provavelmente deveriam ter implementado ou dimensionar uma expansão na fase dois. A lógica de fases respeita o que já existe, se você marcar os módulos como existentes.
Se você está no meio da migração do ECC para o S/4HANA, a ferramenta ajuda a decidir o que levar adiante, o que aposentar e o que acrescentar. As recomendações de BTP pesam mais nessa conversa, porque a maioria dos ambientes ECC legados carrega código customizado que precisa de um lugar fora do novo core.
Qual é a precisão da recomendação de fases?
A divisão em fases reflete uma lógica de dependências que vale para a maioria dos programas: FI e CO antes de MM, MM antes de SD, ERP central antes de EWM e TM, e a integração via BTP antes de qualquer acoplamento pesado com sistemas não SAP. Ela não reflete a capacidade de mudança da sua organização, o seu calendário regulatório nem o seu ciclo de fechamento financeiro. Ajuste conforme o caso.
Já vi programas tentarem fazer tudo de uma vez. Não funciona. A fase um deve ser o mínimo que permite ao negócio fechar seus livros e atender seus clientes na nova plataforma. Todo o resto é fase dois.
A ferramenta é gratuita?
Sim. Sem cadastro, sem e-mail, sem pagamento. A recomendação roda inteiramente no seu navegador e nada é armazenado nem transmitido.
Se você quiser ajuda para transformar o resultado em um blueprint de verdade ou para testar a proposta de um parceiro, agende uma conversa de 30 minutos.