Fórum
[Resolvido] A4H mandante 100 - workflows não executavam desde julho (aprovações presas): causa raiz e correção
Daniel Mazzolla
17/08/2026 15:47:21
Sintoma. Desde ~26/07, nenhum workflow era criado no mandante 100 do A4H: documentos enviados para aprovação ficavam presos em "Em Aprovação" para sempre, sem erro visível para o usuário. Exemplos: aprovação de RFQ/compras (Manage Workflows configurado e ativo, mas nada disparava) e eventos de Parceiro de Negócio acumulando com erro na fila.
Como se manifesta. Na SWEQUEUE, eventos acumulados (no nosso caso ~1.500, maioria BUS1006). Na SWWWIHEAD, nenhum work item novo desde 26/07. O detalhe que entrega a causa está na SM58 (tRFC): dezenas de entradas para o destino WORKFLOW_LOCAL_100 em SYSFAIL com a mensagem "Name or password is incorrect (repeat logon)", funções SWW_WI_CREATE_VIA_EVENT_IBF e SWW_WI_EXECUTE_INTERNAL_RFC.
Causa raiz. A senha do usuário de runtime do workflow (SAP_WFRT) armazenada no destino RFC interno do workflow estava incorreta consistente com cópia de mandante (o destino do 100 referenciava configuração do 400). Toda criação/execução de work item passa por esse destino; com a credencial errada, o workflow inteiro do mandante morre em silêncio (o código standard captura as exceções sem logar).
Correção (procedimento padrão, sem customização).
1. SWU3 - Perform Automatic Workflow Customizing (com sobrescrever), regenera o destino RFC do workflow e a senha do usuário de runtime. No nosso caso: 102 atividades processadas, destino regravado com sucesso.
2. Validar: SM58 sem novas entradas SYSFAIL para WORKFLOW_LOCAL_100; disparar uma aprovação de teste e ver o work item nascer na SWWWIHEAD.
Prova pós-correção. Ciclo completo de compras executado em minutos: RFQ criada por API, enviada para aprovação, liberada AUTOMATICAMENTE pelo workflow padrão ("Automatic Release of RFQ") e publicada; em seguida, proposta de fornecedor (Supplier Quotation) criada e ativada como documento real.
O que NÃO foi feito (fica a critério da administração): reprocessar ou descartar o backlog antigo (eventos na SWEQUEUE e tRFCs em SYSFAIL na SM58), são de exercícios de vários usuários e disparar em lote pode ter efeitos inesperados.
Dica de diagnóstico para casos parecidos: quando "o workflow não dispara e não há erro em lugar nenhum", olhe a SM58 filtrando o destino WORKFLOW_LOCAL_
