Procedimientos recomendados de desarrollo de flujo de trabajo de SharePoint
Proporciona una colección de procedimientos recomendados para los desarrolladores que usan Visual Studio para crear flujos de trabajo en SharePoint.
Nota:
Los flujos de trabajo de SharePoint 2010 se han retirado desde el 1 de agosto de 2020 para los nuevos espacios empresariales y se han quitado de los espacios empresariales existentes el 1 de noviembre de 2020. Si está usando los flujos de trabajo de SharePoint 2010, le recomendamos que migre a Power Automate u otras soluciones compatibles. Para obtener más información, consulte Retirada del flujo de trabajo de SharePoint 2010.
Procedimientos recomendados del desarrollo de flujos de trabajo
Para desarrollar flujos de trabajo sin errores para SharePoint, es mejor seguir algunas instrucciones generales o "best practices". Éste es el caso, si usa SharePoint Designer 2013 o Visual Studio 2012 para el desarrollo de flujo de trabajo.
Cuando se usa la acción de registro a la lista de historial, es mejor obtener más información
Escribir el valor de cada cadena y la variable que se construye en la lista de historial
Compruebe que las variables son distintos de null y que contienen los valores esperados
Asegúrese de que las cadenas en campos de texto de flujo de trabajo no superar los 255 caracteres
Uso de permisos elevados en una cuenta neutra cuando se utiliza la suplantación
Diseño de flujo de trabajo: modelo de un proceso de negocio en un único flujo de trabajo
Diseño de flujo de trabajo: uso eficaz de la acción de aprobación
Aplicaciones para SharePoint que contienen los flujos de trabajo integradas deben editar una etiqueta en el archivo workflowmanifest.xml
Complementos de SharePoint que contienen los flujos de trabajo integrados (que pueden asociarse a listas en el sitio web primario) se diferencian de las aplicaciones de flujo de trabajo normal cambiando la siguiente etiqueta a true en el archivo workflowmanifest.xml en el paquete de la aplicación:
<SPIntegratedWorkflow xmlns="http://schemas.microsoft.com/sharepoint/2014/app/integratedworkflow">
<IntegratedApp>true</IntegratedApp>
</SPIntegratedWorkflow>
Cuando se usa la acción de registro a la lista de historial, es mejor obtener más información
La acción de la Lista de historial de registro (o LogToHistoryListActivity clase si usa Visual Studio ) le permite registrar información sobre lo que ha hecho un flujo de trabajo en un punto determinado del ciclo de vida del flujo de trabajo. Esto hace que una de las herramientas de solución de problemas más importantes que tiene. Cuanta más información proporcionan en los puntos importantes del flujo de trabajo, más fácil es la solución de problemas de eventos inesperados.
Para obtener más información al respecto, vea lo siguiente:
Acciones de flujo de trabajo en SharePoint Designer 2010: Guía de referencia rápida
clase LogToHistoryListActivity
Cómo: registro de la lista de historial de una actividad de flujo de trabajo
Escribir el valor de cada cadena y la variable que se construye en la lista de historial
Depurar flujos de trabajo que se crearon con SharePoint Designer es mucho más sencillo si se escribe cadenas y variables en la lista de historial mediante la acción Log to History List.
Para obtener más información al respecto, vea lo siguiente:
Acciones de flujo de trabajo en SharePoint Designer 2010: Guía de referencia rápida
clase LogToHistoryListActivity
Cómo: registro de la lista de historial de una actividad de flujo de trabajo
Un registro de seguimiento de resultados antes y después de cada paso o importante unidad de trabajo en el flujo de trabajo
Para ayudar a la depuración de flujos de trabajo, es importante que captura información significativa antes y después de cada unidad significativa de trabajo; Esta información debe comprometerse a los registros de seguimiento. Para obtener más información, consulte lo siguiente:
Compruebe que las variables son distintos de null y que contienen los valores esperados
Antes de utilizar las variables de los flujos de trabajo, asegúrese de que no hay ninguna variable null. Además, asegúrese de que las variables contienen los valores esperados y son del tipo de datos correcto. Para obtener más información, vea Variables y argumentos.
Asegúrese de que las cadenas en campos de texto de flujo de trabajo no superar los 255 caracteres
La longitud máxima permitida para las cadenas de flujo de trabajo en campos de texto es de 255 caracteres. Si se establece el campo de texto para superar este límite, su contenido se truncará a 255 caracteres.
Uso de permisos elevados en una cuenta neutra cuando se utiliza la suplantación
Al usar suplantación pasos en un flujo de trabajo, debe crear el flujo de trabajo con una cuenta neutra (es decir, una cuenta que no está asociada a un usuario específico). Esto impide que los flujos de trabajo problemático si la cuenta del autor se convierte en obsoleto por cualquier motivo.
Para obtener más información, vea Creación de un flujo de trabajo con permisos elevados mediante la plataforma flujo de trabajo de SharePoint.
En flujos de trabajo reutilizables, use columnas de asociación para asegurarse de campos de la lista sin errores
Si crea un flujo de trabajo reutilizable que se basa en su lista de un campo específico, puede (1) restringir el flujo de trabajo a un tipo de contenido que tiene el campo especificado o (2) que el campo sea una columna de asociación. Opción 2 se recomienda porque es posible que un tipo de contenido se cambie y hacer que el flujo de trabajo de interrupción.
Diseño de flujo de trabajo: modelo de un proceso de negocio en un único flujo de trabajo
Siempre que sea posible, es mucho mejor modelar un proceso de negocio en un único flujo de trabajo que al dividir la lógica de flujo de trabajo en varios flujos de trabajo más pequeñas.
Diseño de flujo de trabajo: uso eficaz de la acción de aprobación
Siempre que sea posible, en lugar de crear varias acciones de Approval, es más eficaz utilizar la característica de Stages dentro de una acción de Approval.