|
Hola compañero hay incidente que cuando se solicita algunas vacaciones o cualquier solicitud, la notificación si llega al solicitante pero no llega al jefe que debe de autorizarla, se revisaron rutas de autorización y todo parece en orden, rutas condicionales y de igual forma todo en orden, hemos revisado en la base de datos y la solicitud aparece en estado workflow como pendiente, al revisar el AppJobWinService aparece como enviado al solicitante pero nunca manda al que debe autorizar. No hay ningún mensaje de error, nunca llega la solicitud para su autorización. |
|
Revisa el log del servicio de windows AppJob, ahi tiene que decir "INFO EmailNotificatorService - Notificación enviada a (FULANO fulano@aseinfo.com.sv)" Si hay errores ahi se mostrarán. Validar que el empleado tenga usuario, que el usuario tenga expediente asociado, que el expediente tenga email ingresado, que la bandeja del destinatario no esté llena, que el correo no caiga en spam. Hay que descartar con los demas usuarios: solo pasa con ese usuario o pasa con todos? solo pasa con ese flujo o con todos? solo pasa con esa solicitud o con otras tambien? ya se reviso el log del appjob y si envia correo al solicitante sin embargo al jefe ni siquiera lo registra en el log y la ruta de autorización si tienen a donde enviar, de igual forma el empleado tiene usuario y tiene expediente asociado, tiene email ingresado y no esta en spam porque ni siquiera lo registra que lo envía. Pasa con todos lo usuarios y con todos los flujos de autorización y todas las solicitudes. |
|
Investigando un poco mas, la situación de trasfondo es que se duplicó el servidor y ahora se requiere que el servidor nuevo sea el principal. Tener en cuenta las consideraciones publicadas acá Lo mas recomendable sería realizar una revisión del servidor como una instalación desde cero para asegurarse que todo esté correctamente configurado NOTA: Los jobs registrado en la base EvoTemp no funcionarán (porque la cadena de conexión se guardan en los registros) por lo que sería mejor utilizar una base EvoTemp nueva. Lo anterior implica que las programaciones se perderán (contrataciones a futuro, retiros a futuro, incrementos a futuro, etc) y habrá que realizar estas acciones de personal manualmente |