<workflow-process id="100" process-version="2"
language-version="1.0"
released="false" category="PC5"
createdBy="testuser"
creationDate="20050812T135800">
<name>ApprovePlannedItem</name>
<description>
<localized-text>
<locale language="es">Este proceso de flujo de trabajo puede
promulgarse para aprobar un elemento planificado.</locale>
</localized-text>
</description>
<documentation>Consulte la documentación de aprobación
de un elemento.
</documentation>
<web-service expose="true">
<callback-service>wsconnector.ApprovePlannedItem
</callback-service>
</web-service>
<failure-allocation-strategy>
<allocation-strategy type="target"
identifier="FAILUREALLOCATIONSTRATEGY" />
</failure-allocation-strategy>
...
</workflow-process>
- workflow-process
- Este elemento es la etiqueta padre de todos los metadatos de definición de proceso.
- id
- Es un identificador de 64 bits proporcionado por el servidor de claves de Cúram cuando se crea un proceso en la herramienta de definición de procesos. El identificador de proceso debe ser exclusivo en el sistema de flujo de trabajo de Cúram. El motivo de esto es que el identificador de proceso junto con el número de versión de proceso es la forma que tiene el motor de flujo de trabajo de distinguir un registro de definición de proceso de otro a efectos de lecturas de base de datos.
- process-version
- Este número representa la versión de una definición de proceso de flujo de trabajo. Un registro de definición de proceso de flujo de trabajo se identifica de forma exclusiva mediante su identificador y número de versión. Una definición de proceso puede tener muchas versiones publicadas y una versión en edición. Una vez publicada una definición de proceso, se crea una versión nueva y ya no podrá actualizarse. Las actualizaciones posteriores requerirán la creación de una nueva versión, y dicha versión no estará activa mientras no se publique. Cuando se promulga un proceso, se utiliza el número de versión mas alto. Las instancias de proceso que comienzan con un determinado número de versión permanecen vinculadas a dicha versión hasta la terminación.
- language-version
- Los metadatos de definición de proceso son el lenguaje de flujo de trabajo de Cúram. A medida que se añaden nuevas mejoras y características, este lenguaje puede cambiar. Este número de versión permitirá al motor de flujo de trabajo ejecutar antiguas versiones del lenguaje diferentes de las nuevas o, lo que es más probable, herramientas de actualización que conviertan antiguas definiciones de proceso a nuevas versiones del lenguaje.
- released
- Representa un distintivo booleano que indica si la definición de proceso se ha publicado. Sólo las definiciones de proceso que se hayan publicado podrán promulgarse o seleccionarse como subprocesos de una actividad de subflujo (consulte Subflujo).
- category
- Una definición de proceso debe colocarse en una categoría. La categoría debe seleccionarse en la herramienta de definición de procesos y se obtiene de la tabla de códigos ProcessCategory. Este atributo se utiliza en la funcionalidad de búsqueda de definiciones de proceso y no tiene ningún efecto funcional sobre la actividad.
- createdBy
- Representa el nombre del usuario que ha creado la definición de proceso de flujo de trabajo. Este atributo se utiliza en la funcionalidad de búsqueda de definiciones de proceso y no tiene ningún efecto funcional sobre la actividad.
- creationDate
- Representa la fecha y hora de creación de la definición de proceso de flujo de trabajo. Este atributo se utiliza en la funcionalidad de búsqueda de definiciones de proceso y no tiene ningún efecto funcional sobre la actividad.
- name
- El nombre de la definición de proceso es la forma que tiene el proceso de identificarse a efectos de promulgación. El servicio de promulgación (el API utilizada para promulgar un proceso por código) identifica el proceso a promulgar por su nombre. Como tal, este nombre debe ser exclusivo dentro del sistema de flujo y no se puede cambiar una vez creado el proceso. Puesto que el nombre de proceso es una constante, no es localizable como un nombre de actividad.
- description
- Un proceso también puede tener una descripción opcional que especifique brevemente lo que hace el proceso para facilitar las cosas a quienes editen la definición del proceso en el futuro. Se trata de un campo de texto localizable en el mismo formato que todos los campos localizables de una definición de proceso (consulte Texto localizado).
- documentation
- Un proceso también puede tener un enlace a alguna documentación que explique el proceso de forma más descriptiva. Es un campo de texto de formato libre donde el desarrollador puede especificar el nombre de un documento pertinente al proceso de flujo de trabajo o incluso un enlace a dicho documento.
- web-service
- Este elemento opcional describe los detalles del servicio web de un proceso de flujo de trabajo. Un proceso se puede marcar como servicio web definiendo este valor de metadato, que indica que el proceso debe exponerse como servicio web. Esto permite que el proceso pueda participar en un proceso orquestado BPEL (Business Process Execution Language) y significa que el proceso puede ser llamado desde un proceso BPEL. Pueden consultarse detalles adicionales sobre esta funcionalidad en Servicios web de flujo de trabajo.
- expose
- Este atributo representa un distintivo booleano que indica si la definición de proceso debe exponerse como servicio web. Una definición de proceso de flujo de trabajo no está expuesta como servicio web de forma predeterminada.
- callback-service
- Esto es un elemento opcional porque no todas las invocaciones desde un proceso BPEL requieren una devolución de llamada. El valor es el nombre completo de una clase que extiende la clase org.apache.axis.client.Service (que forma parte del servicio (API de Axis) del proyecto Apache Axis). La clase org.apache.axis.client.Service la genera la funcionalidad del conector de servicios web de Cúram para servicios web de salida.
- failure-allocation-strategy
- Un proceso también puede tener especificada una estrategia de asignación de errores opcional. Cuando se asigna una tarea (asociada a una actividad Manual o Decisión), el motor de flujo de trabajo invoca la estrategia de asignación asociada para recuperar la lista de destinos de asignación. Si esta invocación no devuelve ningún destino de asignación, el motor de flujo de trabajo comprobará entonces la presencia de una estrategia de asignación de errores y utilizará dicha estrategia para intentar asignar la tarea. Puesto que la estrategia de asignación de tipo TARGET especifica un destino de asignación directamente, nunca habrá necesidad de una retrotracción a la estrategia de asignación de errores. La estrategia de asignación de errores es una estrategia que abarca a todo el proceso y, si se especifica, se utilizará en todas las actividades manuales y de decisión del proceso cuando sea necesario.
- allocation-strategy
- Este elemento describe la estrategia de asignación de errores que se utiliza en el proceso. La estrategia de asignación de errores debe ser de tipo TARGET. Si el programa de resolución de trabajo no puede asignar la tarea a un usuario, a un objeto organizativo (p.ej. unidad organizativa, puesto o trabajo) o a una cola de trabajos utilizando el destino de asignación especificado, se asignará la tarea a la cola de trabajos predeterminada. El atributo identificador representa el identificador del destino de asignación utilizado como estrategia de asignación de errores.