Todos los estados de las facturas de compra y venta en la plataforma eConnect, explicados, incluido mark as done y XML o PDF en la recepción.
Cada factura en la plataforma eConnect tiene un estado que indica en qué punto del proceso se encuentra el documento. Los estados difieren entre facturas entrantes (compra) y salientes (venta).
Los estados "Pendiente de aprobación", "Aprobada", "Aprobada para pago" y "Rechazada" se utilizan cuando se ha configurado un flujo de aprobación. Sin workflow, la factura llega directamente con el estado "Recibida" y puede marcarla manualmente como pagada si lo desea. Los estados "Pago iniciado" y "Collection successfull" aparecen en procesos de pago y cobro automatizados.
Un cambio de estado en la Bandeja de entrada (por ejemplo a Descargada, Aprobada, Rechazada, o en lenguaje coloquial "mark as done" / finalizada) solo modifica la etiqueta de estado. El documento permanece disponible. Las facturas en la Bandeja de entrada no se pueden eliminar. No hay reenvío al software conectado, al ERP ni a la ruta de descarga de la API.
Escenario: la factura ya está correcta en su ERP/paquete, pero el estado de la plataforma aún no se ha actualizado. Entonces cambie solo el estado. No use Reenviar descarga API: esa acción sí vuelve a ofrecer el documento a la conexión (riesgo de oferta duplicada). Reenviar solo está pensado cuando realmente no se reenvió.
¿Ha marcado por accidente una factura como finalizada o Descargada sin descargarla? Haga lo siguiente:
Consulte también Cambiar el estado de una factura de compra y Descargar factura XML.
A través de Peppol, la factura llega como UBL/XML estructurado. Un PDF solo está presente si:
AdditionalDocumentReference / EmbeddedDocumentBinaryObject), o lo envió por separado; oPSB: la generación de PDF bajo demanda a partir de UBL aún no es estándar; solo se devuelve un PDF incrustado. Un UBL sin PDF incrustado significa que no hay PDF a través de la PSB.
Solo XML sin un PDF procesado es normal cuando el proveedor no incluyó un PDF y la generación no produjo ninguno. Eso no es un error de recepción.
eConnect no puede añadir a posteriori un PDF del emisor que falte ni volver a entregar la factura con un PDF que no se recibió. ¿Falta el PDF? Pida al proveedor que envíe el PDF de esa factura y que incruste un PDF en el UBL para las facturas futuras (o que lo envíe por separado).
Vista de factura frente a adjunto (plataforma): un nodo PDF en el XML no significa automáticamente una vista de factura. Un PDF incrustado solo cuenta como el PDF de la factura en la vista de factura del panel si en cac:AdditionalDocumentReference está el valor de detección exacto:
cbc:DocumentDescription = CommercialInvoice (camelCase, sin espacio), oDocumentType = PrimaryImageEl texto "Commercial Invoice" (con espacio) significa lo mismo, pero la detección de la plataforma sigue el literal exacto anterior. Sin esa etiqueta, la plataforma trata el PDF como un adjunto normal, aunque la interfaz muestre "adjunto incrustado": entonces aparece al final del PDF combinado en lugar de al frente como vista de factura. Con la generación de PDF Cuando no está presente/Siempre, la plataforma aún puede crear un PDF de eConnect a partir del XML (a menudo primero la portada en lugar del PDF original del proveedor). Consulte Estructura de una factura UBL.
Autoverificación en la Bandeja de entrada (platform.econnect.eu) — "qué etiqueta envía este proveedor":
AdditionalDocumentReference + DocumentDescription / DocumentType. Consulte Descargar factura XML.CommercialInvoice / PrimaryImage? Es un mensaje para el proveedor (eConnect no reescribe el XML): pídale que incruste el PDF de la factura con DocumentDescription CommercialInvoice en el UBL.Variantes de búsqueda: omitir portada en facturas, PDF eConnect primero, PDF original primero, etiqueta CommercialInvoice, DocumentDescription ausente, PrimaryImage, PDF incrustado como adjunto, contactar proveedor por etiqueta PDF, PDF falta en la plataforma, PDF falta en SAP, adjunto incrustado no como factura, adjunto en XML pero no visible, PDF combinado adjunto al final, Commercial Invoice espacio vs CommercialInvoice.
Consulte también: PDF vía Peppol (ruta de emisor e incrustación).
Los estados "Pendiente de aprobación", "Pagada" y "Rechazada" en las facturas salientes son establecidos por la parte receptora, no por usted como emisor. Cuando ambas partes utilizan la plataforma eConnect, los cambios de estado se intercambian automáticamente. En envíos a través de Peppol, el destinatario puede devolver un mensaje de estado mediante la Invoice Response Message. No todos los destinatarios envían mensajes de estado; eso puede explicar diferencias en los estados de facturas hacia distintos clientes.
Cuando tanto el emisor como el receptor utilizan la plataforma eConnect, los cambios de estado se comparten en tiempo real. Si el receptor aprueba una factura o la marca como pagada, lo verá reflejado directamente en su Bandeja de salida. Esto también funciona a la inversa: si marca una factura de compra como pagada, el emisor puede ver ese estado en su propio sistema.
Para facturas enviadas a través de Peppol a un destinatario en otro proveedor de servicios, el intercambio de estados depende de la compatibilidad con Invoice Response Messages de la parte receptora. No todos los destinatarios (o sus proveedores) envían mensajes de estado. Por eso los estados de facturas comparables hacia distintos clientes pueden diferir, aunque el envío en sí haya sido correcto.
La plataforma verifica automáticamente la existencia de duplicados de forma predeterminada. Este comportamiento se puede desactivar bajo petición. Cuando llega una factura que ya fue recibida anteriormente, incluso si llegó por otro canal, la nueva factura se marca como "Duplicada". La factura original conserva su estado.
Una factura marcada como duplicada no se reenvía automáticamente al software contable. ¿Se ha marcado incorrectamente? Puede marcar la factura como "Original" a través del menú (tres puntos), tras lo cual será procesada. Más información en ¿Cómo se detecta una factura duplicada?.
Variantes de búsqueda: control de integridad flujo de facturas, exportación de estados eConnect, control de integridad Unit4 SFTP, conciliación eConnect ERP, por factura o por lote SFTP, qué hay en SFTP vs en el ERP.
Al entregar a un sistema ERP (por ejemplo Unit4 ERP CR) a través de To-SFTP, hay tres pasos independientes: eConnect recibe y procesa la factura, la PSB coloca el documento en el servidor SFTP y el ERP lee la carpeta SFTP y contabiliza la factura. Son pasos independientes.
El estado de plataforma Descargada solo confirma que eConnect reenvió o puso el documento a disposición. Eso no es prueba de que el ERP también haya importado la factura correctamente. A través de SFTP, el software receptor no devuelve un estado de contabilización a eConnect.
eConnect no ofrece un informe de integridad de autoservicio separado SFTP-versus-ERP. Para el control combine:
La conciliación se hace preferiblemente por número de factura, no como recuento por lote: la ruta To-SFTP estándar carga por documento, no como ZIP periódico. Consulte también el contexto técnico en Integración SFTP.
En el panel de control puede ver un resumen visual de los estados de sus facturas. Las facturas en verde están completamente procesadas; las facturas en naranja han sido recibidas pero aún no se han procesado. Un número elevado de facturas en naranja puede deberse a duplicados rechazados intencionalmente; este es un comportamiento normal, no un error.
Si ambas partes están en la plataforma eConnect, los cambios de estado se comparten automáticamente en tiempo real. El emisor ve entonces de inmediato en su Bandeja de salida que ha marcado la factura como pagada. En facturas a través de Peppol hacia otro proveedor, esto depende de la compatibilidad con Invoice Response Messages de la parte receptora.
En las facturas salientes, los estados "Pendiente de aprobación", "Pagada" y "Rechazada" los establece la parte receptora, no usted como emisor. El destinatario ha tomado su factura en proceso. El estado solo cambia cuando el destinatario sigue procesando la factura.
Las facturas naranjas se han recibido pero aún no se han procesado por completo. Un número elevado puede indicar duplicados rechazados automáticamente. Es un comportamiento normal: la plataforma reconoce facturas duplicadas y las bloquea. Compruebe si es necesario la Bandeja de entrada en busca de facturas con el estado "Duplicada".
No. Solo ha cambiado la etiqueta de estado. La factura permanece en la Bandeja de entrada y no se ha eliminado. Tampoco hay reenvío a su ERP o conexión. Busque por número de factura, filtre por Descargada o Todas si es necesario, abra la factura y descárguela de nuevo como PDF y/o XML. ¿Solo quiere corregir el estado de la plataforma mientras la factura ya está en su paquete? Cambie solo el estado; no use reenviar.
No. A través de Peppol, la factura llega como UBL/XML. Un PDF solo está presente si el proveedor lo incrustó o lo envió por separado, o si la generación de PDF a partir de XML está activa en la cuenta receptora. Solo XML sin un PDF procesado es normal y no es un error de recepción. Compruebe en la Bandeja de entrada la vista de factura, los adjuntos y la descarga XML.
¿Desea modificar manualmente el estado de una factura de compra? Consulte Cambiar el estado de una factura de compra.
Ir a la Bandeja