---
id: KB-CD-019
url: https://app.codecontract.io/ayuda/creditos-y-facturacion/si-algo-falla-se-ha-gastado-igual
idioma: es
categoria: creditos
audiencia: usuario
nivel: basico
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-CD-009, KB-CD-016]
citadoPor: [KB-CD-003]
---

# 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._

**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

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 |

> [!IMPORTANT]
> 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.

> [!WARNING]
> 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

**En corto**

- El detalle de vuestra cuenta enseña cada acción con su fecha y a qué corresponde.
- Cada organización puede tener su propia política, así que ese detalle manda sobre cualquier lista general.
- Y si algo no encaja, es exactamente lo que hay que enseñar a soporte: la línea concreta, no el total del mes.

> [!NOTE]
> 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.

## Ejemplos

**Una empresa reenvía cuatro veces una petición a una dirección mal escrita.**

- Corrige la ficha del contacto antes del siguiente envío y prueba el lote con dos

→ El documento llega al primer intento y deja de repetirse el mismo gasto por un error de un dígito.

**Una acción falla y nadie sabe si consumió.**

- Consulta el detalle de esa actividad

→ La duda se resuelve con el registro.

**Se repite tras un fallo por si acaso.**

- Comprueba el estado antes de repetir

→ No se consume dos veces por un fallo.

**Un proceso se corta a mitad.**

- Consulta qué llegó a ejecutarse

→ Se retoma desde donde estaba.

**Se reclama un consumo por una acción fallida.**

- Aporta el detalle de esa actividad

→ La reclamación se resuelve con precisión.

**Un error se repite y consume cada vez.**

- Revisa la causa antes de reintentar

→ El intento siguiente tiene sentido.