Page History

Every rule set begins with an event that triggers an action, and each action in a rule set results in an event.

There are two types of events in RBA:

• Trigger events—events in Prinergy or other software that start a rule set. Every rule set begins with a trigger event. Trigger events are sometimes referred to as root events.
• Resulting events—events that occur as the result of RBA actions. For example, Success or Error. Resulting events are sometimes referred to as generated events.

Trigger events

In Rule Builder, trigger events appear on the Events tab in the following groups:

• Prinergy Events occur as a result of something that is done in Prinergy, and are the most common way of starting rules.
  For example, if input files are added to a job, the Input File Added event occurs. Similarly, when a job is archived, the Archive Failed event or Archive Success event occurs.
  It doesn't matter how the event originates. The Input File Added event occurs when an operator adds input files, a hot folder adds input files, or an RBA action adds input files.
  
  In Rule Builder, Prinergy Events are organized in the following ways:

• • Most events are organized by the element that they affect. For example, events that occur when pages are approved, assigned, and deleted are in the Page Events group.
  • Events that result specifically from using process templates appear in the Process Completed Events group. Since processes can succeed or fail, there are usually two or more events for each process. For example, when an imposition is generated with the imposition output process template, it causes the Imposition Output Error event, the Imposition Output Success event, or the Imposition Output Warning event.
     
• Targeted Events occur outside of Prinergy. Examples include the following events:
  • Job Hot Folder Drop events occur when files are added to a hot folder. This is a useful way to start an entire workflow.
  • Manual Trigger events occur when operators manually trigger rule sets in Workshop. For example, an operator drags input files to a rule set in the Process Templates pane. These events are useful to test rule sets or to replace workflow templates.
  • Remote Trigger events occur when external software runs the program raiseevent.exe. For example, a management information system (MIS) system that doesn't directly connect to Prinergy can start an action in Prinergy based on some event or criteria in the MIS.
  • Digital Submit events occur when operators drop files onto RBA rule sets that are listed in the Digital Submit window of the Prinergy Digital Print feature.
  • Exception events occur when unexpected software failures occur in the current rule set. Exception failures are different from action failures, which occur when a process such as refine does not complete successfully.

Resulting events

Resulting events are indicated by icons that appear on the right side of an action.
For example, when you generate output, it might result in a success or error event:

When you connect two actions, you are actually connecting the second action to the resulting event of the first action. Resulting events make it possible to link a series of actions in a rule chain. For example, after a Refine Input File action, you can link a Set Page Approval action to the  Success event and an Email action to the  Error event.

The resulting events that are available for an action depend on the type of action and what possible errors, warnings, or exceptions it can encounter. The three most common events are based on the error status of the action:

•   Success (the resulting event will occur if the action was successful)
•   Warn (the resulting event will occur if the action ended in a warning)
•   Error/Failed (the resulting event will occur if the action ended in an error or failure)

In some situations, it is useful to have an event that combines more than one error status. For example, you might want to send an e-mail message every time something happens regardless of the error status. For actions where this is a common request, you may see one or more of the following three events in addition to Success, Warn, and Error:

•   Success + Warn (the resulting event will occur if the action was successful or the action ended in a warning)
•   Warn + Error (the resulting event will occur if the action ended in a warning or the action ended in an error)
•   Done (the resulting event will occur when the action completes, regardless of the error status )

The Prinergy refine and output actions frequently have these additional events.

In addition, the  Exception event is used to report software failures. It is available on all actions but is normally hidden. To make this event visible for an action, right-click the action and select Show Exceptions. For example, you may want to connect the Email action to an Exception event so that a system administrator is notified about any software failures.
Note that if there are more than three possible resulting events for an action, the action displays the first two events only, followed by the  icon. To associate a subsequent action with a resulting event that is not visible, drag the desired action to the  icon. When a list of resulting events appears, select the desired event.

Event properties

All events have properties that describe the event details, such as the time and date that the event occurred.
RBA sets event properties when the event occurs.
Event properties are often used to set action parameters. For example, in an Email action, the Subject and Body parameters can include various event properties, such as the job name and the customer name.

Jede Regelsammlung beginnt mit einem Ereignis, das eine Aktion auslöst, und jede Aktion in einer Regelsammlung führt zu einem Ereignis.

In RBA gibt es zwei Typen von Ereignissen:

• Auslöseereignisse: Ereignisse in Prinergy oder einer anderen Software, die eine Regelsammlung starten. Jede Regelsammlung beginnt mit einem Auslöseereignis. Auslöseereignisse werden auch als Stammereignisse bezeichnet.
• Resultierende Ereignisse: Die Ereignisse, die als Folge von RBA-Aktionen auftreten. Beispiele sind Erfolgreich und Fehler. Resultierende Ereignisse werden auch als generierte Ereignisse bezeichnet.

Auslöseereignisse

Im Regelgenerator werden Auslöseereignisse auf der Registerkarte Ereignisse in den folgenden Gruppen angezeigt:

• Prinergy-Ereignisse treten als Folge einer Aktion in Prinergy auf und sind die gängigste Methode für das Starten von Regeln.
  Wenn beispielsweise einem Job Eingabedateien hinzugefügt werden, tritt das Ereignis Eingabedatei hinzugefügt ein. Entsprechend tritt das Ereignis Archivieren fehlgeschlagen oder Archivieren erfolgreich ein, wenn ein Job archiviert wird.
  Es ist unerheblich, wie das Ereignis entsteht. Das Ereignis Eingabedatei hinzugefügt tritt auf, wenn Eingabedateien von einem Bediener, einem Hot Folder oder einer RBA-Aktion hinzugefügt werden.
  
  Im Regelgenerator sind Prinergy-Ereignisse auf zwei Arten geordnet:

• • Die meisten Ereignisse sind nach den Elementen geordnet, auf die sie sich auswirken. Beispielsweise befinden sich in der Gruppe Seitenereignisse Ereignisse, die eintreten, wenn Seiten abgenommen, zugewiesen oder gelöscht werden.
  • Ereignisse, die durch die Verwendung von Prozessvorlagen ausgelöst werden, befinden sich in der Gruppe Ereignisse mit abgeschlossenen Prozessen. Da Prozesse erfolgreich ausgeführt werden oder fehlschlagen, sind normalerweise für jeden Prozess mehrere Ereignisse vorhanden. Wenn z. B. mit der Prozessvorlage „Ausschießschema-Ausgabe" ein Ausschießschema generiert wird, löst dies das Ereignis Ausschießschema-Ausgabe - Fehler, Ausschießschema-Ausgabe - Erfolgreich oder Ausschießschema-Ausgabe - Warnung aus.
     
• Zielgerichtete Ereignisse treten außerhalb von Prinergy ein. Hierzu zählen beispielsweise folgende Ereignisse:
  
  
  • Das Ereignis Job-Hot-Folder-Ablage tritt ein, wenn einem Hot Folder Dateien hinzugefügt werden. Auf diese Weise können Sie einen gesamten Workflow starten.
  • Das Ereignis Manueller Auslöser tritt ein, wenn Bediener manuell Regelsammlungen in Workshop auslösen. Ein Beispiel dafür ist das Ablegen von Eingabedateien in eine Regelsammlung im Bereich „Prozessvorlagen" durch einen Bediener. Diese Ereignisse eignen sich besonders zum Testen von Regelsammlungen oder zum Ersetzen von Workflow-Vorlagen.
  • Das Ereignis Remote-Auslöser tritt ein, wenn durch externe Software das Programm raiseevent.exe ausgeführt wird. Ein Verwaltungsinformationssystem, das nicht direkt mit Prinergy verbunden ist, kann so beispielsweise eine Aktion in Prinergy starten, die auf einem Ereignis oder einer Aktion in MIS beruht.
  • Das Ereignis Digital Submit tritt ein, wenn ein Bediener Dateien in RBA-Regelsammlungen ablegt, die im Fenster „Digital Submit" der Prinergy Digital Print-Funktion aufgelistet sind.
  • Das Ereignis Ausnahme tritt ein, wenn in der aktuellen Regelsammlung unerwartete Softwarefehler auftreten. Ausnahmefehler unterscheiden sich von Fehlschlagen einer Aktion, da letzteres auftritt, wenn Vorgänge (z. B. Refinen) nicht erfolgreich abgeschlossen werden.

Resultierende Ereignisse

Resultierende Ereignisse sind durch Symbole gekennzeichnet, die rechts von Aktionen angezeigt werden.

Wenn Sie beispielsweise eine Ausgabe erzeugen, kann ein Erfolgs- oder Fehlerereignis generiert werden:



Wenn Sie zwei Aktionen miteinander verbinden, verknüpfen Sie eigentlich die zweite Aktion mit dem Ereignis, das aus der ersten Aktion resultiert. Resultierende Ereignisse ermöglichen es, eine Reihe von Aktionen in einer Regelkette zu verbinden. Beispielsweise können Sie nach der Aktion Eingabedatei refinen die Aktion Seitenabnahme festlegen mit dem Ereignis Erfolgreich und die Aktion E-Mail mit dem Ereignis Fehler verbinden.

Die resultierenden Ereignisse, die für eine Aktion verfügbar sind, hängen vom Typ der Aktion sowie von den Fehlern, Warnungen und Ausnahmen ab, die für sie auftreten können. Die drei am häufigsten auftretenden Ereignisse basieren auf dem Fehlerstatus der Aktion:

• Erfolgreich (das resultierende Ereignis tritt ein, wenn die Aktion erfolgreich abgeschlossen wurde)
• Warnung (das resultierende Ereignis tritt ein, wenn als Ergebnis der Aktion eine Warnung generiert wurde)
• Fehler/Fehlgeschlagen (das resultierende Ereignis tritt ein, wenn als Ergebnis der Aktion ein Fehler generiert wurde)

In einigen Situationen empfiehlt es sich, über ein Ereignis zu verfügen, in dem mehrere Fehlerstatus kombiniert sind. Sie können beispielsweise festlegen, dass bei jedem Ereignis eine E-Mail-Nachricht gesendet wird, ungeachtet des Fehlerstatus. Für Aktionen, bei denen dies eine gängige Anforderung ist, können zusätzlich zu Erfolgreich, Warnung und Fehler eines oder mehrere der folgenden drei Ereignisse angezeigt werden:

• Erfolgreich + Warnung (das resultierende Ergebnis tritt ein, wenn die Aktion erfolgreich abgeschlossen wurde oder wenn als Ergebnis der Aktion eine Warnung generiert wurde)
• Warnung + Fehler (das resultierende Ereignis tritt ein, wenn als Ergebnis der Aktion eine Warnung generiert wurde oder wenn als Ergebnis der Aktion ein Fehler ausgegeben wurde)
• Abgeschlossen (das resultierende Ereignis tritt ein, wenn die Aktion abgeschlossen wird, ungeachtet des Fehlerstatus)

Die Refine- und Ausgabeaktionen von Prinergy verfügen häufig über diese zusätzlichen Ereignisse.

Darüber hinaus werden mit dem Ereignis Ausnahme Softwarefehler gemeldet. Es ist für alle Aktionen verfügbar, ist jedoch normalerweise verborgen. Um dieses Ereignis für eine Aktion sichtbar zu machen, klicken Sie mit der rechten Maustaste auf die jeweilige Aktion und wählen Ausnahmen anzeigen. Beispielsweise können Sie die Aktion E-Mail mit einem Ausnahme-Ereignis verknüpfen, sodass ein Systemadministrator über auftretende Softwarefehler benachrichtigt wird.
Beachten Sie Folgendes: Wenn mehr als drei mögliche resultierende Ereignisse für eine Aktion vorhanden sind, werden für die Aktion nur die ersten beiden Ereignisse angezeigt, gefolgt vom Symbol . Um eine nachfolgende Aktion einem resultierenden Ereignis zuzuordnen, das nicht sichtbar ist, ziehen Sie die gewünschte Aktion auf das Symbol . Wenn die Liste der resultierenden Ereignisse angezeigt wird, wählen Sie das gewünschte Ereignis aus.

Ereigniseigenschaften

Alle Ereignisse verfügen über Eigenschaften, die Ereignisdetails, z. B. Uhrzeit und Datum des Ereignisses, beschreiben.
RBA erstellt die Ereigniseigenschaften beim Eintreten des Ereignisses.
Ereigniseigenschaften werden häufig zum Setzen von Aktionsparametern verwendet. Die Parameter Betreff und Text der Aktion E-Mail können z. B. verschiedene Ereigniseigenschaften wie den Job-Namen und den Kundennamen beinhalten.

每个规则集始于一个触发操作的事件，而规则集中的每个操作都会产生一个事件。

RBA 中存在两类事件：

• 触发事件：印能捷或其他软件中启动规则集的事件。每个规则集都始于一个触发事件。触发事件有时称为根事件。
• 结果事件：作为 RBA 操作的结果而发生的事件。例如，成功或错误。结果事件有时称为生成事件。

触发事件

在规则生成器中，触发事件显示在以下组的事件选项卡中：

• 印能捷事件，作为在印能捷中执行某个操作的结果而发生，也是启动规则最常用的方式。
  例如，如果将输入文件添加到作业，将发生输入文件已添加事件。同样地，当对作业进行存档时，将发生存档失败事件或存档成功事件。
  事件是如何产生的并不重要。当操作员添加输入文件、热文件夹添加输入文件或 RBA 操作添加输入文件时，都可产生输入文件已添加事件。
  
  在规则生成器中，印能捷事件按以下方式组织：

• • 大部分事件是按影响元素进行组织的。例如，当审核、分配和删除页面时发生的事件都属于页面事件组。
  • 因使用处理模板而发生的特别事件属于处理已完成事件组。由于处理可能成功或失败，每个处理通常有两个或更多的事件。例如，当使用拼版输出处理模板生成拼版时，将发生拼版输出错误事件、拼版输出成功事件或拼版输出警告事件。
     
• 目标事件发生在印能捷操作范围以外。比如包括以下事件：
  
  
  • 作业热文件夹拖放事件在向热文件夹添加文件时发生。这是启动整个工作流程的有用方式。
  • 手动触发事件发生于操作员在 Workshop 中手动触发规则集时。例如，操作员将输入文件拖到"处理模板"窗格的某个规则集中。这些事件对于测试规则集或替换工作流程模板很有用。
  • 远程触发事件发生于外部软件运行名为 raiseevent.exe 的程序时。例如，未直接连接到印能捷的管理信息系统 (MIS) 可以根据 MIS 中的一些事件或条件启动印能捷中的操作。
  • 数字提交事件发生在操作员将文件拖放到印能捷数字印刷功能的 Digital Submit 窗口中列出的 RBA 规则集中时。
  • 异常事件发生在当前规则集中发生意外的软件失败时。异常失败不同于操作失败，后者在处理（例如精炼）未成功完成时发生。

结果事件

结果事件用操作右侧出现的图标指示。

例如，当生成输出时，可能生成成功或错误事件：
 

将两个操作连接在一起时，实际上是将第二个操作连接到第一个操作的结果事件。结果事件可以连接规则链中的一系列操作。例如，在精炼输入文件操作后，可将设置页面审核操作与 成功事件相链接，将发送电子邮件操作与 错误事件相链接。

某个操作可用的结果事件取决于操作类型以及它可能遇到的错误、警告或异常。这三种最常见的事件基于操作的错误状态：

• 成功（操作成功后将发生结果事件）
• 警告（操作以警告结束时将发生结果事件）
• 错误/失败（操作以错误或失败结束时将发生结果事件）

在某些情况下，有一个组合了多个错误状态的事件会很有用。例如，您可能想在每次发生事情时发送电子邮件消息，而不管错误状态如何。对于这是一个常见请求的操作，除了成功、警告和错误外，您还可以看到以下三个事件中的一个或多个：

• 成功 + 警告（操作成功或以警告结束时将发生结果事件）
• 警告 + 错误（操作以警告或错误结束时将发生结果事件）
• 完成（操作完成时将发生结果事件，而不管错误状态如何）

印能捷精炼和输出操作经常会有这些额外事件。

此外， 异常事件也用于报告软件故障。它可用于所有操作，但通常会隐藏。要使此事件对某个操作可见，请右键单击该操作并选择显示异常。例如，您可能希望将发送电子邮件操作连接到异常事件，从而可以通知系统管理员发生了软件故障。
请注意，如果某个操作有三个以上的可能的结果事件，则该操作仅显示前两个事件，后跟 图标。要将某个后续操作与不可见的结果事件相关联，可将所需操作拖到 图标上。在出现结果事件列表时，选择所需事件。

事件属性

所有事件都具有描述事件详细信息的属性，比如事件发生的时间和日期。
RBA 在事件发生时设置事件属性。
事件属性通常用于设置操作参数。例如，在发送电子邮件操作中，主题和正文参数可包含各种事件属性，比如作业名称和客户名称。

Cada conjunto de reglas comienza con un evento que desencadena una acción y cada acción del conjunto de reglas da como resultado un evento.

Existen dos tipos de eventos en RBA:

• Eventos desencadenantes: eventos de Prinergy o de otro software que inician un conjunto de reglas. Cada conjunto de reglas se inicia con un evento desencadenante. A los eventos desencadenantes se les denomina en ocasiones eventos raíz.
• Eventos resultantes: los eventos que se producen como resultado de las acciones RBA. Por ejemplo, Correcto o Error. A los eventos resultantes se les denomina en ocasiones eventos generados.

Eventos desencadenantes

En el Generador de reglas, los eventos desencadenantes aparecen en la ficha Eventos organizados en los siguientes grupos:

• Los eventos de Prinergy se producen como resultado de algo que se hace en Prinergy. Constituyen el modo más habitual de iniciar las reglas.
  Por ejemplo, si se agregan archivos de entrada a un trabajo, se producirá el evento Archivo de entrada agregado. De manera similar, cuando se archiva un trabajo, se produce el evento Error de archivado o Archivado correcto.
  No importa cómo se origina el evento. El evento Archivo de entrada agregado se produce cuando un operador, una hot folder o una acción de RBA agregan archivos de entrada.
  
  En el Generador de reglas, los eventos de Prinergy se organizan de las formas siguientes:

• • La mayoría de los eventos se organizan en función del elemento al que afectan. Por ejemplo, los eventos que se producen cuando se aprueban, asignan y eliminan páginas se encuentran en el grupo Eventos de página.
  • Los eventos que se producen por el uso de plantillas de proceso aparecen en el grupo Eventos de proceso completados. Dado que los procesos pueden realizarse correctamente o no, generalmente hay dos o más eventos para cada proceso. Por ejemplo, cuando se genera una imposición con la plantilla de proceso de salida de imposición, se produce el evento Error de salida de imposición, el evento Salida de imposición correcta o el evento Advertencia de salida de imposición.
     
• Los Eventos destinados se producen fuera de Prinergy. Entre los ejemplos se incluyen los siguientes eventos:
  
  
  • Se producen eventos Archivos colocados en hot folder de trabajo cuando se agregan archivos a una hot folder. Se trata de una forma útil de iniciar un flujo de trabajo completo.
  • Los eventos de Desencadenador manual se producen cuando los operadores desencadenan de manera manual los conjuntos de reglas en Workshop. Por ejemplo, un operador arrastra archivos de entrada a un conjunto de reglas en el panel de plantillas de proceso. Estos eventos son útiles para probar los conjuntos de reglas o para sustituir las plantillas de flujo de trabajo.
  • Un evento Desencadenador remoto se produce cuando un software externo ejecuta el programa raiseevent.exe. Por ejemplo, un sistema de información de administración (MIS, Management Information System) que no se conecta directamente a Prinergy puede iniciar una acción en Prinergy según algunos eventos o criterios definidos en MIS.
  • Los eventos Digital Submit se producen cuando los operadores colocan archivos en los conjuntos de reglas de RBA incluidos en la ventana Digital Submit de la función Prinergy Digital Print.
  • Los eventos de Excepción se producen cuando se generan errores inesperados de software en el conjunto de reglas actual. Los errores de excepción son distintos de los errores de acción, que se producen cuando un proceso (como, por ejemplo, el afinado) no se realiza correctamente.

Eventos resultantes

Los eventos resultantes se indican mediante los iconos situados a la derecha de una acción.

Por ejemplo, cuando se genera una salida, se puede producir un evento correcto o de error:



Cuando se conectan dos acciones, lo que se hace realmente es conectar la segunda acción con el evento generado de la primera. Los eventos resultantes permiten vincular una serie de acciones en una cadena de reglas. Por ejemplo, después de una acción Afinar archivo de entrada, puede vincular una acción Establecer aprobación de página con el evento Correcto y una acción Correo electrónico con el evento Error.

Los eventos resultantes disponibles para una acción dependen del tipo de acción y de los errores, las advertencias o las excepciones posibles que se puede encontrar. Los tres eventos más comunes se basan en el estado de error de la acción:

• Correcto (el evento resultante se produce si la acción es correcta).
• Aviso (el evento resultante se produce si la acción termina con una advertencia).
• Error/Fallo (el evento resultante se produce si la acción termina con un error o un fallo).

En algunas situaciones, resulta útil disponer de un evento que combine más de un estado de error. Por ejemplo, puede necesitar enviar un mensaje de correo electrónico cada vez que pase algo, independientemente del estado de error. En las acciones en las que se solicita esto habitualmente pueden darse algunos de los tres eventos siguientes, además de los estados Correcto, Aviso y Error:

• Correcto + Aviso (el evento resultante se produce si la acción fue correcta o si terminó con una advertencia).
• Aviso + Error (el evento resultante se produce si la acción terminó con una advertencia o con un error).
• Listo (el evento resultante se produce si la acción se completa, independientemente del estado de error).

Las acciones de afinado y salida de Prinergy suelen tener estos eventos adicionales.

Además, el evento Excepción se usa para informar sobre los fallos del software. Está disponible para todas las acciones, pero suele estar oculto. Para que el evento sea visible para una acción, haga clic con el botón secundario en la acción y seleccione Mostrar excepciones. Por ejemplo, puede que desee conectar la acción Correo electrónico a un evento Excepción a fin de que el administrador del sistema reciba una notificación si se produce un error en el software.
Tenga en cuenta que si hay más de tres resultados posibles para una acción, la acción muestra solo los dos primeros eventos, seguidos del icono . Para asociar una acción posterior a un evento resultante que no sea visible, arrastre la acción deseada al icono . Si se muestra una lista de eventos resultantes, seleccione el que desee.

Propiedades del evento

Todos los eventos tienen propiedades que describen los detalles del evento como, por ejemplo, la hora y la fecha a las que se producen.
RBA configura propiedades del evento cuando éste se produce.
Con frecuencia, las propiedades del evento se utilizan para configurar parámetros de acción. Por ejemplo, en una acción Correo electrónico, los parámetros Asunto y Cuerpo pueden incluir varias propiedades de eventos, como el nombre del trabajo y el nombre del cliente.

Chaque jeu de règles commence par un événement qui déclenche une action et chaque action d'un jeu de règles est un événement.

Il existe deux types d'événements dans RBA :

• Événements de démarrage : événements dans Prinergy ou un autre logiciel qui lancent un jeu de règles. Chaque jeu de règles commence par un événement de démarrage. Les événements de démarrage sont parfois désignés comme événements racine.
• Événements résultant : les événements qui surviennent suite à des actions RBA. Par exemple, Réussite ou Échec. Les événements résultant sont parfois désignés comme événements générés.

Événements de démarrage

Dans le Générateur de règles, les événements de démarrage apparaissent dans l'onglet Événements dans les groupes suivants :

• Les Événements Prinergy surviennent suite à une action exécutée dans Prinergy et sont la méthode la plus courante pour démarrer les règles.
  Par exemple, si des fichiers d'entrée sont ajoutés à un travail, l'événement Fichier d'entrée ajouté survient. De même, lorsqu'un travail est archivé, l'événement Échec archivage ou Réussite archivage survient.
  Peu importe comment l'événement survient. L'événement Fichier d'entrée ajouté survient lorsqu'un opérateur ajoute des fichiers d'entrée, qu'un fichier actif ajoute des fichiers d'entrée ou qu'une action RBA ajoute des fichiers d'entrée.
  
  Dans le Générateur de règles, les Événements Prinergy sont organisés des façons suivantes :

• • La plupart des événements sont organisés par l'élément qu'ils affectent. Par exemple, les événements qui surviennent lorsque les pages sont approuvées, attribuées et supprimées sont dans le groupe Événements de page.
  • Les événements qui proviennent spécifiquement de l'utilisation de modèles de processus apparaissent dans le groupe Événements de processus terminés. Comme les processus peuvent réussir ou échouer, il y a généralement deux événements ou plus pour chaque processus. Par exemple, lorsqu'une imposition est générée avec le modèle de processus de sortie d'imposition, cela entraîne l'événement Erreur de sortie d'imposition, l'événement Réussite de sortie d'imposition ou l'événement Avertissement de sortie d'imposition.
     
• Les Événements ciblés se produisent en-dehors de Prinergy. Des exemples comprennent les événements suivants :
  • Les événements Dépôt dans un fichier actif de travail se produisent lorsque des fichiers sont ajoutés dans un fichier actif. C'est une façon utile de démarrer un flux de production complet.
  • Les événements Démarrage manuel se produisent lorsque les opérateurs déclenchent manuellement des jeux de règles dans Workshop. Par exemple, un opérateur dépose des fichiers d'entrée sur un jeu de règles dans le volet Modèles de processus. Ces événements sont utiles pour tester des jeux de règles ou pour remplacer des modèles de flux de production.
  • Des événements Démarrage à distance se produisent lorsqu'un logiciel externe exécute un petit programme appelé raiseevent.exe. Par exemple, un système intégré de gestion (SIG) qui n'est pas directement connecté à Prinergy peut lancer une action dans Prinergy en fonction de certains événements ou critères du SIG.
  • Les événements Digital Submit surviennent lorsque des opérateurs déposent des fichiers dans des jeux de règles RBA qui sont répertoriés dans la fenêtre Digital Submit de la fonction Prinergy Digital Print.
  • Les événements Exception se produisent lorsque des pannes logicielles inattendues surviennent dans le jeu de règles actuel. Les échecs d'exception sont différents des échecs d'action qui se produisent lorsqu'un processus de raffinage par exemple ne se termine pas correctement.

Événements résultant

Les événements résultant sont signalés par les icônes qui apparaissent à droite d'une action.

Par exemple, lorsque vous générez une sortie, il génère un échec ou une réussite d'événement :



Lorsque vous reliez deux actions, vous reliez en fait la seconde action à l'événement résultant de la première action. Les événements résultant permettent de lier une série d'actions dans une chaîne de règles. Par exemple, après une action Raffiner le fichier d'entrée, vous pouvez relier une action Définir l'approbation de page à l'événement Réussite et une action Courrier électronique à l'événement Avertissement.

Les événements résultant disponibles pour une action dépendent du type d'action et des erreurs, avertissements ou exceptions possibles qu'elle peut rencontrer. Les trois événements les plus communs sont basés sur le statut d'erreur de l'action :

• Réussite (l'événement résultant se produira si l'action est réussie)
• Avertissement (l'événement résultant se produira si l'action se termine par un avertissement)
• Erreur/Échec (l'évènement résultant se produira si l'action se termine par une erreur ou un échec)

Dans certains cas, il est d'utile d'avoir un événement qui combine plusieurs statuts d'erreur. Par exemple, si vous désirez envoyer un courrier électronique dès que quelque chose se produit, peu importe le statut d'erreur. Les actions pour lesquelles il s'agit d'une demande courante, un ou plus des trois événements suivants peuvent s'afficher et s'ajouter à Réussite, Avertissement, et Echec : 

• Réussite + Avertissement (l'événement résultant se produira si l'action est réussie terminée par un avertissement)
• Avertissement + Echec (l'événement résultant se produira si l'action se termine par un avertissement par un échec)
• Terminé (l'événement résultant se produira lorsque l'action est terminée, peu importe le statut d'erreur)

Les actions de sortie et de raffinage Prinergy ont souvent ces événements supplémentaires.

En outre, l'événement Exception est utilisé pour rapporter les échecs du logiciel. Il est disponible pour toutes les actions mais est en général caché. Pour rendre cet événement visible pour une action, cliquez avec le bouton droit et sélectionnez Afficher les exceptions. Par exemple, il peut être souhaitable de relier l'action Courrier électronique à un événement Exception de façon à informer un administrateur système de la panne du logiciel.
Remarque : s'il y a plus de trois événements résultants possibles pour une action, l'action affiche uniquement les deux premiers évènements, suivie de l'icône . Pour associer une action à venir à un événement résultant qui n'est pas visible, glissez et déposez l'action souhaitée sur l'icône . Sélectionnez l'événement souhaité lorsque la liste d'événements résultant apparaît.

Propriétés d'événement

Tous les événements ont des propriétés qui décrivent les détails des événements, tels que l'heure et la date auxquelles l'événement s'est produit.
RBA configure les propriétés de l'événement lorsqu'il se produit.
Les propriétés de l'événement sont souvent utilisées pour configurer les paramètres d'action. Par exemple, dans une action Courrier électronique, les paramètres Objet et Contenu peuvent contenir diverses propriétés d'événement, telles que le nom du travail et le nom du client.

すべてのルール セットはアクションを起動するイベントから開始され、ルール セット内の各アクションの結果、イベントが発生します。

RBA には以下の 2 種類のイベントがあります。

• トリガ イベント：ルール セットを開始する、Prinergy または他のソフトウェア内のイベントです。すべてのルール セットはトリガ イベントから開始されます。トリガ イベントは、ルート イベントと呼ばれることもあります。
• 結果のイベント：RBA アクションの結果として発生するイベントです。たとえば、成功やエラーイベントなどがあります。結果のイベントは、生成イベントと呼ばれることもあります。

トリガ イベント

ルール ビルダでは、トリガ イベントはイベントタブの以下のグループに表示されます。

• Prinergy イベント：Prinergy で実行された処理の結果として発生します。ルールを開始するための最も一般的な方法となるイベントです。
  たとえば、入力ファイルがジョブに追加されると、入力ファイル - 追加イベントが発生します。同様に、ジョブがアーカイブされると、アーカイブ - エラーイベントまたはアーカイブ - OKイベントが発生します。
  イベントがどのように発生したかは区別されません。入力ファイル - 追加イベントは、入力ファイルをオペレータが追加するか、ホット フォルダが追加するか、または RBA アクションが追加すると、発生します。
  
  ルール ビルダでは、Prinergy イベントは以下の基準で分類されています。

• • ほとんどのイベントは、処理するエレメントごとに分類されています。たとえば、ページの承認、割り当て、および削除が行われたときに発生するイベントは、ページ イベントグループにまとめられます。
  • プロセス テンプレートの使用によって発生するイベントは、特にプロセス完了イベントグループに分類されます。プロセスは成功する場合とエラー終了する場合があるため、通常、プロセスごとに 2 つ以上のイベントがあります。たとえば、面付け出力プロセス テンプレートで面付けが生成されると、面付け出力 - エラーイベント、面付け出力 - OKイベント、または面付け出力 - 警告イベントが発生します。
     
• 対象イベント：Prinergy の処理以外で発生します。たとえば以下のようなイベントがあります。
  
  
  • ジョブ ホット フォルダ ドロップイベントは、ファイルがホット フォルダに追加されたときに発生します。このイベントは、ワークフロー全体を開始する場合に便利な方法です。
  • 手動トリガイベントは、Workshop でオペレータが手動でルール セットを起動したときに発生します。たとえば、オペレータが［プロセス テンプレート］ウィンドウ枠内でルール セットに入力ファイルをドラッグした場合などです。こうしたイベントは、ルール セットをテストする場合、またはワークフロー テンプレートを置き換えるときに役立ちます。
  • リモート トリガイベントは、外部のソフトウェアでプログラムraiseevent.exeが実行されたときに発生します。たとえば、Prinergy に直接接続されていない経営情報システム（MIS）で、MIS のイベントまたは条件に基づいて Prinergy のアクションを起動できます。
  • Digital Submitイベントは、Prinergy Digital Print 機能の Digital Submit ウィンドウに一覧表示されている RBA ルール セットに、オペレータがファイルをドロップしたときに発生します。
  • 例外イベントは、現在のルールセットで、ソフトウェアの予期しないエラーが生じたときに発生します。例外エラーは、リファインなどのプロセスが正常に完了しない場合に発生するアクション エラーとは異なります。

結果のイベント

結果のイベントは、アクションの右側にアイコンで示されます。

たとえば、出力を行うと成功イベントまたはエラー イベントが生成されます。

2 つのアクションをリンクする場合、実際は最初のアクションの結果のイベントに 2 番目のアクションをリンクすることになります。結果のイベントを使用して、一連のアクションをルール チェーンでリンクすることができます。たとえば、入力ファイルのリファインアクション後、ページの承認を設定アクションを 完了イベントに、またE-メールアクションを エラーイベントに、それぞれリンクすることができます。

アクションで使用できる結果のイベントは、アクションのタイプと、発生が考えられるエラー、警告、または例外に応じて異なります。最も一般的な次の 3 つのイベントは、アクションのエラー ステータスに基づきます。

• 成功（アクションが成功した場合に結果のイベントが発生）
• 警告（アクションで警告が発生して終了した場合に、結果のイベントが発生）
• エラー／エラー（アクションでエラーが発生した場合や、アクションが失敗した場合に、結果のイベントが発生）

複数のステータスを組み合わせたイベントを使用する方が便利な場合もあります。たとえば、エラー ステータスに関係なく、何らかのイベントが発生したときに E メール メッセージを送信することもできます。このような設定が必要なアクションでは、成功、警告、エラーの他に、次の 3 つのイベントを 1 つ以上使用します。

• 成功 + 警告（アクションが成功するか、または警告が発生して終了した場合に、結果のイベントが発生）
• 警告 + エラー（警告が発生してアクションが終了するか、またはエラーが発生して終了した場合に、結果のイベントが発生）
• 完了（エラー ステータスに関係なく、アクションが完了した場合に結果のイベントが発生）

Prinergy のリファインおよび出力アクションでは、これらの追加イベントが頻繁に使用されます。

さらに、ソフトウェアのエラーを報告するため、 例外イベントが使用されます。このイベントはすべてのアクションで使用できますが、通常は非表示にされています。アクションでこのイベントを表示するには、アクションを右クリックして例外を表示を選択します。たとえば、E-メールアクションを例外イベントにリンクして、システム管理者がソフトウェアのエラーに関する通知を受け取るようにすることができます。
1 つのアクションに 4 つ以上の結果のイベントがある場合、そのアクションには最初の 2 つのイベントと アイコンが表示されます。表示されていない結果のイベントにアクションをリンクするには、目的のアクションを アイコンにドラッグします。結果のイベントのリストが表示されたら、目的のイベントを選択します。

イベント プロパティ

すべてのイベントには、発生した日時など、そのイベントの詳細を説明するプロパティがあります。
イベント プロパティは、イベントが発生したときに RBA によって設定されます。
イベント プロパティは、通常、アクション パラメータの設定に使用されます。たとえば、E-メールアクションの件名パラメータと本文パラメータには、ジョブ名や顧客名など、さまざまなイベント プロパティを含めることができます。