En su empresa, diversos grupos usan sitios de Microsoft SharePoint para colaborar en documentos y compartir información. Suponga que desea crear una aplicación de SharePoint que mejore la productividad y la eficiencia del grupo, pero no desea escribir código. ¿Por dónde empieza?

Con Microsoft Office SharePoint Designer 2007, puede diseñar flujos de trabajo que agreguen lógica de aplicación sin código a sus sitios y aplicaciones de SharePoint. Mediante el diseñador de flujos de trabajo, puede crear reglas que asocien condiciones y acciones con elementos de listas y bibliotecas de SharePoint. Los cambios en elementos de listas o bibliotecas activan acciones en el flujo de trabajo.

Por ejemplo, suponga que las principales responsabilidades de un grupo son escribir, revisar y aprobar contratos. Estos contratos se almacenan en bibliotecas de documentos en el sitio de grupo. Con Office SharePoint Designer 2007, puede crear un flujo de trabajo que envíe una notificación por correo electrónico al revisor cuando se haya cargado un nuevo contrato en el sitio. Al mismo tiempo, el flujo de trabajo puede crear una tarea para el revisor en la lista Tareas. Cuando esa persona revise el contrato y marque la tarea como completa, se activarán distintas acciones en función de que al contrato se le asigne un estado de Aprobado o Rechazado.

La eficiencia y la productividad del grupo mejoran porque el flujo de trabajo dirige el proceso de modo que el grupo puede centrarse en hacer el trabajo, en lugar de tener que administrar el flujo de trabajo. Y no se requiere programación alguna para generar una solución como esta. Creando reglas en el Diseñador de flujo de trabajo, se incorpora inmediatamente interactividad a una solución o aplicación de SharePoint.

En este artículo, se presentan los conceptos básicos de los flujos de trabajo. Cuando comprenda los bloques de creación básicos de un flujo de trabajo (eventos, acciones, condiciones y pasos), podrá agregar fácilmente lógica a sus aplicaciones de SharePoint.

 Importante   Para poder crear un flujo de trabajo, su sitio de SharePoint debe estar ubicado en un servidor en el que se ejecute Microsoft Windows SharePoint Services 3.0.

---

• ¿Qué es un flujo de trabajo?

• ¿Qué son eventos, acciones, condiciones y pasos?

• ¿Qué son los formularios de flujo de trabajo?

• ¿Dónde se almacenan los flujos de trabajo?

• ¿Dónde se puede consultar el estado de un flujo de trabajo?

• Pasos siguientes sugeridos

---

¿Qué es un flujo de trabajo?

Su grupo usa un sitio de SharePoint para colaborar y almacenar información valiosa de la empresa en listas y bibliotecas de SharePoint. Con Office SharePoint Designer 2007, ahora puede incorporar lógica de aplicaciones a documentos o elementos de estas listas y bibliotecas.

Con el Diseñador de flujo de trabajo, puede adjuntar una secuencia de condiciones y acciones a una lista o una biblioteca: esta secuencia es un flujo de trabajo. Un flujo de trabajo es una manera natural de organizar y ejecutar una serie de acciones que corresponden a un proceso de trabajo. Este proceso puede controlar prácticamente cualquier aspecto de un elemento de lista en Microsoft Windows SharePoint Services 3.0, incluso el ciclo de vida del elemento. El flujo de trabajo puede incluir tanto acciones realizadas por personas (o participantes en el flujo de trabajo) como acciones realizadas por el propio flujo de trabajo. Los participantes en el flujo de trabajo pueden interaccionar con el flujo de trabajo a través de la lista Tareas, donde un flujo de trabajo puede crear una tarea para alguien y permanecer en pausa hasta que se marque la tarea como completa.

Los flujos de trabajo pueden ser tan sencillos o tan complejos como requieran los procesos empresariales. Puede crear un flujo de trabajo que inicie el usuario o un flujo de trabajo que se inicie automáticamente basándose en un evento, por ejemplo, cuando se cree o se cambie un elemento de lista.

En general, cuando use Office SharePoint Designer 2007 para diseñar un flujo de trabajo, seguirá estos pasos básicos:

• Use el Diseñador de flujo de trabajo para elegir y componer las condiciones y acciones que definirán los pasos del flujo de trabajo.
• Haga que Office SharePoint Designer 2007 genere automáticamente los formularios de ASP.NET necesarios para iniciar el flujo de trabajo o las tareas personalizadas de SharePoint que sean precisas.
• Personalice los formularios de flujo de trabajo si es necesario.

Un flujo de trabajo se puede considerar como un diagrama de flujo de acciones con un principio, un fin y un flujo en secuencia de principio a fin. Los flujos de trabajo pueden incorporar ramas en paralelo pero, en definitiva, progresan desde la acción final hasta la acción final.

Por ejemplo, suponga que va a representar gráficamente el flujo de trabajo descrito previamente, que distribuye un documento de Microsoft Windows SharePoint Services 3.0 para su aprobación. Cuando se inicia el flujo de trabajo, notifica automáticamente al revisor especificado por correo electrónico de que tiene un documento para revisar. El revisor revisa el documento y cambia el estado del mismo para indicar que ha completado su tarea y si el documentos se ha aprobado o rechazado. En función de la respuesta del revisor, el flujo de trabajo continuará por una o dos ramas paralelas. Si el revisor aprueba el documento, el flujo de trabajo moverá el documento aprobado a una biblioteca de documentos específica y enviará un mensaje por correo electrónico al grupo para notificarles la existencia del documento aprobado. Si el revisor rechaza el documento, el flujo de trabajo se lo notificará al creador del documento. En ambos casos, el flujo de trabajo llega así a su final y el proceso queda completado.

 Volver al principio

¿Qué son eventos, acciones, condiciones y pasos?

Son los bloques de creación básicos de un flujo de trabajo. Un flujo de trabajo consta de uno o varios pasos y cada paso consta de acciones y las condiciones asociadas. Cada flujo de trabajo se inicia por un evento.

¿Qué son eventos?

Un evento es lo que inicia o activa un flujo de trabajo. Hay exactamente tres eventos que pueden iniciar un flujo de trabajo:

• La creación de un elemento.
• La modificación de un elemento.
• Un participante del flujo de trabajo hace clic en un botón en el sitio de SharePoint.

Es importante entender que un flujo de trabajo creado con Office SharePoint Designer 2007 siempre se asocia exactamente a una lista o una biblioteca de un sitio de SharePoint. Al diseñar el flujo de trabajo, se elige la lista a la que se asociará. Un evento de esta lista iniciará el flujo de trabajo.

Puede crear un flujo de trabajo que inicie un participante manualmente, o un flujo de trabajo que se inicie automáticamente cuando se cree o se cambie un elemento de lista. Por ejemplo, en el flujo de trabajo de aprobación de un documento, se puede diseñar el flujo de trabajo de modo que se inicie automáticamente cuando alguien agregue un documento a la biblioteca de documentos compartidos. En el menú Archivo, elija Nuevo y, a continuación, haga clic en Flujo de trabajo. En el Diseñador de flujo de trabajo, verá la página siguiente.

Cuando un participante inicia el flujo de trabajo manualmente, dicho usuario primero examina la lista o la biblioteca a la que está asociado el flujo de trabajo. Cualquier usuario que tenga al menos el nivel de permisos Colaborar puede iniciar un flujo de trabajo que se haya diseñado para iniciarse manualmente. El participante hará clic en un elemento, luego hará clic en Flujos de trabajo en el menú, y elegirá un flujo de trabajo en una página en la que aparecerán todos los flujos de trabajo asociados al elemento. El participante rellenará un formulario de inicio del flujo de trabajo, si es necesario, y luego iniciará el flujo de trabajo haciendo clic en el botón de inicio del formulario. Al iniciar un flujo de trabajo, se crea una nueva instancia del flujo de trabajo para ese elemento específico.

 Nota   El comando Flujos de trabajo sólo está disponible cuando el elemento está en una lista o una biblioteca que tiene al menos un flujo de trabajo asociado.

Para un flujo de trabajo que se inicia manualmente, el formulario de inicio puede ser tan sencillo como el siguiente.

También se pueden agregar campos personalizados a un formulario de inicio al diseñar el flujo de trabajo. Los participantes del flujo de trabajo podrán entonces proporcionar información al flujo de trabajo rellenando el formulario, y esos valores se transmitirán al flujo de trabajo. Se iniciará una instancia nueva del flujo de trabajo, que podrá buscar y usar la información proporcionada mediante el formulario en cualquier punto del flujo de trabajo.

¿Qué son acciones?

Una acción es la unidad de trabajo más básica de un flujo de trabajo. En Office SharePoint Designer 2007, se proporciona un conjunto de acciones listas para usar y reutilizables, para incorporarlas en flujos de trabajo. Por ejemplo, un flujo de trabajo puede:

• Crear, copiar, cambiar o eliminar elementos de lista (incluyendo documentos).
• Proteger o desproteger elementos.
• Enviar un mensaje por correo electrónico.
• Crear una tarea para alguien en la lista Tareas de su sitio de grupo.
• Recopilar datos de un participante a los que se puede hacer referencia posteriormente en el flujo de trabajo.
• Interrumpir o detener el flujo de trabajo.
• Registrar información del flujo de trabajo en una lista de historial para usarla para depuración del flujo de trabajo o rechazos.
• Establecer variables del flujo de trabajo o realizar cálculos.

Un flujo de trabajo puede contener cualquier cantidad de acciones. Las acciones que acaban de mencionarse las realiza el flujo de trabajo, pero hay otras acciones que pueden realizar los participantes del flujo de trabajo. Por ejemplo, el flujo de trabajo de aprobación de documentos se compone de cinco acciones. Cuatro de ellas las realiza automáticamente el flujo de trabajo, pero una de las acciones (la propia revisión del documento) la realiza un participante del flujo de trabajo. Las acciones que realiza un participante del flujo de trabajo se representan mediante tareas asignadas a dicha persona en la lista Tareas. Las cinco acciones del flujo de trabajo de ejemplo son:

• Enviar un mensaje por correo electrónico para notificar al revisor
• Revisar el documento (una tarea asignada a un participante del flujo de trabajo)
• Mover el documento a la biblioteca de documentos aprobados
• Enviar un mensaje por correo electrónico para notificar al grupo
• Enviar un mensaje por correo electrónico para notificar al creador del documento

En el sentido más básico, al diseñar un flujo de trabajo, se identifica la secuencia de acciones necesaria y luego se ensambla esa secuencia mediante el Diseñador de flujo de trabajo. Por ejemplo, en el flujo de trabajo de aprobación de documentos, la primera acción que se desea realizar es enviar un mensaje por correo electrónico para notificar al revisor.

Así pues, en el Diseñador de flujo de trabajo, se elige esa acción como primer paso del flujo de trabajo.

¿Qué son condiciones?

Cuando se diseña un flujo de trabajo, se puede usar el Diseñador de flujo de trabajo para crear reglas que apliquen lógica condicional a listas y elementos de SharePoint. Una regla establece una condición según la cual, el flujo de trabajo realiza la acción asociada solamente si se cumple la condición. Por ejemplo, se puede crear una regla según la cual, el flujo de trabajo envíe un mensaje por correo electrónico al revisor únicamente si una persona específica crea un elemento. También se pueden agregar cláusulas a una condición. Por ejemplo, se puede crear una regla según la cual, se envíe un mensaje por correo electrónico a un revisor solamente si un elemento (1) lo crea una persona específica y (2) el título del documento contiene palabras clave específicas. Por último, es posible asociar acciones varias con una condición. Por ejemplo, se puede crear una regla según la cual, si una persona específica crea un elemento, (1) se envía un mensaje por correo electrónico al revisor y (2) se registra la información del flujo de trabajo en la lista de historial.

En resumen, una regla es una condición asociada a una o varias acciones: si se cumplen todas las cláusulas de la condición, se realizarán todas las acciones asociadas.

En el ejemplo anterior, el usuario solamente especificó una condición. No obstante, se pueden crear múltiples condiciones para un paso del flujo de trabajo. Las condiciones múltiples crean ramas en el flujo de trabajo: si se cumple la condición A, realizar una acción; si se cumple la condición B, realizar otra acción distinta. Para agregar una rama a un paso, haga clic en Agregar rama condicional 'Else If'. Por ejemplo, en el flujo de trabajo de aprobación de documentos, si el revisor aprueba el documento, el flujo de trabajo realiza una acción (o una serie de acciones); si el revisor rechaza un documento, el mismo flujo de trabajo realiza una acción diferente. Esto es una rama condicional.

En el Diseñador de flujo de trabajo, este paso tiene dos ramas y es similar al que se representa aquí. El diamante verde indica que el paso tiene una rama condicional.

También se puede crear una rama que no tenga una condición específica. De este modo, el flujo de trabajo realiza una acción si se cumple una condición y otra acción distinta si no se cumple la condición. Por ejemplo, el paso siguiente de un flujo de trabajo envía un mensaje al grupo solamente si se cumple la condición; en caso contrario, el flujo de trabajo envía un mensaje únicamente al creador del documento. Agregando una rama sin condiciones específicas, el flujo de trabajo realiza la acción de esa rama siempre que no se cumpla la condición de la primera rama.

 Nota   Las ramas en un flujo de trabajo no se puede extender de un paso a otro. Un conjunto de ramas 'Else If' siempre está contenido en un solo paso.

En Office SharePoint Designer 2007, se proporcionan varias condiciones listas para usar y reutilizables, para incorporarlas en flujos de trabajo. Por ejemplo, se puede especificar que el flujo de trabajo realice las acciones asociadas solamente si un elemento:

• Se crea o se modifica durante un intervalo de tiempo específico.
• Lo crea o lo modifica una persona específica.
• Tiene un campo de título que contiene palabras clave específicas.
• Es un archivo de un tipo específico o tiene un tamaño de archivo comprendido en un intervalo específico (esta condición sólo está disponible cuando el flujo de trabajo está asociado a una biblioteca de documentos).

Además, se pueden crear condiciones personalizadas y condiciones avanzadas, en las que se puede especificar una amplia variedad de parámetros. Con las condiciones personalizadas, puede comparar un campo de la lista activa con un valor. Por ejemplo, puede crear una condición personalizada según la cual, si el campo Estado de aprobación es igual a Aprobado, se realice la acción asociada. Con las condiciones avanzadas, puede comparar un valor con otro. De este modo, puede establecer una comparación entre un campo de una lista y un valor de otra lista. Por ejemplo, puede crear una condición avanzada para la biblioteca de documentos compartidos según la cual, si el valor del campo Estado en la lista Tareas es igual a Pendiente, se realice la acción asociada.

 Nota   Una acción no requiere una condición. Por ejemplo, el primer paso del flujo de trabajo de aprobación de documentos envía un mensaje por correo electrónico para notificar al revisor. Esta acción no tiene ninguna condición asociada.

Acciones en paralelo frente a acciones en serie

Si hay más de una acción asociada a una condición, las acciones se pueden configurar de modo que se ejecuten al mismo tiempo (en paralelo) o una detrás de otra (en serie).

Acciones en serie  Por ejemplo, en el flujo de trabajo de aprobación de documentos, se pueden definir dos acciones de modo que cuando se apruebe un documento, se envíe un mensaje y luego (posteriormente) se copie el documento en la biblioteca de documentos aprobados. En el Diseñador de flujo de trabajo, then indica que la segunda acción se realiza después de la primera.

Acciones en paralelo  Por ejemplo, en el flujo de trabajo de aprobación de documentos, se pueden definir dos acciones de modo que cuando se apruebe un documento, se envíe un mensaje y (al mismo tiempo) se copie el documento en la biblioteca de documentos aprobados. En el Diseñador de flujo de trabajo, and indica que la segunda acción se realiza al mismo tiempo que la primera.

 Nota   Las acciones en paralelo no son absolutamente simultáneas; el orden exacto no se puede especificar y puede variar cada vez que se ejecuta el flujo de trabajo.

 Notas 

• En toda regla dada (condiciones y acciones), todas las acciones deben ir en serie o en paralelo.
• Un conjunto de acciones en serie o en paralelo debe estar incluido en un solo paso.

¿Qué son pasos?

Un flujo de trabajo consta de uno o varios pasos. Cada paso puede contener cualquier cantidad de acciones y condiciones asociadas. Los pasos se pueden considerar de manera simplificada como páginas del Diseñador de flujo de trabajo. Por ejemplo, el flujo de trabajo de aprobación de documentos tiene dos pasos, como se indica en el Diseñador de flujo de trabajo.

Los pasos permiten agrupar condiciones y acciones de modo que un conjunto de reglas (condiciones y acciones) se pueda evaluar y realizar antes que un segundo conjunto.

¿Un paso o varios? Algunos flujos de trabajo se pueden diseñar como una secuencia de acciones en un paso, o como una secuencia de pasos.

Por ejemplo, las tres acciones siguientes podrían ser el paso 1 de un flujo de trabajo básico de un paso.

Las mismas tres acciones podrían separarse en varios pasos.

La manera de estructurar un flujo de trabajo en pasos depende de lo que se desee conseguir en cada paso. Las reglas de un paso se procesan hasta el final antes de proceder al siguiente paso, por lo que conviene agrupar en el mismo paso todas las reglas necesarias que afecten a la acción o las acciones específicas que se desee.

Más específicamente, cada paso puede contener un conjunto de ramas condicionales 'Else If', de modo que las acciones de cada rama se realicen sólo cuando se cumpla la condición asociada. En este caso, sólo se necesitan pasos adicionales cuando:

• Es necesario evaluar varios conjuntos de ramas condicionales 'Else If'.
• Es necesario separar una instrucción con ramas de una instrucción sin ramas.

Los pasos también se pueden usar simplemente como una manera de organizar un flujo de trabajo. Por ejemplo, un flujo de trabajo podría tener numerosas acciones en un paso que no usase condiciones. En tal caso, podría ser útil separar las acciones en pasos para organizarlas mejor.

 Volver al principio

¿Qué son los formularios de flujo de trabajo?

Para que un flujo de trabajo sea más dinámico y flexible, se le puede agregar un formulario. Con un formulario, se puede recopilar información de participantes del flujo de trabajo en puntos determinados del flujo de trabajo, y se puede hacer que los participantes puedan interaccionar con las tareas correspondientes al flujo de trabajo.

Con Office SharePoint Designer 2007, se pueden crear dos tipos de formulario de flujo de trabajo:

• Un formulario de inicio reúne información del participante del flujo de trabajo cuando éste inicia el flujo de trabajo. Los formularios de inicio se presentan a los usuarios cuando inician manualmente un flujo de trabajo o un elemento de SharePoint determinado. Con un formulario de inicio, los usuarios pueden especificar nuevos parámetros o información sobre el flujo de trabajo que sea aplicable al elemento de SharePoint dado. Por ejemplo, se podría usar un formulario de inicio para preguntar quién deberá revisar un documento y antes de qué fecha deberá estar completada la revisión. No todos los flujos de trabajo requieren formularios de inicio. Si se necesita uno, Office SharePoint Designer 2007 genera automáticamente un formulario de inicio de ASP.NET según las especificaciones de inicio.
• Un formulario de tarea personalizado permite a los participantes del flujo de trabajo interaccionar con tareas de la lista Tareas en un sitio de SharePoint. Con el Asistente para personalización de tareas, puede crear fácilmente campos de formulario personalizados, y agregarlos a un formulario de tarea personalizado. Cuando termine de diseñar el flujo de trabajo, Office SharePoint Designer 2007 generará automáticamente los formularios de ASP.NET para las tareas personalizadas. Después, cuando se ejecute el flujo de trabajo y se creen tareas, el usuario irá a la lista Tareas del sitio de SharePoint, marcará la tarea como completada y escribirá información opcional o requerida específica del flujo de trabajo. Entonces, el flujo de trabajo podrá responder a los cambios como se especifique en el propio flujo de trabajo, o buscar y evaluar la información en pasos posteriores del flujo de trabajo.

Después de que Office SharePoint Designer 2007 genere automáticamente los formularios de ASP.NET, podrá personalizarlos. Los formularios de flujo de trabajo son páginas de ASP.NET con un elemento Web de formulario de datos y una página maestra aplicada a él. Estos archivos .aspx se almacenan en el sitio de SharePoint con los archivos de origen del flujo de trabajo. Estos formularios se pueden abrir y personalizar igual que cualquier otro archivo .aspx.

 Volver al principio

¿Dónde se almacenan los flujos de trabajo?

Los flujos de trabajo se almacenan en una biblioteca de documentos en el sitio, denominada Flujos de trabajo. Office SharePoint Designer 2007 crea automáticamente esta biblioteca de documentos. En la lista de carpetas, la biblioteca de documentos Flujos de trabajo muestra el icono de flujo de trabajo en lugar del habitual icono de lista o biblioteca de documentos. De manera predeterminada, la biblioteca de documentos Flujos de trabajo se oculta del explorador y no tiene vistas de lista, como AllItems.aspx o EditForm.aspx. Esta biblioteca de documentos contiene una carpeta por cada flujo de trabajo creado con Office SharePoint Designer 2007. La carpeta contiene todos los archivos de origen necesarios para el flujo de trabajo, incluyendo:

• El archivo de marcado (.xoml) del flujo de trabajo (necesario únicamente cuando el flujo de trabajo usa condiciones).
• El archivo de reglas del flujo de trabajo.
• El archivo de configuración del flujo de trabajo.
• Todos los formularios .aspx necesarios, como los de inicio (para flujos de trabajo que se inician manualmente) o los de tareas personalizadas.

Para modificar un flujo de trabajo existente, se puede hacer clic en Abrir flujo de trabajo en el menú Archivo o hacer doble clic en el archivo .xoml en la lista de carpetas. Así, se abre el flujo de trabajo por su primer paso en el Diseñador de flujo de trabajo. Si hace clic en Atrás para ver la configuración de inicio del flujo de trabajo, comprobará que no puede cambiar la lista o la biblioteca a la que está asociado el flujo de trabajo. Una vez asociado un flujo de trabajo a una lista o a una biblioteca mediante Office SharePoint Designer 2007, la asociación no se puede cambiar.

El Diseñador de flujo de trabajo proporciona una acción denominada Registrar en lista de historial. Esta acción se puede usar cuando se desea llevar un registro del historial del flujo de trabajo para investigar errores o para hacer un seguimiento o estudiar rechazos. Cuando se crea un flujo de trabajo que usa la acción Registrar en lista de historial, Office SharePoint Designer 2007 crea automáticamente una lista denominada Historial del flujo de trabajo. Esta lista tiene columnas para datos como identificador de usuario, fecha, evento y descripción de errores. Del mismo modo que la biblioteca de documentos Flujos de trabajo, de manera predeterminada, la lista de historial se oculta en el explorador pero se puede ver en la lista de carpetas.

El Diseñador de flujo de trabajo proporciona tres acciones que interactúan con la lista Tareas: Asignar un elemento de tarea, Recopilar datos de un usuario y Asignar una encuesta de grupo. Cuando se crea un flujo de trabajo que usa cualquiera de estas tres acciones, Office SharePoint Designer 2007 crea automáticamente el formulario .aspx, el tipo de contenido para la tarea y la lista Tareas, si es necesario. De manera predeterminada, la lista Tareas se puede ver en el explorador, al contrario que la biblioteca de documentos Flujos de trabajo y la lista Historial del flujo de trabajo.

 Volver al principio

¿Dónde se puede consultar el estado de un flujo de trabajo?

En el explorador, se puede consultar fácilmente el progreso de los flujos de trabajo para un elemento seleccionado. La vista Todos los elementos de una lista o una biblioteca de documentos muestra el estado actual de los flujos de trabajo que se ejecutan con un elemento. Además, cada elemento tiene una página Flujos de trabajo donde se puede consultar la siguiente información:

• Todos los flujos de trabajo que se están ejecutando con el elemento.
• Todos los flujos de trabajo que se han ejecutado con el elemento en el pasado.
• Todos los flujos de trabajo disponibles para el elemento.

Para ver la página Flujos de trabajo para un elemento, haga clic en el elemento en la lista y, a continuación, haga clic en Flujos de trabajo en el menú.

 Nota   El comando Flujos de trabajo sólo está disponible cuando el elemento está en una lista o una biblioteca que tiene al menos un flujo de trabajo asociado.

Cuando un usuario inicia un flujo de trabajo con un elemento, Windows SharePoint Services 3.0 agrega una nueva columna al elemento. De manera predeterminada, el nombre de la columna coincide con el nombre del flujo de trabajo. Esta columna de solo lectura muestra el estado actual del elemento en el flujo de trabajo. Esta columna de estado se agrega automáticamente para cada flujo de trabajo la primera vez que se ejecuta.

En cada columna, el estado del flujo de trabajo es un vínculo. Por ejemplo, si hace clic en la opción En curso, verá la página Estado del flujo de trabajo correspondiente a esa instancia del flujo de trabajo.

Un flujo de trabajo creado en Office SharePoint Designer 2007 no se puede implementar en varias listas. Sólo es válido para la lista para la que se creó. No obstante, sí se pueden asociar varios flujos de trabajo a una lista y pueden estar disponibles para un elemento determinado. Es posible ejecutar varios flujos de trabajo simultáneamente con el mismo elemento de lista, pero sólo se puede ejecutar una instancia de un flujo de trabajo específico con un elemento determinado en un momento dado. Por ejemplo, se puede disponer de dos flujos de trabajo (el flujo de trabajo A y el flujo de trabajo B) para una lista específica. Aunque ambos flujos de trabajo se pueden ejecutar simultáneamente con un elemento específico de la lista, no puede haber dos instancias del flujo de trabajo A o el B ejecutándose en el mismo elemento al mismo tiempo.

 Volver al principio

Pasos siguientes sugeridos

Los flujos de trabajo son una herramienta muy eficaz para agregar lógica de aplicación a los sitios y aplicaciones de SharePoint. Ahora que comprende los conceptos básicos de los flujos de trabajo, tal vez desee comenzar creando un flujo de trabajo:

• Para conocer algunas consideraciones de diseño importantes y un procedimiento básico, vea el artículo Crear un flujo de trabajo.
• Para obtener vínculos a artículos que contienen ejemplos de flujos de trabajo completos, vea la sección Vea también.

 Volver al principio