50 Materialeingangsscheine, ein Projektkostenbuch:
So bündeln Sie ohne Chaos

Der wöchentliche Belegstapel: Wo Materialkostendaten tatsächlich leben

Der Materialeingangsschein ist das erste Dokument in einer dreiteiligen Kette, die in Ihrem Projektkostenbuch endet – und es ist das einzige der drei, das belegt, was physisch auf der Baustelle angekommen ist.

Jede Lieferung erzeugt einen Beleg, und jede Materialart hat ihre eigene Variante. Das Transportbetonwerk druckt einen Computerbeleg mit Mischungsrezeptur, Setzmaß, Volumen in Kubikyards, Chargenzeit und LKW-Nummer. Das Holzlager schickt eine handschriftliche Durchschrift mit abgekürzten Positionen („2×6 #2 SPF 16'"), die der Verlader mit Bleistift eingetragen hat. Der Bewehrungshersteller listet Stäbe nach Güte und Länge auf. Gemeinsam ist ihnen ein Grundgerüst: eine Belegnummer, ein Datum, ein Lieferantenname, eine Materialbeschreibung, eine Menge, eine Maßeinheit – Tonnen, Kubikyards, Quadratfuß, laufende Fuß – und ein Unterschriftsfeld, das den Empfang rechtsverbindlich macht. Bei einem gewerblichen Generalunternehmer mit fünf bis acht laufenden Projekten wird dieses Grundgerüst 30 bis 60 Mal pro Woche auf allen aktiven Baustellen ausgefüllt.

Wo landen diese Belege nach dem Tor? In LKWs, Westen und Mittelkonsolen. Ein Thread auf r/Construction über verlorene Feldbelege zeigt die Realität: Der Standard-Workflow der Crews ist „Foto + Sprachnachricht per SMS", Papier geht verloren, und Disziplinmaßnahmen helfen nur begrenzt, wenn Personal fehlt. Ein Vorarbeiter, der um 7 Uhr morgens Beton unterschreibt und den Beleg für den Bauleiter fotografiert, macht das Richtige – aber ein Foto in einem SMS-Verlauf ist kein Buchungseintrag, und bis Freitag ist es eines von 40 Fotos, das niemand mehr findet.

Die Kosten, diese Übertragung schleifen zu lassen, sind messbar. Forschungsergebnisse aus der Baustellenabfall-Literatur auf ScienceDirect schätzen, dass mindestens 10 % der auf Baustellen gelieferten Materialien durch Beschädigung, Verlust und Überbestellung verschwendet werden – eine weitere Schätzung beziffert den Anteil auf bis zu 30 % des Gesamtgewichts der gelieferten Materialien. Überbestellung passiert, wenn niemand beantworten kann: „Wie viel davon liegt bereits auf der Baustelle?", weil die Belege nie erfasst wurden. Überbestellung kann man nicht in einer Tabelle erkennen, die man nie angelegt hat.

Drei Dokumente müssen übereinstimmen: Materialeingangsschein, Bestellung und Rechnung

Der Materialeingangsschein, die Bestellung und die Lieferantenrechnung bilden einen Drei-Wege-Abgleich, und jedes Dokument beantwortet eine andere Frage: Was wurde bestellt, was tatsächlich geliefert und was möchte der Lieferant dafür bezahlt haben?

Die Bestellung ist Ihre Verpflichtung – die Mengen und Preise, die Sie vereinbart haben, bevor der Lkw das Werksgelände des Lieferanten verließ. Der Materialeingangsschein ist der Liefernachweis – die Mengen, die tatsächlich vom Lkw geladen wurden, unterschrieben von jemandem vor Ort. Die Rechnung ist die Zahlungsaufforderung – was das Abrechnungssystem des Lieferanten erzeugt hat, das möglicherweise mit keinem der ersten beiden Dokumente übereinstimmt. Im Bauwesen treffen Lieferscheine und Rechnungen fast nie gleichzeitig ein: Beton, der am Dienstag geliefert wurde, erzeugt eine Rechnung, die nächste Woche eintrifft, und zu jedem Zeitpunkt führen Ihre Verbindlichkeiten einen Saldo an Materialien, die geliefert, aber noch nicht berechnet wurden – die Rückstellungsbuchhalter nennen das Wareneingang ohne Rechnung (WE/RE), und es muss beim Monatsabschluss korrekt geschätzt werden, sonst landen Ihre Projektkosten in der falschen Periode.

Über der buchhalterischen Ebene gibt es eine rechtliche Ebene. Gemäß UCC Article 2 §2-606 stellt eine Unterschrift auf einem Lieferschein – nach angemessener Gelegenheit zur Prüfung – die Annahme der Ware dar, und das Recht, eine Minderlieferung gemäß §2-602 abzulehnen, erlischt, sobald der Lkw davonfährt. Und gemäß AIA A201-2017 §3.3.3 trägt der Auftragnehmer die vertragliche Verpflichtung, gelieferte Arbeiten zu prüfen. Die Unterschrift am Tor ist sowohl die letzte Chance, eine Minderlieferung zu erkennen, als auch der rechtliche Nachweis, dass Sie das Gelieferte angenommen haben. Deshalb ist der Lieferscheinstapel nicht „nur Papierkram“ – er ist die Beweiskette für jeden Streit, den Sie in diesem Quartal mit einem Lieferanten haben werden. Für die Wareneingangsseite dieser Kette finden Sie in unserem Leitfaden zum Abgleich von Baustellen-Lieferscheinen mit Bestellungen am Tor, wie Sie Engpässe erkennen, solange der Fahrer noch da ist.

Beachten Sie, was in der mittleren Spalte der oberen Zeile fehlt. Der Materialeingangsschein – das einzige Dokument, das am Ort der Wahrheit erstellt wird – enthält keines der Felder, die Ihr Buchhaltungssystem zur Ablage benötigt: keine Projektnummer, keine Kostenart, meist keine Bestellnummer und keinen Preis. Alles, was den Lieferschein mit Ihren Büchern verbindet, muss von außerhalb des Dokuments ergänzt werden. Das ist der strukturelle Grund, warum die manuelle Erfassung von Lieferscheinen so fehleranfällig ist, und warum das Problem einen Workflow verdient – keinen schnelleren Schreibkraft.

Warum die manuelle Freitagserfassung bei ihrer eigentlichen Aufgabe scheitert

Die manuelle Erfassung von Lieferscheinen scheitert nicht an der Geschwindigkeit – sie scheitert am Kontext, denn die Person, die tippt, muss drei Felder aus dem Gedächtnis ergänzen, die der Lieferschein nie gedruckt hat – fünfzig Mal hintereinander.

Überlegen Sie, was die Freitagserfassung tatsächlich beinhaltet. Für jeden Lieferschein liest der Büroleiter den Lieferantennamen und ordnet ihn gedanklich dem richtigen Projekt zu („Gerdau = Projekt 24-003, ABC Supply = Projekt 24-005"). Dann liest er jede Position und weist gedanklich eine CSI-MasterFormat-Kostenart zu – eine sechsstellige Zahl wie 03 21 00 für Bewehrungsstahl oder 06 11 00 für Holzrahmenbau – basierend auf der Materialbeschreibung. Dann sucht er die Bestellung, gegen die diese Lieferung erfolgte. Dann tippt er Menge und Einheit. Bei einer 40-Lieferschein-Woche mit durchschnittlich zwei Positionen pro Lieferschein sind das rund 300 Entscheidungen, und jede ist ein Kontextwechsel zwischen Materialien, Lieferanten und Projekten.

Hier entstehen die schwerwiegendsten Fehler des Prozesses – ein Muster, das Baukaufleute sofort erkennen. Eine Trockenbauschraube, die statt 09 29 00 (Gipskartonplatte) der Kostenart 06 11 00 (Holzrahmenbau) zugeordnet wird, weil das Gehirn des Erfassers vom vorherigen Lieferschein noch im „Holzmodus" war. Eine Teillieferung von 180 Bewehrungsstablängen, obwohl der Lieferschein 200 angibt – am Tor unterschrieben, nie beanstandet, und die Rechnung wird für 200 bezahlt. Ein Lieferant, dessen Projektverweis keiner Bestellung im System entspricht, sodass der Lieferschein in einem „Sonstiges"-Ordner landet und die Materialkosten nie dem Projekt zugeordnet werden. Der Acumatica-Bau-Community-Thread „PO Receipts in Construction — PMs Won't Do Them" ist ein fortlaufendes Verzeichnis dessen, was passiert, wenn der Wareneingangsschritt zu schwierig ist: Projektleiter überspringen ihn komplett, weil er „zu schwierig und zu viele Schritte" umfasst, Rechnungen bleiben unbezahlt, weil keine Wareneingangsbestätigung zum Abrechnen existiert, und tatsächliche Kosten werden nie dem Projektbudget zugeordnet – so treffen Führungskräfte Entscheidungen auf unvollständigen Daten über alle aktiven Projekte hinweg.

Keines davon ist ein Problem der Erfassungsgeschwindigkeit. Selbst der schnellste Tippfehler im Büro kann nicht die Projektnummer liefern, die nicht auf dem Lieferschein steht, die Kostenart, die nicht auf dem Lieferschein steht, oder die Erinnerung daran, was vor drei Tagen am Tor unterschrieben wurde. Der manuelle Ansatz scheitert an dem Teil, der zählt – dem Abgleich – nicht an dem Teil, der lediglich mühsam ist.

Der Batch-Workflow: Das Buch einmal definieren, jeden Beleg damit füttern

Die Batch-Extraktion kehrt den Prozess um: Sie definieren die benötigten Buchspalten einmal, laden die Belege der Woche gemeinsam hoch und laden eine einzige Tabelle herunter, in der jeder Beleg bereits eine Zeile ist.

Batch-Verarbeitung bedeutet, viele Dokumente auf einmal hochzuladen und in einer einzigen Ausgabedatei zusammenzuführen – anstatt jeden Beleg separat zu extrahieren und die Ergebnisse manuell in eine Mastertabelle zu kopieren, erfolgt die Zusammenführung bereits bei der Extraktion. Sie beginnen damit, die Spalten zu definieren, die Ihr Projektinventarbuch benötigt – dieselben Kopfzeilen, die Sie auch in Ihrer Projektkostenarbeitsmappe oder ERP-Importvorlage verwenden würden:

Dann laden Sie die Belege der Woche als einen Batch hoch – den Computeraudruck des Betonwerks, den Durchschlag des Holzhändlers, den Systembeleg des Bewehrungsherstellers, die Handyfotos des Bauleiters von dem, was vom LKW kam. Hier kommt die Spaltennamens-Extraktion ins Spiel: Statt dem Tool zu sagen, wo sich jedes Feld auf jedem Dokument befindet (was eine separate Vorlage für jedes Lieferantenlayout erfordern würde), sagen Sie ihm, was jedes Feld bedeutet. Die KI findet „Beleg-Nr." auf einem handschriftlichen Durchschlag, indem sie versteht, was eine Belegnummer ist, nicht indem sie weiß, wo sie in diesem spezifischen Lieferantenformat steht. Sie findet „Menge", egal ob die Menge in einer Tabellenspalte, unter der Beschreibung oder am Rand gekritzelt steht.

Der operative Unterschied, der am Freitag um 17 Uhr zählt: Sie laden eine Datei herunter, nicht 50. Jede Position von jedem Beleg landet in derselben Tabelle mit denselben Spalten – kein Öffnen einzelner Exporte, kein Kopieren von Zeilen in eine Masterarbeitsmappe, kein Hoffen, dass nichts verrutscht ist. Zeilen sind bereits nach Projekt-Nr. sortierbar, nach Bestell-Nr. filterbar und nach Kostenart subtotalisierbar, sobald die Datei geöffnet wird.

Der Batch-Ansatz skaliert auch ohne Einrichtungsaufwand. Einen 41. Lieferanten mit einem völlig neuen Beleglayout hinzuzufügen kostet null zusätzliche Konfiguration – es gibt keine Vorlage zu erstellen, keine Zonen zu zeichnen, keinen Trainingssatz pro Lieferant. Die Spaltendefinitionen sind formatunabhängig; die Belege des neuen Lieferanten durchlaufen dieselbe Pipeline wie die ersten 40 und landen in derselben einheitlichen Tabelle. Das ist der Unterschied zwischen einem Prozess, der jeden Monat schwieriger wird, und einem, der konstant bleibt.

Die Felder, die der Lieferschein nie druckt: Projektnummer, Kostenart und Bestellung

Die drei Felder, die Ihr Projektkostenbuch am meisten benötigt – Projektnummer, Kostenart und Bestellreferenz – sind genau die drei Felder, die der Lieferschein eines Lieferanten fast nie druckt.

Das Transportbetonwerk kennt Ihre internen Projektnummern nicht. Der Holzhändler spricht nicht CSI MasterFormat. Ihre Lieferscheine tragen ihre eigenen Bestellnummern und ihre eigenen Materialcodes, und jemand muss die Lücke überbrücken. In einem manuellen Workflow ist diese Brücke das Gedächtnis der Büroleitung, das freitags 300-mal beansprucht wird. In einem Batch-Workflow ist die Brücke ein Satz von Regeln, die Sie einmal schreiben und die die KI auf jeden Lieferschein anwendet – das ist es, was abgeleitete Spalten tun. Eine abgeleitete Spalte extrahiert keinen auf der Seite gedruckten Wert; sie wendet eine von Ihnen definierte Regel an, um einen Wert zu bestimmen, den das Dokument nie trug. Für Projektnummern definieren Sie eine Spalte „Projekt #“ mit Ableitungsregeln wie:

Wenn die KI einen Lieferschein von Gerdau liest, gleicht sie den Lieferantennamen mit Ihrer Regel ab und füllt „24-003“ in jede Zeile dieses Lieferscheins. Dasselbe Muster übernimmt Kostenarten, wobei die Ableitung material- statt lieferantenbezogen ist: „Transportbeton“ wird 03 31 00 zugeordnet, „#4-Bewehrungsstahl“ 03 21 00, „2×6 SPF“ 06 11 00, „5/8″ Type X“ 09 29 00. Ein Lieferant, der sowohl Holz als auch Trockenbau liefert, erzeugt Zeilen mit zwei verschiedenen Kostenarten, beide automatisch zugewiesen. Wenn eine Regel keine Übereinstimmung findet – ein neuer Lieferant, ein unbekanntes Material – bleibt die Zelle leer statt geraten, was genau das ist, was Sie wollen: Eine leere Zelle markiert die Ausnahme für den Prüfdurchgang, statt stillschweigend Kosten der falschen Abteilung zuzuordnen.

Die Bestellreferenz benötigt eine etwas andere Behandlung, da der Lieferschein eines Lieferanten einen Projektnamen oder dessen eigene Bestellnummer statt Ihrer Bestellnummer tragen kann. Der sauberste Ansatz ist, die auf dem Lieferschein vorhandene Referenz in eine eigene Spalte zu extrahieren und dann eine Nachschlagetabelle (Lieferantenbestellnummer → Ihre Bestellnummer) zu verwenden, um die Bestellspalte nach der Extraktion in der Tabelle zu füllen. Bei Lieferungen, die direkt gegen eine Bestellung bestellt wurden – der übliche Fall bei geplanten Anlieferungen – kann eine berechnete Spalte außerdem die gelieferte Menge mit der bestellten Menge der Bestellung vergleichen und die Differenz kennzeichnen. Berechnete Spalten führen während der Extraktion Berechnungen durch: „Zeilensumme (Menge × Einzelpreis)“ leitet einen Wert ab, den der Lieferschein nicht druckte, und „Menge vs. Bestellung“ gibt „OK“, „ZU WENIG“ oder „ZU VIEL“ aus, sodass die Abweichung in derselben Datei wie die Daten auftaucht – nicht in einer separaten Besprechung nächste Woche.

Für die Einzelbeleg-Version dieses Workflows – das Extrahieren eines Materialeingangsscheins und das Durchgehen jeder Feldauswahl – geht unser Schritt-für-Schritt-Leitfaden zur Extraktion von Materialeingangsscheindaten im Bauwesen tiefer ins Detail. Und wenn Sie die Bestellungen selbst zusammen mit den Belegen stapelweise verarbeiten, deckt der Batch-Workflow für Bau-Bestellungen zum Projektkostenbuch die Bestellseite desselben Buchs ab.

Von Buchungszeilen zum Drei-Wege-Abgleich

Sobald die Belege der Woche als Zeilen in einer Tabelle vorliegen, ist der Drei-Wege-Abgleich keine Dokumentensuche mehr, sondern ein Spaltenfilter.

1. Beleg vs. Bestellung – Minderlieferungen erkennen, solange sie noch erklärbar sind. Sortieren oder filtern Sie nach Bestellnummer und vergleichen Sie die gelieferten Mengen mit den bestellten. Eine Bestellung über 200 Längen Bewehrungsstahl #4, die in drei Lieferungen ankommt, erzeugt drei Belegzeilen; ein Filter gruppiert sie, sodass die Summe eine Zahl ist, die Sie auf einen Blick gegen die Bestellung prüfen können. Eine Spalte „Menge vs. Bestellung“ kennzeichnet die Lieferung, die 20 Stück zu kurz kam. Diese Unterdeckung wurde am Tor quittiert – der Beleg beweist es – und mit dem erfassten Wareneingang können Sie die Abweichung mit dem Dokument in der Hand beim Lieferanten reklamieren, statt sie erst beim Abgabetermin zu entdecken.

2. Beleg vs. Rechnung – WE/RE beim Monatsabschluss ehrlich halten. Fügen Sie eine Spalte „Rechnungsnr.“ hinzu und markieren Sie sie, sobald Rechnungen eintreffen. Die Zeilen mit Wareneingang, aber ohne Rechnungsnummer, sind Ihr Wareneingang ohne Rechnung-Saldo – Materialien, die Sie angenommen haben und deren Rechnungen erst in der nächsten Periode eintreffen. Zwischensummieren Sie nach Lieferant und Projekt, und Sie haben den Abgrenzungsbetrag, den Ihr Buchhalter zum Abschluss benötigt – ohne einen Stapel Papier auf dem Schreibtisch. Wenn die Rechnung eintrifft, ist der Abgleich ein VLOOKUP auf die Belegnummer – und Rechnungen ohne Bezug zu einem Beleg im Buch werden zur Prüfung markiert, bevor sie bezahlt werden, nicht danach.

3. Beleg vs. verbaut – was tatsächlich auf der Baustelle übrig ist. Summieren Sie das Buch nach Projektnummer und Kostenart, um die pro Projekt erhaltenen Materialien zu ermitteln – die Zahl, die die Frage beantwortet: „Wie viel davon liegt bereits auf der Baustelle?“, bevor jemand mehr bestellt. Das ist die Prüfung, die direkt die Überbestellungskomponente der 10 % Verschnitt bekämpft: Wenn das Buch 40.000 Board Feet erhalten ausweist und die Gerüstbauer 30.000 verbraucht haben, ist eine Bestellung über weitere 20.000 ein Gesprächsthema, kein Automatismus. Derselbe monatliche Dokumentenstapel, der Belege enthält, umfasst auch Genehmigungen und Compliance-Dokumente – der Leitfaden zur Extraktion von Baudokumenten-Genehmigungsdaten zeigt denselben Batch-Ansatz für diese Unterlagen.

Wenn der Batch nicht sauber ist: Handschrift, geteilte Lieferungen und fehlende Lieferscheine

Ein Batch von Lieferscheinen enthält verschmierte Handschrift, geteilte Lieferungen und gelegentlich einen Lieferschein, der nie im Büro angekommen ist – und der Workflow muss diese Ausnahmen auffangen, nicht daran scheitern.

Handschrift. Die KI liest handgeschriebene Lieferscheine genauso wie gedruckte, und die Lesbarkeit ist die Hauptvariable. Eine klare Durchschrift des Lagerarbeiters wird ungefähr so genau extrahiert wie ein gedruckter Lieferschein; eine verschmierte Kopie, die in einem dunklen LKW fotografiert wurde, ist weniger genau und sollte geprüft werden. Hier zeigt der Prüfmodus seinen Wert: Wenn Sie über eine extrahierte Zelle fahren, markiert das Tool genau, woher dieser Wert im Originalbild stammt – so ist die Überprüfung einer handschriftlichen Menge ein Blick auf den Lieferschein, nicht eine Suche durch das gesamte Dokument. Der Prüfschritt existiert, weil die Extraktion nicht garantiert perfekt ist – und ein Workflow, der das annimmt, wird beim ersten Fehler aufgegeben.

Geteilte Lieferungen. Eine einzelne Bestellung, die über drei LKWs geliefert wird, erzeugt drei Lieferscheine – und das ist in Ordnung: Jeder Lieferschein ist eine eigene Zeile, und der Bestellfilter gruppiert sie in einer Erfüllungsansicht. Das Projektkostenbuch absorbiert Teillieferungen natürlich; es war der manuelle Prozess, der damit kämpfte, weil jeder Lieferschein separat abgelegt wurde und die Frage „Haben wir alles bekommen?“ keine einzige Antwort hatte.

Fehlende Lieferscheine. Der Vorarbeiter hat einen Lieferschein fotografiert, aber niemand hat ihn erfasst; der Beton-Lieferschein blieb im Führerhaus. Das Projektkostenbuch geht damit ehrlich um: Die Zeilen der Woche sind vollständig, und die Bestellung mit null erfassten Zeilen ist eine sichtbare Lücke. Diese Sichtbarkeit ist die Lösung – eine Bestellung ohne Wareneingang ist eine konkrete, umsetzbare Frage an den Bauleiter, solange die Lieferung noch aktuell ist, statt eines leeren Ordners, den niemand öffnet.

Und wenn ein einzelner Lieferschein falsch extrahiert wird – die KI liest 4.800 Yards als 4.200 – korrigieren Sie diese eine Zeile, nicht den Batch. Die Ausgabe ist eine Tabelle; eine fehlerhafte Zeile wird neu extrahiert oder direkt korrigiert, und der Rest der Datei bleibt unberührt. Der Workflow muss nicht perfekt sein; er muss beherrschbar sein, sodass ein fehlerhafter Lieferschein fünf Minuten kostet statt einer kompletten Neuverarbeitung am Freitagabend.

Häufig gestellte Fragen

Kann KI handschriftliche Lieferscheine von Lieferanten lesen?

Ja. Die Extraktions-Engine liest Handschrift genauso wie gedruckten Text, wobei die Lesbarkeit der Hauptfaktor für die Genauigkeit ist. Ein klar ausgefüllter Durchschlag-Lieferschein wird mit etwa der gleichen Genauigkeit extrahiert wie ein gedruckter Lieferschein; ein verschmierter Durchschlag, der bei schlechtem Licht fotografiert wurde, ist weniger zuverlässig und sollte den Prüfungsdurchlauf durchlaufen. Der Prüfmodus zeigt Ihnen, woher jeder extrahierte Wert im Originalbild stammt, sodass die Überprüfung einer handschriftlichen Menge Sekunden dauert, anstatt den Lieferschein vollständig neu zu lesen.

Was ist, wenn der Lieferschein keinen Einzelpreis enthält – kann ich trotzdem Positionssummen erhalten?

Ja, mit einer berechneten Spalte. Viele Materialbelege – insbesondere Beton- und Zuschlagstoffbelege – enthalten Mengen, aber keine Preise, da die Preisgestaltung auf der Bestellung basiert. Definieren Sie eine Spalte „Positionssumme“ mit der Logik Menge × Einzelpreis, und ziehen Sie den Preis entweder vom Lieferschein, wenn er aufgedruckt ist, oder legen Sie den Einzelpreis als festen Parameter aus Ihrer Bestellung in Ihrer Regel fest. Die Berechnung läuft während der Extraktion, sodass die Ausgabedatei brauchbare Dollarbeträge enthält, selbst für Belege, die nie eine Zahl gedruckt haben.

Wie funktioniert das mit Sage, Viewpoint oder QuickBooks-Projektkosten?

Die Batch-Ausgabe erzeugt die strukturierten Zeilen, die Ihr Projektkostensystem oder Ihre ERP-Importvorlage erwartet – eine Zeile pro Belegposition, mit Spalten für Projektnummer, Kostenart, Menge und Preis. Es ersetzt nicht den Wareneingang, den Genehmigungsworkflow oder den Drei-Wege-Abgleich im ERP; es ersetzt den Schritt, in dem jemand einen Papierbeleg liest und Zahlen in einen Bildschirm tippt. Für einen Auftragnehmer mit QuickBooks oder einer Tabellenkalkulations-Buchhaltung speist die Datei die Arbeitsmappe direkt. Für Sage 100, Sage Intacct oder Trimble Viewpoint Vista beseitigt es den Datenerfassungs-Engpass vor dem ERP-Import – genau dort, wo der manuelle Prozess tatsächlich scheitert.

Unsere Vorarbeiter fotografieren Lieferscheine mit ihren Handys – funktionieren diese Fotos im Batch?

Ja. Handyfotos von Lieferscheinen werden genauso extrahiert wie Scans, mit derselben Einschränkung bei der Lesbarkeit: Ein scharfes, gerade aufgenommenes Foto bei gutem Licht funktioniert so gut wie ein Scan; eine schlecht beleuchtete, schräge Aufnahme eines verschmierten Durchschlags wird zur Überprüfung markiert. Wenn Sie die Fotos systematisch sammeln möchten, statt sie in Textnachrichten zu belassen, verwandelt ein Sammellink – eine teilbare Upload-Seite, über die Außendienstmitarbeiter Dateien direkt in Ihre Verarbeitungswarteschlange einfügen können, ohne sich anzumelden – die Gewohnheit, „ein Foto zu schicken“, in eine organisierte Pipeline.

Was passiert, wenn eine Lieferung auf drei LKW aufgeteilt ankommt?

Jeder LKW erzeugt seinen eigenen Lieferschein und seine eigene Zeile im Buch – das ist die korrekte Struktur. Filtern Sie nach Bestellnummer, um alle drei Lieferscheine in einer Erfüllungsansicht zu gruppieren, und die Prüfung „Menge vs. Bestellung“ zeigt, ob die aufgeteilten Lieferungen zusammen die Bestellung abdecken. Der Batch-Workflow verarbeitet aufgeteilte Lieferungen problemlos, da der Lieferschein die atomare Einheit ist, nicht die Bestellung – weshalb Sie manchmal auch drei Belege für eine einzelne Bestellung sehen und alle drei in derselben Abgleichansicht haben möchten.