Herencia de flujos de trabajo
Para establecer el procesamiento coherente y la rápida creación de definiciones de flujos de trabajo dentro de un grupo de procesos relacionados, puede crear definiciones de flujo de trabajo que hereden los mapas, campos de datos, archivos adjuntos, definiciones de grupos de flujos de trabajo y otras propiedades de definiciones de flujo de trabajo anteriormente definidas.
Esto significa que puede definir características comunes en las definiciones de flujos de trabajo a un nivel elevado de la jerarquía de clases y pasar automáticamente esas características a definiciones de flujos de trabajo derivadas posteriormente.
La clase base para todas las definiciones de flujo de trabajo es WorkObjectEx, proporcionada con FileNet P8. Desde WorkObjectEx, las definiciones de flujo de trabajo heredan los campos de datos del sistema, el submapa Finalizar y el submapa Funcionamiento incorrecto.
Cuando crea una nueva definición de flujo de trabajo basada en otra definición de flujo de trabajo, el nuevo flujo de trabajo hereda lo siguiente desde su flujo de trabajo base:
Propiedades de flujo de trabajo heredadas | Descripción |
---|---|
Mapa de flujo de trabajo | El mapa principal heredado se sustituye automáticamente en el nuevo flujo de trabajo por un mapa principal en blanco con sólo el paso Iniciar. Puede reactivar el mapa principal heredado eliminando el mapa principal del flujo de trabajo actual. |
Submapas | Los submapas heredados son de sólo lectura. Puede modificar un submapa heredado sustituyéndolo. |
Definiciones de campo de datos, archivo adjunto y grupo de flujos de trabajo | Los campos, archivos adjuntos y grupos de flujo de trabajo heredados no se pueden eliminar, pero sí se pueden cambiar sus valores iniciales y descripciones. |
Fecha límite de flujo de trabajo y recordatorio | Las fechas límite de flujos de trabajo y los recordatorios se inicializan desde el flujo de trabajo base, pero se pueden cambiar. |
Hitos | El nivel y mensaje de objetivo heredado se puede cambiar. |
Lista y registro de eventos | Las designaciones heredadas para listas y registros de eventos se pueden cambiar hasta que se transfiera el flujo de trabajo. |
Identificador de condición | El valor se inicializa desde el flujo de trabajo base, pero se puede cambiar. |
Enlace de socio y esquema XML | Un enlace de socio o esquema heredado no se puede cambiar. |
Campo de datos XML | El valor y la descripción de un campo de datos XML heredado se puede cambiar. |
Carpeta de archivos adjuntos entrantes de Web Services | La carpeta donde se almacenarán los archivos adjuntos entrantes de Web Services se puede cambiar. |
Nombres de conjunto de reglas | En un conjunto de reglas heredado, se puede cambiar la configuración asíncrona. |
Preferencia de notificación por correo electrónico | El valor se inicializa desde el flujo de trabajo base, pero se puede cambiar. |
Los elementos heredados (mapa principal, submapas, campos de datos, archivos adjuntos, grupos de flujo de trabajo, etcétera) son de sólo lectura en la definición de flujo de trabajo. No obstante, puede sustituir un elemento heredado redefiniéndolo. Por ejemplo, puede sustituir un mapa existente utilizando Crear mapa en el menú Herramientas. Si posteriormente elimina el mapa que lo sustituye, el mapa heredado se reactiva.
La ilustración que aparece a continuación muestra cómo se heredan los elementos y cómo se pueden sustituir en algún nivel de la jerarquía.
El flujo de trabajo-A se indica como una base para futuras definiciones de flujos de trabajo. El submapa-a1 y el submapa-a2 se diseñan como funcionalidad de propósito general para ser utilizados en todas las definiciones de flujo de trabajo derivadas de ésta, y el campo-a1 y el campo-a2 se utilizan en estos submapas.
El flujo de trabajo-M utiliza el flujo de trabajo-A como su flujo de trabajo base, heredando sus mapas y campos de datos. El flujo de trabajo-M utiliza su propio mapa principal (principal-M), le añade el submapa-m1 y el campo-m1 y sustituye el submapa-a1 con su propia versión del submapa.
El flujo de trabajo-N también utiliza el flujo de trabajo-A como su flujo de trabajo base. El flujo de trabajo-N utiliza su propio mapa principal (principal-N) y añade su propio submapa y campo. Utiliza el submapa-a1 original heredado del flujo de trabajo-A.
El flujo de trabajo-R utiliza el flujo de trabajo-M como su flujo de trabajo base, heredando los mapas y campos de datos del flujo de trabajo-M. En el flujo de trabajo-R, el mapa principal predeterminado (principal-R) se elimina y el principal-M heredado es el mapa principal. El submapa-m1 es sustituido por una nueva versión y el campo-r1 es nuevo.
Si la herencia de flujo de trabajo está desactivada en el flujo de trabajo-R, los mapas y campos heredados dejan de estar accesibles, pero la referencia permanece en la definición de flujo de trabajo. El principal-M heredado (mapa principal) se sustituye por el principal-R. El submapa-m1 sustituye al submapa-m1 heredado, por lo que se mantiene. El campo-r1 fue creado en el flujo de trabajo-R.
- Si desactiva la herencia de flujo de trabajo en un flujo de trabajo que hereda mapas, campos y otras propiedades de otro flujo de trabajo, el mapa base de dicho flujo de trabajo se restablecerá en WorkObjectEx y todos los elementos heredados, pero no sobrescritos, del flujo de trabajo base anterior dejarán de estar disponibles. Si existen referencias a estos elementos, como por ejemplo en un paso de un submapa, se producirán errores de validación.
Si posteriormente vuelve a activar la herencia, los elementos heredados (submapas, campos, etcétera) se volverán accesibles, pero el mapa principal (en este ejemplo, principal-R) continuará sustituyendo al mapa heredado y F_Trackers seguirá sustituyendo a un F_Trackers heredado, si existe. Puede eliminar el mapa principal y F_Trackers si desea utilizar el mapa principal y el F_Trackers heredados.
- Si el flujo de trabajo base para el flujo de trabajo-R pasa de ser el flujo de trabajo-M a ser el flujo de trabajo-N, el principal-N se convierte en el mapa de flujo de trabajo principal. El submapa-m1 permanece, ya que sustituye al submapa-m1 heredado.
- En el flujo de trabajo-R, el principal-A y la forma original del submapa-a1 no se heredan en el flujo de trabajo-R; sólo se heredan los elementos activos en el flujo de trabajo-M.
- El flujo de trabajo-R no añade submapas accesibles desde el mapa principal (principal-M) porque el principal-M es de sólo lectura; en cambio, el submapa-m1 se modifica para la funcionalidad deseada. Si el autor del flujo de trabajo elimina el submapa-m1 modificado, el submapa-m1 heredado del flujo de trabajo-M se reactiva y no se puede eliminar.
- Los elementos heredados en una definición de flujo de trabajo derivada reflejan las propiedades de su flujo de trabajo base en el momento en que se crea el flujo de trabajo derivado. Si el flujo de trabajo base se cambia y se transfiere a la base de datos del sistema de flujo, todas las definiciones de flujo de trabajo derivadas permanecerán intactas hasta que abra una definición de flujo de trabajo derivada y vuelva a transferirla.