Soy responsable de un equipo de desarrolladores que están a punto de comenzar a desarrollar un sistema de reclamos de seguros ligero. El sistema implica una gran cantidad de tareas manuales y flujos de trabajo empresariales y estamos analizando el uso de Windows Workflow (.NET 4.0).

Un ejemplo del dominio comercial es el siguiente: un titular de la póliza llama al centro de contacto para presentar un reclamo. Este "evento" dispara dos subtareas que se accionan manualmente en paralelo y pueden tardar mucho tiempo en completarse;

Verificar al cliente por fraude: un proceso manual mediante el cual un operador llama a varias compañías de crédito para verificar y evaluar el potencial de un cliente fraudulento. Desde aquí, la subtarea puede ingresar una serie de subestados (Verificación en curso, Verificación de referencia fallida, Verificación de referencia aprobada, etc.)Enviar artículo al centro de reparaciones: un proceso manual donde el artículo por el cual el titular de la póliza presentó el reclamo se envía al centro de reparaciones para su reparación. Desde aquí, la subtarea puede ingresar una serie de subestados (en espera de reparación, en curso, reparado, publicado, etc.). El reclamo solo puede continuar una vez que el estado de cada subtarea haya alcanzado un estado predefinido (basado en las reglas comerciales).

En la superficie, parece que Workflow es de hecho la mejor opción tecnológica; Sin embargo, tengo algunas preocupaciones al usar WF 4.0.

Conjunto de habilidades: al observar el conjunto promedio de habilidades de desarrollador, no veo muchos desarrolladores que entiendan o conozcan el flujo de trabajo.Mantenimiento: parece haber poco apoyo dentro de la comunidad para los proyectos de WF 4.0 y esto, junto con la falta de habilidades, genera inquietudes en torno al mantenimiento.Barrera de entrada: tengo la sensación de que Windows Workflow tiene una curva de aprendizaje empinada y que no siempre es tan fácil de aprender.Nuevo producto: como Workflow se ha reescrito por completo para .NET 4.0, veo el producto como un producto de primera generación y es posible que no tenga la estabilidad necesaria.Reputación: las versiones anteriores de Workflow no fueron bien recibidas, se consideraron difíciles de desarrollar y dieron como resultado una mala aceptación del negocio.

Entonces, mi pregunta es si deberíamos usar Windows Workflow (WF) 4.0 para esta situación o hay una tecnología alternativa (por ejemplo,Máquina de estado simple, etc.) o incluso un mejor motor de flujo de trabajo para usar?