Casos prácticos / Comercial y contratos
Comercial y contratos

Emita una XRechnung conforme

Convierta un periodo de trabajo terminado en una factura electrónica que un cliente público alemán realmente acepte: complete los datos de comprador y vendedor que exige la norma, resuelva cada regla que cite la validación, exporte el XML de XRechnung y registre a dónde lo envió.

7 pasos11 minContratista generalSubcontratista especialistaConsultoría de costes / QS

Cómo funciona, paso a paso

7 pasos a lo largo de la plataforma - qué hacer en cada uno y por qué importa.

1

Extraiga las partidas de este periodo del presupuesto

Presupuesto

Abra el presupuesto valorado y calcule qué factura realmente esta certificación: las partidas terminadas en obra en este periodo, medidas y no estimadas, y el importe que les corresponde.

Por que: Una factura de certificación es un pago a cuenta de trabajo genuinamente hecho. Una partida facturada por delante del Leistungsstand es la que el aparejador del cliente tacha, y el resto de la factura espera mientras se discute esa sola línea.

EntradaPartidas valoradas del presupuestoMedición de obraResultadoImporte a facturarPeriodo de facturación
2

Emita la factura de cobro

Finanzas

En el lado de cobro de la pestaña Facturas, emita la certificación con su número, fecha de factura, fecha de vencimiento y una línea por cada bloque de trabajo que factura, y elija al cliente de los contactos en lugar de escribir un nombre en un campo de texto libre.

Por que: La factura electrónica se construye a partir de este registro y de nada más, así que una línea que falte aquí es una línea que falta en el XML. Elegir el contacto vinculado es lo que permite leer la dirección del comprador en vez de retecleearla en cada factura que envíe a ese cliente.

EntradaImporte a facturarContacto del clienteResultadoFactura de cobroLíneas de factura
3

Complete el comprador en el contacto

Contactos

Abra el contacto del cliente al que factura y rellene la parte compradora que exige la norma: razón social, calle, código postal, localidad y el código de país de dos letras. La factura electrónica lee al comprador desde aquí, no desde la factura.

Por que: Una factura cuyo comprador no tiene dirección postal se rechaza de plano, y para XRechnung la localidad y el código postal son cada uno un hallazgo fatal por sí solo. Rellenarlos una vez en el contacto arregla todas las facturas que le vaya a enviar a ese cliente.

EntradaContacto del clienteDirección postal del compradorResultadoParte compradora completaDatos maestros reutilizables
4

Rellene su propio lado una vez

Configuración

En Ajustes, Factura electrónica, configure su propio lado una vez: razón social y dirección, identificador de IVA o número fiscal, un contacto con nombre, teléfono y correo, el IBAN al que le paga el cliente, y las condiciones de pago con las que factura.

Por que: XRechnung pide más que la norma europea, y el contacto del vendedor con nombre, teléfono y correo es precisamente donde va más allá. Configúrelo aquí y quedará correcto en cada factura a partir de entonces, en lugar de tener que perseguirlo cada mes.

EntradaDatos de registro de la empresaCuenta bancariaResultadoIdentidad del vendedorCondiciones de pago
5

Ejecute la validación hasta que esté en verde

Finanzas

Abra el diálogo de factura electrónica de esa factura, elija el perfil XRechnung, y lea lo que devuelve. Los hallazgos bloqueantes citan el identificador de regla que le rechazará, BR-DE-15 por un Leitweg-ID que falta entre ellos. Corrija cada uno y ejecútelo de nuevo.

Por que: Es el mismo conjunto de reglas que ejecuta el portal receptor, citado con las mismas palabras. Leer BR-DE-15 aquí le cuesta un minuto. Leerlo en un aviso de rechazo tres semanas después le cuesta todo el plazo de pago y un segundo intento con la factura.

EntradaBorrador de factura electrónicaLeitweg-ID del clienteResultadoHallazgos de la validaciónValidación en verde
6

Exporte el XML de XRechnung

Finanzas

La descarga solo se desbloquea una vez que la validación está limpia. Tome el XML: ese archivo es la factura. Un PDF híbrido que lleva los mismos datos dentro está ahí para quien quiera una página que leer, y no es lo que analiza el receptor.

Por que: El sistema de un comprador público lee el XML e ignora lo que haya adjuntado para ojos humanos. Enviar un PDF y llamarlo factura electrónica es la forma más común en que una empresa pequeña descubre lo que el mandato realmente pedía.

EntradaValidación en verdeFactura aprobadaResultadoXML de XRechnungPDF híbrido opcional
7

Registre a dónde fue

Validación de facturas electrónicas

Registre el envío: el alta bajo la que lo emitió, el propio documento, y el id de transmisión que devolvió el portal o el punto de acceso. El Leitweg-ID por el que se enrutó es lo que el registro conserva.

Por que: Alemania enruta una factura en lugar de aclararla, así que ninguna autoridad la sella. El id de transmisión es la única prueba de que la envió el día que dice, y es lo que cita cuando el departamento de contabilidad del cliente no la encuentra.

EntradaXML de XRechnungAcuse de recibo del portalResultadoId de transmisiónEnvío registrado
Módulos

Módulos de este playbook

5 / 190 módulos de la plataforma

El mercado para el que está escrito este caso

Alemania

Todo en este caso sigue la forma en que la obra se mide, se valora y se paga en este mercado. Los documentos, el desglose de costes y las reglas de pago son los que se usan allí, no una versión genérica.

Normas que sigue

  • DIN 276
  • GAEB XML
  • VOB/B

No tienes que configurar nada de eso a mano. La primera vez que abres la plataforma te pregunta en qué mercado trabajas. Elige este y ajusta el idioma de la interfaz, carga la base de costes correspondiente, registra la clasificación de costes y añade un proyecto de ejemplo que puedes abrir enseguida.

Más en Comercial y contratos

Comercial y contratos

Run a subcontractor package

Award a trade package to a subcontractor, place it on a subcontract with a schedule of valu…

3 pasos11 minAbrir