SAP Business Workflow

O SAP Business Workflow separa a definição de um processo da sua execução:

1. Um desenvolvedor cria uma definição de workflow no Workflow Builder. A definição é uma sequência de etapas: algumas controlam o fluxo (condições, loops, ramificações paralelas, esperas), outras referenciam tarefas.
2. Cada tarefa aponta para um método de um tipo de objeto, como um objeto do Business Object Repository (BOR) ou uma classe ABAP que implementa a interface IF_WORKFLOW, e é executada em background ou como uma etapa de diálogo para uma pessoa.
3. Ativar a definição gera uma versão de runtime. As instâncias que já estão em execução mantêm a versão com a qual iniciaram.
4. Um evento disparador, como a criação ou a alteração de um documento de negócio, inicia o workflow automaticamente; os usuários também podem iniciar workflows manualmente.
5. Em tempo de execução, o work item manager cria work items, determina agentes a partir da estrutura organizacional, de roles ou de regras, e monitora prazos.
6. Os agentes executam seus work items na sua caixa de entrada, e cada etapa é registrada no log do workflow.

O SAP Business Workflow é um motor orientado a eventos que combina transações SAP existentes em um processo sem alterar essas transações.

O desenvolvimento e a administração do dia a dia do SAP Business Workflow acontecem nessas transações do SAP GUI, e não em apps SAP Fiori.

• Profundidade de modelagem: condições, loops, ramificações paralelas, prazos, escalonamentos e dados de container cobrem lógicas complexas de aprovação e coordenação.
• Nativo do business object: os workflows reagem a eventos de documentos SAP e chamam transações e métodos SAP diretamente, sem camada de integração entre o workflow e os dados.
• Ferramentas de operação integradas: traces de eventos, logs de workflow, seleção de work items, processamento pelo administrador e análise de carga de trabalho vêm com o motor.
• Modelos entregues pela SAP: a SAP fornece modelos de workflow para muitos processos que exigem esforço de implementação limitado.
• Base para ferramentas mais novas: o flexible workflow estende o motor, e o My Inbox e o SAP Task Center podem consumir suas tarefas.

Para processos que vivem dentro de um único sistema ABAP, o SAP Business Workflow continua sendo a opção de modelagem mais profunda que a SAP oferece na stack ABAP.

• Nas mãos dos desenvolvedores. As definições são construídas no SAP GUI por desenvolvedores de workflow e movidas por transportes. Os donos de processo dependem da TI para cada mudança de regra.
• Um único sistema ABAP. Um workflow orquestra objetos dentro do sistema em que roda. Etapas em outros sistemas exigem RFC, web services ou integração com um serviço como o SAP Build Process Automation.
• Concentração de conhecimento. Workflows customizados se acumulam ao longo dos anos. Quando seus autores saem, a lógica só pode ser lida no Workflow Builder e no código por trás das tarefas e regras.
• Código customizado a carregar. Definições, tarefas e regras de agentes customizadas são objetos de desenvolvimento que todo upgrade e toda conversão precisam avaliar.
• Visibilidade por instância. O log do workflow explica uma instância; uma visão de negócio sobre muitas instâncias e sistemas adjacentes é montada a partir de relatórios.

Esses limites decorrem do desenho: o SAP Business Workflow é um motor de back-end para processos dentro de um sistema ABAP, construído e operado pela TI.

O SAP Business Workflow faz parte da plataforma ABAP, então roda no SAP ERP, no SAP S/4HANA on-premise e no SAP S/4HANA Cloud Private Edition, onde os clientes ainda podem modelar seus próprios workflows no Workflow Builder. No SAP S/4HANA Cloud Public Edition, os clientes não têm acesso via SAP GUI ao Workflow Builder; as aprovações entregues pela SAP são configuradas nos apps de flexible workflow. A SAP documenta o flexible workflow como o motor de workflow padrão do SAP S/4HANA para uma série de cenários de aprovação. A plataforma ABAP também se integra ao SAP Build Process Automation e ao SAP Task Center no SAP BTP. A opção de implantação define se o SAP Business Workflow é uma ferramenta de modelagem para o cliente ou um motor que roda por baixo dos cenários entregues.

Siga da configuração para o evento, do evento para o work item e do work item para o agente:

1. Execute a SWU3 e confirme que a área de runtime está sem erros. A falta do usuário WF-BATCH ou uma RFC destination com falha interrompe as etapas em background.
2. Ative o trace de eventos com a SWE4, repita a ação de negócio e leia o trace na SWEL. Nenhum evento significa que a aplicação não disparou um; um evento sem workflow iniciado indica uma type linkage inativa ou com erro na SWE2.
3. Localize o work item na SWI1 por tarefa, data ou status, e leia o log do workflow para ver a última etapa concluída.
4. Se o work item não tem agente, verifique os agentes possíveis da tarefa, a estrutura organizacional e qualquer regra de determinação de agentes.
5. Só então deixe um administrador de workflow agir sobre o work item, por exemplo a partir da SWIA, com as funções de administrador disponíveis na release.

Seguir essa ordem resolve a maioria dos incidentes do SAP Business Workflow sem mexer na definição do workflow.