Descrição do fluxo

Um fluxo de assinatura de pedido 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 a encomenda de compra ela 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.
• Desencadear 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 encomenda de compra para a posicionar no valor totalmente assinada trata-se do último signatário. A regra de workflow Notificação assinatura (POCSIGNOT) será então automaticamente desencadeado para assinalar ao comprador, por uma notificação e um envio de mensagem, que a encomenda aberta de compra foi totalmente assinada.

Se um dos signatários do circuito decide de rejeitar a linha de encomenda de compra a assinar que lhe foi atribuido, a sua acção vai poder para efeito de desencadear a regra de workflow. Rejeição PC (POCSIGREJ). Esta regra de workflow vai assinalar ao requerente, para um envio de uma mensagem, que a encomenda de compra 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 um pedido de compra : Se se salda um pedido de compra em curso de assinatura, o circuito de assinatura é interrompido pela anulação do último pedido de assiantura e um estorno dos pré-compromissos está efectuada se existem pré-campromissos. Se o pedido de compra está reactivado por um des-saldo da linha, o circuito de assinatura está re-desencadeado depois o início em função do novo contexto.

As particularidades descritas a seguir não afectam os pedidos de compra totalmente assinados. O saldo de um pedido de compra ou de uma linha de encomenda de compra totalmente assinada não afecta o circuito de assinatura.

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 PSHSIG (Assinatura pedidos compra) é utilizado pela regra de workflow PSHSIG.

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 faz-se no cabeçalho de PC (ver parâmetro Compras Assinatura no cabeçalho de PCPSHAPPHEA)
• A linha foi criada ou modificada : [F:PSH]APPFLG=0
• O pedido não está saldado : [F:PSH]CLEFLG=1

A regra de afectação PSHSIG 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 requerente, do montante total do pedido de compra convertido na divisa da sociedade e do facto que o orçamento seja ou não ultrapassado sobre uma ou várias linhas de pedido de compra. 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 de compra então uma mensagem está enviado 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 notificação está automaticamente desencadeado (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 encomenda de compra será posicionada ao valor. não assinado ([F:PSH]APPLFG=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 é retida, a encomenda de compra será posicionada ao valor parcialmente assinado ou totalmente assinada em função do facto que se trata ou não do último signatário ([F:PSH]APPLFG=2 ou [F:PSH]APPLFG=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 se não existe nenhum circuito de assinatura e 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:PSH]APPLFG=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 o requerente, a acção vai assinar a encomenda 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 compra com o código resposta AUTAssinatura automática.

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

Actualização dos compromissos DIVALLCMM : Esta acção tem por objectivo gerar um pré-compromisso para todas as linhas do pedido de compra o necessitando. Isso não será possível que se a gestão dos pré-compromissos está activada (ver parâmetro Compras Actualização pré.compromissosPURCMMPRP). Esta acção será desencadeada se :

• a criação dos pré-compromissos deve se fazer a primeira ou a última assinatura do pedido de compra (parâmetro Compras Desencadeando pré-compromissosPSHCMMLEV) se não existe nenhum circuito de assinatura e se o parâmetro Compras Gestão das assinaturas em PC (APPPSH) é o valor Assinatura facultativa.

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

Tabelas consideradas

As seguintes tabelas estão referidas na regra PSHSIG :