Comprender Factur-X, la factura electrónica y los datos obligatorios del cliente

Pruebas separadas

PDF y XML describen iguales partes, líneas, impuestos, totales y vencimiento. Validación técnica, transmisión y cobro son evidencias distintas. Revise sociedad, AGAPE, IVA, código de venta y modelo en origen.

Construir la tabla de diez campos sin inventar el XML

Prepare una tabla con una fila para número de factura, fecha de emisión, moneda, vendedor, comprador, descripción de línea, base imponible, IVA, total bruto y vencimiento. En la columna PDF copie exactamente lo que lee en la factura 18100016 e indique la página o zona visual. En la columna XML escriba no disponible en la demo actual hasta obtener un artefacto CrossIndustryInvoice auténtico asociado a la misma factura. Añada una tercera columna con la fuente Tempolia prevista: sociedad emisora, ficha AGAPE, línea de factura, código de venta, código IVA, condición de pago o modelo.

La columna XML vacía no es un ejercicio fallido, sino el resultado honesto de la observación. Evita confundir un valor esperado con un valor demostrado y deja preparado un ensayo reproducible. No copie valores del PDF en la columna XML, no los deduzca de una leyenda y no fabrique una página about:blank. Cuando disponga del XML real, anote para cada dato el nombre del elemento o ruta utilizada y compare su significado. Un identificador puede estar bien formado y, sin embargo, designar a una entidad jurídica equivocada.

Reconciliar importes, impuestos y redondeos

La factura real observada tiene un total bruto de 300,00 EUR, pero el ejercicio no debe suponer la base ni el tipo. Recupérelos del documento emitido, sume base e IVA y compruebe que el resultado coincide con el bruto. Si hay varias categorías de IVA, reconcilie por separado cada base imponible, porcentaje e importe, y después el total. Controle moneda, precisión decimal y redondeo en la línea, el desglose fiscal y el documento.

No borre manualmente una diferencia de un céntimo. Anote la fórmula observada y determine si procede de cantidad, precio unitario, descuento, cargo, redondeo por línea o resumen del impuesto. La regla debe validarla el responsable competente. En el futuro XML, repita la misma reconciliación con los valores estructurados. Un archivo técnicamente válido que contiene 299,99 EUR no describe el PDF de 300,00 EUR y no puede declararse coherente.

Relacionar cada dato obligatorio con su fuente autorizada

Los datos del vendedor proceden normalmente de la sociedad emisora: razón social, dirección, país, identificadores legales y número de IVA. Los del comprador proceden de AGAPE: identidad jurídica, dirección de facturación, país, SIRET, número de IVA y datos de encaminamiento cuando corresponda. Los valores comerciales proceden de líneas, códigos de venta, cantidades y unidades. Categoría y tipo de IVA proceden de la referencia fiscal aplicada. Moneda, fechas, condiciones y banco dependen de la factura y su configuración.

Marque cada fuente como presente, ausente, incoherente o no aplicable y asigne un responsable. Un operador puede comprender un PDF aunque falte un identificador estructurado indispensable para el procesamiento automático. A la inversa, un campo rellenado únicamente para superar una validación no es fiable si identifica a la parte equivocada. Corrija la fuente gobernada y vuelva a generar; no maquille el artefacto final.

Árbol de decisión

• Emisor incorrecto: deténgase e involucre al responsable de la sociedad.
• AGAPE incorrecto: corrija la ficha autorizada y conserve el estado anterior.
• Línea errónea antes de emitir: corrija el borrador y regenere.
• Documento emitido erróneo: use el flujo fiscal aprobado; no sustituya el original.
• Categoría IVA dudosa: obtenga una decisión contable o fiscal antes de una nueva emisión.

Ejecutar una prueba técnica Factur-X auténtica

La repetición exige un entorno de demostración autorizado, un modelo Factur-X realmente activo y una factura preparada para el ensayo. Genere la factura con ese modelo, conserve el PDF final y utilice una función de la aplicación o una herramienta reconocida para extraer su XML embebido o asociado. Compruebe que existe un documento XML, que raíz y espacios de nombres corresponden al perfil CrossIndustryInvoice soportado y que supera la validación técnica definida por el proyecto. Conserve juntos PDF original, XML extraído, informe, referencia y fecha.

La validez técnica es solo una capa. Repita la comparación semántica de los diez campos y amplíela a cantidades, unidades, descuentos, cargos, categorías de IVA, totales y condiciones de pago. Solo después pruebe el envío por el canal configurado y conserve acuse e historial. Todos los artefactos deben tener la misma referencia; un XML correcto de otra factura no demuestra nada sobre 18100016.

Interpretar fallos

• Sin XML: falló un requisito de modelo o generación; coherencia no probada.
• XML ilegible: conserve archivo y error, sin reescribirlo a mano.
• Esquema válido, importe distinto: falla fuente o transformación.
• PDF y XML coinciden, pero se rechaza el envío: revise identificadores, red y respuesta de plataforma.
• Historial vacío: no existe prueba de transmisión.

Separar documento, transporte, contabilidad y cobro

La generación demuestra los artefactos de factura. La comparación demuestra que las representaciones humana y estructurada expresan lo mismo. La validación demuestra estructura técnica. El historial PA demuestra tratamiento externo solo si contiene un envío y una respuesta auténticos. El export contable demuestra la traducción al diario. El pago y el punteo demuestran la liquidación. Un estado positivo en una capa no sustituye a las demás pruebas.

Cree una cronología con columnas: emitida, PDF conservado, XML conservado, informe técnico, enviada, recibida, aceptada o rechazada, contabilizada, pagada y punteada. En la demo actual complete únicamente lo que observa en 18100016. Marque XML y transmisión como no demostrados, porque los historiales PA están vacíos. Una lista vacía es un diagnóstico o un requisito pendiente, nunca una aceptación tácita.

Esta separación orienta la investigación: SIRET ausente es dato fuente; XML mal formado es generación; destinatario desconocido suele ser encaminamiento; cuenta rechazada pertenece a configuración contable; saldo abierto pertenece a seguimiento de cobro. Envíe la incidencia al propietario correcto en lugar de cambiar repetidamente el texto de factura.

Preparar el expediente de repetición

Registre base, usuario autorizado, modelo, factura 18100016, cliente AGAPE, expediente 2026-12, bruto 300,00 EUR, fecha y método de búsqueda XML. Adjunte la captura del documento observado y la pantalla que muestra la indisponibilidad, pero titúlelas diagnóstico del requisito, no prueba Factur-X superada. Indique qué nueva factura de ensayo se generará, quién la autoriza, qué fuentes se revisarán, qué extractor se utilizará y qué resultados permitirán concluir.

Pida a otro participante que repita el recorrido sin darle un enlace directo. Debe localizar 18100016, anotar los mismos diez valores PDF, obtener la misma ausencia de XML y explicar por qué la comparación queda suspendida. Rechace el ejercicio si una captura promete contenido invisible, si un historial vacío se llama éxito o si valores previstos aparecen como observados. Acéptelo cuando el revisor comprenda el límite actual y pueda realizar la próxima prueba sin adivinar.

Investigar desde el síntoma hasta la causa

Si no aparece el XML, empiece por el modelo aplicado a la factura y por la capacidad real del entorno para producir Factur-X. Después compruebe si el PDF examinado es el artefacto final o una vista previa. Si existe XML pero falta un dato, vuelva a la ficha o referencia que debe alimentarlo. Si el dato fuente es correcto y el XML no, documente la transformación. Si PDF y XML coinciden pero la plataforma rechaza, conserve el código y el mensaje exactos y no altere importes sin justificación.

Para cada incidencia escriba cinco elementos: hecho observado, evidencia, hipótesis, control siguiente y responsable. Por ejemplo: “No se extrae CrossIndustryInvoice de 18100016; captura y archivo conservados; posible modelo no activo en la emisión; generar una nueva factura autorizada con el modelo verificado; responsable de configuración”. Esta formulación evita conclusiones vagas y permite retomar el trabajo. Nunca escriba “Factur-X incorrecto” sin precisar qué capa ha fallado.

Convertir el aprendizaje en control operativo

Para cada factura que debería ser Factur-X, supervise como mínimo: modelo seleccionado, PDF presente, XML presente, resultado técnico, coherencia semántica, estado de envío, respuesta externa y responsable de anomalía. Revise una muestra incluso entre las facturas aceptadas, porque una aceptación técnica no garantiza por sí sola la corrección comercial. Para cada rechazo conserve código, mensaje, artefacto enviado, decisión, corrección y nuevo intento.

Automatice extracción, validación y detección de diferencias cuando las herramientas lo permitan, pero mantenga revisión humana para identidad jurídica, fiscalidad, corrección de documentos emitidos e interpretación de rechazos. El objetivo no es multiplicar archivos: es poder explicar para una factura concreta qué dato procede de qué fuente, qué artefacto se transmitió y qué prueba sigue pendiente.