Créditos y facturación
Si algo falla, ¿se ha gastado igual?
La pregunta que llega tras el primer rebote, y la regla que la contesta para todos los casos.
Mandáis una petición, la dirección estaba mal y el mensaje rebota. La pregunta sale sola: si no ha llegado, ¿por qué figura el consumo? La respuesta es coherente, aunque la primera vez no lo parezca.
La regla, y cómo se aplica
| Qué pasó | Se hizo la acción | Cómo queda |
|---|---|---|
| El mensaje salió y rebotó | Sí: se preparó y se envió | Figura como acción hecha, y el detalle lo refleja |
| El destinatario no lo abrió | Sí | Igual: lo que se hizo fue mandarlo |
| Lo cancelasteis antes de mandarlo | No | No hubo acción |
| Reintentar tras corregir la dirección | Sí, es otra acción | Cuenta como el envío que es |
| Consultar o descargar lo ya generado | No es una acción de este tipo | No suma |
Importante
La lógica que ordena todo esto no es el resultado, es el trabajo hecho: **se registra lo que la plataforma hace por vosotros hacia fuera, no lo que decide hacer el que lo recibe**. Que abra el correo, que conteste o que lo mande a la papelera no está en vuestra mano ni en la de nadie de aquí. Si el consumo dependiera de que el otro respondiera, la mitad de lo que hacéis no se podría medir — y lo importante es que la consecuencia práctica es la contraria de la que parece: **corregir antes de mandar vale más que reintentar después**.
Cómo se evita el gasto repetido
- 1
Comprobar la dirección antes del primer envío
Especialmente en contactos nuevos o traídos de otro sistema.
- 2
En un lote grande, probar con dos primero
Si la plantilla tiene un error, sale ahí y no cuatrocientas veces.
- 3
Y arreglar la ficha, no solo el envío
Si no, el siguiente que escriba tropieza con lo mismo.
Ojo con esto
Un detalle que conviene saber antes de reintentar en caliente: **lo que ya salió no se desanda repitiéndolo**. Un mensaje enviado está enviado, y volver a mandarlo no lo sustituye: son dos, y el destinatario los ve los dos. Si lo que queríais era corregir algo, es mejor anular lo anterior si se puede y explicarlo en el nuevo, en vez de reenviar tres veces esperando que se quede la buena.
Dónde se comprueba de verdad
Ten en cuenta
Si un mismo envío aparece varias veces y no reconocéis los reintentos, mirad si hay una regla automática detrás: lo que corre solo también deja su rastro, y es la explicación más frecuente.
›¿Y si el fallo fue de la plataforma?
Eso no es lo mismo: enseñad la línea a soporte y se revisa.
›¿Cancelar antes de enviar cuesta algo?
No: lo que no salió no es una acción hacia fuera.
›¿Un lote a cuatrocientos cuenta como cuatrocientos?
No: un envío masivo cuenta como la acción que es, una.
Un caso real
La situación
Una empresa reenvía cuatro veces una petición a una dirección mal escrita.
Qué haces
- Corrige la ficha del contacto antes del siguiente envío y prueba el lote con dos
Qué consigues
El documento llega al primer intento y deja de repetirse el mismo gasto por un error de un dígito.
La situación
Una acción falla y nadie sabe si consumió.
Qué haces
- Consulta el detalle de esa actividad
Qué consigues
La duda se resuelve con el registro.
La situación
Se repite tras un fallo por si acaso.
Qué haces
- Comprueba el estado antes de repetir
Qué consigues
No se consume dos veces por un fallo.
La situación
Un proceso se corta a mitad.
Qué haces
- Consulta qué llegó a ejecutarse
Qué consigues
Se retoma desde donde estaba.
La situación
Se reclama un consumo por una acción fallida.
Qué haces
- Aporta el detalle de esa actividad
Qué consigues
La reclamación se resuelve con precisión.
La situación
Un error se repite y consume cada vez.
Qué haces
- Revisa la causa antes de reintentar
Qué consigues
El intento siguiente tiene sentido.
Este artículo responde a
- el correo rebotó y me han cobrado
- se gastan créditos si el envío falla
- reintentar un envío consume otra vez
- me cobran aunque no lo reciban