Consideraciones para flujos de trabajo de Ciencias de la vida

Rutas de flujo de trabajo en conflicto para objetos principales y secundarios

Cuando dos rutas de flujo de trabajo separadas controlan los permisos del registro, se aplican los permisos más restrictivos. Dos rutas de flujo de trabajo pueden controlar permisos en un registro de objeto al mismo tiempo cuando:

• La ruta de flujo de trabajo de un objeto principal aplica una operación de etapa secundaria para el objeto secundario.
• El objeto secundario tiene su propia ruta de flujo de trabajo y operación de etapa.

Por ejemplo, puede tener rutas de flujo de trabajo separadas para el objeto Consulta y el objeto Pregunta de consulta secundario. La ruta de flujo de trabajo Pregunta de consulta incluye una operación de etapa que otorga a los usuarios solo el permiso Eliminar cuando el estado de respuesta es Respondido. La ruta de flujo de trabajo Consulta incluye una operación de etapa secundaria que otorga a los usuarios los permisos Crear, Modificar y Eliminar en registros Pregunta de consulta cuando el estado de respuesta es Respondido o No respondido. Como la ruta del flujo de trabajo Pregunta de consulta es más restrictiva, los usuarios no pueden crear o modificar registros Pregunta de consulta con un estado Respondido.

Rutas de flujo de trabajo para objetos con tipos de registro

Para objetos con tipos de registro, las rutas de flujo de trabajo que configura determinan la capacidad de los usuarios para crear, modificar y eliminar registros.

• Si el objeto no tiene ninguna ruta de flujo de trabajo configurada, los usuarios pueden crear, modificar y eliminar registros de cualquier tipo de registro.
• Si existe una ruta de flujo de trabajo que se creó antes de que se agregaran tipos de registro al objeto, el flujo de trabajo se aplica a todos los tipos de registro, porque la ruta no tiene ningún tipo de registro asignado.
• Si al menos una ruta de flujo de trabajo está configurada para un tipo de registro específico, todos los demás tipos de registro sin una ruta de flujo de trabajo configurada están bloqueados. Los usuarios que intentan crear, modificar o eliminar registros para tipos de objetos sin una ruta de flujo de trabajo configurada reciben un mensaje de error.

Para determinar las etapas en la ruta del flujo de trabajo, seleccione los valores de lista de selección que desea utilizar para el campo de control del flujo de trabajo en cada tipo de registro.

Etapas de ruta de flujo de trabajo

Cada etapa de flujo de trabajo requiere al menos una operación de etapa. Si una etapa no tiene una operación de etapa:

• Los usuarios no pueden crear, actualizar o eliminar registros cuando el registro está en esa etapa.
• La etapa no aparece en la barra de progreso en la parte superior de la página de detalles del registro.

Longitudes de campo de ruta de flujo de trabajo

Los campos de texto en la ruta del flujo de trabajo admiten una longitud máxima de hasta 255 caracteres. Con este límite de longitud, puede hacer referencia a objetos principales en la ruta del flujo de trabajo, por ejemplo, en condiciones de operación de etapa.

Prioridad de operación de etapa

Cuando una etapa de flujo de trabajo tiene múltiples operaciones, un registro en esa etapa puede cumplir las condiciones para más de una operación. Para asegurarse de que el flujo de trabajo aplica la operación correcta y otorga a los usuarios los permisos correctos, asigne una prioridad a cada operación.

Por ejemplo, la Nueva etapa en la ruta de flujo de trabajo Consulta tiene dos operaciones:

• Consulta Operación de nueva etapa 1" tiene la condición "Ciudad==San Francisco Y Estado==CA"
• Consulta Operación 2 de nueva etapa" tiene la condición "State==CA"

Un nuevo registro de consulta en San Francisco, California, cumple ambas condiciones. Asigne la prioridad superior a Operación 1 para otorgar a los usuarios esos permisos.

Acciones de actualización de registros de flujo de trabajo

Cuando un usuario ejecuta una acción Actualización de registro, la acción se ejecuta en este orden.

1. La secuencia de comandos de validación se ejecuta.
2. Se abre la ventana donde los usuarios pueden revisar, actualizar y guardar cambios en otros campos de objeto. Por ejemplo, se abre una ventana donde un usuario puede ingresar información adicional acerca de por qué está cancelando una consulta.
3. El registro principal se actualiza.
4. El evento de plataforma se desencadena.