Descrição do fluxo de Workflow

Um fluxo de assinatura de encomenda aberta de compra se decompõe em diferentes regras de Workflow sucessivos.

A primeira regra desencadeada é PSDSIG. Ela se desencadeia em criação ou modificação de linha de pedido de compra qualquer que seja a origem (depois o pedido de compra ele mesmo, ou via uma geração a partir dos planos de aprovisionamento).

Esta regra vai, segundo o contexto :

• Não desencadear um pedido de assinatura (se a gestão das assinaturas não está activada sobre a sociedade).
• Desencadear um pedido de assinatura com envio de uma mensagem.
• Desencadeaar uma assinatiura automática sobre o pedido de assinatura se nenhum circuito de assinatura foi definido e se o parâmetro Compras Gestão das assinaturas em PC (APPPSH) o autoriza.
• Desencadear uma notificação com envio de uma mensagem a uma pessoa habilitada se nenhum circuito de assinatura foi determinados então que o parâmetro Compras Gestão das assinaturas em PC (APPPSH) exige um circuito de assinatura. A operação a realizar por este utilizador será de criar um novo valor de regra de afectação. Para que a encomenda de compra esteja de novo tomada em conta, falta ir modificá-la.

Se o primeiro signatário decide de assinar a linha de pedido de compra a assinar que lhe foi atribuida, sua acção vai desencadear a regra de workflow. Assinatura PC (PSDSIGVAL). Esta regra vai, segundo o contexto :

• Desencadear um pedido de assinatura ao signatário seguinte com envio de uma mensagem se o circuito de assinatura não terminou. Esta regra de workflow será em seguida redesencadeada em cada assinatura de uma signatário do circuito.
• Desencadear uma actualização da linha de encomenda de compra para a posicionar no valor totalmente assinada trata-se do último signatário. A regra de workflow Notificação assinatura linha PC (PSDSIGNOT) será então automaticamente desencadeada para assinalar ao requerente, por uma notificação e um envio de mensagem, que a linha de pedido de compra foi totalmente assinada.

Se um dos signatários do circuito decide rejeitar a encomenda aberta de compras a assinar que lhe foi atribuido, a sua acção vai poder para efeito de desencadear a regra de workflow Rejeição Linha PC (POCSIGREJ). Esta regra de workflow vai assinalar ao requerente, para um envio de uma mensagem, que a encomenda aberta foi recusada. A encomenda de compra poderá então ser automáticamente saldada segundo o valor do parâmetro Compras Saldo PC se recusa de assinatura (PSHAPPCLE).

Particularidade ligada ao saldo de uma linha de pedido de compra : Se se salda uma linha de pedido de compra em-curso de assinatura, o circuito de assinatura está interrompido por anulação do último pedido de assinatura. Se a linha de pedido de compra está reactivado por um des-saldo da linha, o circuito de assinatura está re-engrenado depois o início

Contexto e modo de funcionamento

Esta regra Workflow desencadeia-se na gestão de objecto, unicamente para as seguintes operações :

 Create

 Modify

Desencadeia :

 uma mensagem.

 um seguim..

 acções.

A regra de afectação PSDSIG (Assin. linhas pedidos compra) é utilizado pela regra de workflow PSDSIG.

Critérios desencadeamento

Os critérios complementares de desencadeamento são os seguintes :

• A gestão das assinaturas deve ser activada sobre a sociedade
• A gestão das assinaturas se faz à linha de PC (ver parâmetro Compras Assinatura no cabeçalho de PCPSHAPPHEA)
• A linha foi criada ou modificada : [F:PSD]LINAPPFLG=0
• A linha não está saldada : [F:PSD]LINCLEFLG=1

A regra de afectação PSDSIG permite definir os critérios que serão utilizados para definir as regras de assinaturas. Esta regra de afectação propõe por defeito definir os circuitos de assinatura em função do primeiro código estatístico do artigo, do montante total da linha de pedido de compra convertido na divisa da sociedade e do facto que o orçamento seja ou não ultrapassado. Para controlar se o orçamento está ultrapassado, é necesssário posicionar o parâmetro geral Compras Actualização pré-compromissosPURCMMPRP a Sim, sem quê o controlo não será efectuado e o orçamento será sempre considerado como disponível.

Destinatários

A escolha dos destinatários é definida da seguinte maneira :

• Se o primeiro signatário do circuito de assinatura não foi o comprador ou a pessoa tendo criado a encomenda aberta de compra então uma mensagem é enviada ao primeiro signatário e um pedido de assinatura lhe está atribuido.
• Se o primeiro signatário do circuito de assinatura é o comprador ou a pessoa tendo criado a encomenda de compra então o pedido de compra está automaticamente assinado (ver a acção SIGWRK e o código assinatura VAL).
• Se nenhum signatário foi encontrado (sem circuito de assinatura), dois casos podem se apresentar em função do valor do parâmetro ComprasGestão das assinaturas em PC (APPPSH). Se as assinaturas são facultativas uma acção de assinatura automática foi desencadeada (ver acção SIGWRK e o código assinatura AUT). Se as assinaturas são obrigatórias uma acção de signatura está automaticamente desencadeada (ver acção SIGWRK e o código de assinatura NCR) .

Escolha de assinatura

As diferentes escolhas de assinatura possíveis são :

• Rejeito REJ : Esta escolha não está possível que se existe um circuito de assinatura. Poderá ser escolhido manualmente por um signatário. Se esta escolha está retida, a linha de encomenda de compra será posicionada ao valor não assinado ([F:PSD]LINAPPLFG=1). Um motivo de recusa poderá ser atribuido. A lista dos motivos está a parametrizar na tabela diversa número 56.
• Validação VAL : Esta escolha não está possível que se existe um circuito de assinatura. Poderá ser escolhido manualmente por um signatário. Se esta escolha está retida, a linha de encomenda de compra será posicionada ao valorparcialmente assinado ou totalmente assinada em função do facto que se trata ou não do último signatário ([F:PSD]LINAPPLFG=2 ou [F:PSD]LINAPPLFG=3).
• Circuito de assinatura não definida NCR : Esta escolha não é possível se não existe nenhum circuito de assinatura e que o parâmetro Compras Gestão das assinaturas em PC (APPPSH) está ao valor Assinatura obrigatória. Poderá ser escolhido manualmente por um signatário
• Assinatura automática AUT :  Esta escolha não é possível que se existe nenhum circuito de assinatura e o parâmetro Compras Gestão das assinaturas em PC (APPPSH) está ao valor Assinatura facultativa. Poderá ser escolhido manualmente por um signatário. Quando esta escolha foi afectada, a linha de pedido de compra será posicionado ao valor Sim automático e será considerado como totalmente assinado ([F:PSD]LINAPPLFG=5).
• Anulação ANU : Esta escolha de assinatura não se traduz como as outras escolhas por uma opção de assinatura (utilização do código operação particular CAN). Com efeito, trata-se de uma função de anulação de seguimento apenas acessível no monitor de workflow. Esta escolha permite quando está presente anular a última acção de assinatura efectuada. A anulação de assinatura não é possível que se a linha de encomenda de compra correspondente não está saldada.

Acções desencadeadas pelo evento

O evento Workflow desencadeia as seguintes acções :

Estas acções desencadeam os tratamentos seguintes :

Assinatura workflow SIGWRK : Esta acção permite desencadear automaticamente uma assinatura sobre um evento Workflow em curso. Na ocorrência, ela foi chamada para desencadear automaticamente uma assinatura da encomenda de compra em curso de tratamento nas condições seguintes :

• Se o primeiro signatário determinado é o utilizador que cria a linha de encomenda de compra ou do comprador, a acção vai assinar a encomenda aberta de compra com o código resposta VAL Validação.
• Se não existe circuito de assinatura e que o parâmetro Compras Gestão das assinaturas em PC (APPPSH) está ao valorAssinatura obrigatóriaA acção vai assinar a linha de encomenda de compra com código resposta NCR Circuito não definido.
• Se não existe circuito de assinatura e que o parâmetro Compras Gestão das assinaturas em PC (APPPSH) está ao valorAssinatura facultativaA acção vai assinar a linha de encomenda de compra com código resposta AUTAssinatura automática.

Actualização dos compromissos DIVMAJCMM : Esta acção tem por objectivo gerar um pré-compromisso. Isso não será possível que se a gestão dos pré-compromissos está activada (parâmetro Compras Actualização pré-compromissosPURCMMPRP). Esta acção será desencadeada se :

• a criação dos pré-compromissos deve se fazer a criação da linha de pedido de compra (parâmetros Compras Desencadeando pré-compromissosPSHCMMLEV). Particularidade : neste contexto o que não é o workflow que desencadeia esta acção, mas a função Compras.
• a criação dos pré-compromissos deve se fazer a primeira assinatura da linha de compra e o primeiro signatário é o utilizador que ciou o pedido ou o requerente.
• nenhum circuito de assinatura existe e o parâmetro Compras Gestão das assinaturas em PC (APPPSH) é o valor Assinatura facultativa.

Actualização assinatura cabeçalho DA DIVPSHAPP : Esta acção tem por objectivo actualizar a lista de assinatura do pedido de compra em função das assinaturas efectuadas sobre as linhas do pedido de compra. Esta acção está sistemáticamente desencadeada.

Actualização linha de PC a 1 DIVLINAPP1 : Esta acção tem por objectivo de posicionar a linha de encomenda de compra no valor não assinado. Esta acção está desencadeada quando nenhuma assinatura teve lugar e que um circuto de assinatura foi determinado.

Tabelas consideradas

As seguintes tabelas estão referidas na regra PSDSIG :