Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mejora - Campañas - Permitir envíos de pruebas siempre #484

Open
jalbaiges opened this issue Nov 22, 2024 · 0 comments
Open

Mejora - Campañas - Permitir envíos de pruebas siempre #484

jalbaiges opened this issue Nov 22, 2024 · 0 comments
Assignees
Labels

Comments

@jalbaiges
Copy link

Cuando a un destinatario se le manda un mensaje de una campaña a través de un envío real, el CRM lo registra en Campaign_log, lo que, entre otros efectos, permite evitar envíos duplicados a esa misma dirección. Sin embargo, esta prevención afecta también a envíos de pruebas posteriores y parece razonable que no sea así.

Ejemplo:

  1. Supongamos dos LPO, una de pruebas y una real, con un destinatario asociado, el mismo en ambos casos.
  2. Se prepara un correo de marketing y se envía a la lista de pruebas mediante un envío de pruebas. La prueba se recibe con normalidad.
  3. A continuación, se realiza un envío real a la LPO real. El mensaje se recibe con normalidad.
  4. Se repite el envío real a la LPO real. El mensaje no se recibe y es correcto que así sea.
  5. Se envía una nueva prueba a la lista de pruebas. El mensaje no se recibe. Este es el caso a considerar.

Aunque no es muy habitual hacer envíos de pruebas después de hacer envíos reales, existen varios escenarios en los que podría darse la necesidad: envíos reiterados del mismo correo de marketing por incorporación de nuevas LPO y necesidad de hacer pruebas entre envíos, etc.

Descripción de la propuesta
Localizar el punto del código en el que se evitan los envíos reiterados a una misma dirección de correo y desactivar la exclusión si el envío es de pruebas.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants