Crear una XRechnung: del pedido confirmado a la factura revisada

Una XRechnung debería acortar el camino hasta una factura que el cliente pueda tramitar. Si la oficina vuelve a escribir datos del pedido, busca referencias en correos y gestiona rechazos sin relación con la operación original, se pierde esa ventaja. Un programa útil conecta la información empresarial existente, las comprobaciones y la entrega real al destinatario.

Para tu empresa, la pregunta va más allá de poder generar un archivo. ¿Puede un pedido real convertirse, con un esfuerzo razonable, en una factura correcta, dirigida al receptor adecuado y preparada para un envío trazable? Ante clientes públicos y empresariales, un proceso ordenado evita consultas innecesarias que vuelven a ocupar la oficina y retrasan la tramitación.

webRichtung Core relaciona ofertas, pedidos y facturas, y genera XRechnung y Factur-X con validadores integrados. Las funciones se describen en la página del módulo Core. Valóralas con un caso de facturación propio: qué datos existen, qué falta y cómo responde el equipo a un mensaje de validación. El formato tratado sigue siendo el utilizado en Alemania.

Empieza por el pedido confirmado

Elige un pedido habitual cuyas prestaciones y facturación conozca el equipo. Un caso excepcional con varios cambios pendientes no es un buen comienzo. Mezclaría problemas de datos, decisiones comerciales y manejo del programa al mismo tiempo. Cuando funcione el caso ordinario, podrás añadir las variantes que realmente importan para tu negocio.

Comprueba primero la relación entre cliente, pedido y destinatario de la factura. La persona que encarga el trabajo no tiene por qué ser la receptora administrativa. La oficina debería distinguirlo a partir de la operación. Una dirección de correo utilizada en la última conversación personal no constituye automáticamente un canal de facturación confirmado.

El alcance, la cantidad realmente ejecutada y los precios acordados forman la base. Si algo cambió después de la oferta, acláralo antes de preparar la factura. Un conjunto de datos técnicamente correcto no convierte por sí mismo una partida no aprobada en facturable. El beneficio consiste en reutilizar información confirmada, no en reproducir más deprisa suposiciones pendientes.

Identifica quién aporta los datos ausentes. Ventas puede conocer el pedido, ejecución puede confirmar el trabajo y administración puede tener la dirección de facturación. Una pregunta breve a la persona adecuada cuesta menos que un envío incorrecto seguido de una búsqueda. El expediente debería mostrar también cómo resolver una duda antes de emitir.

Consulta Core y evalúa el recorrido del pedido a la XRechnung

Confirma el destinatario antes de generar el archivo

Obtén la referencia del comprador y la vía de presentación de los documentos del pedido o del departamento responsable. Para destinatarios públicos alemanes, la Leitweg-ID suele tener una función relevante en la asignación. Usa la indicación concreta del receptor, en lugar de copiar una identificación de otra factura sin verificar que corresponde.

La importancia de los datos del pedido aparece en las instrucciones de facturación de la Bundesnetzagentur. Remiten al documento del encargo o al departamento competente para obtener la Leitweg-ID y explican la relevancia de una referencia de pedido facilitada. Es un ejemplo de requisitos de un destinatario, no una guía universal para todos tus clientes.

Con clientes empresariales, confirma igualmente qué referencia necesitan para asignar internamente la factura. No traslades automáticamente el procedimiento de una autoridad pública a cualquier empresa. Un proceso útil conserva las diferencias. El equipo debería reconocer qué dato pertenece al cliente y cuál procede específicamente de la compra que está facturando.

Copia las referencias con precisión. Una referencia rellenada puede seguir siendo incorrecta, algo fácil de pasar por alto porque el campo parece terminado. Compárala con la fuente confirmada. El objetivo es asignar correctamente la factura, no poner cualquier valor en todas las casillas. Una revisión breve puede evitar una conversación posterior sobre un documento que no se logra identificar.

Entiende qué comprueba realmente la validación

XRechnung define información de factura estructurada en un conjunto de datos XML. La explicación oficial de XStandards Einkauf distingue la conformidad comprobable automáticamente del uso correcto de la información en su contexto empresarial. Una vista legible facilita revisar, mientras que la factura estructurada está formada por los datos contenidos. La apariencia del documento no sustituye esa base.

Esto crea un reparto útil de tareas. La validación debe mostrar problemas técnicos y relacionados con reglas. El equipo comprueba cliente, prestación e importes confirmados. Superar la prueba tiene valor, pero no acredita que el trabajo facturado se hubiera encargado y realizado exactamente como aparece. La comprobación comercial sigue necesitando conocer la operación.

Interpreta un mensaje de error como indicación de una corrección concreta. ¿Qué dato afecta, de dónde procede y quién puede confirmarlo? Corrige, cuando sea posible, la información de la factura o el pedido de origen. Modificar únicamente una copia adicional puede dejar intacta la fuente y hacer que la siguiente exportación reproduzca el mismo problema.

Vuelve a validar después de un cambio relevante. Un informe anterior corresponde al archivo de aquel momento. Si después modificas cantidad o referencia, examina la nueva versión. Así queda clara la relación entre factura y resultado. Necesitas una conexión reconocible entre versión y comprobación, no un sistema documental propio innecesariamente complicado.

Ejemplo: dos partidas confirmadas se convierten en borrador

El caso es totalmente hipotético y corresponde a una empresa de servicios con dos prestaciones acordadas. La primera partida incluye cuatro unidades a 200 euros; la segunda, dos unidades a 100 euros. Son importes inventados, no precios de webRichtung. La persona competente confirma para el ejemplo que esas cantidades se han ejecutado y pueden facturarse.

Cuatro por 200 euros son 800 euros para la primera partida. Dos por 100 son 200 euros para la segunda. El total es de 1.000 euros antes del impuesto fijado para este ejemplo. Suponemos que la persona competente ya ha determinado un importe fiscal de 190 euros. La suma de la factura es de 1.190 euros. Esto no establece el tratamiento fiscal de tus servicios.

Antes de generar, la oficina comprueba cliente, receptor, descripción y referencias confirmadas. Al caso de prueba le falta inicialmente la referencia de pedido solicitada por el destinatario. La comparación con el encargo revela el hueco. La oficina consulta al responsable y añade el valor confirmado, en lugar de inventar una referencia para poder continuar.

El borrador utiliza ahora los datos aclarados. Una persona que conoce el pedido compara las dos partidas con el trabajo realizado. Lo revisa desde la perspectiva del cliente: ¿se entienden las unidades, se identifica la prestación y cuadran los importes? El contenido comercial queda así revisado antes de considerar preparada la salida técnica.

Lleva el borrador hasta la preparación del envío

Después genera la factura estructurada y aplica la comprobación integrada a esa versión exacta. El ejemplo describe un proceso, no el resultado de una sesión de Core ejecutada aquí. Para elegir software, pide reproducir la misma secuencia con una factura de prueba adecuada y examina los mensajes que aparecen durante el recorrido.

Supongamos que la validación señala un dato obligatorio ausente. La oficina identifica cuál es y obtiene el valor confirmado de la fuente competente. Después genera otra vez y repite la comprobación. El ciclo tiene un propósito limitado: la causa detectada debe quedar resuelta en la nueva versión antes de utilizar ese archivo para presentar la factura.

Cuando se supera la prueba automática, compara el resultado con el cálculo aprobado. En el ejemplo deben seguir concordando 800, 200, 1.000, 190 y 1.190 euros. Revisa también destinatario y referencia. Una corrección técnica no debe alterar inadvertidamente otro dato comercial. Se comprueba el resultado final real, no solo el mensaje de error anterior.

Prepara después el canal acordado. Generar y entregar el archivo son pasos distintos. Disponer de XRechnung no incluye automáticamente cualquier vía de transmisión. El equipo debe saber qué archivo va a qué receptor y por qué ruta confirmada. Durante la evaluación utiliza el procedimiento de prueba previsto para no enviar una factura ficticia como reclamación real de pago.

Atiende las respuestas según su causa

Puede llegar una respuesta después de generar. Distingue problemas de transmisión, cuestiones formales de datos y preguntas sobre el pedido. Tratar todo como «factura rechazada» puede provocar el trabajo equivocado. Por ejemplo, la oficina modifica descripciones cuando el problema real es una referencia incorrecta del destinatario. Identificar la categoría orienta la actuación.

Ante un problema de transmisión, revisa canal y archivo afectado. Ante un aviso de datos, busca la información señalada en la factura. Ante una duda sobre alcance, incorpora a quien conoce el pedido. La diferencia determina quién puede ayudar y qué información se necesita para dar el siguiente paso útil, evitando consultas generales a todo el equipo.

En el ejemplo, el destinatario podría preguntar a qué parte de la compra corresponde la segunda partida. Los importes siguen siendo correctos aritméticamente. El equipo compara lo acordado con la presentación y responde desde el pedido. Si basta una explicación o hace falta corregir la factura depende del caso y del proceso de facturación establecido.

Evita un segundo envío precipitado sin relación comprensible con el primero. Cuando hay una corrección, el equipo debe identificar la versión vigente y el motivo del cambio. El tratamiento de una factura ya emitida pertenece al procedimiento acordado. El artículo no promete aceptación automática del cliente ni un plazo de pago concreto después de validar.

Elige software con el caso completo de facturación

Una demostración útil comienza con tus datos confirmados y termina con una preparación de envío comprensible. Observa qué información debe escribirse de nuevo y cuál sigue disponible desde el pedido. Repetir la entrada resulta especialmente costoso cuando afecta a los mismos datos en cada factura. La continuidad de la operación debería ahorrar trabajo precisamente ahí.

Prueba también un cambio habitual, como una cantidad ajustada y confirmada antes de facturar. ¿Puede el equipo entender la nueva versión, volver a comprobarla y seleccionarla con claridad? Una presentación sin ninguna corrección muestra solo una parte del trabajo diario. La gestión de un cambio reconocible forma parte de valorar si el programa encaja.

Registra el trabajo de oficina: obtener datos, revisar pedido, comprobar borrador, resolver un aviso y preparar la entrega. Es una observación propia, no una función analítica automática que atribuyamos a Core. Muestra dónde pierde tiempo tu empresa. Si los pedidos están incompletos, la mejora empieza antes de pulsar el botón de exportación.

Compara casos relevantes dentro de tu actividad sin crear un programa de pruebas desproporcionado. Una factura ordinaria y una variante significativa pueden mostrar si el inicio encaja. Cuando aparezca un problema nuevo, añade una comprobación dirigida. El objetivo sigue siendo un proceso que el equipo pueda manejar, no una lista extensa de funciones activadas.

Empieza con un recorrido manejable del pedido a la factura

Prepara un pedido confirmado, el destinatario correcto, las referencias necesarias y una persona disponible para dudas. Acuerda quién revisa contenido y quién comprueba la preparación del envío. En equipos pequeños puede ser la misma persona. La distinción sigue ayudando a no confundir un éxito técnico con una operación completamente atendida.

En la página de Core puedes ver la conexión entre oferta, pedido y factura, además de XRechnung con validadores integrados. Crea acceso mediante la vía existente. Utiliza el caso preparado como base: buscas una factura clara cuyos datos, comprobaciones y siguiente entrega pueda explicar tu oficina. Así el software acorta el recorrido hasta una factura utilizable por el cliente.

Conoce Core y prepara tu primer proceso de XRechnung