Pergunte a um arquiteto de sistemas de uma empresa com muitos anos de SAP onde estão os pontos frágeis, e a resposta vem rápido: a interface que falha na véspera do fechamento contábil, o arquivo que alguém ajusta à mão antes de reenviar, o sistema de planta que ninguém quer atualizar com medo de quebrar o resto. A TI costuma ser a área que melhor entende o problema de integração e a que tem menos espaço para resolvê-lo.
Na maioria dos casos, não falta talento. Falta plataforma. Cada hora gasta mantendo conexões frágeis é uma hora que deixa de ir para os projetos que o negócio pede. Este artigo mostra como essa dívida se forma, por que ela não aparece no orçamento e o que muda quando a SAP BTP passa a ocupar o centro da arquitetura. Se você prefere começar pela visão geral da plataforma, leia o que é a SAP BTP.
Como a teia de integrações cresce sem que ninguém a desenhe
Nenhuma empresa planeja ter dezenas de integrações ponto a ponto. Elas surgem uma de cada vez: o CRM precisa de dados de clientes, o operador logístico precisa receber pedidos, o banco precisa de arquivos de pagamento, a fábrica precisa enviar os apontamentos de produção. Cada conexão resolve o problema daquele momento, com a tecnologia e as pessoas disponíveis naquele momento. Anos depois, o resultado é um emaranhado que ninguém desenhou como um todo e que tem quatro características conhecidas:
- Frágil: uma mudança de versão, de campo ou de certificado interrompe fluxos que ninguém sabia que dependiam daquele ponto.
- Opaca: não há visão de ponta a ponta de por onde os dados passam, e diagnosticar um erro começa por descobrir qual interface falhou.
- Cara de manter: cada conexão tem sua própria lógica, seu próprio tratamento de erros e, muitas vezes, uma única pessoa que a conhece.
- Difícil de escalar: uma nova filial, um novo canal ou um novo parceiro exigem mais uma conexão construída sob medida.
Os sistemas legados sem APIs modernas pioram o quadro. Eles continuam em operação porque substituí-los é arriscado demais, e cada integração com eles vira uma exceção à regra.
Por que a dívida de integração não aparece no orçamento
A dívida técnica raramente tem uma linha própria no orçamento de TI. Ela se dilui em horas de desenvolvedores dedicadas a incidentes, em projetos que atrasam porque a equipe foi deslocada para apagar incêndios e em testes que demoram porque ninguém sabe ao certo o que uma mudança pode afetar.
Existe ainda o custo mais difícil de medir: o que a empresa deixa de fazer. Quando boa parte do tempo da equipe vai para manter o que já existe, as novas demandas entram na fila, e a TI passa a ser vista como gargalo, quando na verdade carrega uma arquitetura que já não acompanha a operação. Para levar essa conversa à diretoria, vale transformar o invisível em indicadores:
- Incidentes por interface e tempo médio até o diagnóstico
- Horas de sustentação comparadas às horas dedicadas a projetos novos
- Projetos adiados ou replanejados por dependência de integração
- Integrações que só uma pessoa sabe manter
Um hub governado no lugar de dezenas de conexões isoladas
A proposta da SAP BTP para a TI é trocar a gestão de conexões isoladas pela gestão de um ecossistema conectado. O papel central fica com o SAP Integration Suite, o serviço de integração da plataforma: os fluxos entre sistemas SAP e não SAP passam por um único ponto de controle, com regras de governança definidas pela própria TI.
Na prática, a equipe ganha um console de monitoramento com o estado de cada fluxo, alertas automáticos quando algo falha, com rastreabilidade para localizar a mensagem, a etapa e a causa, e conectores prontos para aplicações SAP e sistemas de mercado. Novas integrações entram sem que seja preciso redesenhar as que já estão em produção.
O ganho se acumula com a reutilização. Quando conectores, mapeamentos e tratamento de erros seguem um padrão, cada nova integração parte de algo que já funciona, e os prazos tendem a cair projeto após projeto. A documentação deixa de morar na cabeça de alguém e passa a fazer parte da plataforma.
Legado e clean core: modernizar sem mexer no que funciona
Nem todo sistema legado pode, ou deve, ser substituído agora. Com adaptadores padrão, os dados e as funções desses sistemas passam a ser expostos como APIs modernas, enquanto o legado continua operando como está. O restante da arquitetura conversa com uma API documentada, e não com um formato proprietário que só o fornecedor original entendia.
A mesma lógica vale para as customizações. O ambiente de desenvolvimento e o modelo de extensibilidade da SAP BTP permitem criar aplicativos, regras e workflows ao lado do ERP, e não dentro dele. É o princípio do clean core: a lógica sob medida fica fora do núcleo, o sistema de registro permanece estável e auditável, e cada atualização fica mais simples e menos arriscada.
Onde o impacto aparece primeiro
Um sistema de planta sem APIs, integrado sem migração
Em um caso relatado pelo Grupo Intelsis, um sistema de manufatura com 15 anos de uso e sem APIs nativas foi conectado por meio de um adaptador padrão. Os dados de produção passaram a chegar ao ERP e aos painéis de gestão em tempo real, sem colocar em risco o sistema legado e sem um projeto de substituição.
Aprovações que saem do e-mail
Em outro caso relatado pelo Grupo Intelsis, um grupo empresarial controlava aprovações de compras, viagens e investimentos de capital por e-mail, telefone e consultas manuais ao SAP. Os processos passaram a rodar em fluxos digitais, com regras, notificações e rastreabilidade. O primeiro fluxo ficou pronto em 5 semanas; os seguintes levaram de 2 a 3 semanas cada, porque reaproveitaram os padrões do primeiro.
APIs para o ecossistema de parceiros
Um terceiro caso relatado pelo Grupo Intelsis envolve um distribuidor que passou a oferecer a seus distribuidores parceiros consultas de estoque, status de pedidos e condições comerciais diretamente do SAP. A exposição foi feita pela camada de gestão de APIs da SAP BTP, com controle de acesso, limites de consumo e monitoramento. Incluir um novo parceiro, que levava semanas, passou a levar horas.
Da sustentação à arquitetura: o que muda para a equipe
O primeiro efeito é controle. Com os fluxos visíveis em tempo real, os incidentes são identificados antes de chegar ao usuário, e a dívida diminui de forma gradual: cada conexão ponto a ponto levada ao hub passa a ser documentada e monitorada. Escalar deixa de significar construir do zero, porque uma nova filial, um novo canal ou um novo parceiro reaproveitam conectores e padrões existentes.
O segundo efeito está no tipo de trabalho. Menos horas apagando incêndios abrem espaço para arquitetura e para o que as áreas de negócio pedem: um fechamento contábil mais rápido e consistente para finanças, ERP, CRM e logística conectados para a área comercial, e uma operação que acompanha o crescimento. A diferença raramente está em ter uma equipe maior ou mais orçamento. Está em trabalhar sobre a plataforma certa.
Vamos olhar juntos para a sua arquitetura?
Se a sua equipe passa mais tempo sustentando integrações do que entregando projetos, uma sessão técnica curta costuma bastar para mapear os pontos críticos e desenhar um primeiro passo realista. O Grupo Intelsis é SAP Gold Partner e combina arquitetura em SAP BTP com a operação de ambientes SAP, incluindo Basis e hosting. Se fizer sentido para você, converse com o nosso time.