Daten aus spanischen Lieferscheinen (Albaranes)
in Excel extrahieren

Ein spanischer Lieferschein hat eine rechtliche Verbindlichkeit, die kein generischer Lieferschein besitzt – und Felder, die keine Standardvorlage erkennt.

In den meisten Teilen Europas ist ein Lieferschein ein Versanddokument. Er listet auf, was in der Kiste ist, der Fahrer übergibt ihn, und der Warenempfänger prüft ihn gegen die Bestellung. Kein Anwalt sieht ihn jemals an. In Spanien nimmt der Albarán (Lieferschein) eine andere Stellung ein. Gemäß dem Código de Comercio (spanisches Handelsgesetzbuch, Königlicher Erlass vom 22. August 1885) dient der Albarán als urkundlicher Nachweis der Lieferung – traditio – in einem Kaufvertrag (compraventa). Er ist kein Steuerdokument. Er enthält keine IVA-Beträge (Mehrwertsteuer). Aber er ist das Dokument, das rechtlich bestätigt, dass Waren den Besitzer gewechselt haben.

Der Albarán ist das einzige Versanddokument in der europäischen Lieferkette, das gleichzeitig ein rechtlicher Liefernachweis und ein Rücklaufbeleg ist – der Lieferant druckt ihn, die Ware wird mit ihm transportiert, der Empfänger schreibt darauf, und das unterschriebene Exemplar geht als Nachweis an den Lieferanten zurück. Der Wikipedia-Eintrag zu Albarán definiert ihn klar: "un documento mercantil que acredita el traslado y la entrega de un pedido" – ein Handelsdokument, das den Transport und die Übergabe einer Bestellung bescheinigt. Die empfangende Partei muss ihn zur Bestätigung des korrekten Erhalts unterschreiben. Diese Unterschrift verwandelt das Dokument von einer einfachen Packliste in einen rechtlichen Beleg.

Diese rechtliche Rolle führt zu strukturellen Unterschieden zwischen einem spanischen Albarán und einem generischen Lieferschein. Ein Albarán eines spanischen Lieferanten – sei es das Logistikzentrum von Mercadona bei Valencia oder ein Industriedistributor wie RS Components España – enthält typischerweise Felder, die ein britischer Despatch Note oder ein deutscher Lieferschein nicht haben. Das Steuer-ID-Feld erscheint im NIF-Format (Número de Identificación Fiscal): 8 Ziffern plus ein Prüfbuchstabe für natürliche Personen, ein Buchstabe plus 7 Ziffern plus ein Prüfbuchstabe für Unternehmen. Sowohl die NIF des Lieferanten als auch die NIF des Käufers erscheinen auf dem Dokument. Die Lieferscheinnummer folgt einer lieferantenspezifischen internen Nummerierung ohne branchenübergreifenden Standard. Und entscheidend – da der Albarán im Geschäftsablauf der Rechnung vorausgeht – muss die Lieferscheinnummer später mit der Factura (Rechnung) abgeglichen werden, die darauf verweist, was einen Drei-Wege-Abgleich mit der Bestellung ermöglicht.

Jeder Albarán enthält 10–14 Felder, die für den Wareneingang relevant sind — und die genauen Feldbezeichnungen variieren je nach Lieferant.

Wenn ein spanisches Lager eine Lieferung erhält, muss der Wareneingangsmitarbeiter die Daten aus dem Albarán extrahieren und entweder in das WMS (Warehouse Management System) für die Inventurbuchung oder in das ERP für den Bestellabgleich eingeben. In Spanien wird für den Wareneingang wahrscheinlich SAP Business One, Sage 200 (oder Sage Murano, weit verbreitet in spanischen KMU), Microsoft Dynamics NAV / Business Central oder das spanische SaaS-ERP Holded verwendet. Für lagerbezogene Vorgänge ist Mecalux Easy WMS — ein spanisches WMS der in Barcelona ansässigen Intralogistik-Gruppe Mecalux — in mittleren bis großen Lagern üblich. Das WMS erwartet strukturierte Daten. Der Albarán ist alles andere als das.

Die Felder, die ein spanisches Lager typischerweise aus jedem Albarán extrahiert, und wohin jedes einzelne downstream fließt:

Der spanische Plan General de Contabilidad (PGC) legt fest, wo diese Daten landen. Bei Wareneingang gegen einen Albarán wird im Rechnungswesen die Gruppe 3 (Existencias — Bestände, in der Regel Konto 600 für Wareneinkäufe oder Konto 601 für Rohstoffe) im Soll und das Konto 400 (Proveedores) im Haben gebucht. Die Albarán-Nummer ist der Referenzpunkt, der den physischen Wareneingang mit dem Buchungssatz verbindet – bevor die Rechnung eintrifft. Wird die Albarán-Nummer falsch eingegeben, bricht der Drei-Wege-Abgleich zwischen Bestellung, Lieferschein und Rechnung auf buchhalterischer Ebene auseinander.

Spanische Lagerhäuser haben das gleiche Format-Chaos wie jeder Wareneingang – doch das spanische Regulierungsvakuum macht es dauerhaft.

Es gibt kein spanisches Gesetz, das ein einheitliches Albarán-Format vorschreibt. Das Código de Comercio beschreibt die Funktion des Dokuments, aber nicht sein Layout. AECOC (Asociación de Fabricantes y Distribuidores), Spaniens GS1-Normungsorganisation mit über 35.000 Mitgliedsunternehmen, hat über ihre Plattformen AECOC EDI und AECOC TRANSP einen Standard für elektronische Lieferscheine entwickelt. Doch die EDI-Einführung in der spanischen Logistik folgt dem gleichen Muster wie anderswo: Große Einzelhändler wie Mercadona, Carrefour Spanien und El Corte Inglés schreiben es für ihre Tier-1-Lieferanten vor, während der Mittelstand – regionale Distributoren, Industriezulieferer, lokale Hersteller – weiterhin mit Papier-Albaranes versendet, die aus dem jeweiligen ERP des Lieferanten gedruckt werden.

Das Ergebnis ist das gleiche visuelle Chaos, dem ein Wareneingangsmitarbeiter in einem deutschen oder französischen Lager gegenübersteht, mit einer zusätzlichen Komplikation: Spanische Lieferanten verwenden häufig Durchschlag-Albarán-Blöcke. Das oberste Exemplar verbleibt beim Käufer, das zweite geht an den Fahrer, das dritte bleibt im Block des Lieferanten. Wenn das Exemplar des Käufers am Dateneingabeplatz ankommt, kann es bereits ein Durchschlag der zweiten oder dritten Generation mit zunehmend verblasster Schrift sein. Kombiniert man das mit den handschriftlichen Notizen, die der Empfänger am Wareneingang hinzugefügt hat – Mengenkorrekturen, Schadensvermerke, eine Unterschrift –, hat man eine einzige Seite mit drei Informationsebenen unterschiedlicher Lesbarkeit.

UNO Logística, Spaniens wichtigster Logistikverband mit über 350 Mitgliedsunternehmen aus Logistik und Transport, nennt die Digitalisierung von Dokumentenabläufen als Kernpriorität seiner Branchenagenda. Der Verband stellt jedoch auch fest, dass die Fragmentierung der Dokumentenformate in der Lieferkette – insbesondere zwischen großen Einzelhändlern mit EDI und mittelständischen Lieferanten mit Papier – ein strukturelles Hindernis bleibt. Das Centro Español de Logística (CEL), Spaniens größte Logistik-Fachgemeinschaft seit 1978, hat in seinen Arbeitsgruppen zur Digitalisierung der Lieferkette zur Herausforderung der Dokumentenstandardisierung publiziert. Der Konsens: Die Standardisierung wird zunächst in Hochvolumen-Korridoren Einzug halten, aber der lange Schwarm mittelständischer Lieferanten wird noch Jahre lang heterogene Papier- und PDF-Albaranes produzieren.

Sie brauchen keine Vorlage für jeden Lieferanten. Sie definieren Ihre Spalten einmal und die KI findet jedes Feld anhand seiner Bedeutung.

Der Standardansatz zur Extraktion spanischer Albarán-Daten – jedes Feld aus dem individuellen Layout jedes Lieferanten in eine Excel-Tabelle zu tippen – dauert laut Branchenbenchmarks etwa 3 Minuten pro einseitigem Albarán. Für ein Lager, das 30 Sendungen pro Tag erhält, sind das 90 Minuten reine Dateneingabe. Die Alternative, die Tools wie template-basierte OCR bieten, ist im spanischen Kontext noch schlechter, da sie für jedes Lieferantenlayout eine separate Extraktionsvorlage erfordert – und spanische Lieferanten zeigen im Gegensatz zu deutschen oder französischen, bei denen die Formatstandardisierung weiter fortgeschritten ist, extreme Variabilität. Ein Albarán eines katalanischen Industrielieferanten und einer eines andalusischen Lebensmittelhändlers haben fast keine visuelle Ähnlichkeit, obwohl sie dieselbe rechtliche Funktion erfüllen.

Was stattdessen funktioniert, ist die benutzerdefinierte Spaltenextraktion: eine Methode, bei der Sie die gewünschten Feldnamen eingeben – „Lieferscheinnummer", „Bestellbezug", „Lieferanten-NIF", „Produktcode", „Versandmenge", „Empfängerunterschrift" – und die KI jedes Dokument liest, um diese Werte zu finden, indem sie die Bedeutung jedes Feldnamens semantisch versteht, nicht durch Abgleich einer festen Pixelposition. Die von Ihnen eingegebenen Spaltennamen werden zu den Kopfzeilen Ihrer Ausgabetabelle. Eine Spaltendefinition funktioniert für alle Lieferanten, weil die KI das Dokument wie ein Mensch liest – sie sucht nach der Bedeutung jedes Feldes, nicht nach seinen Koordinaten auf der Seite.

Hier ist der vollständige Workflow anhand einer Charge von Albaranes mehrerer spanischer Lieferanten:

Testen Sie es unten mit einem Beispiel-Albarán. Die Demo verwendet ein Preset — eine vorkonfigurierte Spaltenliste, die der Standardstruktur von Lieferscheinen/Packlisten entspricht — sodass Sie sofort Extraktionsergebnisse sehen, ohne Spaltennamen eingeben zu müssen. Klicken Sie auf "Verarbeiten", und die KI liest sowohl die gedruckten Versanddaten als auch handschriftliche Wareneingangsvermerke auf der Seite.

Ein Albarán ist das einzige Logistikdokument, das bedruckt das Lager verlässt und mit handschriftlichen Daten zurückkommt — Ihre Extraktion muss beides lesen können.

Kein anderes Dokument im Versandumschlag macht eine Rundreise. Der Auftrag bleibt beim Käufer. Die Rechnung wird nach der Lieferung erstellt. Der Frachtbrief begleitet die Ware, kehrt aber nicht mit Anmerkungen zum Lieferanten zurück. Der Albarán ist einzigartig: Der Lieferant druckt ihn, die Ware reist mit ihm, der Empfänger schreibt darauf — umkreist eine beschädigte Kiste, notiert „solo 8 uds recibidas“ (nur 8 Stück erhalten) neben einer Zeile mit 10, unterschreibt unten — und das annotierte Exemplar geht als Liefernachweis zurück zum Lieferanten.

Diese Rundreise erzeugt ein zweischichtiges Dokumentenproblem, das die meisten Extraktionstools schlecht bewältigen. Vorlagenbasierte OCR-Tools lesen die gedruckte Schicht: die Felder des Lieferanten, die versendeten Mengen, die Referenznummern. Die handschriftliche Schicht — Korrekturen, Zustandsnotizen, eine Unterschrift — wird entweder als Rauschen ignoriert oder in den gedruckten Textstrom eingemischt, sodass „10 unidades“ und „8 uds“ in derselben Zelle landen.

Ein semantischer Reader, der Feldbedeutungen versteht statt Pixelblöcke abzugleichen, kann die beiden Schichten in getrennte Spalten aufteilen. Definieren Sie Versendete Menge und die KI liest die gedruckte Menge aus der Positionsliste des Lieferanten. Definieren Sie Erhaltene Menge im selben Spaltensetup und die KI liest die handschriftliche Korrektur des Empfängers daneben. Definieren Sie Ausnahmenotizen und handschriftliche Randbemerkungen — „caja dañada“ (beschädigte Kiste), „embalaje roto“ (Verpackung kaputt), „falta 2“ (2 fehlen) — werden als strukturierter Text extrahiert statt ignoriert. Definieren Sie Empfängerunterschrift mit einem Formathinweis wie „J/N“ und die KI erkennt, ob das Dokument eine Unterschrift enthält, unabhängig davon, wo auf der Seite sie steht.

Die handschriftliche Schicht des Albarán ist kein Rauschen — sie ist die einzige feldscharfe Aufzeichnung dessen, was tatsächlich ankam im Vergleich zum Soll. Sie zu ignorieren bedeutet, dass Ihr WMS falsche Mengen erhält und Ihr Drei-Wege-Abgleich in der Rechnungsabstimmung scheitert, wo die Rechnungsmenge (basierend auf dem Versand) mit der tatsächlich erhaltenen Menge abgeglichen werden muss.

Extrahierte Albarán-Daten fließen direkt in die spanische Buchhaltung — jedes Feld ist einem PGC-Konto oder einer WMS-Transaktion zugeordnet.

Die Ausgabetabelle der Extraktion ist nicht das Ziel. Sie ist ein Zwischenformat, das die Brücke zwischen dem Albarán und den Systemen schlägt, die seine Daten benötigen. In einem spanischen Lager mit Sage 200 oder SAP Business One durchlaufen die extrahierten Felder einen bestimmten nachgelagerten Pfad:

Der entscheidende Link ist die Albarán-Nummer. Nach spanischer Handelspraxis stellt der Lieferant später eine Factura aus, die auf dieselbe Albarán-Nummer verweist. Der Drei-Wege-Abgleich — Bestellung, Albarán (Wareneingang), Factura (Rechnung) — hängt von der korrekten Albarán-Nummer und den gelieferten Mengen im ERP ab. Wenn bei der manuellen Eingabe ein Tippfehler in der Albarán-Nummer auftritt (vertauschte Ziffern, fehlendes Zeichen), schlägt die spätere Factura-Abstimmung fehl, und jemand muss anhand von Papierbelegen die richtige Nummer zurückverfolgen. Die Extraktion, die die Albarán-Nummer direkt aus dem Dokument übernimmt, eliminiert den häufigsten Fehlerpunkt bei der Abstimmung.

Für Teams, die Albaranes von Außendienstmitarbeitern oder Fahrern erhalten, anstatt an einer festen Warenannahme, schließt die Funktion Sammellink die Lücke beim Dokumenteneingang. Erstellen Sie einen teilbaren Link, senden Sie ihn an Fahrer oder entfernte Lagermitarbeiter, und Albaranes landen direkt in Ihrer Verarbeitungswarteschlange — keine E-Mail-Anhänge, keine WhatsApp-Fotos, keine Registrierung für den Absender erforderlich. Dies ist besonders nützlich für spanische Logistikabläufe, bei denen Lieferungen an mehreren Standorten stattfinden oder bei denen externe Spediteure die physische Lieferung übernehmen, die Wareneingangsdaten jedoch ein zentrales AP- oder Inventarteam erreichen müssen.

Häufig gestellte Fragen

Spanische Albaranes vereinen das Gewicht eines 140 Jahre alten Handelsgesetzbuchs, die Vielfalt der ERP-Ausgaben jedes Lieferanten und den physischen Nachweis dessen, was tatsächlich am Dock angekommen ist. Das Problem der Datenextraktion ist nicht die Geschwindigkeit – es ist die Tatsache, dass der Wareneingangsmitarbeiter nie ein Muskelgedächtnis aufbaut, weil jedes Albarán-Layout eine erstmalige Lektüre darstellt. Die Extraktion nach Spaltennamen ändert die Spielregeln: Sie definieren einmal, was Sie benötigen, und das Format wird irrelevant.

Testen mit Ihren Albaranes

Verwandte Themen: Lieferscheine und Versandpapiere stapelweise nach Excel extrahieren · Manuelle vs. KI-gestützte Lieferscheinextraktion im Wareneingang · Lieferscheinfelder aus jedem Format nach Excel extrahieren · Lieferschein-zu-Excel-Konverter