Cuando un envío a SES.Hospedajes no se acepta, la reacción instintiva es reintentar. A veces es lo correcto. Muchas otras veces, reintentar sin cambiar nada garantiza el mismo resultado, porque el problema no es una caída pasajera del sistema: es un dato del envío que no cumple lo que el Ministerio exige.
La causa más común: el número de personas no cuadra
Cada comunicación lleva un número de personas declarado, y tiene que coincidir exactamente con la cantidad de personas que se detallan en esa misma comunicación. Si declaras 3 y detallas 2 —o al revés—, el envío se rechaza. Es una comprobación estructural, no una opinión del sistema: la solución nunca es reintentar, es corregir el número antes de reenviar.
Otras causas frecuentes
- Un campo obligatorio vacío o vacío por sinónimo. Direcciones o códigos postales sin valor real (rellenados con guiones o ceros para "pasar" un formulario) llegan como si el dato existiera pero no dice nada útil.
- Formato de fecha incorrecto. El sistema espera un formato exacto (año-mes-día y, en las horas, hora-minuto-segundo). Un separador distinto o un orden distinto de día/mes hace fallar el campo entero.
- Tipo de documento sin el dato adicional que ese tipo exige. Como se explica en qué hacer si el documento no es legible, DNI y NIE piden un dato extra —el soporte del documento— que otros tipos de documento no piden. Enviarlo sin él, cuando el tipo lo exige, es motivo de rechazo.
Ninguna de estas se arregla reintentando. Se arregla corrigiendo el dato y reenviando.
Cuándo sí tiene sentido reintentar
Cuando el problema no es el contenido del envío, sino que el sistema del Ministerio no ha respondido a tiempo — una caída puntual, una sobrecarga temporal. Ahí reintentar es lo correcto, y hacerlo con una espera que crece entre intento e intento evita machacar un servicio que ya está teniendo un mal momento.
La distinción de fondo es la misma que separa un rechazo (el sistema recibió el envío, lo miró, y dijo que no) de una no entrega (el sistema nunca llegó a responder). Solo la segunda se arregla con paciencia; la primera exige corregir el dato.
Por qué contamos esto
Anotador reintenta automáticamente los envíos que fallan por no-entrega, con una espera que va creciendo —30 minutos, luego una hora, luego dos, luego cuatro— durante varias horas, antes de escalarlo como incidencia real. Y si un envío falla por un dato mal formado, no lo reintenta a ciegas: te dice qué campo ha fallado, para que se corrija una vez y se reenvíe bien.