Histórico da Página
HTML |
---|
<div id="main-content" class="wiki-content group">
<h1 id="EventosIniciais-EventoInicialdeprocessocomum">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/01.png?version=1&modificationDate=1393446069000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/01.png?version=1&modificationDate=1393446069000&api=v2"> Evento
inicial del proceso común
</h1>
<p>
Es el tradicional evento que indica el comienzo del proceso. Al selec<span
style="font-size: 10.0pt; line-height: 13.0pt;">cionar este
tipo de comienzo de proceso los usuarios que contaron con el permiso
para iniciar este proceso podrán iniciar el mismo por medio de la
pantalla de apertura de solicitudes de Fluig. Los permisos se
establecen a través del mecanismo de la atribución de esta actividad.
Para procesos definidos como públicos, cualquier usuario puede abrir
las solicitudes durante este proceso. Aunque esta actividad inicial
puede realizarse conjuntamente con otros tipos de actividad inicial,
el fluig aceptará sólo una instancia de objeto de inicio común para
el diagrama.</span>
</p>
<h1 id="EventosIniciais-Eventoinicialcondicional">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/11.png?version=1&modificationDate=1393446076000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/11.png?version=1&modificationDate=1393446076000&api=v2"> Evento
inicial condicional
</h1>
<p>Este evento permite que una nueva solicitud workflow se cree
cada vez que un script condicional responda verdadero en una
determinada franja temporal. Es necesario configurar un usuario de
integración que será el usuario usado para la apertura de las
solicitudes. Al habilitar un proceso compuesto por un evento inicial
condicional se creará en el fluig una actividad en programador de
tareas que se encargará de la ejecución periódica del script
condicional, así como también de la creación de la solicitud, en el
caso de que las condiciones del script condicional sean verdaderas.</p>
<h1 id="EventosIniciais-Eventoinicialdesinal">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/12.png?version=1&modificationDate=1393446083000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/12.png?version=1&modificationDate=1393446083000&api=v2"> Evento
inicial de señal
</h1>
<p>Este evento inicial se debe configurar para controlar la emisión
de ciertas señales. Cuando la señal que este evento está supervisando
se emita por alguna actividad emisora de señales, se abrirá una nueva
solicitud workflow. Es necesario configurar un usuario de
integración que será el usuario usado para la apertura de las
solicitudes. Es posible utilizar más de una actividad inicial de la
señal para controlar la emisión de las diferentes señales. Sin
embargo, en un escenario de monitoreo de múltiples señales se
recomienda que se utilice el evento inicial múltiple o el evento
inicial paralelo.</p>
<p> </p>
<div>
<h1 id="EventosIniciais-Eventoinicialtemporizador">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/16.png?version=1&modificationDate=1393446094000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/16.png?version=1&modificationDate=1393446094000&api=v2"> Evento
inicial temporizador
</h1>
<p>Permite la creación de peticiones de workflow en un determinado
rango de tiempo. Es necesario configurar un usuario de
integración que será el usuario usado para la apertura de las
solicitudes. Al habilitar un archivo compuesto por un evento inicial,
el temporizador creará en el fluig una actividad en programador de
tareas , el cual se encargará de crear solicitudes periódicas para el
proceso.</p>
</div>
<p>
<span style="font-size: 10.0pt; line-height: 13.0pt;"> </span>
</p>
<div>
<h1 id="EventosIniciais-Eventoinicialmúltiplo">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/14.png?version=1&modificationDate=1393446119000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/14.png?version=1&modificationDate=1393446119000&api=v2"> Evento
inicial múltiple
</h1>
<p>Permite iniciar una solicitud workflow analizando
periódicamente un conjunto de condiciones para que se abra una
solicitud workflow. Estas condiciones pueden incluir una o más
scripts condicionales, así como una o más señales para controlarse.
En el caso de que algún script condicional posea sus condiciones
atendidas o una de las señales haya sido emitida, se abrirá una
solicitud workflow para este proceso. Es necesario configurar un
usuario de integración, que será el usuario usado para la apertura de
las solicitudes. Al habilitar un proceso que contenga un evento
inicial múltiple, se creará en fluig una actividad en el programador
de tareas, que quedará bajo el control de señales y scripts
condicionales relacionados a esta actividad, como también de apertura
de las solicitudes, en el caso de que una de las condiciones
relacionadas se vuelva verdadera.</p>
<h1 id="EventosIniciais-Eventoinicialparalelo">
<img class="confluence-embedded-image"
src="http://tdn.totvs.com/download/attachments/126714186/15.png?version=1&modificationDate=1393446124000&api=v2"
data-image-src="http://tdn.totvs.com/download/attachments/126714186/15.png?version=1&modificationDate=1393446124000&api=v2"> Evento
inicial paralelo
</h1>
<p>El comportamiento de este componente es básicamente el mismo
que el evento inicial múltiple, pero con una diferencia importante.
Para que una solicitud se abra en este proceso, es necesario que
todas las condiciones agrupadas en este evento sean verdaderas.</p>
</div>
<p>
<span style="font-size: 10.0pt; line-height: 13.0pt;"><br /></span>
</p>
</div> |
Evento Inicial de processo comum
É o tradicional evento que indica o inicio do processo. Ao selecionar este tipo de inicio de processo os usuários que tiverem a permissão para iniciar este processo poderão iniciar o mesmo através da tela de abertura de solicitações do Fluig. As permissões são definidas através do mecanismo de atribuição desta atividade. Para processos definidos como públicos qualquer usuário poderá abrir solicitações neste processo. Embora essa atividade inicial possa ser em conjunto com outros tipos de atividade inicial o fluig aceitará apenas uma única instância de objeto de início comum por diagrama.
Evento inicial condicional
Este evento permite que uma nova solicitação workflow seja criada toda vez que um script condicional retornar verdadeiro em uma determinada faixa de tempo. Será necessário configurar um usuário de integração que será o usuário utilizado para abrir as solicitações. Ao liberar um processo que contenha um evento inicial condicional será criado no fluig uma atividade no agendador de tarefas que ficará a cargo da execução periódica do script condicional bem como da criação da solicitação caso as condições do script condicional sejam verdadeiras.
Evento inicial de sinal
Este evento inicial deverá ser configurado para monitorar a emissão de determinado sinal . Quando o sinal que este evento estiver monitorando fora emitido por alguma atividade emissora de sinais uma nova solicitação workflow será aberta. Será necessário configurar um usuário de integração que será o usuário utilizado para abrir as solicitações. É possível utilizar mais de uma atividade inicial de sinal para monitorar a emissão de diferentes sinais . Contudo em um cenário de monitoramento de multiplos sinais é recomendado que seja utilizado o evento inicial múltiplo ou o evento inicial paralelo.
Evento inicial temporizador
Permite a criação de solicitações workflow em uma determinada faixa de tempo. Será necessário configurar um usuário de integração que será o usuário utilizado para abrir as solicitações. Ao liberar um processo que contenha um evento inicial temporizador será criado no fluig uma atividade no agendador de tarefas que ficará a cargo da criação de solicitações periódicas para o processo.
Nota | ||
---|---|---|
| ||
A tecnologia utilizada para a temporização das atividades reinicia seus contadores de tempo a partir de um determinado período definido pelo próprio tipo de tempo utilizado para definir o gatilho. Isso significa que não se pode utilizar períodos de tempo acima de 24 horas para se temporizar por horas, ou um período acima de 31 dias para se temporizar por dia. O contador reinicia toda 24 horas ou todo começo do mês. Isso também significa que ao se colocar um período de dias, como por exemplo 8 dias, o período irá reiniciar no dia primeiro e começará a contar a partir de então. Para mais informações: http://quartz-scheduler.org/documentation/quartz-2.1.x/cookbook/BiDailyTrigger. |
Evento inicial múltiplo
Permite iniciar uma solicitação workflow analisando periodicamente um conjunto de condições para que uma solicitação workflow seja aberta. Essas condições podem incluem um ou mais scripts condicionais bem como um ou mais sinais a serem monitorados. Caso algum script condicional tenha suas condições atendidas ou um dos sinais tenha sido emitido será aberta uma solicitação workflow para aquele processo. Será necessário configurar um usuário de integração que será o usuário utilizado para abrir as solicitações. Ao liberar um processo que contenha um evento inicial múltiplo será criado no fluig uma atividade no agendador de tarefas que ficará a cargo do monitoramento de sinais e scripts condicionais relacionados a esta atividade, bem como da abertura das solicitações caso uma das condições relacionadas se torne verdadeira.
Evento inicial paralelo
...