Cómo gestionar una incidencia de remisión de registros de facturación

Separa emisión, generación del registro y transmisión para que el equipo no repita una factura incierta.

Equipo enginerIT· 3 min de lectura

Un fallo de conexión no debe duplicar la factura ni borrar el intento

En un punto de venta, se emite una factura justo cuando cae la conexión. El TPV muestra “pendiente”, pero el empleado no sabe si debe volver a emitir, cobrar otra vez o esperar. El sistema y el proceso deben distinguir generación de factura, remisión de registros y confirmación. Una incidencia técnica no determina por sí sola que la factura no exista ni que deba repetirse.

Modela estados por separado

Mantén estados como borrador, expedida, pendiente de transmisión, aceptada o con incidencia, siempre con definiciones del proveedor y la modalidad aplicada. No mezcles el envío del PDF al cliente con el envío del registro tributario. Un correo entregado no demuestra que el registro se haya remitido correctamente.

Conserva identificadores y tiempos

Cada intento necesita identificador técnico, factura relacionada, hora local, respuesta y origen del error. Si hay un reintento, relaciónalo con el mismo evento para no multiplicar efectos. Guarda la respuesta íntegra o una referencia recuperable, con permisos adecuados.

Evita reintentar a ciegas

Un mensaje de timeout no demuestra que el receptor no procesó el primer intento. El sistema consulta el estado o deriva a soporte antes de repetir. Si el proveedor garantiza reintentos idempotentes, documenta cómo los identifica y prueba varios envíos iguales en un entorno controlado.

Separa fallo técnico de tratamiento fiscal

La AEAT describe las modalidades y sus requisitos de remisión o conservación. El equipo técnico puede investigar conexión y cola; finanzas determina el tratamiento fiscal y la persona autorizada ejecuta cualquier corrección. No cambies de modalidad ni edites los registros para salir de un atasco sin evaluación.

Prepara una cola visible y priorizada

Muestra facturas que requieren acción, tiempo pendiente, último intento y propietario. Define alertas por volumen o envejecimiento según el soporte contratado. La automatización puede escalar, pero debe respetar la capacidad y procedimiento del proveedor; no notifiques indiscriminadamente al cliente final sobre una incidencia interna.

Comunica al cliente solo lo confirmado

Si la emisión al cliente quedó pendiente, prepara un mensaje aprobado que no afirme que se anuló o duplicó. Una persona comprueba primero si la factura existe y qué documento corresponde. No vuelvas a cobrar porque el mensaje de transmisión siga pendiente.

Cierra con causa y prueba

Tras resolver, registra origen confirmado, operación aplicada, responsable y evidencia de consulta. Revisa si se requiere actualizar configuración o instrucción del equipo. Conserva también incidencias recurrentes para decidir con el proveedor si el proceso necesita mejora.

Fuentes y documentación

AEAT — Sistemas Informáticos de Facturación y VERI*FACTU — Landing oficial con la nota informativa de ampliación de plazos de octubre de 2026 y acceso a las FAQ actualizadas; comprobar antes de planificar el cambio.
AEAT — Preguntas frecuentes de facturación — Distingue conceptos, alcance, modalidades y casos; FAQ actualizadas el 21/10/2026 cuando se consultaron.
BOE — Real Decreto 1007/2023, texto consolidado — Texto reglamentario de referencia para sistemas informáticos de facturación; revisar las modificaciones y transitorios vigentes al aplicar cada caso.

Ensaya dos timeouts, una respuesta tardía y una factura ya visible en el listado.

El flujo debe evitar la doble emisión y mantener cada intento asociado a una única factura.

Cuéntanos qué necesitas →