Errores frecuentes al enviar facturas, con su causa y solución.
Al enviar una factura desde la plataforma eConnect puede recibir un mensaje de error. La mayoría de los errores se deben a datos incompletos o incorrectos en la factura. A continuación encontrará los mensajes más frecuentes, su causa y cómo resolverlos.
Este mensaje de error genérico es activado por la validación previa al envío de la interfaz de la plataforma. La plataforma comprueba antes del envío si el valor del identificador (p. ej. OINO, número de registro mercantil) se ajusta al formato esperado. Si esa comprobación falla, aparece este mensaje de error.
Ejemplo común: el schemeID 0190 (OINO) requiere exactamente 20 dígitos. Si el valor contiene un prefijo — por ejemplo NL:OINO:00000001001932779000 en lugar de simplemente 00000001001932779000 — la validación falla.
Nota: este error también puede producirse con facturas creadas mediante la API, no solo con facturas creadas manualmente.
Solución: compruebe los valores del identificador y elimine los prefijos o caracteres no válidos. El valor debe ajustarse exactamente al formato esperado para el schemeID (p. ej. 20 dígitos para OINO, 8 dígitos para número de registro mercantil).
Regla general -- introduzca solo el valor numérico; la plataforma añade automáticamente el prefijo schemeID. Esto se aplica a todos los esquemas de identificación, no solo OINO. Si el usuario también introduce el prefijo manualmente (p. ej. 0088:1234567890123 cuando el esquema ya está configurado como GLN/0088), la validación de formato falla. Ejemplo GLN (schemeID 0088, GS1): seleccione el esquema GLN e introduzca solo los dígitos GLN en el campo de valor -- sin 0088: delante.
Si un proveedor coloca un apóstrofo antes del número OIN en el XML (un artefacto conocido de Excel), el enrutamiento Peppol falla. El sistema heredado reconoce la factura y la entrega internamente — el destinatario no ve ninguna factura en su buznón de cuentas por pagar, pero recibe un correo de notificación con un enlace.
Solución: solicite al proveedor que introduzca el número OIN sin apóstrofo en el XML y que compruebe la configuración de exportación de Excel.
La plataforma valida cada factura según los estándares vigentes de Peppol y NLCIUS antes del envío. Los códigos de error que comienzan con BR (Business Rule) indican qué regla no se ha cumplido.
Su propia organización (el proveedor) no está correctamente seleccionada en la factura. Esto ocurre cuando el campo del proveedor se ha modificado manualmente o cuando la organización aún no ha sido activada.
Solución: Haga clic en el icono de edición junto a "Proveedor" y seleccione de nuevo su organización. Si su organización aún no está activada, hágalo primero mediante Añadir y activar una organización.
Ha añadido un adjunto con un tipo MIME no permitido en la validación actual de Peppol BIS Billing V3. Los tipos de adjunto permitidos son (BT-125):
application/pdf)image/png)image/jpeg)text/csv)application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)application/vnd.oasis.opendocument.spreadsheet)application/xml no está permitido como tipo MIME de adjunto en la validación actual de BIS Billing V3. XML como adjunto pertenece a EN 16931-1:2026 y a una futura versión de Peppol (posiblemente BIS Billing 4.0) — no añada un adjunto XML para resolver BR-CL-24.
Causa frecuente (Business Central y otros ERP): el ERP incrusta automáticamente los adjuntos vinculados a la factura registrada. Un adjunto con un tipo no permitido (p. ej. un documento Word) provoca BR-CL-24.
Solución:
La unidad de medida que ha introducido en una línea de factura no se reconoce como un código UN/ECE válido. Esto ocurre al utilizar una abreviatura o denominación propia.
Solución: Utilice una unidad estándar de la lista desplegable, como "Unidades" (EA), "Horas" (HUR) o "Días" (DAY).
El tipo de identificador en "OrganisatieID" difiere del tipo en "Enviar vía". Por ejemplo: OrganisatieID está configurado como OIN, pero "Enviar vía" está en KvK.
Solución: Asegúrese de que ambos campos utilicen el mismo tipo de identificador. Si factura a un organismo público, configure ambos como OIN/OINO. Si factura a una empresa, utilice KvK (0106) en ambos campos.
El número de IVA del proveedor no está incluido en la factura.
Solución: Introduzca su número de IVA en la configuración de la organización.
¿Su organización no tiene número de IVA (por ejemplo, una fundación, organismo público o proveedor sanitario que presta exclusivamente servicios exentos de IVA)? No utilice el valor ficticio NL000000000B01. Elija en su lugar la categoría de IVA 'O' — fuera del ámbito del IVA al elaborar la factura. Con la categoría 'O', desaparece la obligación de rellenar un número de IVA y la factura cumple con la norma Peppol. Véase también IVA invertido y categoría de IVA O para una explicación de los códigos de categoría de IVA.
Las fundaciones, determinados organismos públicos y proveedores sanitarios que prestan exclusivamente servicios exentos de IVA no tienen número de IVA. Al crear una factura en la plataforma, aparece el requisito de introducir un número de IVA del proveedor.
Solución: Seleccione la categoría de IVA 'O' — fuera del ámbito del IVA (código UNCL5305 O, "Services outside scope of tax") en el formulario de facturación. Con la categoría 'O', se elimina el requisito de la interfaz para el campo número de IVA y la factura puede enviarse sin número de IVA del proveedor.
No utilice números de IVA ficticios como NL000000000B01 — no es la solución prevista para este escenario. La categoría 'O' es la elección correcta para organizaciones sin obligación de IVA.
Diferencia 'E' y 'O': La categoría de IVA 'E' (Exempt from VAT) está destinada a organizaciones sujetas a IVA que facturan una transacción específica exenta. La categoría 'E' sí requiere un número de IVA. La categoría 'O' es para organizaciones sin ninguna obligación de IVA.
Al facturar al Gobierno central neerlandés (Basisfactuur Rijk, vía Digipoort) es obligatorio incluir un IBAN.
Solución: Introduzca su número IBAN en los datos de pago de la factura. En general, es recomendable incluir siempre un IBAN en sus facturas, ya que este requisito se ampliará en el futuro.
Este error se produce cuando el CompanyID (el campo PartyLegalEntity en el UBL) contiene un número de IVA en lugar de un número de registro mercantil o un OIN. Esto no está permitido: la validación NLCIUS exige que las partes neerlandesas siempre utilicen un número de registro mercantil (schemeID 0106) o un OIN (schemeID 0190) como CompanyID. NL-R-003 se aplica al proveedor y NL-R-005 al cliente.
La confusión surge porque el EndpointID (la dirección Peppol utilizada para el enrutamiento) sí puede contener un número de IVA (schemeID 9944). Por lo tanto, una factura con un número de IVA como EndpointID llega correctamente a través de la red Peppol, pero se rechaza si ese mismo número de IVA también aparece en el CompanyID.
Técnico: EndpointID y CompanyID son dos campos distintos con funciones diferentes. El EndpointID determina el enrutamiento a través de Peppol y acepta cualquier tipo de la lista de códigos EAS (incluido 9944 para números de IVA). El CompanyID identifica la entidad jurídica y, para partes neerlandesas, siempre debe ser un número de registro mercantil (0106) o un OIN (0190).
Solución: Verifique el UBL que genera su sistema y asegúrese de que el CompanyID contenga un número de registro mercantil o un OIN, aunque el EndpointID sea un número de IVA. Ambos campos deben referirse a la misma organización, pero pueden tener tipos de identificador diferentes.
Consejo: La legislación ViDA hará progresivamente más estricta la relación entre EndpointID y CompanyID. Asegúrese de que su integración esté correctamente configurada ahora, para no verse sorprendido por futuros cambios normativos.
Estas reglas de validación EN 16931 comprueban si el desglose del IVA y los totales de la factura son mutuamente coherentes. Los valores son calculados por el software emisor — no son campos que pueda corregir en la interfaz de eConnect.
Causa frecuente: redondear el IVA por línea en lugar de por tipo de IVA, o una discrepancia entre los importes de línea y los descuentos a nivel de factura.
Solución: contacte con el proveedor del software emisor para obtener una corrección. eConnect no puede ajustar estos valores porque el cálculo está fijado en el XML proporcionado.
Categoría IVA E vs. O: ¿la organización no tiene número de IVA (fundación, organismo público, sanidad)? Utilice la categoría O (fuera del ámbito del IVA) — véase la sección «Organizaciones exentas de IVA: categoría O» más arriba. La categoría E siempre requiere un número de IVA.
R120 es una regla de cálculo que verifica si LineExtensionAmount = (Quantity × PriceAmount ÷ BaseQuantity) + recargos − descuentos. R120 no prohíbe explícitamente los importes negativos; la validación falla cuando el cálculo no cuadra. Esto ocurre con frecuencia cuando un descuento a nivel de línea (AllowanceCharge a nivel de línea) supera el precio del artículo.
Solución: utilice el importe neto del abono directamente como PriceAmount y omita el elemento AllowanceCharge en la línea. Consulte el artículo sobre recargos y descuentos para más detalles y un ejemplo XML.
Los ID Peppol belgas pueden tener dos formas:
0208:9925:BE + 10 dígitos; BE1xxxxxxxxx es válido desde 2025)Formato número de IVA: BE seguido de exactamente 10 dígitos (añadir ceros iniciales si es necesario). Verifique el número de IVA mediante la herramienta de validación VIES de la Comisión Europea (ec.europa.eu/taxation_customs/vies).
¿La opción Peppol no aparece para el deudor belga? Compruebe con qué tipo de identificador está registrado el deudor en Peppol. Algunas organizaciones belgas solo están registradas mediante 0208: (KBO) y no mediante 9925: (IVA). En ese caso, pruebe el número KBO: el número de IVA sin BE delante (p. ej. para BE0123456789 el número de empresa es 0123456789; para BE1xxxxxxxxx es 1xxxxxxxxx -- ambos prefijos son válidos).
Otros: las líneas de precio negativas no están permitidas en facturas belgas; utilice una cantidad negativa con un precio positivo.
Los códigos de error BR-DE-* son reglas de validación específicas de Alemania para XRechnung.
Leitweg-ID faltante (EAS 0204): frecuente al facturar a organismos públicos alemanes. Solicite el Leitweg-ID al organismo contratante y añádalo como identificador con schemeID 0204.
PDF no aceptado: desde el 1 de enero de 2025, Alemania exige la recepción de facturas electrónicas. Un simple PDF ya no es suficiente en muchos casos. Envíe la factura como XRechnung o ZUGFeRD.
Rechazo KSeF: frecuentemente causado por un formato XML FA_VAT inválido. El PSB de eConnect normalmente gestiona la transformación correcta al formato polaco KSeF.
Errores de certificado: pueden producirse si los certificados KSeF no están correctamente instalados o han expirado.
Limitación de velocidad: KSeF aplica límites al número de solicitudes. eConnect utiliza el procesamiento por lotes para evitar esto.
UWV aplica sus propias reglas de validación además de la validación estándar de Peppol/NLCIUS.
0000000419177124900000000004172892677000Solución por código UWV: complete el campo faltante en la factura. La serie UWV001 se refiere a campos obligatorios del proveedor; la serie UWV002 a elementos de identificación.
Este mensaje aparece en la Bandeja de salida cuando la factura no ha podido entregarse al destinatario a través de la red Peppol. Posibles causas:
Si la entrega falla, puede reenviar la factura y corregir el EndpointID.
El campo del proveedor no contiene datos. Esto sucede cuando su organización no está seleccionada o cuando no ha sido activada.
Solución: Haga clic en el icono de edición junto al campo del proveedor y seleccione su organización. ¿Su organización aún no está activada? Siga primero los pasos de Añadir y activar una organización.
El número de IVA debe introducirse sin espacios, puntos ni guiones, incluyendo el código de país. El formato correcto para los Países Bajos es NL123456789B01. Los números de IVA belgas deben introducirse como BE seguido de exactamente 10 dígitos, sin separadores.
Si el importe introducido desaparece al pasar al siguiente paso, el campo probablemente contiene caracteres no permitidos. El campo de importe solo acepta números con una coma como separador decimal. Introduzca los importes como 100,00 y no como € 100,00 ni 100.00.
Este mensaje aparece cuando carga manualmente una factura XML y falta el campo EndpointID del proveedor en el archivo. En la interfaz de la plataforma, este es el campo "Partij-ID" bajo "Proveedor".
Solución: seleccione un valor de su propia organización en el desplegable. Si el desplegable no muestra el resultado correcto, vuelva a seleccionar el proveedor para actualizar la vinculación.
Si una factura no puede enviarse y permanece en la carpeta "Borradores", compruebe dos cosas:
La plataforma eConnect utiliza a veces un prefijo de espacio de nombres en las facturas UBL generadas (p. ej. <urn:Invoice xmlns:urn="...">). Ambas formas — con y sin prefijo — son XML técnicamente válido.
Un destinatario que rechaza facturas por el prefijo del espacio de nombres no cumple con Peppol. El prefijo del espacio de nombres no es configurable por destinatario.
Comunicación al cliente: la factura es técnicamente correcta. El destinatario debe utilizar un analizador XML correcto que gestione tanto los espacios de nombres con prefijo como los predeterminados. El rechazo basado en el prefijo del espacio de nombres no está permitido en Peppol.
Los códigos de error EBMS como EBMS:0003 y EBMS:0004 son errores de transporte AS4 en la comunicación entre puntos de acceso. Los clientes ven SentError o SentRetry en la plataforma — el código EBMS en sí no es visible en la interfaz del cliente.
Acción: remita al cliente a TechSupport. TechSupport puede ver los detalles del error a través del registro de auditoría y Application Insights.
El código de error estado 40 significa que el documento no se ha procesado correctamente. Dos posibles causas:
Diagnóstico: un empleado de eConnect debe investigar en CloudWatch qué pasos de procesamiento ha realizado el documento.
A través de la opción Reenviar en el buzón de salida, puede volver a enviar una factura ya enviada. Antes del envío efectivo, puede modificar campos como la referencia (número de pedido, OrderReference). La factura se reenvía con el mismo número de factura pero con la referencia corregida.
Este es el enfoque recomendado cuando un destinatario rechaza una factura por un número de pedido incorrecto u otro error de referencia. Evita la necesidad de crear una nota de crédito y una nueva factura.
En el actual Peppol BIS Billing 3.0 y NLCIUS, solo se admite 1 referencia de pedido (OrderReference) por factura. Esta es una limitación derivada de la norma europea EN 16931. Si una factura cubre varios pedidos, el proveedor debe enviar facturas separadas.
AdditionalDocumentReference puede contener referencias adicionales de otros tipos (proyecto, contrato o referencia del comprador), pero no múltiples OrderReferences.
Futuro: la EN 16931-1:2026 revisada (aprobada formalmente por CEN el 13 de marzo de 2026) añade soporte para múltiples órdenes de compra por factura. Se espera que se incorpore en una futura versión del estándar Peppol (posiblemente BIS Billing 4.0). Hasta entonces, se aplica la limitación actual de 1 OrderReference por factura en BIS Billing 3.0 y NLCIUS.
Si una factura es rechazada por un número de pedido faltante o desconocido, deben distinguirse dos niveles.
1. Una referencia es obligatoria según EN 16931. Una referencia -- número de pedido u otra referencia (BuyerReference, referencia de contrato o proyecto) -- es obligatoria. Una factura sin ninguna referencia no cumple con las reglas básicas de la norma.
2. eConnect no rechaza por defecto según el contenido de la referencia. La única situación en la que la plataforma rechaza en este punto es cuando no hay ninguna referencia presente.
3. La configuración específica del cliente puede ser más estricta. El rechazo efectivo depende de la configuración del destinatario. En una configuración específica, una factura puede ser rechazada si la referencia es desconocida para ese destinatario. Esto depende de la configuración y no es el comportamiento estándar de la plataforma eConnect.
Acción:
Una factura con estado final InvoiceSentError (tras un error de validación 4xx) no intenta más entregas. Solo los errores 5xx se reintentan (máximo 8 intentos, aproximadamente 35 horas). Para un error 4xx, solo se realiza un intento; no se envía nada más al destinatario.
No existe un punto de acceso DELETE para las facturas de venta (salesInvoice). Una factura de venta enviada o rechazada es un evento relevante para la auditoría y permanece disponible en el registro de auditoría durante 90 días. Si la factura era incorrecta, emita una nota de crédito o factura correctiva según el flujo contable estándar.
Los errores de validación como TaxInclusiveAmount '-1.336061E6' no es un xs:decimal válido se producen porque el sistema fuente serializa un importe numérico en notación científica (p. ej. -1.336061E6 para -1.336.061,00). Los campos de importe UBL son de tipo xs:decimal, que no permite notación E.
Causa común: el sistema fuente almacena importes internamente como double/float y usa la conversión de cadena predeterminada, que cambia automáticamente a notación exponencial para valores muy grandes o muy pequeños.
Solución en el lado del cliente: actualizar el sistema fuente para que los importes se escriban siempre como cadena decimal normal (p. ej. mediante tipos decimal/BigDecimal o un patrón decimal independiente de la configuración regional, sin separadores de miles y sin notación E).
En el lado de eConnect: no se puede corregir automáticamente -- el valor ya es incorrecto en el XML suministrado. Remitir al proveedor del paquete de software.
El estado Entregado significa que el punto de acceso receptor (el proveedor de servicios Peppol del deudor) ha aceptado técnicamente el documento y confirmado esa aceptación. eConnect recibe un returnedMessageId (formato [email protected]): prueba de que la factura ha llegado al punto de acceso del destinatario.
Si el deudor indica no haber recibido la factura cuando el estado muestra 'Entregado', el documento ha sido entregado en el punto de acceso del deudor, pero aún no es visible en su propio software o contabilidad. Se trata de un problema posterior en el lado del destinatario.
Pasos para resolver:
returnedMessageId puede facilitarse: con ese identificador, el punto de acceso receptor puede localizar el documento.Los nuevos usuarios -- especialmente los que cambian de otros servicios de facturación electrónica -- a veces intentan añadir la organización receptora como su propia organización en la plataforma al enviar una factura. Esto no es necesario y genera un mensaje de error.
Para enviar una factura a un destinatario, esa organización no necesita estar en su propia cuenta: al crear la factura, seleccione el destinatario a través del campo de búsqueda de deudor. Puede buscar por número de registro mercantil, nombre de empresa o número OIN.
¿Sigue recibiendo un error que no se describe aquí? Contacte a través de support.econnect.eu.
Contactar con soporte