Hotfix - Campañas - Auditar los cambios al pulsar en el enlace de baja de una campaña de email #277
Conversation
|
Actions executed at: 2024-10-02 13:03:55. |
AlbertoSTIC
requested review from
enricsinergia and
jordiSTIC
and removed request for
AlbertoSTIC
|
Se observa que al marcar el opt-out desde la interfaz de Persona, sólo se guarda en la tabla audit la primera de las direcciones sobre la que se aplica el cambio. Quizás habría que incluir también esta corrección para que tenga realmente sentido grabar en el log cuando viene del removeme.php |
|
Se verifica que al pulsar el enlace para darse de baja, se registra la baja de todos los correos de la persona o interesado, auditando los cambios para cada una de las direcciones Se observa que desde la edición de los datos de una persona, al cambiar el valor de "Refusado" de un correo, únicamente se audita para la dirección principal de la persona:
Observación: Parece ser que las campañas únicamente envían correos a la dirección principal de un contacto, y únicamente si esta no está marcada como "Refusado" ni "No válida" |
modules/Campaigns/RemoveMe.php
Outdated
| (id, parent_id, date_created, created_by, field_name, data_type, before_value_string, after_value_string, before_value_text, after_value_text) VALUES | ||
| ('$newId', '$emailAddressId', UTC_TIMESTAMP(), '1', 'opt_out','bool','0','1',NULL,NULL)"; | ||
| $result2 = $db->query($query); | ||
| if ($result2) { |
There was a problem hiding this comment.
La condición de error está invertida: si falla $result2 devolverá false
There was a problem hiding this comment.
Cambiado 👍
There was a problem hiding this comment.
- La verificación de la segunda query está invertida. (ver comentario)
- Se podría añadir también control de errores en la primera query
- En el caso que
$emailAddressesIDesté vacío se generará query incorrecta (se da de baja persona a la que se le han eliminado los correos en el crm)
Hecho |
|
Tras comentarlo con Alberto y por coherencia, se ha decidido auditar todos los emails rehusados ya sea en el proceso de baja de una campaña de tipo Email como desde la UI, donde se ha detectado que solo se audita el rehusado del email principal. |
En relación a la observación, el email principal de la persona se almacena en un campo llamado email1 que por defecto no tiene activada la propiedad de auditado, pero si se activa sí se audita el campo |
Descripción
Se observa que si un usuario tiene varias direcciones de correo, al pulsar el enlace de baja de una campaña de tipo correo electrónico, el CRM configura como Rehusado todas las cuentas de correo relacionadas con la persona o interesado y no solo la cuenta desde la que pulsó en el enlace de baja.
Comentándolo en el área de desarrollo, este comportamiento es razonable ya que la persona o interesado ha indicado que no quiere recibir más correos de campañas de email, por lo que la solución al PR tiene en cuenta esto y creará un registro por cada una de las direcciones de email en la tabla
_email_addresses_audit_Actualización
Auditar todos los emails rehusados ya sea en el proceso de baja de una campaña de tipo Email como desde la UI, donde se ha detectado que solo se audita el cambio en el checkbox de Rehusado del email principal. Es decir, si rehusamos todos los correos de una persona, solo se auditará el email que esté configurado como principal.
Cómo reproducir el problema
Baja de una campaña de tipo email
Rehusar correos desde la vista de edición