Keldmoor, ein fiktiver Großhändler für Industriebedarf mit Sitz in Ohio, kauft Befestigungselemente in Milwaukee, Kunststoffgehäuse in Monterrey und Werkzeuge in Turnov in Tschechien. Entsprechend kommen seine Rechnungen als INVOICE, FACTURA und FAKTURA an. Ein Lieferant schreibt das Datum als 09/11/2026, ein anderer als 2026-09-17, der dritte als 15. 9. 2026. Einer weist den Gesamtbetrag als 13,800.00 aus, ein anderer als 3 960,00. Die Kreditorenbuchhaltung braucht sie alle in einem Rechnungseingangsbuch und in einheitlicher Form, bevor sie auch nur eine einzige Zahlung planen kann.
Unser neues Video Document → data → action begleitet diese Septemberrechnungen durch DocReveal — von PDFs in drei Sprachen über eine gemeinsame Struktur bis zur fertigen Zeile im Rechnungseingangsbuch. Es dauert dreieinhalb Minuten, Sie können es oben auf dieser Seite ansehen, und es richtet sich an Finanzabteilung, Kreditorenbuchhaltung und operative Teams. Hier erfahren Sie, was Sie sehen werden und warum das wichtig ist.
Die versteckten Kosten des Einkaufs im Ausland
Internationale Lieferanten sind gut für die Preise und für die Resilienz. Für das Backoffice sind sie es weniger. Jeder neue Lieferant bringt ein neues Layout mit, und jedes neue Land eine neue Sprache, neue Datums- und Zahlenformate und manchmal eine neue Währung.
Die üblichen Antworten sind Abtippen oder eine Vorlage pro Lieferant, die an dem Tag nicht mehr funktioniert, an dem der Lieferant sein Layout ändert. Beides wächst mit der Zahl der Lieferanten, nicht mit dem Wert der Arbeit.
Lesen: jede Rechnung, in jeder Sprache
Das Video beginnt im Reveal Manager. Ein einziger Lauf verarbeitet sechs Septemberrechnungen — vier auf Englisch, eine auf Spanisch und eine auf Tschechisch — nach ein und demselben Rechnungsmodell, und der Fortschritt jeder Datei ist live zu sehen. Eine Vorlage gibt es für keine davon.
Jede Datei wird als das erkannt, was sie ist: Die spanische Factura und die tschechische Faktura werden beide als Rechnung eingeordnet, genau wie die vier englischen. Alle sechs werden auf dasselbe Modell gemappt und in denselben Datenbestand für die Analyse geschrieben.
Erkennen: Ihre Namen für Ihre Dokumente
Woher weiß DocReveal, dass eine Factura eine Rechnung ist? DocReveal liest die Überschrift des Dokuments selbst, in welcher Sprache sie auch geschrieben ist, und übersetzt sie in einen einheitlichen Dokumenttyp. Im Model Manager sieht das Team, welche Dokumenttypen bisher in seinen Dokumenten gefunden wurden: Rechnungen, Bestellungen, Verträge, Wareneingangsberichte.
Das Team behält die Kontrolle über dieses Vokabular. Es kann Aliasnamen in jeder Sprache hinzufügen, etwa Factura und Faktura für Rechnungen, vom System vorgeschlagene Typen bestätigen und Dubletten zusammenführen. Der Klassifikator lernt aus bestätigten Dokumenten, und Korrekturen gelten für Dokumente, die ab diesem Zeitpunkt verarbeitet werden.
Strukturieren: ein Modell, dieselben Felder
Den Typ zu erkennen ist die halbe Arbeit. Die andere Hälfte ist die Struktur. Das Rechnungsmodell legt die Felder einmal fest — Dokumentnummer, Rechnungs- und Fälligkeitsdatum, Währung, Gesamtbetrag, Lieferant, Positionen und Sprache — und jede Rechnung wird darauf gemappt, ganz gleich, wie ihr Layout aussieht.
Auch die Formate werden vereinheitlicht. 09/11/2026, 2026-09-17 und 15. 9. 2026 werden allesamt zu ISO-Datumsangaben. 13,800.00 und 3 960,00 werden zu einfachen Zahlen, die Währung steht daneben. Aus der Angabe „30 días (vence 2026-10-17)“ auf der spanischen Rechnung wird ein Fälligkeitsdatum. Ab hier ist eine Rechnung eine Rechnung — egal, wer sie geschrieben hat und in welcher Sprache.
Es sind dieselben Septemberrechnungen, die Sie vielleicht schon aus den Videos Checked, not trusted und Ask your invoices kennen. Dort ging es darum, ob sie aufgehen und was unter dem Strich steht. Hier geht es darum, wohin ihre Daten als Nächstes gehen.
Liefern: eine Zeile im Rechnungseingangsbuch
Saubere Daten zahlen sich erst aus, wenn sie in den Tools ankommen, mit denen Menschen arbeiten. Im Integration Manager baut das Video in wenigen Schritten einen Flow: Er startet, sobald ein Dokument verarbeitet wurde, läuft nur bei Rechnungen weiter und fügt dem Rechnungseingangsbuch des Teams, das als Tabelle geführt wird, eine Zeile hinzu. Die Spalten sind Rechnungsfeldern zugeordnet — Lieferant, Rechnungsnummer, Fälligkeitsdatum, Währung und Gesamtbetrag — und nicht Positionen auf einer Seite.
Ein Klick veröffentlicht den Flow und schaltet ihn ein. Ab dann hinterlässt jede verarbeitete Rechnung einen Eintrag im Aktivitätsprotokoll, mit Ein- und Ausgabe jedes Schritts. Und das Rechnungseingangsbuch füllt sich: sechs Zeilen im selben Format, ob die Rechnung nun aus Milwaukee, Monterrey oder Turnov kam. Dieselben Daten können genauso gut in ein Buchhaltungssystem, ein CRM oder einen Team-Chat fließen.
Was Sie mitnehmen können
- Bauen Sie keine Vorlage mehr pro Lieferant. Ein System, das Bedeutung liest statt Positionen auf einer Seite, funktioniert weiter, wenn sich ein Layout ändert.
- Einigen Sie sich zuerst auf eine Struktur. Legen Sie die Felder, die Ihr Unternehmen braucht, einmal fest, und bilden Sie jedes Dokument darauf ab; jeder Bericht, jede Prüfung und jeder Flow baut dann auf denselben Daten auf.
- Bringen Sie dem System Ihr Vokabular bei. Ihre Dokumenttypen und Aliasnamen, bestätigt von Ihrem Team, halten die Erkennung stabil.
- Automatisieren Sie die Zustellung, und halten Sie alles fest. Lassen Sie verarbeitete Dokumente in Ihre Tools fließen, und dokumentieren Sie jeden Lauf.
Alle Unternehmen und Zahlen im Video sind fiktive Demodaten.
Eine Struktur. Jede Sprache.