Porque el proceso de generacion de planilla se queda colgado cuando generan varias personas al mismo tiempo?

Lo que ocurre es que las generaciones en paralelo provocan "dead lock" a nivel de base de datos.

El GenPlaWinService tiene una configuración que le indica cuantas planillas puede ejecutar en paralelo. Ahora bien esta configuración es un semáforo que serializa la ejecución de la parte de base de datos, es decir la inicialización y la finalización. La ejecución de fórmulas se hace en paralelo en memoria en diferentes threads para cada planilla que se envía a ejecutar.

Sin embargo, esto no garantiza que en el momento de abrir los cursores, las tablas no estén bloqueadas por las transacciones abiertas en los procesos de inicialización, finalización y sincronización de datos entre cursores modificables y la base de datos.

Ahora bien, este funcionamiento comparado con el VisualHUR es superior, porque permite el paralelismo de las operaciones en memoria. Pero adolece de los mismos defectos y es el bloqueo entre usuarios que generan la planilla.

La recomendación es la misma para Evolution y VisualHUR: Las transacciones deben ser concretas y deben liberar los locks lo más rápido que sea posible.

Entonces la única manera es que los procesos de inicialización y finalización sean rápidos y las transacciones sean lo más concretas y rápidas. No hay ninguna solución mágica, solo trabajo de optimización a nivel de base de datos.

Cuidado con los cursores modificables, porque cuando se actualizan devuelta a la base de datos necesitan tiempo para sincronizarse y ese tiempo bloquea las tablas.

Finalmente, recorda que Evolution implementa la misma técnica de generación de planilla que VisualHUR, entonces aplican las mismas buenas prácticas y soluciones que se aplicarían si fuera VisualHUR. De hecho estoy seguro que tendrías el mismo problema si fuera VisualHUR el que estuviera instalado en lugar de Evolution.