Tengo un escenario de negocio como este:

• Un usuario carga un documento en una biblioteca de documentos.
• Ella selecciona un tipo de contenido y entra metadatos según sea necesario. Uno de los campos de datos de metadatos es un indicador, "Urgente".
• Esto desencadena un flujo de trabajo de SharePoint Designer que, entre otras cosas, utiliza el "recoger datos de un usuario" acción.

"Recoger datos de un usuario" crea un elemento en una lista de tareas, solicitando autorización para que el documento.

Necesitaba crear una vista de la lista de tareas que mostró las solicitudes urgentes de aprobación.

Solución: Poner la palabra "urgente:" en el título de estas tareas.

Hubiera preferido especificar el campo de prioridad directamente. Sin embargo, No he podido hacerlo por varias razones:

1. La acción de recopilar datos no proporcionan un mecanismo para actualizar cualquier campo distinto título (y esos campos adicionales que desea recopilar datos).
2. El "asignar un punto" acción tiene el mismo problema.
3. Es posible insertar un elemento en una lista (i.e. Insertar un elemento en la lista de tareas directamente) pero esta no una acción de bloqueo. Eso significa que el flujo de trabajo no esperará por el usuario completar la tarea.

He considerado algunos enfoques antes (Afortunadamente) darse cuenta de que podríamos simplemente pone "urgente" en el título.

1. Iniciar un flujo de trabajo en la propia lista de tareas, de modo que cuando se crea una nueva tarea, de alguna manera cruzar referencias hacia el documento que se inició el primer flujo de trabajo, Saque el valor urgente y actualizar prioridad según sea necesario.
2. Hacer algo parecido con un receptor de eventos. Por crear de la tarea, Localice el documento asociado y la prioridad de actualización según sea necesario.
3. Utilice el "crear elemento de lista" acción en conjunción con la espera"para el cambio de campo" acción y un receptor de eventos. Si creamos un elemento de lista, podemos especificar todos los campos que queremos. Utilizar un receptor de evento para actualizar el elemento original cuando el usuario finaliza la tarea y la "espera para el cambio de campo" se cumpliría la condición de la acción y el flujo de trabajo procedería. (Por alguna razón, Más o menos había asentado sobre este enfoque antes de decidir sabiamente a pie por un tiempo).

Hay un inconveniente para mi solución (Aparte del hecho evidente de que sólo el texto del título indica la urgencia). Desde "recoger feedback" sólo acepta nombres de título duro codificada, Necesito utilizar dos acciones de retroalimentación recoge diferentes cuya única diferencia es duro Título codificado.

Pero, al menos hay una solución que no requiere de receptores de eventos o acciones personalizadas de SPD.

Si alguien ha solucionado esto de una manera más inteligente, por favor, hágamelo saber.

</final>