Gestão assinaturas encomendas
Esta regra permite gerir um seguimento de assinaturas em criação ou modificação de encomenda de venda. Ela será aplicada se a gestão das signaturas encomendas abertas de venda está activada sobre uma sociedade (parâmetro APPSOC - Gestão das assinaturas encomendas.). Neste caso, uma encomenda de venda deverá ser assinada para poder ser :
- transformada em bom de preparaação, que seja por seleção depois a lista ou por tratamento automático,
- entregue via o botão entrega, o picking das encomedas sobre entrega ou via a função de entrega automática das encomendas,
- faturado (no caso de uma encomenda a faturação direta) via o botão fatura, o picking de encomenda sobre fatura ou via a função de faturação automática das encomendas.
No quadro de inter-sociedades ou de inter-estabelecimentos, a encomenda de compra reciproca não será gerada que na assinatura completa da encomenda de venda.
O parâmetro Vendas APPSOC - Gestão das assinaturas encomendas define a activação do circuito de assinatura sobre as encomedas abertas de vendas.
Os valores possíveis para este parâmetro são :
Não: A gestão das assinaturas está desactivada. O estatuto de assinatura da encomenda toma sistematicamente por valor Sem gestão. a encomenda está visível em picking e pode, em todo o momento, ser transformada em bom de preparação, ser entregue ou, no caso de uma encomenda a facturação directa, ser facturada.
Sim Facultativo: A gestão das assinaturas está activada, mas se nenhum circuito de assinatura foi definido para um valor de regra de afectação, a encomenda será automaticamente assinada ver evento de workflow Gestão assinaturas encomendaSOHSIG).
Sim obrigatório: a gestão das assinaturas está activada. Um circuito de assinatura deve existir para todo o valor de regra de afectação. No caso contrário, a encomenda aberta será considerada como não assinada e um outro evento de workflow está desencadeado para advertir uma pessoa habilitada que um valor de regra de afectação não foi definido (Ver regra de workflow Notificação sem regraSOHSIGNCR).
Uma vez o circuito da assinatura colocado :
- Um orçamento de venda assinado pelo menos um dos signatários resta modificável. Todavia, o surgimento de um dos eventos seguintes anulará o circuito de assinaturas já colocado para desencadear um outro :
- acrescimo/supressão de linha,
- modificação da encomenda (se se trata de um dos elementos indicados a seguir),
- em modificação de um elemento de facturação impactando o montante total da encomenda. - A assinatura do documento é parcial tanto que o último signatário não foi assinado. O número de signatários de um circuito depende do número de destinatários preenchidos sobre cada valor de regra, o número de signatários máximo sendo definido pela regra de afetação associada à regra de workflow. Se um signatário rejeita uma encomenda de venda no circuito de assinatura, ela pasa na lista não assinada e restará tanto que ele não foi modificada. Quando o último signatário validou (encomenda assinada totalmente) ou rejeitado a encomenda (encomenda não assinado), o circuito de assinatura está considerado como alcançado.
- Se a encomenda é de novo modificado, o antigo circuito não foi anulado porque foi alcançado. Um novo circuito de assinatura será então redesencadeado em função do novo contexto ligado à modificação da encomenda.
Para que uma encomenda não seja mais tida em conta, falta saldar. O parâmetro geral Vendas SOHAPPCLE -Salde cde se recusa de assinaturapermite soldar automaticamente a encomenda de venda rejeitada.
A lista dos campos cuja modificação a lista de assinatura e re-desencadeada o circuito de assinaturas :
Código | Título | Orçamento | Encomenda | Encomenda |
Campos de cabeçalho |
|
|
| |
BPAADD | Endereço de entrega | X | X |
|
BPCINV | Cliente consignado |
| X | X |
BPCPYR | Terceiro pagador |
| X | X |
BPCGRU | Cliente grupo |
| X | X |
PJT | Código assunto | X | X |
|
VACBPR | Regime de taxa | X | X | X |
MDL | Modo de entrega |
| X |
|
DAYLTI | Atraso de entrega | X | X |
|
DME | Entrega parcial |
| X |
|
IME | Modo de faturação |
| X |
|
PTE | Condição de pagamento. | X | X | X |
DEP | Desconto/Juro | X | X |
|
INVDTAAMT | Valor registado dos elementos de faturação | X | X | X |
BPTNUM | Transportador. |
| X |
|
VLYDAT | Data validada | X |
| X |
Campos das linhas |
|
|
| |
QTY | Quantidade encomedada | X | X |
|
SAUSTUCOE | Coeficiente UV-US | X | X | X |
GROPRI | Preço bruto | X | X | X |
DISCRGVAL1...9 | Despesas/Descontos | X | X | X |
VACITM1...3 | Nível de taxa | X | X | X |
BPAADD | Endereço de entrega | X | X |
|
MDL | Modo de entrega |
| X |
|
DAYLTI | Atraso de entrega | X | X |
|
BPTNUM | Transportador. |
| X |
|
Descrição do fluxo de Workflow
Quando a gestão das assinaturas sobre encomenda está activo (parâmetro Vendas APPSQH - Gestão de assinaturas Encomenda), um fluxo de assinaturas de encomenda está colocada em lugar. Decompõe-se em diferentes regras de workflow sucessivos.
A primeira regra desencadeada é SOHSIG - Gestão assinatura Encomenda. Ela se desencadeia em criação ou modificação de encomenda de venda.
Esta regra vai, segundo o contexto :
- Desencadear um pedido de assinatura com envio de uma mensagem se um circuito de assinatura foi definida e que o parâmetro Vendas APPSQH - Gestão das assinaturas encomenda está posicionado a Facultativo ou Obligatório.
- Desencadear uma assinatura automática sobre o pedido de assinatura se nenhum circuito de assinatura não foi definido e se o parâmetro Vendas APPSOH - Gestão das assinaturas Encomenda. está posicionado a Facultativo
- Desencadear uma notificação com envio de uma mensagem a uma pessoa habilitada se nenhum circuito de assinatura foi deteminado então que o parãmetro Vendas APPSOH - Gestão das assinaturas Encomendas exige um circuito de assinatura. A operação a realizar por este utilizador será de criar um novo valor de regra de afetação. Para que a encomenda de venda esteja de novo tomada em conta, é necessário de a modificar.
Se o primeiro signatário decide assinar a encomenda de venda que lhe foi atribuida, a sua ação vai desencadear a regra de workflow SOHSIGVAL - Assinatura Encomenda. 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 um signatário do circuito.
- Desencadear uma actalização da encomenda aberta de venda para a posicionar ao valor : Totalmente assinado se se trata do último signatário A regra de workflow : SOHSIGNOT - Notificação assinatura será então automaticamente desencadeado para assinalar ao vendedor, por uma notificação e um envio de mensagem, que a encomenda de venda foi totalmente assinada. Se uma modificação está levada na encomenda (sobre um dos campos indicados acima ou por acréscimo / supressão de linha), a encomenda repassa numa lista Não assinada e o circuito da assinatura deve repartir com o 1º signatário. O antigo circuito não está anulado porque foi alcançado; por outro lado, se a notificação ao vendedor não foi lida, aquela é anulada.
Se um dos signatários do circuito decide de rejeitar a encomenda de venda a assinar que lhe foi atribuida, sua ação vai podeu para efeito de desencadear a regra de workflow SOHSIGREJ - Rejeitar encomenda.
Esta regra de workflow vai assinalar ao vendedor, por envio de uma mensagem, que a encomenda foi recusada. Esta encomenda poderá ser automaticamente saldado segundo o valor do parâmetro Vendas SOHAPPCLE - Saldo enc se recusa 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
Option/Work order
Desencadeia :
uma mensagem.
um seguim..
acções.
A regra de afectação SOHSIG (Assinatura encomendas vendas) é utilizado pela regra de workflow SOHSIG.
Critérios desencadeamento
Os critérios complementares de desencadeamento são os seguintes :
- A gestão das assinaturas deve estar activada sobre a sociedade.
- A encomenda foi criada ou modificada : [F:SOH]APPFLG=0
- A encomenda não está saldada : [F:SOH]ORDSTA=1
A regra de afectação SOHSIG 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 da ficha clientes, do nontante total líquido da encomenda de venda na divisa da sociedade.
Destinatários
A escolha dos destinatários é definida da seguinte maneira :
- O destinatário é o próximo signatário do circuito de assinatura atribuida na criação da encomenda. Uma mensagem e um pedido de assinatura lhe estão atribuidos.
- Se o primero signatário do circuito de assinatura é o vendedor ou a pessoa tendo criado a encomenda de venda, então esta é automaticamente assinada (ver acção SIGWRK e o código assinatura VAL).
- Se o primeiro signatário do circuito de assinatura não é o vendedor ou a pessoa tendo criado a encomenda de venda, então uma mensagem é enviada ao primeiro signatário e um pedido de assinatura lhe está atribuido.
- Se nenhum signatário foi encontrado (sem circuito de assinatura), dois casos podem se apresentar em função do valor do parâmetro Vendas APPSOH - Gestão das assinaturas em CDE :
- Se as assinaturas são facultativas, uma ação de assinatura automática está desencadeado (ver ação SIGWRK e código assinatura AUT).
- Se as assinaturas são obrigatórias, uma ação de notificação está automaticamente desencadeado (ver ação SIGWRK e o código 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á estar escolhida manualmente por um signatário. Se esta escoha foi retida, a encomenda de venda será posicionada ao valor não assinado ([F:SOH]APPLFG=1). Um motivo de recusa poderá estar 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á estar escolhida manualmente por um signatário. Se esta escolha está retida, a encomenda aberta de venda será posicionada ao valor parcialmente assinada ou totalmente assinada em função do facto que se trata ou não do último signatário ([F:SOH]APPLFG=2 ou [F:SOH]APPLFG=3).
- Circuito de assinatura não definida NCR : Esta escolha não é possível que se não existe nenhum circuito de assinatura e que o parâmetro Vendas APPSOH - Gestão das signaturas Enc tem por valor Assinatura obrigatória. Poderá estar escolhida manualmente por um signatário. A encomenda será posicionada ao valor Não assinado ([F:SOH]APPLFG=1).
- Assinatura automática AUT : Esta escolha não é possível que se não existe nenhum circuito de assinatura e que o parâmetro Vendas APPSOH - Gestão das assinaturas encomendas tem por valor : Assinatura facultativa. Poderá estar escolhida manualmente por um signatário. Quando esta escolha está afectada , a encomenda de venda será posicionada ao valor Assinado automático e será considerada como tatalmente assinado ([F:SOH]APPLFG=5).
- Anulação ANU : Esta escolha de assinatura não se traduz como as outras escolhas por uma opção de assinatura (utiização do código operação particular CAN). Com efeito, Trata-se de uma função de anulação de seguimento acessível no monitor de workflow. Esta escolha permite quando está presente de anular a última ação de assinatura efetuada. A anulação de assinatura não é possivel que se a encomenda de venda correspondente não foi saldada.
Acções desencadeadas pelo evento
O evento Workflow desencadeia as seguintes acções :
Cód. acção | Arranque |
|---|---|
SIGWRK : Assinatura Workflow | Fim workflow |
DIVSOHAPP1 : Act assinatura encom. a 1 | Fim workflow |
DIVSOHWIP1 : Act em-curso artigo de enc | Fim workflow |
DIVSOHWIP : Act em-curso artigo de enc | Fim workflow |
DIVSOHOST : Act movimento cliente de enc | Durante a assinatura |
Estas acções desencadeiam os tratamentos seguintes :
Assinatura workflow SIGWRK : Esta ação permite desencadear automaticamnte uma assinatura sobre um evento Workflow em curso. Na ocorrência, é chamada para desencadear automaticamente uma assinatura da encomenda de venda em curso de tratamento nas condições seguintes:
- Se o primeiro signatário determinado é o utilizador que criou a encomenda de venda ou vendedor, a ação vai assinar a encomenda aberta de venda com o código resposta VAL Validação
- Se não existe circuito de assinatura e que o parâmetro Vendas APPSOH - Gestão das assinaturas Enc tem por valor Assinatura obrigatória,a ação vai assinar a encomenda de venda com o código resposta NCR Circuito não definido.
- Se não existe circuito de assinatura e que o parâmetro Vendas APPSOH - Gestão das assinaturas Encomendas tem por valor Assinatura facultativaa ação vai assinar a encomenda com o código resposta AUT Assinatura automatica.
Atualização da assinatura de encomenda a 1 DIVPOHAPP1: Esta acção tem por objectivo de posicionar a encomenda de venda a : Não assinada: Esta acção está desencadeada quando uma assinatura automática não teve lugar e quando o circuito de assinatura foi determinado
Atualização em curso artigo de uma encomenda DIVSOHWIP : esta ação tem por objetivo de atualizar os em curso dos artigos geridos em stock. Esta ação está desencadeada no mometo da última assinatura quando a geração de em-curso de artigo não está autorizado tanto que a encomenda não está totalmente assinada (o parâmetro SOHAPPORD - Em curso artigo enc não assinada tem por valor Não).
Quando a geração de em curso está autorizado para as encomendas não assinadas, a alocação das encomendas poderá ser recusada ou autorizada em função do valor tomado pelo parâmetro SOHAPPALL - Alocação encomeda não assinada.
Atualização movimento cliente de uma encomenda DIVSOHWIP : esta ação tem por objetivo de atualizar o em curso financeiro da encomenda de venda. Esta ação está desencadeada no momento da última assinatura quando a atualização do em curso financeiro não está autorizado tanto que a encomenda não está totalmente assinada (o parâmetro SOHAPPOST - Em curso cliente enc não assinada tem por valor Não).