vtigerCRM-Spain

vtigerCRM-Spain::Manejar envíos de correos mediante flujos de trabajo

  • CommonUtils.php
    • 5.1: Desactivar funciones sendNotificationToGroups() y sendNotificationToOwner() y configurar flujos necesarios
    • 5.2: Las funciones sendNotificationToGroups() y sendNotificationToOwner() han sido sustituidas por flujos de trabajo en cuentas, contactos y oportunidades. Para los demás vale lo de la versión anterior.
  • InventoryUtils.php
    • 5.1 y 5.2: Si no quieres notificaciones de stock, desactivar la función sendPrdStckMail(), si quieres adaptar los mensajes enviados se puede hacer desde Configuración y como mucho habría que modificar la función para poder soportar más etiquetas. No vale la pena desactivar este envío para hacerlo desde flujos de trabajo, la infraestructura existente es correcta y suficiente aunque no se pueda gestionar todo desde el mismo sitio (workflows), no vale la pena el esfuerzo.
  • Customer Portal Email.
    • La 5.2 ya lo ha migrado a flujos de trabajo y funciona correctamente. Lo recomendable es migrar a la 5.2. Si esto no es viable, habría que estudiar las modificaciones realizadas en la 5.2 para aplicarlas a la versión 5.1, pero en general recomiendo no modificarlo, como en el caso anterior la infraestructura existente es correcta y suficiente aunque no se pueda gestionar todo desde el mismo sitio (workflows), no vale la pena el esfuerzo.
  • Stock Level Low.
    • 5.1 y 5.2: No se puede realizar mediante flujos de trabajo porque esta extensión no permite hacer comparaciones entre campos del mismo módulo, por lo que no podemos definir la condición. Como el correo que manda tampoco está basado en plantilla ni se puede desactivar en notificaciones, no hay más remedio que modificar el código de Save.php para adaptar el correo a nuestras necesidades.
  • HelpDesk
    • 5.1 y 5.2: Ambas versiones siguen teniendo los correos en el código. En principio podemos emular la funcionalidad mediante flujos de trabajo por lo que solo habría que desactivar el envío de correos en Save.php, DetailViewAjax.php y soap/customerportal.php, pero hay varias variables a las que no tenemos acceso y habría que ampliar la funcionalidad de la función de envio de emails del workflow, estas variables son:
      • URL Portal (config.inc.php)
      • Email Soporte (config.inc.php)
      • Comentarios. Los comentarios asociados al ticket son un campo propio del ticket pero se almacena en un formato codificado que habría que descodificar antes de incluirlo en el correo.
    • Yo no implementaría las dos variables del config.inc.php ya que realmente se pueden poner directamente en la plantilla de correo, solo haría la del comentario.


Por tanto los trabajos a realizar serían:

  • 5.1:
    • Desactivar funciones de notificación
    • Desactivar emails de incidencias
    • Añadir a los campos disponibles de envio de correo en flujos de trabajo una variable especial de los comentarios de incidencias
  • 5.2:
    • Desactivar emails de incidencias
    • Añadir a los campos disponibles de envio de correo en flujos de trabajo una variable especial de los comentarios de incidencias