Processos e workflow

Flexible Workflow

Flexible workflow é um framework do SAP S/4HANA que permite a key users configurar workflows de aprovação para documentos de negócio específicos, como requisições de compra ou faturas de fornecedor, por meio de apps SAP Fiori, sem desenvolvimento ABAP. Os key users definem condições de início, etapas de aprovação e destinatários, e os aprovadores tratam as tarefas resultantes no My Inbox.

Resumo

Tipo
Framework de configuração de workflow
Camada
Processos e workflow (executa no back-end do SAP S/4HANA)
Configurado em
Apps SAP Fiori específicos de cada cenário, como "Manage Workflows for Purchase Requisitions"
Runtime
SAP Business Workflow, que o flexible workflow estende
Onde ficam as tarefas
My Inbox
Destinatários
Equipes ou funções do Responsibility Management ("Assignment By Team", "Assignment By Role"); usuários individuais, dependendo do cenário
Aplica-se a
SAP S/4HANA Cloud Public Edition, Private Edition, on-premise
Camada: Processos e workflowOnde se encaixa ▾
Onde se encaixa: Processos e workflowCamada: Processos e workflow. Também envolve: Lógica de negócio e modelo de dados.L1L2L3L4L5L6BTP

Camada: Processos e workflow

Também envolve: Lógica de negócio e modelo de dados

Abrir o mapa de arquitetura →

Como o flexible workflow funciona?

O flexible workflow separa o que a SAP entrega do que o cliente configura:

  1. A SAP entrega um cenário de workflow para um documento de negócio específico, como a liberação de requisições de compra.
  2. Quando o cenário exige, o flexible workflow é ativado na configuração.
  3. Um key user abre o app Manage Workflows do cenário e define um ou mais workflows. Cada workflow tem condições de início (por exemplo, valor, empresa ou grupo de mercadorias — as condições disponíveis dependem do cenário), uma ou mais etapas de aprovação, os destinatários de cada etapa e prazos opcionais.
  4. Quando um documento é gravado, o sistema verifica os workflows ativos em busca de condições de início correspondentes, na ordem definida pelo key user; o que acontece quando nenhum corresponde depende do cenário.
  5. Os aprovadores recebem tarefas no My Inbox, e o status do documento muda conforme as etapas são concluídas.

O flexible workflow transfere o desenho das aprovações dos desenvolvedores para os key users, dentro dos limites que cada cenário SAP expõe.

Quais documentos SAP suportam o flexible workflow?

A SAP entrega cenários de flexible workflow para documentos de negócio selecionados, em áreas como compras, finanças e vendas. Requisições de compra, pedidos de compra, faturas de fornecedor e lançamentos no razão geral (general journal entries) são exemplos. As condições, os tipos de etapa e as ações disponíveis dependem de cada cenário, não do framework como um todo. Verificar a lista de cenários da release de destino é o primeiro passo de qualquer desenho de flexible workflow.

Quais são os pontos fortes do flexible workflow?

  • Configuração sem código em uma estrutura governada: key users ajustam regras de aprovação sem desenvolvimento ABAP, dentro de uma estrutura que a SAP desenhou e suporta.
  • Integração nativa com o documento: o workflow está vinculado ao documento de negócio e ao seu status, de modo que aprovações e lógica de lançamento permanecem consistentes.
  • Estabilidade em upgrades: workflows são configuração, não modificação, o que se alinha ao princípio de clean core.
  • Experiência de tarefas consistente: os aprovadores usam o My Inbox em todos os cenários, no desktop e no celular.

Para aprovações de documentos dentro do SAP S/4HANA, o flexible workflow é a opção mais direta que a SAP oferece.

Onde o flexible workflow para?

  • Limitado pelo cenário. As condições, os tipos de etapa e as ações são os que a SAP expõe para aquele documento. Ir além exige as opções de extensibilidade que a SAP oferece para o cenário, como condições customizadas e regras de agente customizadas, ou outra abordagem.
  • Um documento, um sistema. Um flexible workflow governa a aprovação de um único documento dentro de um sistema SAP S/4HANA. Processos que abrangem vários documentos, vários sistemas ou etapas fora do SAP ficam fora do seu escopo.
  • Configuração não é documentação. O workflow configurado é a regra operacional. Manter a documentação de processos e as políticas alinhadas a ele é uma tarefa organizacional que o framework não executa.
  • A visibilidade de ponta a ponta é montada, não fornecida. Acompanhar um caso de negócio da solicitação ao pagamento significa combinar vários documentos, logs de workflow e apps.

Esses limites são intencionais: o flexible workflow otimiza aprovações de documentos, não a orquestração de processos de ponta a ponta.

Quais são os erros comuns com o flexible workflow?

  1. Configurar antes de acordar a política. As condições de início codificam a política de aprovação; escreva a política primeiro.
  2. Usar usuários nominais como destinatários. Atribuições a usuários individuais quebram a cada reorganização; roles ou equipes de responsabilidade sobrevivem a elas.
  3. Condições de início sobrepostas. Quando vários workflows podem corresponder, a ordem de avaliação decide, o que surpreende os aprovadores.
  4. Ignorar o caminho sem correspondência. Verifique o comportamento do cenário quando nenhum workflow se aplica e planeje para isso.
  5. Tratar o rollout do My Inbox como gestão de mudança. Os aprovadores precisam saber por que recebem uma tarefa, não apenas onde.

A maioria dos problemas de flexible workflow são problemas de política e de responsabilidade que aparecem como problemas de configuração.

Flexible workflow vs. SAP Business Workflow vs. SAP Build Process Automation: qual é a diferença?

Flexible workflowSAP Business WorkflowSAP Build Process Automation
Onde executaBack-end do SAP S/4HANASAP ERP / SAP S/4HANA (ABAP)SAP BTP
Quem constróiKey users, em apps de configuraçãoDesenvolvedores de workflow ABAP (Workflow Builder)Business technologists e desenvolvedores, em low-code
EscopoCenários de documentos entregues pela SAPQualquer cenário de workflow baseado em ABAPWorkflows, formulários, decisões e automação entre sistemas
Como as mudanças acontecemConfiguraçãoDesenvolvimento e transporteDesenho low-code e implantação no SAP BTP
Uso típicoAprovações de requisições de compra, pedidos de compra e faturasWorkflows ABAP customizados complexos ou antigosExtensões e processos entre sistemas

As três opções respondem a perguntas diferentes: o flexible workflow configura uma aprovação entregue pela SAP, o SAP Business Workflow codifica um processo no back-end e o SAP Build Process Automation constrói processos na plataforma.

Perguntas frequentes

O flexible workflow é o mesmo que o SAP Business Workflow?

Não. O SAP Business Workflow é o framework de workflow ABAP embarcado; o flexible workflow o estende para que key users possam configurar aprovações de documentos específicos do SAP S/4HANA em apps SAP Fiori, sem ferramentas de desenvolvimento.

Usuários de negócio conseguem alterar workflows de aprovação sem a TI?

Key users com o business role adequado podem criar e alterar flexible workflows nos apps Manage Workflows sem desenvolvimento. A TI continua governando quem recebe esse role e como as mudanças de configuração são controladas.

O flexible workflow está disponível no SAP S/4HANA Cloud Public Edition?

Sim, o flexible workflow está disponível no SAP S/4HANA Cloud Public Edition, assim como no Private Edition e on-premise; verifique os cenários entregues para a sua edição e release.

O flexible workflow pode incluir etapas em sistemas não SAP?

Não nativamente. Um flexible workflow governa a aprovação de um documento do SAP S/4HANA. Etapas em outros sistemas exigem integração ou uma abordagem de workflow desenhada para processos entre sistemas.

Onde os aprovadores veem as tarefas do flexible workflow?

Os aprovadores veem as tarefas do flexible workflow no app My Inbox. O SAP Task Center, que suporta casos de uso de aprovação do SAP S/4HANA, também pode agregá-las.

Fontes

Aplica-se a
SAP S/4HANA on-premise · SAP S/4HANA Cloud Private Edition · SAP S/4HANA Cloud Public Edition
Última revisão

SAP, SAP Fiori, SAPUI5, SAP S/4HANA, SAP BTP e os demais produtos e serviços SAP mencionados são marcas comerciais ou marcas registradas da SAP SE (ou de uma empresa afiliada da SAP) na Alemanha e em outros países. Este guia é independente e não é afiliado, patrocinado nem endossado pela SAP SE.