Desativar uma integração não significa apenas parar o iFlow e excluir o pacote. Uma interface faz parte de uma cadeia: recebe mensagens, consulta sistemas, grava dados, usa credenciais, dispara alertas e deixa evidências que podem ser necessárias depois. O decommissioning deve fechar essa cadeia em uma ordem verificável.
O objetivo não é conservar componentes indefinidamente. É demonstrar que o fluxo não tem mais demanda legítima, que as mensagens pendentes foram resolvidas e que existe uma janela razoável de observação antes da remoção dos ativos.
1) Confirmar a decisão e o escopo
Antes de alterar o tenant, documente por que a interface será desativada e o que a substitui. Uma mudança de ERP, uma consolidação de iFlows ou a saída de um fornecedor pode afetar mais rotas do que as visíveis no pacote.
- Owner funcional: confirma que o processo não precisa mais da interface anterior.
- Owner técnico: identifica artefatos, dependências e sequência de desativação.
- Owner operacional: define janela, observação, alertas e escalonamento.
- Critério de sucesso: estabelece qual evidência comprova que a mudança foi segura.
2) Construir um mapa das dependências reais
O nome do iFlow raramente descreve toda a superfície afetada. Revise emissores, receptores, ProcessDirect, filas, Data Store, Value Mapping, APIs, certificados, aliases, schedulers e scripts externos. Inclua automações n8n ou jobs que chamem o endpoint mesmo sem estarem no SAP BTP.
| Componente | Pergunta de controle | Evidência de encerramento |
|---|---|---|
| Produtor | Deixará de enviar antes da parada do iFlow? | Mudança implantada ou job desabilitado. |
| Mensagens | Existem mensagens em execução, falhas ou pendências? | Conciliação e decisão para cada item. |
| Consumidor | Receberá dados por outra rota? | Validação funcional da rota substituta. |
| Segurança | Quais credenciais ou certificados são exclusivos? | Revogação sem afetar integrações compartilhadas. |
3) Encerrar os dados em trânsito
Parar primeiro o produtor reduz condições de corrida. Depois, observe o fluxo, classifique falhas e concilie com o sistema de destino. Reprocessar tudo indiscriminadamente pode duplicar operações; descartar tudo pode perder eventos de negócio.
4) Desativar por fases e preservar rollback
- Congelar mudanças não relacionadas e salvar versão, configuração e dependências.
- Parar produtores ou schedulers de entrada.
- Drenar e conciliar mensagens pendentes.
- Desativar o iFlow durante uma janela de observação.
- Remover rotas, acessos e alertas exclusivos apenas após validar a estabilidade.
O período de observação depende da frequência do processo. Uma interface mensal não pode ser considerada validada após vinte e quatro horas sem mensagens.
5) Limpar segurança e observabilidade sem dano colateral
Um alias, certificado ou usuário técnico pode ser compartilhado. Verifique os consumidores antes de revogá-lo. Atualize também dashboards, alertas, runbooks, inventário e rotas de escalonamento; caso contrário, a interface desativada continuará gerando falsos positivos e confusão.
Esse controle não substitui SAP Cloud ALM, SAP Transport Management nem o monitoramento runtime. Ele usa essas capacidades como fontes de evidência e execução dentro de um processo de ciclo de vida com responsáveis claros.
6) Preservar a evidência correta
- Decisão aprovada, owners e data efetiva.
- Inventário de artefatos removidos e ativos compartilhados mantidos.
- Resultado da conciliação e tratamento das mensagens pendentes.
- Versão exportada, configuração e condições de rollback.
- Validação funcional posterior e encerramento da janela de observação.
Sinais de uma integração zumbi
- O iFlow está implantado, mas ninguém conhece seu consumidor.
- Um alerta continua ativo para um processo que o negócio considera encerrado.
- Existem endpoints ou usuários técnicos sem owner confirmado.
- A substituição produtiva convive indefinidamente com a rota anterior.
- Excluir o pacote parece arriscado porque não existe mapa de dependências.
A desativação controlada também é governança. O Picasso CPI Governance Assessment pode ajudar a identificar artefatos sem owner, dependências invisíveis e controles incompletos de ciclo de vida antes de uma consolidação ou limpeza do tenant.