Em 2 de julho de 2026, o board da SAP mandou um e-mail interno que não era sobre produto, nem sobre cliente, nem sobre roadmap. Era sobre dinheiro e sobre gente. Novas contratações ficam restritas a perfis de IA core. Viagens que não estejam ligadas a iniciativas de IA estão suspensas. Gastos com fornecedores entram em revisão. Na mesma semana, Christian Klein assumiu pessoalmente o desenvolvimento de IA da companhia — o chamado Project Fuji — absorvendo a área de um membro do board que está saindo. É a segunda grande reorganização da SAP em 2026.
O que rodou o mundo, claro, foi a frase: "não sei se, daqui a dois ou três anos, alguém aqui ainda vai escrever software". Virou manchete de futuro do trabalho, rendeu threads e provocou o debate de sempre sobre IA substituindo desenvolvedores. Mas se você é CIO, head de e-commerce ou arquiteto numa empresa que tem SAP rodando em produção, a manchete é a parte menos importante da notícia.
A parte importante é operacional e imediata: o seu fornecedor está realocando capacidade interna para o produto de IA dele — e não para o seu backlog. Este artigo é sobre o que isso significa na prática, onde o impacto aparece primeiro e o que dá para fazer nas próximas quatro semanas.
1. O que a SAP anunciou em julho de 2026
Três movimentos concretos, todos na primeira semana de julho:
- Congelamento seletivo de contratações. A SAP não parou de contratar — ela redirecionou o funil. Novas vagas só são aprovadas para o que o board classificou como "perfis de IA core". Na prática, isso drena o pipeline de contratação de todas as outras áreas, incluindo as que sustentam produto legado, serviços e suporte a implementações.
- Suspensão de viagens não ligadas a IA. Um sinal barato de ler, mas caro de ignorar: viagem é o custo que uma empresa de software corta quando quer liberar orçamento rápido sem demitir. E viagem, no mundo enterprise, é o que sustenta presença em cliente.
- Project Fuji sob comando direto do CEO. Klein absorveu a área de IA de um board member que está de saída. Quando o CEO assume pessoalmente uma frente de desenvolvimento, ele não está sinalizando um projeto — está sinalizando a prioridade. Tudo o mais passa a competir por recurso residual.
Klein também disse algo que a imprensa cobriu menos e que é mais revelador do que a frase famosa: "não espero operar com uma força de trabalho menor, mas com uma força de trabalho muito, muito diferente". Não é uma história de corte de custos. É uma história de realocação — e realocação sempre tem um lado que perde.
2. Por que isso não é notícia de RH: o efeito na capacidade de entrega do ecossistema
A tentação é ler o anúncio como assunto interno da SAP. Não é. O ecossistema SAP — a própria SAP, os parceiros de implementação, as consultorias certificadas, os integradores boutique — disputa o mesmo pool de engenheiros sêniores. Quando a SAP passa a contratar exclusivamente para IA, ela faz duas coisas ao mesmo tempo:
- Reduz a própria capacidade de suporte a projetos de cliente nas áreas que não são IA — o que inclui, tipicamente, os times que respondem por questões de integração, customização e migração.
- Aquece o mercado de talento de IA e, por tabela, encarece e esvazia o mercado de talento sênior em geral. O engenheiro que hoje domina OData, iDoc e RFC também é um candidato plausível para uma vaga de plataforma de IA — e a vaga de IA paga mais.
O resultado prático chega no seu cronograma com atraso de alguns meses e vem disfarçado: "o parceiro só tem alocação para o quarto trimestre", "o especialista de integração está em outro projeto", "a fila do centro de excelência está longa". Nada disso vai ser explicado como consequência de um e-mail do board em julho. Mas é.
3. "Ninguém vai escrever software em três anos": o que a frase realmente sinaliza
Vale separar duas leituras.
A leitura preguiçosa: "IA vai substituir desenvolvedores, então não preciso mais me preocupar com escassez de gente". Essa leitura é confortável e errada — inclusive porque, se fosse verdade, a SAP não precisaria congelar contratações para financiar a IA. Ela contrataria menos e pronto.
A leitura útil: quando o CEO de uma empresa de ERP diz que o desenvolvimento de software vai mudar de natureza, ele está descrevendo o produto que quer construir — um SAP em que boa parte da configuração, do fluxo e da extensão é gerada por agentes, não escrita à mão. É uma aposta de roadmap. E toda aposta de roadmap dessa magnitude tem um custo de oportunidade: durante os dois ou três anos em que ela é construída, as prioridades adjacentes — conectores, APIs, ferramentas de integração, documentação de superfícies legadas — não recebem investimento novo.
Se o seu roadmap depende de a SAP entregar uma camada de integração melhor nos próximos 24 meses, é hora de tirar essa premissa da planilha.
4. Onde o seu projeto trava primeiro — e por que quase sempre é na integração
Em quase toda operação com SAP em produção, o core do ERP é a parte estável. Ele foi implementado, foi customizado, tem dono, tem rotina. O que quebra, atrasa e vira reunião de escalonamento é a camada que fica entre o ERP e o resto do mundo:
- SAP ↔ e-commerce — catálogo, preço, estoque, pedido, status de entrega. É a integração que precisa ser em tempo real e quase nunca é.
- SAP ↔ fiscal — nota, tributação, devolução. Onde um erro não é bug, é problema com a Receita.
- SAP ↔ WMS/OMS — separação, expedição, baixa de estoque. Onde o batch noturno ainda reina.
- SAP ↔ marketplace — o canal que mais cresce e o que menos tolera latência de sincronização.
Essa camada é impopular por três motivos combinados: ela exige conhecimento de dois mundos (ERP e commerce), não gera feature visível para a diretoria, e o erro dela é caro. Por isso é sempre a primeira a ficar sem alocação quando o pool de gente aperta — e é exatamente a que está apertando agora.
O sintoma clássico: o projeto de front, de app ou de novo canal está pronto e parado, esperando "a integração". Não é falta de vontade. É falta de gente sênior que saiba conversar com iDoc e com fila de eventos na mesma tarde.
5. O que fazer nas próximas quatro semanas
Nenhuma dessas ações depende do seu fornecedor. Todas dependem só de você.
- Mapeie a dependência de alocação. Liste os itens do roadmap dos próximos 12 meses que dependem de um recurso do fornecedor ou do parceiro que ainda não está confirmado. Esse é o seu risco real, não o e-mail da SAP.
- Faça o teste do "só tenho gente em setembro". Se o parceiro dissesse isso hoje, o que exatamente pararia? Escreva a lista. Ela costuma ser mais curta e mais crítica do que se imagina — e quase sempre é dominada por integração.
- Desacople o que dá para desacoplar. O core do ERP pode e deve continuar com quem o conhece. Mas a camada de integração é, por natureza, um contrato: entrada, saída, idempotência, retry. Contrato bem definido pode ser entregue por outro time, em paralelo, sem tocar no core.
- Exija idempotência e observabilidade antes de exigir velocidade. Uma integração rápida que duplica pedido em retry não é rápida — é um passivo. Fila (Kafka ou RabbitMQ), chave de idempotência, dead-letter queue e trilha de auditoria não são luxo de arquiteto: são o que permite que outro time assuma a camada sem medo.
- Documente as superfícies do seu SAP. Quais objetos estão expostos por OData? Quais só existem via RFC? O que ainda é iDoc em batch? Esse inventário vale mais do que qualquer roadmap de fornecedor, porque é ele que define o que a sua operação consegue automatizar — hoje e quando os agentes chegarem.
6. Como a CCX ajuda: squad sênior na camada SAP ↔ e-commerce
A CCX opera exatamente na camada que está ficando sem gente. Não substituímos o parceiro que cuida do core do ERP — assumimos a integração, que é onde o cronograma trava.
Na prática: squads dedicadas ou on-demand com engenheiros sêniores (média de 10+ anos), com onboarding em 48h e escala elástica, sem esperar a fila do fornecedor abrir. A expertise em SAP da CCX cobre SAP Commerce Cloud (Hybris), integração SAP ↔ e-commerce em tempo real e Protheus ↔ e-commerce, com domínio de OData, iDocs e RFC — e arquitetura event-driven com Kafka e RabbitMQ quando o volume e a consistência exigem mais do que uma chamada REST síncrona.
É a mesma prática de Integrações & APIs Enterprise que conecta ERPs, CRMs, gateways de pagamento, antifraude e marketplaces em operações que processam bilhões em GMV, com 99,9% de uptime em produção. O que muda aqui é só a urgência: quando o gargalo do projeto deixa de ser técnico e vira disponibilidade de gente, a resposta precisa ser alocação — não uma nova licença.
Integrar SAP ao seu e-commerce → — ou fale com a gente sobre squads dedicadas e sobre a nossa prática de integrações SAP.
7. Perguntas frequentes
A SAP demitiu gente?
Não. O anúncio de julho de 2026 é de congelamento seletivo de contratações — novas vagas restritas a perfis de IA core — além de suspensão de viagens não ligadas a IA e revisão de gastos com fornecedores. Klein afirmou esperar operar com uma força de trabalho "muito diferente", não menor.
O que é o Project Fuji?
É a frente de desenvolvimento de IA da SAP, que passou a ser comandada pessoalmente por Christian Klein após a saída de um membro do board. É a segunda grande reorganização da companhia em 2026.
Isso afeta quem já tem SAP rodando?
Indiretamente e com atraso, mas afeta. O impacto não é no ERP em produção — é na capacidade de entrega do ecossistema para projetos novos: migrações, integrações e customizações passam a competir por um pool de engenheiros sêniores que ficou menor e mais caro.
Devo adiar minha migração ou minha integração?
O oposto: quanto mais o mercado de talento aperta, pior fica a fila. Se a camada de integração é o gargalo, ela pode ser desacoplada do core e entregue em paralelo por um time externo — desde que o contrato de integração (entrada, saída, idempotência, auditoria) esteja bem definido.
Dá para esperar a SAP resolver isso com IA?
É uma aposta de dois a três anos, segundo o próprio CEO. Se o seu roadmap de 2026–2027 depende dela, o risco está no seu cronograma, não no da SAP.