SAP Task Center

O SAP Task Center não executa workflows; ele coleta as tarefas que workflows de outros sistemas criam:

1. Um administrador faz a assinatura do SAP Task Center em um subaccount do SAP BTP e configura a relação de confiança com o SAP Cloud Identity Services.
2. Para cada provedor de tarefas, o administrador cria uma destination. O SAP Task Center constrói um conector interno por destination.
3. Na primeira conexão, o conector traz as tarefas recentes para o cache de tarefas. Por padrão, a carga inicial cobre os últimos 90 dias, ajustável até 180.
4. Depois disso, os provedores enviam as alterações quando suportam esse recurso; caso contrário, o cache é atualizado aproximadamente a cada 30 segundos.
5. Os usuários veem todas as suas tarefas em uma única lista, abrem os detalhes e agem no SAP Task Center, quando o provedor suporta isso, ou escolhem Open in App para concluir na própria aplicação do provedor.

As decisões voltam para o provedor, onde o workflow continua. O SAP Task Center é, portanto, uma camada de federação sobre caixas de entrada existentes, não um motor de workflow.

A SAP documenta conexões para uma longa lista de provedores, entre eles:

• SAP S/4HANA on-premise, SAP S/4HANA Cloud Private Edition e SAP S/4HANA Cloud Public Edition, cada um com todos os casos de uso de aprovação;
• tarefas de aprovação do SAP Build Process Automation;
• SAP SuccessFactors, SAP Ariba, SAP Concur e SAP Fieldglass para tipos de tarefa selecionados;
• SAP Cloud for Customer, SAP Marketing Cloud, SAP Field Service and Asset Management, SAP Advanced Financial Closing e SAP Build Work Zone, advanced edition;
• provedores de terceiros que implementam a interface de provedor do SAP Task Center.

Todo provedor suporta o cenário básico: receber uma tarefa, abrir seus detalhes e ir para o app do provedor. Recursos como ações em massa, anexos, comentários, assumir e encaminhar variam por provedor. Verificar as listas de provedores e de casos de uso é o primeiro passo de qualquer desenho com o SAP Task Center.

• Uma lista para vários sistemas: os aprovadores não precisam mais entrar em várias caixas de entrada; tarefas do SAP S/4HANA e de soluções de RH, viagens e compras aparecem juntas.
• Resiliência graças ao cache: a lista de tarefas continua disponível e rápida mesmo quando um provedor responde devagar.
• Várias portas de entrada: as mesmas tarefas chegam ao web app, ao SAP Start e ao Joule Work app no celular.
• Alinhado ao modelo de sites do SAP BTP: um tile do Task Center pode ser adicionado ao SAP Build Work Zone, standard ou advanced edition.
• Aberto a fontes não SAP: uma interface de provedor documentada permite que sistemas customizados ou de terceiros contribuam com tarefas.

Para organizações cujos aprovadores trabalham em mais de um sistema SAP, o SAP Task Center é a forma nativa da SAP de oferecer a eles uma única lista de tarefas.

• Tarefas, não processos. O SAP Task Center mostra o que aguarda o usuário. O processo que criou a tarefa, seu histórico e suas próximas etapas ficam no sistema do provedor.
• A substituição é própria. O SAP Task Center suporta apenas substituições criadas no seu próprio gerenciamento de substituições. Regras de substituição definidas nos provedores, exceto no SAP Build Process Automation, não são herdadas.
• O escopo do provedor decide. Só chegam os casos de uso e tipos de tarefa suportados, e casos de uso recém-habilitados trazem apenas tarefas criadas ou alteradas após sua liberação, a menos que o cache seja recarregado.
• Limites técnicos. A SAP documenta limites no número de destinatários armazenados por tarefa, mensagens de serviço e notificações apenas em inglês, e a exigência de que o SAP Task Center e os provedores no SAP BTP compartilhem o mesmo data center.
• Mais configuração de plataforma. Identity Authentication, alinhamento das identidades de usuário, destinations e, para sistemas on-premise, o SAP Cloud Connector precisam estar todos em funcionamento.

Esses limites são intencionais: o SAP Task Center otimiza o acesso às tarefas, não a visibilidade dos processos.

O caminho depende da opção de implantação:

• SAP S/4HANA on-premise e Private Edition: uma destination HTTP do tipo de proxy OnPremise aponta para o back-end por meio do SAP Cloud Connector, usando um usuário de serviço para o serviço de pull de tarefas. Uma instância de serviço dedicada do SAP Task Center permite que o sistema ABAP envie atualizações de tarefas.
• SAP S/4HANA Cloud Public Edition: os dois sistemas podem ser agrupados em uma formation no SAP BTP cockpit, que suporta autenticação básica; para mTLS, a destination é criada manualmente.

Em todos os casos, os usuários precisam ser identificados de forma consistente entre os sistemas: o SAP Task Center depende do Identity Authentication e do Identity Directory, e os usuários finais só recebem tarefas quando seu global user ID está configurado ali. A SAP alerta que duas destinations para o mesmo sistema SAP S/4HANA criam tarefas duplicadas. Conectar o SAP S/4HANA ao SAP Task Center é um projeto de conectividade e identidade antes de ser um projeto de UI.

1. Verifique primeiro o provedor. Confirme no sistema de origem que a tarefa existe e que o usuário é um agente; no SAP S/4HANA, a tarefa deve estar visível no My Inbox.
2. Verifique o conector. Na administração do SAP Task Center, verifique se o conector da destination está habilitado ou com erro. Uma falha na obtenção do token durante a carga inicial desabilita o conector até que ele seja reabilitado manualmente.
3. Verifique a identidade. O usuário no SAP Task Center precisa corresponder à mesma pessoa no provedor.
4. Verifique escopo e idade. Tarefas mais antigas que o período da carga inicial, ou de um tipo de tarefa não suportado, nunca chegam.
5. Verifique a delegação. Substitutos definidos apenas no provedor não recebem a tarefa no SAP Task Center.

A maioria das tarefas ausentes no SAP Task Center é questão de conector ou de identidade, não defeito do provedor.