Cómo extraer datos de facturas alemanas
(Rechnung) a Excel
La mayoría de las guías de extracción de facturas asumen que sus facturas se parecen a las facturas genéricas de estilo estadounidense. Pero cuando su proveedor envía una Rechnung desde Düsseldorf — con un Steuernummer, un Leistungsdatum que difiere de la fecha de la factura y un desglose de IVA entre los tipos del 19% y el 7% — las herramientas de importación de hojas de cálculo diseñadas para facturas de Stripe o plantillas de QuickBooks fallan. Esta guía cubre lo que realmente importa para las facturas alemanas: los campos obligatorios según el §14 UStG, las estructuras de IVA que determinan qué se extrae y dónde, y cómo dejar los datos en un formato que su Steuerberater pueda utilizar.
Conclusiones clave
- La falta de un campo en una Rechnung alemana no solo significa datos incompletos: el Finanzamt (oficina tributaria alemana) puede denegar toda su deducción del IVA soportado, y el riesgo legal recae en su empresa, no en el proveedor que envió la factura.
- Una sola factura alemana puede encuadrarse en cuatro regímenes de IVA diferentes: el estándar del 19%, el mixto del 19%+7%, el §13b de inversión del sujeto pasivo (en el que el comprador liquida el impuesto) o la exención de Kleinunternehmer — cada uno exige un conjunto diferente de columnas de hoja de cálculo, por lo que la única columna de "impuesto" de una herramienta genérica produce datos que su Steuerberater (asesor fiscal) no puede utilizar.
- Los nombres de columna que describen el significado de los datos — "USt-IdNr" para el ID de IVA del proveedor, "Leistungsdatum" para la fecha del servicio — funcionan en los cuatro regímenes de IVA y en cualquier formato de proveedor, porque ImageToTable.ai lee el significado, no la posición en la página.
Por qué las facturas alemanas superan a las herramientas de extracción genéricas
Una Rechnung alemana no es una factura estadounidense traducida. Es un instrumento legal regulado por el §14 del Umsatzsteuergesetz (UStG) — la Ley alemana del IVA — con diez campos obligatorios cuya presencia o ausencia determina si su empresa puede reclamar el IVA soportado (Vorsteuerabzug). Cuando falta un campo o está formateado incorrectamente, el Finanzamt puede denegar su deducción del IVA soportado. El proveedor cobra de todos modos. Su empresa asume el riesgo.
Esta es también la razón por la que las herramientas OCR de facturas de uso general — incluso las que manejan bien facturas en inglés — fallan con las facturas alemanas. No están diseñadas para distinguir un Rechnungsdatum (fecha de emisión de la factura) de un Leistungsdatum (fecha en que se prestó el servicio) — dos fechas legalmente distintas exigidas por la ley alemana. No validan si una USt-IdNr sigue el formato DE123456789. Colapsan las distinciones de tipos de IVA del 19% y 7% en una única columna de "impuesto", lo cual es inutilizable para presentar una Umsatzsteuervoranmeldung (declaración anticipada del IVA alemán) a través de ELSTER.
Nada de esto importa si procesa 3 facturas nacionales al mes e introduce todo manualmente en Lexware. Importa considerablemente cuando maneja 80 Rechnungen al mes de 25 proveedores alemanes — cada uno con diseños diferentes, algunos como PDF, algunos como copias fotografiadas en papel, algunos con tratamiento de inversión del sujeto pasivo según §13b que requiere extracción de IVA cero y una lógica de contabilización completamente distinta.
Lo que el §14 UStG exige realmente en cada factura alemana
El §14 Abs. 4 UStG enumera diez campos obligatorios — los Pflichtangaben — que toda factura alemana completa debe contener. Si está extrayendo datos a Excel con fines contables, cada uno de estos campos se corresponde con una columna en su hoja de cálculo — y la falta de cualquiera de ellos puede significar que sus datos no sean utilizables para la importación en DATEV o para reclamar el IVA soportado.
| Campo alemán | Traducción al inglés | Por qué es importante para la extracción |
|---|---|---|
| Vollständiger Name und Anschrift (des leistenden Unternehmers und des Leistungsempfängers) | Full name and address of both supplier and recipient | Dos bloques de dirección separados: proveedor y comprador. El OCR económico a menudo los fusiona o no identifica cuál es cuál. |
| Steuernummer oder USt-IdNr | Tax number or VAT identification number | Los Kleinunternehmer usan Steuernummer. Las empresas registradas a efectos de IVA usan USt-IdNr (formato DE123456789). Si extrae el equivocado o no extrae ninguno, la factura no es válida para la deducción del IVA. |
| Rechnungsnummer | Sequential invoice number | Debe ser única y sin saltos. Sus datos extraídos la necesitan para la conciliación del rastro de auditoría. |
| Rechnungsdatum | Invoice issue date | No es lo mismo que la fecha de entrega. Las facturas alemanas incluyen ambas fechas; las herramientas de extracción que generan una sola columna de "fecha" las confunden. |
| Leistungsdatum / Leistungszeitraum | Date or period when the service was delivered | Exclusivo de las facturas alemanas y de algunas de la UE. Es necesario para determinar en qué período de IVA corresponde la deducción del impuesto soportado. La mayoría de las herramientas genéricas de extracción ni siquiera buscan este campo. |
| Menge und Art der gelieferten Gegenstände oder Umfang und Art der Leistung | Quantity and description of goods or scope and type of service | Las Rechnungen alemanas suelen incluir descripciones de artículos largas y jurídicamente precisas. La extracción por líneas debe conservar el texto completo de la descripción, no truncarlo. |
| Nettobetrag | Net amount (per tax rate) | Debe dividirse por tipo de IVA: una sola línea neta de 100 € que cubra artículos al 19% y al 7% no cumple la normativa. La extracción debe capturar importes netos separados por tipo. |
| Umsatzsteuersatz und -betrag | VAT rate and VAT amount | Deben aparecer tanto el tipo (19% o 7%) como el importe correspondiente. Si la factura aplica la inversión del sujeto pasivo del §13b, la línea de IVA indica "0" y debe extraerse la referencia al §13b. |
| Bruttobetrag | Gross total amount | Debe cuadrar con el neto más el IVA. Algunas herramientas extraen un "total" que no coincide porque omitieron una línea de descuento o recargo. |
| Hinweis auf Steuerbefreiung (if applicable) | Reference to tax exemption | Para Kleinunternehmer (§19 UStG): "Gemäß §19 UStG wird keine Umsatzsteuer berechnet." Para operaciones intracomunitarias: aviso de inversión del sujeto pasivo. Si faltan estos avisos, la factura no es válida para el destinatario. |
Dos excepciones prácticas reducen el número de campos. Las facturas inferiores a 250 € brutos se consideran Kleinbetragsrechnungen según §33 UStDV, y solo requieren: nombre y dirección del proveedor, fecha de la factura, descripción de los bienes/servicios, importe bruto y el tipo de IVA aplicable o la referencia al §19. Y para los Kleinunternehmer según §19 UStG —empresas cuya facturación del año anterior no superó los 22.000 €—, las facturas no deben mostrar IVA en absoluto y deben incluir en su lugar la declaración de que no se aplica IVA según §19. Las reglas de extracción cambian según la categoría en la que se encuadre la factura.
El laberinto del IVA alemán: cuando una sola columna de "impuesto" no basta
La lógica de extracción de una factura alemana cambia sustancialmente según el régimen de IVA aplicable. Un par de columnas único de "Tipo de IVA" e "Importe de IVA" solo funciona para el caso más simple. Las facturas alemanas pueden encuadrarse en uno de cuatro escenarios, cada uno con definiciones de columnas diferentes:
| Escenario de IVA | Base legal | Qué extraer | Fuente habitual de error |
|---|---|---|---|
| Tipo estándar (19 %) | §12 Abs. 1 UStG | Importe neto, importe de IVA al 19 %, total bruto. Una sola fila si todos los artículos son al tipo estándar. | Herramientas que deducen el tipo de IVA de los totales en lugar de leer el tipo indicado. |
| Tipos mixtos (19 % + 7 %) | §12 Abs. 1 + Abs. 2 UStG | Columnas separadas de neto e IVA por tipo. Ejemplo: columna Neto 19 %, columna IVA 19 %, columna Neto 7 %, columna IVA 7 % — más el total bruto. Habitual en facturas de hostelería y alimentación. | Herramientas que generan una única cifra agregada de IVA. Su Steuerberater necesita el desglose para la Umsatzsteuervoranmeldung, concretamente las Kennzahlen 81 y 86. |
| Inversión del sujeto pasivo (§13b) | §13b UStG | Solo importe neto, IVA cero, más el texto de referencia de inversión del sujeto pasivo. También debe capturarse el NIF-IVA extranjero del proveedor y la USt-IdNr del destinatario (ambos obligatorios según §14a Abs. 2). | Herramientas que siguen rellenando un importe de IVA porque encontraron una etiqueta de "impuesto" — o que omiten por completo la nota de inversión del sujeto pasivo. |
| Kleinunternehmer (§19) | §19 UStG | Solo importe bruto, sin desglose de IVA. Debe capturarse el texto de exclusión del §19 para confirmar que la factura está exenta de IVA de forma intencionada. | Herramientas que marcan la "ausencia de IVA" como un error. Para una factura de Kleinunternehmer, la ausencia de IVA es correcta — marcarla como error es incorrecto. |
Para las empresas que reciben facturas de proveedores alemanes en múltiples categorías de IVA —un escenario habitual en grupos de hostelería que compran alimentos (7 %) además de equipamiento (19 %) a Metro y Transgourmet—, la herramienta de extracción debe ser lo bastante flexible para generar estructuras de columnas diferentes según el tipo de factura, y no forzar todas las facturas a la misma plantilla.
Cómo la extracción con IA maneja los formatos de facturas alemanas
Aquí es donde la diferencia entre el OCR basado en plantillas y la extracción impulsada por IA se vuelve concreta. Las herramientas basadas en plantillas requieren que definas coordenadas de campos para cada diseño de proveedor: un diseño de factura de Metro es diferente al de Transgourmet, que a su vez es diferente al de la Rechnung de un Handwerker local. La carga de mantenimiento crece con cada nuevo proveedor.
ImageToTable.ai adopta un enfoque diferente: Extracción de Columnas Personalizadas. En lugar de enseñar a la herramienta dónde se ubican los campos en la página, defines qué quieres extraer escribiendo nombres de columnas — "Rechnungsnummer", "Leistungsdatum", "Nettobetrag 19%", "USt-Betrag 19%", "Nettobetrag 7%", "USt-Betrag 7%", "USt-IdNr" — y la IA localiza cada valor en cualquier parte de la página comprendiendo qué significa el campo, no dónde está. Esto funciona en todos los formatos de proveedores sin configuración por proveedor: una definición de columna cubre Metro, Transgourmet, Selgros y la Tischlerei independiente de al lado.
Los archivos se procesan de forma segura y no se almacenan.
Prueba a subir una Rechnung alemana en la demo de arriba. Define columnas que coincidan con los campos del §14 UStG que necesites — empieza con Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Lieferant, Nettobetrag, USt-Satz, USt-Betrag, Bruttobetrag y USt-IdNr — y observa lo que extrae la IA. La misma definición de columnas funciona cuando cambias al diseño de factura de otro proveedor, porque la IA lee el significado, no la posición.
Para el procesamiento por lotes — subir las facturas de un mes de Metro y Transgourmet de una sola vez — la herramienta extrae cada factura en una fila de una hoja de cálculo combinada. Obtienes un archivo Excel con cada Rechnung como fila, listo para filtrar por proveedor, rango de fechas o tipo de IVA antes de entregarlo a tu Steuerberater.
De la extracción a la contabilidad: lo que tu flujo de trabajo con DATEV, Lexware o sevDesk espera
Extraer datos es solo la primera mitad del trabajo. En Alemania, la segunda mitad consiste en llevar esos datos al software de contabilidad en un formato que tu Steuerberater pueda usar sin retrabajo. El destino importa porque cada plataforma tiene expectativas diferentes:
DATEV — utilizado por un estimado del 60–70 % de los asesores fiscales alemanes — espera datos a través de Kanzlei-Rechnungswesen (CSV en formato DATEV) o Unternehmen Online (XML). El formato CSV requiere columnas específicas: Belegdatum, Buchungstext, Gegenkonto, Betrag y, lo más crítico, el Buchungsschlüssel correcto (claves de contabilización) y la Kontierung (asignaciones de cuenta según SKR03 o SKR04). Si tu Steuerberater espera cuentas precodificadas, tu salida de extracción necesita una columna adicional para el número de cuenta DATEV. Si ellos gestionan la Kontierung ellos mismos, puedes omitirla, pero pregúntales primero.
Lexware Office (anteriormente lexoffice) — a 7,90 €/mes, la plataforma de contabilidad en la nube más utilizada para las pymes alemanas — importa mediante su propia estructura CSV o feed bancario directo. Clasifica automáticamente las transacciones, pero espera que los datos de facturas entrantes incluyan la USt-IdNr del proveedor para la validación del IVA. Si ese campo falta en tu extracción, Lexware marcará la factura para revisión manual.
sevDesk — el desafiante moderno a 12,90 €/mes — importa contactos y Belege (documentos) mediante CSV con su propia plantilla. La carga CSV es sencilla, pero espera la clasificación de Belegart (tipo de documento): Eingangsrechnung, Ausgangsrechnung o Gutschrift. Si tu extracción no distingue estos tipos, tendrás que reclasificar filas manualmente después de la importación.
El hilo común: el software de contabilidad alemán espera estructuras de datos de facturas alemanas. Una extracción genérica que genere "Proveedor", "Fecha" y "Total" requerirá un reformateo manual sustancial antes de que cualquiera de estas plataformas acepte la importación. Definir las columnas de extracción para que coincidan directamente con el esquema del software de destino — por ejemplo, nombrar tu columna USt-IdNr en lugar de "Número de IVA", y Belegdatum en lugar de "Fecha" — elimina el paso de reformateo.
El mismo enfoque de extracción también funciona para facturas internacionales que llegan en varios idiomas y formatos, ya que la semántica de los nombres de columna se mantiene consistente independientemente del idioma original de la factura.
GoBD y Facturación Electrónica: Manteniendo sus Datos Extraídos Listos para Auditoría
En Alemania, extraer datos de facturas no es solo una cuestión de eficiencia: conlleva obligaciones legales de conservación de registros. Las GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern) son el marco de la autoridad fiscal para la contabilidad digital. Sus principios fundamentales — Nachvollziehbarkeit (trazabilidad), Unveränderbarkeit (inmutabilidad) y Verfügbarkeit (disponibilidad) — implican que cada dato extraído debe poder rastrearse hasta la factura original, y cada factura original debe conservarse durante 10 años según §147 AO en su formato original.
Una enmienda de julio de 2025 a las GoBD aclaró un punto crítico para el archivo de facturas electrónicas: para las facturas electrónicas estructuradas (XRechnung y la capa XML integrada en los PDF ZUGFeRD), el XML legible por máquina es el registro autoritativo. El PDF legible por humanos solo necesita archivarse si contiene información adicional relevante para impuestos que no esté presente en el XML, como observaciones de contabilización o condiciones de pago escritas a mano en la capa visual. Para la mayoría de las empresas, esto significa que el archivo Excel extraído es su conjunto de datos de trabajo, pero el archivo XML original es lo que solicitarán los auditores.
El mandato de facturación electrónica B2B de Alemania (E-Rechnungspflicht) se implementa de la siguiente manera:
- 1 de enero de 2025 — Todas las empresas B2B alemanas deben poder recibir facturas electrónicas en formato compatible con EN 16931 (XRechnung o ZUGFeRD 2.1).
- 1 de enero de 2027 — Las empresas con facturación del año anterior superior a 800.000 € también deben enviar facturas electrónicas.
- 1 de enero de 2028 — Todas las empresas B2B alemanas deben enviar facturas electrónicas. Las facturas en papel y PDF ya no se aceptan para transacciones B2B nacionales, excepto para Kleinbetragsrechnungen inferiores a 250 € y Kleinunternehmer según §19.
La implicación práctica para la extracción de datos: su combinación de facturas entrantes ya está cambiando. Los PDF ZUGFeRD que llegan a su bandeja de entrada contienen una capa de datos XML integrada que una herramienta de extracción capaz puede leer directamente, omitiendo el OCR por completo para esos campos y entregando datos estructurados 100 % precisos. Para los proveedores que aún envían Rechnungen en PDF simple (permitido durante el período de transición hasta 2027), la extracción con IA cierra la brecha: lee el PDF visual y genera las mismas columnas estructuradas.
Lo que importa para el cumplimiento es que su flujo de trabajo de extracción preserve la conexión entre los datos extraídos y el documento fuente. Si extrae por lotes 40 Rechnungen en un solo archivo Excel y archiva solo el archivo Excel, incumple las GoBD. Los documentos originales — ya sean XML, PDF o papel escaneado — deben permanecer accesibles y recuperables durante 10 años.
Preguntas Frecuentes
¿Funciona con Rechnungen escaneados en papel y fotos de teléfonos móviles?
Sí. La IA lee el contenido del documento semánticamente: no necesita un PDF digital limpio. Se admiten facturas de papel fotografiadas, documentos escaneados y capturas de pantalla de facturas en línea. La calidad importa: si la foto es demasiado borrosa para leer los dígitos de la USt-IdNr, ninguna herramienta puede extraerlos de forma fiable. Pero para fotos legibles, la precisión de extracción es comparable a la entrada de PDF.
¿Puede la herramienta distinguir entre Rechnungsdatum y Leistungsdatum?
Sí, siempre que defina columnas separadas para cada uno. Si define una columna llamada "Rechnungsdatum" y otra llamada "Leistungsdatum", la IA entiende que son dos campos de fecha distintos y devuelve el valor correcto para cada uno. Si solo define una única columna "Date", la IA usará por defecto la fecha de emisión de la factura como fecha principal; no adivinará que también necesita la fecha del servicio. Los nombres de columna que elija determinan la extracción.
¿Cómo maneja la extracción las facturas de autoconsumo inverso según §13b?
Para facturas de autoconsumo inverso según §13b, defina sus columnas para incluir el importe neto, una columna de tipo de IVA (que extraerá como 0%) y una columna para el texto de referencia del autoconsumo inverso. La IA no completará erróneamente un importe de IVA porque la factura en sí no cobra IVA: indica que el destinatario se autoliquida. Aun así, debe extraer el ID de IVA extranjero del proveedor y su propia USt-IdNr de la factura, ya que ambos son campos obligatorios según §14a Abs. 2 UStG para el tratamiento de autoconsumo inverso.
¿Qué pasa con ZUGFeRD y XRechnung? ¿Puede la herramienta analizar el XML incrustado?
Cuando sube un PDF ZUGFeRD, la IA lee la capa visual del PDF. No analiza el XML incrustado directamente. Para los campos presentes en el XML, esto produce el mismo resultado final (columnas estructuradas), pero el enfoque es la lectura visual en lugar del análisis XML. Para archivos XRechnung de XML puro, la herramienta no está diseñada para procesar XML sin procesar; necesitaría un conversor de XML a CSV para esos casos. En la práctica, la mayoría de los proveedores alemanes que emiten facturas ZUGFeRD incrustan el XML dentro de un PDF visible, lo que funciona con el enfoque de extracción visual.
¿Puedo procesar facturas de Metro, Transgourmet y Selgros en un solo lote?
Sí. Dado que la extracción se basa en la semántica de los nombres de columna en lugar de plantillas por proveedor, sube facturas de los tres mayoristas en un lote y define sus columnas una sola vez. La IA localiza Rechnungsnummer, Lieferant, Nettobetrag, USt-Betrag, etc. en cada documento de forma independiente. El resultado es una hoja de cálculo combinada con una fila por factura y columnas consistentes en todos los proveedores.
¿Los datos extraídos cumplen con GoBD para fines de auditoría?
El archivo de Excel extraído es una copia de trabajo, no su archivo de auditoría. El cumplimiento de GoBD se refiere a cómo almacena los documentos originales, no a cómo utiliza los datos extraídos operativamente. Siempre que conserve las facturas originales (PDF, archivos XML o copias escaneadas en papel) en un formato inalterable y recuperable durante 10 años, extraer datos de ellas para flujos de trabajo contables no infringe GoBD. La herramienta de extracción no proporciona almacenamiento de archivo; usted es responsable de la conservación de documentos por separado.
Cómo Llevar los Datos de sus Facturas Alemanas a Donde Deben Ir
La extracción de facturas alemanas se sitúa en la intersección de tres aspectos que normalmente se tratan por separado: precisión de datos, cumplimiento fiscal y compatibilidad de software. Las herramientas que manejan bien uno tienden a ignorar los demás. El OCR basado en plantillas puede ser preciso para el formato de un solo proveedor, pero requiere reconstrucción para cada proveedor nuevo. La entrada manual en Lexware mantiene los datos en la estructura correcta, pero no escala más allá de 30 facturas al mes. El análisis de IA del XML ZUGFeRD ofrece una precisión del 100% en facturas electrónicas, pero no hace nada por la Rechnung en papel del Elektriker local que aún imprime y envía sus facturas por correo.
Un flujo de trabajo basado en la extracción semántica — definir lo que necesita por nombre de columna en lugar de por posición en la plantilla — aborda los tres aspectos simultáneamente. Extrae los campos que exige el §14 UStG, conserva la estructura del IVA que necesita su Umsatzsteuervoranmeldung y genera columnas que coinciden con el esquema de importación de su software de contabilidad. Y funciona igual tanto si la factura llega como PDF ZUGFeRD, como foto tomada con el móvil de un proveedor o documento en papel escaneado de 2023.
Prueba gratuita: no se requiere cuenta para las primeras 50 páginas.