So verarbeiten Sie 50 Baubestellungen
in einem Arbeitsblatt

Warum Bau-Bestellanfragen auf einmal eingehen – und warum das ein strukturelles Problem ist, kein Planungsproblem

In den meisten Branchen entscheiden Sie selbst, wann Sie eine Charge bearbeiten. Sie lassen Rechnungen eine Woche lang sammeln und buchen sie dann gemeinsam. Im Baugewerbe wird der Zeitpunkt der Charge für Sie bestimmt – durch den monatlichen Abrechnungszyklus und die Materialvorlaufzeiten.

Gemäß AIA A201 §9.3 reicht der Auftragnehmer dem Bauherrn monatlich einen konsolidierten Zahlungsantrag ein. Bevor dieser Antrag jedoch den Bauherrn erreicht, muss der Generalunternehmer alle Materialkosten abgleichen, die über alle aktiven Projekte hinweg bestellt, geliefert oder verbaut wurden. Das bedeutet, dass jede Materialbestellung – vom Holzhändler, vom Betonwerk, vom Stahlbauer, vom MEP-Großhändler – im Projektkostensystem erfasst und dem richtigen Kosten- und Projektcode zugeordnet sein muss, bevor die Abrechnungsunterlagen versendet werden.

Gleichzeitig verteilen sich Materialbestellungen nicht gleichmäßig über den Monat. Ein Rahmenpaket für Projekt A wird in Woche 1 bestellt und die Bestellung trifft in Woche 2 ein. Die Dachmaterialien für Projekt B werden in Woche 3 bestellt und die Bestellung erscheint in Woche 4. Aber alle müssen vor dem Monatsabschluss abgeglichen werden – und das ist dieselbe Woche. Für einen Generalunternehmer mit fünf bis acht Projekten ist das Zeitfenster extrem eng: 50 bis 150 Materialbestellungen treffen jeden Monat innerhalb desselben 10-Tage-Zeitraums ein.

Dies unterscheidet sich von der Rechnungssammlung für Subunternehmer, bei der 30 verschiedene Formate auf dieselbe Frist zulaufen. Die zusätzliche Ebene hier ist die Kostenkodierung: Jede Position jeder Materialbestellung muss einer CSI-MasterFormat-Abteilung, einem Abschnitt und einem Kostentyp zugeordnet werden, bevor sie in das Auftragskostenbuch einfließen kann. Diese Zuordnung ist eine kognitive Aufgabe, keine Dateneingabe – und genau das macht die Verarbeitung von Baubestellungen um Größenordnungen schwieriger als die allgemeine Beschaffung.

Was der Lieferant sendet vs. Was Ihr Auftragskostensystem verlangt

Die Kluft zwischen der Bestellung eines Lieferanten und Ihrem Auftragskostensystem ist größer, als die meisten annehmen – und sie beginnt bei den Feldern selbst.

Eine typische Materialbestellung eines Lieferanten enthält: Lieferantenname, Bestelldatum, Bestellnummer, Artikelcode (dessen SKU), Artikelbeschreibung („2×6 #2 SPF 16'“), bestellte Menge, Einzelpreis, Positionssumme und Gesamtsumme. Manchmal, wenn Sie Glück haben, eine Baustellenbezeichnung im Feld „Referenz“. Fast nie Ihre interne Auftragsnummer, Ihren Kostenkodex oder Kostentyp – denn das ERP des Lieferanten spricht kein CSI MasterFormat und kennt Ihre Buchhaltungsstruktur nicht.

Ihr Auftragskostensystem – ob Sage 100 Contractor, Sage Intacct, Viewpoint Vista, Foundation oder QuickBooks mit einem Bau-Add-on – benötigt: Auftragsnummer, Kostenkodex (z. B. 06 11 00 für Holzrahmenbau), Kostentyp (Material, Arbeit, Geräte, Subunternehmer, Sonstiges), Phase oder Teilauftrag, Lieferantenname, Bestellnummer, Datum, Artikelbeschreibung, Menge, Einzelpreis, Positionssumme und ob diese Kosten gebunden oder tatsächlich sind. Das sind mindestens fünf Felder, die die Bestellung des Lieferanten nicht enthält – und genau diese Felder entscheiden, ob Ihre Auftragskostenberichte korrekt oder fiktiv sind.

Diese Lücke füllt der Projektbuchhalter Zeile für Zeile: Artikelbeschreibung lesen → zugehörige CSI-Gewerkeordnung bestimmen → den 6-stelligen Kostenkode nachschlagen oder abrufen → Auftragsnummer zuweisen → Kostenart eintragen → schließlich Menge und Preis eintippen, die bereits auf der Seite stehen. Bei einer Bestellung mit 12 Positionen sind das 12 Runden dieser Denkschleife. Bei 50 Bestellungen mit durchschnittlich 8 Positionen sind es 400 Runden – in einer Woche, in der der Abgabetermin für den Soll-Ist-Vergleich bereits näher rückt.

Das Kostenkode-Problem: Wenn „2×6 kesseldruckimprägniert“ nicht gleich 06 11 00 ist

CSI MasterFormat gliedert Bauleistungen in 50 Gewerkeordnungen, die jeweils in Abschnitte und Unterabschnitte mit 6-stelligen Kodes unterteilt sind. Gewerk 03 ist Beton. Gewerk 04 ist Mauerwerk. Gewerk 06 ist Holz, Kunststoffe und Verbundstoffe. Innerhalb von Gewerk 06 steht 06 11 00 für Holzrahmenbau, während 06 16 00 für Beplankung steht. Der Unterschied zwischen 06 11 00 und 06 16 00 ist nicht trivial – es ist der Unterschied zwischen Tragwerk und Hülle, und ein Projektleiter, der eine Kostenüberschreitungswarnung für 06 11 00 sieht, muss sicher sein können, dass die Zahl stimmt.

Das Problem: Die Bestellung Ihres Holzhändlers enthält nicht „06 11 00“, sondern „2×6 #2 SPF 16′“ mit interner Artikelnummer. Die Bestellung des Bewehrungsherstellers listet „#4 Grade 60 Betonstahl – 20′ Längen“ auf. Die Bestellung des Trockenbaulieferants sagt „5/8″ Type X Gipskartonplatte“. Keine dieser Angaben enthält einen CSI-Code. Jemand muss jede Position lesen, gedanklich klassifizieren und den richtigen Code zuweisen. Und das dann für die nächsten 399 Positionen wiederholen.

Hier bricht der manuelle Prozess zusammen – nicht, weil jemand seinen Job schlecht macht, sondern weil Kontextwechsel teuer sind. Sie wechseln innerhalb von drei Positionen von der Klassifizierung eines Rahmenholzes (06 11 00) zu einem Betonanker (03 16 00) zu einem HLK-Kanalabhänger (23 31 00). Ab der 200. Zeile setzt Ermüdung ein, und eine Trockenbauschraube – die in 09 29 00 (Gipskartonplatten) gehört – wird als 06 11 00 codiert, weil Ihr Gehirn noch im „Holz“-Modus der vorherigen Bestellung ist. Der Fehler fällt erst am Monatsende auf, wenn die Abteilung 06 Kosten aufweist, die zu keiner Rahmenaktivität passen, und jemand einen Nachmittag mit der Rückverfolgung verbringt.

Bau-Softwareplattformen sind sich dieses Problems bewusst – deshalb erzwingen Procore, CMiC und Viewpoint Vista die Kostenstellenzuordnung bei der Erfassung von Verpflichtungen. Diese Durchsetzungsmechanismen funktionieren jedoch nur, wenn die Daten bereits im System sind. Sie lösen nicht das Problem, sie aus einer PDF des Lieferanten ins System zu bekommen.

Für einen tieferen Einblick in die Zuordnung von CSI MasterFormat-Codes bei der Einzelbestellungs-Extraktion – einschließlich der Einrichtung von Kostenstellenspalten und mehrstufigen Projektphasenhierarchien – lesen Sie unseren Leitfaden zur Kostenstellenextraktion aus Bau-Bestellungen.

Der Batch-Workflow: Einmal definieren, von jedem Lieferanten extrahieren

Die betriebliche Alternative besteht darin, den Workflow umzukehren: Definieren Sie Ihr Ausgabeschema – die genauen Spalten, die Ihr Auftragskostensystem erwartet – einmal und führen Sie dann alle Lieferantenbestellungen durch dieselbe Extraktionspipeline. Statt eine Bestellung nach der anderen zu verarbeiten (extrahieren, herunterladen, in die Mastertabelle kopieren-einfügen, wiederholen), verarbeiten Sie 50 Bestellungen als eine Einheit und erhalten eine einheitliche Ausgabe.

Beginnen Sie damit, Ihre Spaltenüberschriften zu definieren – dieselben Überschriften, die Ihr Auftragskostensystem oder Ihre ERP-Importvorlage erwartet:

Dann laden Sie alle 50 Bestellungen – das PDF des Holzhändlers, den Scan des Trockenbau-Lieferanten, den Systemausdruck des Bewehrungsherstellers, das QuickBooks-Bestellformular des MEP-Lieferanten – als einen einzigen Batch hoch. Dies ist die Spaltennamen-Extraktion: Statt dem Tool zu sagen, wo sich jedes Feld auf jedem Dokument befindet (was 50 Vorlagen erfordern würde), sagen Sie ihm, was jedes Feld bedeutet. Die KI findet die „Bestellnummer“ im Format des Holzhändlers, indem sie versteht, was eine Bestellnummer ist – nicht, wo sie in der Ecke ihres spezifischen Layouts sitzt. Sie findet die „Positionssumme“, egal ob der Lieferant sie in der rechten Spalte einer Tabelle platziert oder direkt unter der Artikelbeschreibung ohne Spaltenüberschrift.

Der entscheidende operative Unterschied: Sie laden eine Datei herunter, nicht 50. Eine einzige Tabelle mit allen Positionen aller Bestellungen, alle Spalten identisch, alle Zeilen bereit zum Sortieren nach Auftragsnummer oder Filtern nach Kostenstelle. Es gibt keinen Konsolidierungsschritt – kein Öffnen von 50 Einzelexporten, kein Kopieren von Zeilen in eine Mastertabelle und kein Hoffen, dass nichts verrutscht ist. Die Zusammenführung erfolgt zum Zeitpunkt der Extraktion, nicht danach.

Der Skalierungsvorteil zeigt sich, wenn die Anzahl Ihrer Lieferanten steigt. Das Hinzufügen eines 41. Lieferanten mit einem weiteren Bestellformat kostet Sie keine zusätzliche Einrichtungszeit – es muss keine Vorlage erstellt, keine Begrenzungsrahmen gezeichnet und keine lieferantenspezifische Konfiguration vorgenommen werden. Die Spaltendefinitionen sind formatunabhängig. Die Bestellung des 41. Lieferanten durchläuft dieselbe Pipeline wie die ersten 40, und die Ausgabe ist dieselbe einheitliche Tabelle mit denselben Spalten. Dies ist der Unterschied zwischen einem Prozess, der mit zunehmender Größe schwieriger wird, und einem, der konstant bleibt.

Wenn die Bestellung Ihre interne Auftragsnummer nicht enthält

Hier ist ein bauspezifisches Problem, das in generischen Anleitungen zur Bestelldatenextraktion nie behandelt wird: Die meisten Materiallieferanten haben Ihre interne Auftragsnummer nicht in ihrem System. Sie haben ihre Bestellnummer. Sie haben möglicherweise einen Projektnamen, wenn Sie ihn im Referenzfeld angeben ließen. Aber „Auftrag 24-005“ – der Schlüssel, der jede Kostenposition in Ihrem Buchhaltungssystem dem richtigen Projekt zuordnet – fehlt im Dokument selbst.

In einem manuellen Workflow bedeutet dies, dass der Projektbuchhalter den Lieferantennamen prüfen, ihn gedanklich dem richtigen Projekt zuordnen muss („Builders FirstSource = Auftrag 24-005, Site Concrete Supply = Auftrag 24-003“) und die Auftragsnummer manuell für jede Position dieser Bestellung eingeben muss. Bei 50 Bestellungen über 8 Projekte hinweg sind das 50 manuelle Auftragsnummernzuweisungen, bei denen jeweils die Gefahr besteht, dass Materialien von Site Concrete dem falschen Projekt zugeordnet werden.

Hier ändern abgeleitete Spalten die Spielregeln. Eine abgeleitete Spalte extrahiert nicht nur, was auf der Seite steht – sie wendet eine von Ihnen definierte Regel an, um einen Wert zu ermitteln, der nirgendwo im Dokument gedruckt ist. Für Auftragsnummern definieren Sie eine Spalte namens „Auftragsnr.“ mit Ableitungsregeln wie:

Wenn die KI eine Bestellung von Builders FirstSource verarbeitet, liest sie den Lieferantennamen auf dem Dokument, gleicht ihn mit Ihrer Regel ab und füllt die Spalte „Auftrags-Nr." automatisch mit „24-005" – und zwar für jede einzelne Position dieser Bestellung. Eine Bestellung von Site Concrete Supply erhält „24-003". Taucht ein neuer Lieferant auf, dessen Name nicht in Ihrer Regelliste steht, bleibt die Zelle leer – kein Raten, kein stiller Fehler – und Sie bemerken es beim Prüfdurchlauf.

Das gleiche Ableitungsmuster funktioniert für Kostenstellen. Wenn jede Bestellung von Gerdau Rebar auf 03 21 00 (Bewehrungsstahl) geht, fügen Sie diese Regel hinzu. Liefert Builders FirstSource sowohl Rahmenholz (06 11 00) als auch Schalungsplatten (06 16 00), erfolgt die Ableitung positionsweise anhand der Artikelbeschreibung, nicht lieferantenbezogen – die KI liest „2×6 #2 SPF" und ordnet 06 11 00 zu, liest „7/16″ OSB" und ordnet 06 16 00 zu. Sie definieren die Zuordnung einmal; sie läuft automatisch für jede Bestellung im Stapel.

Der Nettoeffekt: Von diesen 400 manuellen Klassifizierungsentscheidungen über 50 Bestellungen hinweg wird ein Großteil – bei einem Auftragnehmer mit konsistenten Lieferantenbeziehungen typischerweise 70 % oder mehr – durch Inferenzregeln abgewickelt. Was für den Verifizierungsdurchlauf übrig bleibt, sind die 30 %: neue Lieferanten, ungewöhnliche Materialarten oder mehrdeutige Beschreibungen, die eine menschliche Entscheidung erfordern. Das sind 120 Entscheidungen statt 400 – und die verbleibenden 120 haben eine leere Zelle, die sie für Sie markiert, anstatt eines falschen Codes, der still im Datensatz verborgen ist.

Vom Batch-Export zur Auftragskostenabstimmung

Die heruntergeladene Tabelle ist nicht die Ziellinie. Sie ist die Grundlage für die drei Prüfungen, die extrahierte Daten in einen zuverlässigen Auftragskostenbericht verwandeln.

1. Sortieren und Zwischensummen nach Auftrag und Kostenstelle. Mit den Spalten „Auftrags-Nr." und „Kostenstelle" können Sie mit einer einzigen Sortierung alle Bestellpositionen nach Projekt und innerhalb jedes Projekts nach CSI-Gewerk gruppieren. Bilden Sie Zwischensummen der Spalte „Positionsgesamtbetrag" nach Auftrags-Nr., um die gebundenen Materialkosten pro Projekt zu erhalten. Bilden Sie Zwischensummen nach Kostenstelle, um genau zu sehen, wie viel für Gewerk 03 (Beton) im Vergleich zu Gewerk 06 (Holz) oder Gewerk 09 (Ausbau) gebunden ist. Was früher das Summieren über 50 separate Bestelldateien erforderte, ist jetzt eine einzige Pivot-Tabelle auf einem Blatt.

2. Gebundene Kosten mit dem Projektbudget abgleichen. Jeder Auftrag hat ein nach Kostenstellen aufgeschlüsseltes Kostenbudget – entweder in Ihrem ERP (Sage, Viewpoint, Procore) oder in einer vom Projektleiter geführten Tabelle. Mit Ihren nach Kostenstelle summierten Batch-Ergebnissen zeigt ein SVERWEIS gegen das Budget sofort Abweichungen auf: Gewerk 06 liegt 12 % über dem gebundenen Budget, weil die Holzpreise gestiegen sind. Gewerk 03 liegt 5 % darunter, weil die Betonage kleiner als geschätzt ausfiel. Das sind die Gespräche, die Sie führen sollten, bevor die Auszahlungsunterlagen rausgehen, nicht erst, nachdem die Unterlassungserklärungen unterschrieben sind.

3. Getrennte Erfassung von gebundenen und tatsächlichen Kosten. Eine Bestellung stellt eine gebundene Kosten dar – Geld, das Sie verpflichtet, aber noch nicht ausgegeben haben. Die Rechnung, die bei Materiallieferung eingeht, bildet die tatsächlichen Kosten ab. Diese Unterscheidung ist grundlegend für die Bauabrechnung: Gebundene Kosten beeinflussen Ihre Budget-Ist-Prognose; tatsächliche Kosten wirken sich auf Ihren Cashflow aus. Der Batch-Export, mit einer Spalte, die für jede Position „Gebunden“ oder „In Rechnung gestellt“ angibt, liefert beide Zahlen im selben Blatt. Sortieren Sie nach Status, um sie zu trennen; bilden Sie Zwischensummen für beide, um die Abweichung zwischen gebundenen und tatsächlichen Kosten pro Projekt zu sehen.

Für Auftragnehmer, deren Bestellvolumen über das hinausgewachsen ist, was selbst ein gut durchdachter Batch-Workflow in der verfügbaren Zeit bewältigen kann, behandelt das Skalierungsframework in unserem Leitfaden zur Skalierung der Dokumentenverarbeitung ohne Personalaufstockung die organisatorische Seite – von der Prozessgestaltung bis zur Teamstruktur bei verschiedenen Volumenschwellen.

Wenn eine Extraktion schiefgeht: Teilweise Nachbearbeitung statt vollständigem Neulauf

In einem Batch mit 50 Bestellungen wird bei mindestens zwei oder drei etwas nicht stimmen. Ein verschmierter Scan, bei dem die KI 4.200 € als 4.800 € liest. Eine Lieferantenbestellung mit zweispaltigem Layout, das die KI als eine Tabelle interpretiert hat. Ein handschriftlicher Lieferschein, der in einen Batch gedruckter Bestellungen geraten ist und bei dem die Handschrift teilweise unleserlich ist. Die Frage ist nicht, ob Fehler auftreten – sondern ob deren Behebung Sie zwingt, den gesamten Batch erneut zu verarbeiten.

Der Batch-Export ist eine einzelne Tabelle, in der jede Zeile zu einer Position aus einer Bestellung gehört. Wenn in Zeile 37 (dem fünften Artikel der Holzbestellung von Builders FirstSource) eine falsche Menge steht, berührst du die Zeilen 1–36 und 38–400 nicht. Du verarbeitest nur diese eine Bestellung neu, kopierst die korrigierte Zeile über die fehlerhafte und machst weiter. Die Tabellenstruktur bleibt erhalten. Es gibt keine Kaskade – kein „Bestellung Nr. 17 neu extrahieren, dann alle Dateien neu zusammenführen, dann die Pivot-Tabellen neu aufbauen.“ Der Fehler bleibt auf seine Zeile beschränkt, und die Korrektur bleibt auf dieselbe Zeile beschränkt.

Das ist der Unterschied zwischen einem Batch-Prozess, dem du vertraust, ihn am Abend vor dem Abgabetermin laufen zu lassen, und einem, den du aufgibst, nachdem er beim ersten Mal mehr Arbeit verursacht hat, als er gespart hat. Der Batch-Workflow muss nicht perfekt sein. Er muss eingrenzbar sein – wo eine fehlerhafte Extraktion nicht in zwei Stunden Dateiwiederherstellung ausartet. Bei einer Fehlerquote von 4–6 % (typisch für Baudokumente mit gemischten Formaten und unterschiedlicher Scanqualität) beträgt die Korrekturzeit bei teilweiser Neuverarbeitung 5 Minuten – 3 fehlerhafte Bestellungen einzeln neu extrahiert, korrigierte Zeilen eingefügt – gegenüber 45 Minuten für die vollständige Wiederholung des gesamten Batchs. Das ist die Kennzahl, die entscheidet, ob der Workflow dem Monatsenddruck standhält.

Häufig gestellte Fragen

Kann das mit Bestellungen umgehen, die Materialarten mischen – zum Beispiel, wenn ein einzelner Lieferant sowohl Holz als auch Befestigungsmaterial in derselben Bestellung liefert?

Ja. Jede Position der Bestellung erhält eine eigene Zeile in der Ausgabe, und jede Zeile bekommt basierend auf der Artikelbeschreibung einen eigenen Kostencode. Eine Bestellung eines Baustoffhändlers mit 2×6-Rahmenholz (06 11 00), OSB-Schalung (06 16 00) und Balkenschuhen (06 05 23) erzeugt drei Zeilen mit drei verschiedenen Kostencodes – alle aus demselben Dokument, alle im selben Batch-Output. Die Inferenzregeln übernehmen die Klassifizierung pro Artikel; Sie müssen die Bestellung vor der Verarbeitung nicht aufteilen.

Was ist, wenn ich Bestellungen als E-Mail-Text oder als Handyfotos handschriftlicher Bestellungen erhalte?

Die Extraktions-Engine verarbeitet beides im selben Batch wie PDFs und Scans. Machen Sie bei Bestellungen im E-Mail-Text einen Screenshot und laden Sie ihn hoch. Bei Handyfotos handschriftlicher Bestellungen liest die KI Handschrift genauso wie gedruckten Text – Leserlichkeit ist der Hauptfaktor für die Genauigkeit. Eine klare handschriftliche Notiz auf dem Briefkopf eines Lieferanten wird mit etwa der gleichen Genauigkeit extrahiert wie eine gedruckte Bestellung. Ein verschmierter Durchschlag, der bei schlechtem Licht fotografiert wurde, hat eine geringere Genauigkeit und sollte für den Prüfdurchlauf markiert werden.

Muss ich meine Inferenzregeln jedes Mal aktualisieren, wenn ich einen neuen Lieferanten hinzufüge oder ein neues Projekt starte?

Bei einem neuen Lieferanten: Ja, Sie fügen eine Regel hinzu – „Neuer Lieferantenname → Job #“ – in Ihrer Inferenzspalte vor der Verarbeitung. Das ist eine einzige Textbearbeitung, kein Template-Neubau. Bei einem neuen Projekt: Sie fügen Regeln hinzu, die die diesem Projekt zugewiesenen Lieferanten der neuen Jobnummer zuordnen. Wenn Sie Site Concrete Supply von Job 24-003 zu Job 24-008 verschieben, aktualisieren Sie eine Zeile in Ihrer Inferenzregel. Die Extraktionsebene der Spaltennamen ändert sich nicht – dieselben Spalten „Lieferantenname / Bestellnummer / Artikelbeschreibung / Menge / Einzelpreis“ funktionieren unabhängig davon, welche Projekte aktiv sind.

Wie verarbeitet die Batch-Verarbeitung Einbehalte bei Materialbestellungen?

Die meisten Materialbestellungen enthalten keine Einbehalte – Einbehalte gelten typischerweise für Subunternehmerverträge, nicht für Materialeinkäufe. Für die Fälle, in denen dies doch zutrifft (Sonderanfertigungen mit Anzahlungen oder Lieferantenverträge mit Einbehaltsklausel), können Sie eine berechnete Spalte hinzufügen – eine Spalte, die einen Wert während der Extraktion berechnet, statt ihn nur von der Seite auszulesen. Definieren Sie „Nettobetrag“ mit der Logik Zeilensumme × (1 − Einbehalt %), und die KI berechnet ihn pro Position und Bestellung. Der Einbehaltssatz kann aus der Bestellung übernommen werden, falls dort angegeben, oder als fester Parameter in der Spaltendefinition festgelegt werden. Eine ausführlichere Behandlung berechneter Spalten über Dokumenttypen hinweg finden Sie in unserer Einführung in berechnete Spalten bei der Dokumentextraktion.

Ersetzt dies mein Bau-ERP?

Nein. Es löst die Datenerfassungsebene – das Auslesen von Materialbestelldaten aus Lieferanten-PDFs in ein strukturiertes, kostenschlüsselzugeordnetes Format. Es ersetzt nicht die Freigaberoutinen Ihres Buchhaltungssystems, den Dreifachabgleich (Bestellung-Lieferschein-Rechnung), die Zahlungsabwicklung, die Verwaltung von Sicherheitseinbehalten oder die WIP-Berichterstattung. Für einen Bauunternehmer, der QuickBooks + Tabellenkalkulationen nutzt, fließt die Batch-Ausgabe direkt in Ihre Auftragskostenmappe. Für einen Unternehmer mit Sage 100, Sage Intacct oder Viewpoint Vista ersetzt es den Schritt zwischen „Lieferantenbestellung erhalten“ und „Daten ins ERP importiert“ – der in vielen Firmen immer noch ein Mensch ist, der eine PDF liest und Zahlen in einen ERP-Bildschirm tippt. Für die Verarbeitung einzelner Bestellungen – das Extrahieren von Feldern aus einer einzelnen Bau-Bestellung statt eines vollständigen Batch-Laufs – behandelt unser Leitfaden zur Einzelbestellungs-Extraktion den Workflow im Detail.

Kann ich Bestellungen aus mehreren Projekten in einem Batch verarbeiten?

Ja — und genau das ist der operative Vorteil, wenn Sie die Spalte „Auftrags-Nr.“ einfügen. Laden Sie Bestellungen aus allen acht aktiven Projekten in einem Durchgang hoch. Die Inferenzregeln ordnen die Bestellungen jedes Lieferanten während der Extraktion der richtigen Auftragsnummer zu. Nach dem Download sortieren Sie nach Auftrags-Nr., um alle Positionen nach Projekt zu gruppieren. Eine Zwischensumme über den Positionsbetrag pro Auftrags-Nr. liefert Ihnen in Sekunden die gebundenen Materialkosten pro Projekt. Die Alternative — acht separate Durchgänge, einer pro Projekt, und dann Zusammenführung — ist genau die Fragmentierung, die der Batch-Workflow beseitigt.