report em anexo
Esta regra de workflow se desencadeia quando uma lista está impressa para poder ser enviada pelo servidor de mensagens. Isto não é válido que se o parâmetro ASAIDEST é igual a Não( de outra forma, a mesagem está enviada por Crystal Reports).
Contexto e modo de funcionamento
Esta regra Workflow desencadeia-se sobre o evento diverso "Status documento anexo".
Desencadeia :
uma mensagem.
um seguim..
O processo é então o seguinte :
- A lista está criada num ficheiro (e a variável GFILPATH permite em conhecer o caminho). De referir que se um parâmetros de segmentação foi dada, vários ficheiros podem ser criados (no máximo 50). Neste caso, GFILPATH contém uma expressão regular definindo o nome do caminho (de tipo raíz*, ou raíz é o início dos nomes de ficheiros afetados).
- O facto que GFILPATH seja indicado na regra permite justamente juntar os ficheiros, cujo caminho pode ser conhecido pelas variáveis PCEJOI(1..50). A utilização da função GOBJTXT.SETFIC permite não guardar que o nome final do ficheiro no caminho.
- As diferentes regras de tipo DIV associados ao código evento ARP (tal que esta está proposta por defeito) são executados. Pode-se, neste estado, testar o código de lista e seus parâmetros, porque o ecrã de registo dos parâmetros está em linha. Pode-se igualmemte utilizar as variáveis globais que terão sido atualizadas no momento de execução da lista.
Critérios desencadeamento
Os critérios complementares de desencadeamento são os seguintes :
Destinatários
A escolha dos destinatários é definida da seguinte maneira :
A regra por defeito envia a lista ao utilizador corrente, mas isto pode bem entrendido ser modificado. Habitualmente, os destinatários são afixados em função do contexto de execução da lista (este contexto depende da lista ela mesma, será frequente de ter várias regras deste tipo testando cada uma o código da lista [F:ARP]RPTCOD.