La Orden HAC/1028/2026, publicada el 5 de octubre, prevé anular las comunicaciones de pago improcedentes o erróneas dejando trazabilidad. ¿Cómo corregirás un mensaje que marcó como pagada una factura electrónica que sigue pendiente? La actuación prevista recae sobre esa comunicación: localiza el mensaje y prepara su anulación, conservando el rastro de lo enviado. Es una guía para preparar funciones de aplicación futura, no una afirmación de que debas usarlas o de que estén operativas para tu negocio hoy.
La orden de octubre prevé corregir el mensaje de pago
El artículo 8.5 de la orden de la solución pública de facturación electrónica contempla la anulación cuando una comunicación resulte improcedente o errónea. Exige que quede trazabilidad y que el mensaje de anulación se ajuste al anexo II.
Esto añade una comprobación concreta al preparar tu programa: además de informar un pago, debe poder explicarse cómo se tratará una comunicación equivocada. Pide al proveedor que diferencie esa actuación de borrar la factura o modificar un movimiento del banco.
La entrada en vigor de la orden fue el 6 de octubre de 2026. El Real Decreto 238/2026 difiere la aplicación efectiva según el grupo correspondiente y contiene una transición específica para la información de estados de determinadas personas físicas y entidades en atribución de rentas. Comprueba tu calendario antes de convertir esta preparación en una obligación actual.
Antes de anular, identifica si falló el envío o el dato comunicado
Una comunicación de pago errónea en la solución pública no es lo mismo que un envío rechazado por errores. El artículo 8.3 prevé una respuesta con comunicaciones admitidas y envíos rechazados, indicando el motivo del rechazo. Revisa el resultado de la comunicación concreta: un fichero puede contener situaciones diferentes.
Si el dato equivocado llegó a admitirse, necesitas identificar qué se comunicó y a qué factura se refiere. Si el envío fue rechazado, empieza por el error señalado en la respuesta. No deduzcas que todas las comunicaciones quedaron presentadas porque el programa terminó de transmitir un archivo.
| Situación | Qué revisar | Soporte que permite decidir |
|---|---|---|
| Envío rechazado por errores | El motivo devuelto y los datos del envío | Respuesta del servicio para esa comunicación |
| Pago comunicado de forma improcedente | La comunicación admitida y su posible anulación | Mensaje enviado, factura y trazabilidad de la corrección |
| Datos incorrectos en la propia factura | El documento y la actuación que corresponda sobre él | Factura y documentación de la operación |
| Un pago que no aparece conciliado | El movimiento bancario y el saldo pendiente | Justificante del pago y conciliación |
Si tu programa mezcla el saldo pendiente con la etiqueta «pagada», comenta con Alexis qué dato se enviará y qué documento respalda el pago antes de encargar el cambio.
La comunicación tiene su propio acuse y su propia baja
El artículo 8 permite remitir la información mediante servicios web o mediante un formulario por factura. La orden prevé un acuse de recibo con código seguro de verificación tras el envío. Esa respuesta permite seguir la comunicación; no es el justificante bancario de haber pagado al proveedor.
El anexo II distingue el mensaje de alta del pago y el de baja. Este último identifica la factura mediante su serie y número, fecha de expedición y datos del emisor. Comprueba que tu herramienta conserva esa relación: una corrección que solo diga «pago eliminado» puede resultar insuficiente para entender qué información se había comunicado.
La anulación del mensaje de pago de una factura B2B se refiere a esa información remitida. Antes de actuar, aclara si el problema está en ella, en la factura o en el seguimiento bancario. Si la incidencia es un rechazo del cliente, tienes una lectura distinta sobre rechazo de la factura y fecha de vencimiento.
Un pago marcado por error en una prueba controlada
Supuesto ilustrativo de preparación: una empresa de mantenimiento recibe una factura correcta de materiales. La persona responsable de los pagos introduce por error un dato que la presenta como pagada. La transferencia todavía no se ha realizado y el saldo sigue pendiente.
En el recorrido hipotético, el mensaje equivocado llega a admitirse. El equipo conserva la información enviada y su respuesta, comprueba a qué factura corresponde y plantea la anulación de esa comunicación conforme al mecanismo regulado. La prueba debe poder mostrar el rastro de la actuación, además del estado final que presenta la pantalla.
El resultado del supuesto es mantener la factura identificada, explicar el mensaje equivocado y su baja y seguir controlando el pago pendiente. No se emite otra factura ni se crea un movimiento bancario para hacer coincidir artificialmente los datos. Es un caso ficticio para preparar el circuito cuando corresponda, no un envío real comprobado ante la AEAT.
Qué debe poder recuperar tu equipo después de corregir
Antes de dar por diseñada esta parte del proceso, pide una demostración que permita recuperar cuatro piezas:
- La factura a la que se refería la comunicación.
- La información enviada y el resultado de su admisión o rechazo.
- La actuación de anulación y la trazabilidad que conserve el servicio.
- El justificante del pago real, si existe, y su relación con el saldo del proveedor.
Asigna quién contrasta el dato antes de enviarlo y quién revisa una discrepancia. Si intervienen el programa, administración y una asesoría, concreta qué información aporta cada uno. Una etiqueta corregida en una aplicación no acredita por sí sola que se haya corregido la comunicación en otro sistema.
La guía general de facturación de Taxea sitúa los documentos de la operación. Para preparar su relación con los estados de pago, revisa con Alexis el circuito de factura, comunicación y banco, y qué prueba pedir a tu proveedor antes de utilizar estas funciones.
