- Requisição de Compras
A estratégia está funcionando de acordo com a configuração estabelecida na SPRO. Os aprovadores são atribuídos
de acordo com a tabela de Workflow standard do SAP para Requisição de Compras.
As informações que, combinadas, determinam as estratégias de liberação são: Valor total do item e grupo de
compradores.
Foi retirado o desenvolvimento referente ao grupo de compradores, que tinha manutenção através da tabela
ZMME003. Outro desenvolvimento retirado foi o “flag” de conteúdo local.
O workflow é enviado corretamente para os aprovadores. Após a aprovação de uma alçada, o workflow segue,
corretamente, para a alçada seguinte. Porém há um ponto que deve ser atendido, conforme especificado na EF. No
SBWP, o workflow deve conter os botões “Aprovar”, “Recusar” e “Cancelar e Manter Workitem na entrada”.
Ex.:
Atualmente ao “clicar” duas vezes no workitem, o SAP leva o gestor até a tela de aprovação da transação ME54N.
- Pedido de Compras
A estratégia está funcionando de acordo com a configuração estabelecida na SPRO. Os aprovadores são atribuídos
de acordo com a tabela de Workflow standard do SAP para Pedidos de Compras.
As informações que, combinadas, determinam as estratégias de liberação são: Tipo de pedido, Valor total do pedido
e Grupo de Compradores.
Foi retirado o desenvolvimento referente ao campo “Gestor do Pedido”, onde o aprovador do code A1 era definido.
O workflow é enviado corretamente para os aprovadores. Após a aprovação de uma alçada, o workflow segue,
corretamente, para a alçada seguinte. Porém há um ponto que deve ser atendido, conforme especificado na EF. No
SBWP, o workflow deve conter os botões “Aprovar”, “Recusar” e “Cancelar e Manter Workitem na entrada”.
Ex.:
Atualmente ao “clicar” duas vezes no workitem, o SAP leva o gestor até a tela de aprovação da transação ME29N.
- Contrato de Suprimentos
A estratégia está funcionando de acordo com a configuração estabelecida na SPRO. Os aprovadores são atribuídos
de acordo com a tabela de Workflow standard do SAP para Pedidos de Compras.
As informações que, combinadas, determinam as estratégias de liberação são: Tipo de contrato, Valor fixado do
contrato e Grupo de Compradores.
Foram retirados os desenvolvimentos relativos à definição de “Gestor do Contrato” e “Gestores de Medição”, os
quais eram atribuídos, respectivamente, aos codes GC e GM.
O workflow é enviado corretamente para os aprovadores. Após a aprovação de uma alçada, o workflow segue,
corretamente, para a alçada seguinte. Porém há um ponto que deve ser atendido, conforme especificado na EF. No
SBWP, o workflow deve conter os botões “Aprovar”, “Recusar” e “Cancelar e Manter Workitem na entrada”.
Ex.:
Atualmente ao “clicar” duas vezes no workitem, o SAP leva o gestor até a tela de aprovação da transação ME35N.
- Folha de Registro de Serviços (FRS)
A estratégia está funcionando de acordo com a configuração estabelecida na SPRO. Os aprovadores são atribuídos
de acordo com a tabela de Workflow (ZMM_FRS) desenvolvida para liberações da FRS (o SAP não possui essa tabela
nativa).
As informações que, combinadas, determinam as estratégias de liberação são: Valor da FRS e Grupo de
Compradores.
Com a retirada dos desenvolvimentos do Contrato e do Pedido de Compras, o aprovador da FRS não é mais definido
automaticamente conforme a atribuição nos campos “Gestor do Contrato” e “Gestor do Pedido”.
Os botões “Aprovar”, “Recusar” e “Cancelar e Manter Workitem na entrada” são exibidos corretamente no SBWP.
O workflow é enviado corretamente para a primeira alçada. Porém, ao clicar no botão “Aprovar FRS”, o fluxo do
workflow é encerrado, e no documento a aprovação não é efetuada. E mesmo aprovando manualmente a
primeira alçada do documento, o Workflow para a próxima alçada não é gerado.
-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x
- Envio de e-mail dos Workflows
Com exceção do Contrato de Suprimentos, os demais documentos estão tendo o envio de e-mail de aprovação.
Porém no Pedido de Compras e na Requisição de Compras, os Codes de liberação apresentados no texto são todos
os que estão configurados na tabela de Workflow. O correto deveria ser a apresentação apenas dos Codes
referentes à estratégia de liberação do documento em questão.
Além disso, os e-mails de informação de aprovação, enviados para os emissores dos documentos, devem conter a
informação da alçada de aprovação que foi liberada, e devem ser enviados a cada aprovação de alçada, conforme
informado na EF. Após a aprovação da última alçada, o emissor deverá receber um e-mail informando que o
documento está liberado.
