Uno de mis clientes que trabajaba con un contratista anterior para construir una pequeña pero útil aplicación HR para la empresa. Ese contratista utiliza SharePoint Designer para implementar la parte de flujo de trabajo de la solución. Es un poco un lío. Por ejemplo, Hay nueve flujos de trabajo de SPD para apoyar el proceso de un único flujo de trabajo lógico y hasta cinco de ellos puede disparar simultáneamente en cualquier momento dada las condiciones correctas. It’s not easy to debug 🙂
Mi cliente tiene una serie de exigencias aún pendientes, uno de los cuales es generalmente proporcionar contexto más cuando el sistema envía alertas de correo electrónico – tanto en el correo electrónico sí mismo así como formas de trabajo asociado. Como SPD saben ejecutores del flujo de trabajo, la acción de SPD "recoger datos del usuario" crea una tarea con un tipo de contenido personalizado. Cuando usamos esa acción, no llegamos a especificar mucho. Nos podemos preguntar por algunos valores (por ejemplo:. "aprobar" o "rechazar") y podemos especificar un valor duro codificado en el título y la descripción. Está sobre él.
El requisito de mi cliente es que dos veces:
- Cuando SharePoint envía un correo electrónico sobre una asignación de tarea, incluir un montón de información sobre la tarea en el cuerpo del correo electrónico.
- Lo más importante, en gran medida – Cuando el usuario hace clic en el vínculo de tarea en el correo electrónico, la forma de la tarea debe tener toda la información que el aprobador necesita para hacer su aprobar o negar la decisión. Ahora mismo, el administrador debe hacer clic en el enlace de elemento a profundizar en los detalles subyacentes y a nadie le gusta. Tienes que hacer clic en el correo electrónico. Entonces usted necesita hacer clic en un enlace de oscuro en el elemento de tarea. A continuación, puede ver los datos subyacentes (en este caso la forma un InfoPath). Luego hacer clic en nuevo/la parte posterior, etc.. Todo el mundo la odia.
He heredado esta solución técnica algo desordenada y yo quiero hacer cambios en la forma menos intrusiva posible.
Lo que estoy tomando ahora es crear una plantilla personalizada de alerta. Aquí puedes leer acerca de eso. El flujo funciona de esta:
- SPD de flujo de trabajo funciona.
- En algún momento, asigna una tarea a un administrador.
- Sistema de SharePoint envía automáticamente una alerta a ese Gerente. Esto no es parte del flujo de trabajo SPD sino "SharePoint qué." (El servicio de temporizador de SharePoint, Yo creo que).
- Se invoca un controlador personalizado alerta a favor de los procesos de alerta estándar (siguiendo reglas mágicas como se describe en el anterior artículo referenciado).
- Cuando se ejecuta mi controlador alerta personalizado, genera un correo hermoso. Lo más importante, puesto que tiene la tarea de la mano, también adorna la tarea real con toda la información de contexto necesaria para cumplir el requisito de negocios.
- El usuario recibe el correo electrónico y está lleno de información de contexto útil.
- Usuario hace clic en el vínculo de tarea y la tarea se está llena de información de contexto útil.
- Todo el mundo se va a casa de sandía y helado.
Hice una prueba rápida y funciona bien en un entorno de laboratorio. Obtener mi alerta de correo electrónico personalizado como se esperaba. También llego a actualizar la descripción de la tarea y el título.
La broca sólo complicada, hasta la fecha, es para evitar una situación donde la alerta actualiza el elemento, activación de alerta de otro. Esto no me preocupa.
Hasta ahora parece prometedor...
Lo bueno de esto es que no necesita de la suciedad cualquiera de los actuales flujos de trabajo SPD. Son felizmente inconscientes de que es un controlador de alerta"IIZ RUNNIN EN DA FILOSÓFICO, DECORATIN TEH TAREA LISTA WIF MOAR CONTEXTO”.
</final>
Sígueme en Twitter en http://www.twitter.com/pagalvin