Vom Clarus-Content-Team · Zuletzt aktualisiert am 14. September 2026

Ein Bestellmanagementsystem ist eine Software, die die Erstellung, Nachverfolgung, Genehmigung und Bezahlung von Waren und Dienstleistungen von Lieferanten in Unternehmen automatisiert. Für 3PL-Lager und Distributoren bildet es das Rückgrat der Beschaffung: Es erfasst jeden abrechnungsrelevanten Vorgang, automatisiert den Rechnungsabgleich und bietet in Echtzeit Einblick in die Bestandsbewegungen vom Wareneingang bis zum Versand.

Ohne ein spezielles System findet die Beschaffung über E-Mail-Verläufe, Tabellenkalkulationen und nicht miteinander verknüpfte Tools statt. Die Finanzteams verbringen Tage damit, Rechnungen abzugleichen. Die Mitarbeiter im Wareneingang wissen nicht, was ankommt oder wo sie die Ware einlagern sollen. Kunden können ihre Lagerbestände nicht in Echtzeit einsehen. Ein speziell entwickeltes System zur Verwaltung von Bestellungen löst alle drei Probleme auf einmal.

Dieser Leitfaden erläutert, was ein Bestellmanagementsystem ist, wie es in der Praxis funktioniert und worauf Sie bei der Auswahl achten sollten.

What is a purchase order?

A purchase order (PO) is a formal, legally binding document that authorises a supplier to deliver goods or services at an agreed price and date. It specifies what you’re ordering, how many units, the unit price, delivery terms, and payment terms.

In einem Lager oder einer Distributionsumgebung stellt die Bestellung den Vertrag zwischen Ihrem Betrieb und dem Lieferanten dar. Sie dient zudem als Referenzdokument, anhand dessen das Wareneingangspersonal überprüft, ob die gelieferte Ware mit der Bestellung übereinstimmt.

Bestellungen gibt es aus gutem Grund: Sie schaffen einen Nachweis. Wenn ein Lieferant Ihnen Artikel in Rechnung stellt, die Sie nie bestellt haben, oder eine Lieferung beschädigt bei Ihnen eintrifft, ist die Bestellung der Nachweis dafür, was eigentlich hätte passieren sollen. Ohne sie müssen Sie sich auf Ihr Gedächtnis und E-Mails verlassen.

Purchase order vs purchase requisition

A purchase requisition is the internal request. Your warehouse manager says “we need 500 units of SKU-1234.” A purchase order is the external commitment to the supplier. The requisition is internal; the PO is the formal offer to buy.

In organisations with strong controls, a requisition goes through approval (does the budget exist? is the item approved?) before anyone creates a PO. In many smaller operations, staff create a PO without the intermediate step. A well-built purchase order management system handles both workflows.

The purchase order process end to end

So durchläuft eine Bestellung den Ablauf in einem modernen Lagerbetrieb:

1. Requisition and planning. Ein Lagerleiter oder Beschaffungsbeauftragter stellt einen Bedarf fest, entweder weil der Lagerbestand niedrig ist oder weil ein Kunde (im 3PL-Kontext) Waren angefordert hat. Er erstellt eine Bestellanforderung mit Artikel, Menge, gewünschtem Liefertermin und Budgetcode.
2. Approval and purchasing. Die Bestellanforderung wird zur Genehmigung an einen Vorgesetzten oder einen Mitarbeiter der Finanzabteilung weitergeleitet. Nach der Genehmigung wird daraus eine formelle Bestellung. Die Bestellung wird an den Lieferanten gesendet (per E-Mail, EDI oder API).
3. Receipt and inspection. Bei Wareneingang scannen die Mitarbeiter im Wareneingang den Lieferschein ein und gleichen ihn mit der offenen Bestellung im System ab. Sie prüfen die Ware auf Beschädigungen oder fehlende Artikel und bestätigen anschließend den Wareneingang im WMS. Die Ware befindet sich nun im Lager und steht zur Kommissionierung bereit.
4. Invoice receipt and three-way matching. Der Lieferant sendet eine Rechnung. Im Rahmen eines Drei-Wege-Abgleichs wird geprüft: Stimmt die Rechnung mit der Bestellung überein (Mengen, Preise, Konditionen), stimmt sie mit dem Wareneingang überein (was tatsächlich angekommen ist) und gibt es Unstimmigkeiten (beschädigte Ware, Fehlmengen, Preisabweichungen)? Unstimmigkeiten werden zur weiteren Klärung gekennzeichnet.
5. Payment and reconciliation. Sobald die Rechnung den Drei-Wege-Abgleich bestanden hat, wird sie gemäß den vereinbarten Zahlungsbedingungen zur Zahlung freigegeben. Die Zahlung wird auf dem Lieferantenkonto verbucht.
6. Audit trail and reporting. Every step is logged: who ordered, who approved, when it arrived, what was invoiced, when it was paid. Finance and procurement teams run reports on spend by supplier, category, and time period.

In einem manuellen oder auf Tabellenkalkulationen basierenden System müssen bei jedem Schritt Daten neu eingegeben oder zwischen verschiedenen Anwendungen kopiert werden. In einem Bestellverwaltungssystem läuft der Arbeitsablauf automatisch und nahtlos ab.

What purchase order management is and how it works

Unter Bestellmanagement versteht man die Steuerung des gesamten Lebenszyklus einer Bestellung – vom Zeitpunkt der Bedarfsermittlung bis zur Begleichung der Rechnung und der Archivierung des Belegs. Ein Bestellmanagementsystem automatisiert diesen Arbeitsablauf.

Core functions

• Lieferantenstammdaten: a centralised, clean database of all suppliers, their terms, contact details, payment methods, and approved categories of goods. This prevents duplicate supplier records and ensures consistency.
• Workflows für Bestellanforderungen: staff submit requisitions for approval. Requisitions are routed to the right approver based on spend level, budget code, or category. Once approved, the system converts the requisition to a purchase order automatically.
• Erstellung und Verteilung von Bestellungen: the system generates a formatted PO document with all the terms, delivery address, and invoice details. It sends the PO to the supplier via email, EDI, or an integrated supplier portal.
• Wareneingang und Warenprüfung: when goods arrive, receiving staff scan or manually enter the delivery details. The system matches incoming stock to the outstanding PO, flags discrepancies (over-delivery, short shipment, wrong item), and holds stock in a quarantine area until inspection is complete.
• Rechnungsabgleich und Ausnahmebehandlung: the supplier’s invoice is received (by email, EDI, or scanned). The system performs three-way matching: PO price and quantity against invoice price and quantity against actual receipt. Discrepancies trigger alerts to the finance team, for example “Invoice claims £500 for SKU-1234, but PO authorised only £400” or “Invoice is for 100 units, but we received only 80.”
• Genehmigungsabläufe: depending on the discrepancy and the supplier’s history, invoices are automatically approved or routed to a human for decision. Once approved, the invoice is recorded in accounts payable and scheduled for payment.
• Berichterstattung und Analysen: dashboards show spend by supplier, product category, and business unit. Reports identify areas of waste, supplier performance, and budget variances. Historical data feeds forecasting and budget planning.

Für 3PL-Anbieter und Großhändler erfüllt das System noch eine weitere wichtige Aufgabe: Es ordnet all diese Daten nach Kunden. Die Bestellungen, Wareneingänge und Rechnungen jedes Kunden werden separat erfasst. Wenn Sie dem Kunden eine Rechnung stellen, hat das System bereits alle abrechnungsrelevanten Vorgänge erfasst – von der Wareneingangsabwicklung über Lagerung bis hin zur Umschlagabwicklung –, und es liegen lückenlose Prüfpfade vor, die belegen, was wann geschehen ist.

Why purchase order management matters

Ein System zur Verwaltung von Bestellungen löst drei konkrete Probleme, die Lagerbetrieben und Händlern echte Kosten verursachen.

Problem 1: billing leakage and reconciliation chaos

Bei der manuellen Abwicklung gleicht die Rechnungsstellung einem Ratespiel. Man erhält am Montag eine Lieferung, lagert sie im Regal ein und versucht am Monatsende, sich daran zu erinnern, wie viele Artikel man bearbeitet, wie viele gelagert und wie viele kommissioniert und verpackt hat. Wer es nicht nachweisen kann, kann es auch nicht in Rechnung stellen.

3PLs lose money to this every month. St John’s Hall Storage, a UK 3PL, cut its invoicing process from around four hours to under twenty minutes durch die Umstellung von manueller Zählung auf ein automatisiertes Lagerverwaltungssystem (WMS) mit Echtzeit-Ereigniserfassung. Früher verbrachte eine Person jeden Monat mehrere Tage damit, in Excel die tatsächlich bearbeiteten Aufträge mit den abrechnungsfähigen Posten abzugleichen. Das geschieht nun automatisch.

Problem 2: errors and disputes

Manual PO workflows create predictable failure points. Receiving staff transcribe an item number wrong. Finance codes an invoice to the wrong account. A supplier ships 100 units but the system thinks it’s 1,000. These errors compound: you overpay the supplier, your client disputes the invoice, and now someone has to spend time investigating what actually happened.

A purchase order management system eliminates re-keying. The PO number flows through receipt, invoice, and payment. Barcode-Scannen at receipt catches item number errors instantly. Three-way matching flags the price discrepancy before payment, not after.

JODA Freight reached 99% stock accuracy after implementing a cloud-based WMS with integrated PO and receiving workflows, cutting stocktakes from weeks down to a single day.

Problem 3: slow visibility and reactive decision-making

Ohne ein System agieren Beschaffung und Finanzwesen reaktiv. Man weiß erst dann, dass eine Bestellung überfällig ist, wenn eine Produktionslinie wegen fehlender Teile zum Stillstand kommt. Die Entwicklung der Lieferantenleistung wird erst in den Monatsberichten sichtbar. Die Frage “Wo ist dieser Auftrag?” lässt sich nicht beantworten, ohne den Lieferanten anzurufen.

A modern system gives real-time visibility. You can see which POs are outstanding, which are delayed, which suppliers are consistently late. Clients (in a 3PL model) see their stock levels live in a portal instead of calling you every morning. Finance gets a dashboard of aged payables and upcoming due payments.

Planning and designing your purchase order system

Bei der Auswahl eines Systems zur Verwaltung von Bestellungen lautet die erste Frage: Wie sieht Ihr Betriebsablauf aus?

A small ecommerce seller handling a single supplier’s stock has different needs than a 3PL managing 50 clients’ inventory across multiple locations. A food distributor managing best-before dates and regulatory traceability needs different features than a clothing wholesaler.

Key requirements checklist

Bevor Sie Software bewerten, sollten Sie Folgendes klären:

• Mehrere Mandanten oder ein Mandant? If you’re a 3PL or shared-services warehouse, you need strict segregation: each client’s stock, approvals, and billing completely separate. Generic systems struggle here.
• Integration mit Ihrem ERP- oder Buchhaltungsprogramm? Can the system talk to your finance system (Wie, Was, Sag, Microsoft Dynamics, QuickBooks) so that when you receive a PO, it updates your inventory, and when you pay an invoice, it posts to accounts payable automatically?
• Lieferantenintegration? Können Sie Bestellungen per EDI, E-Mail oder über eine API an Lieferanten senden? Können Sie Rechnungen auf dieselbe Weise empfangen, oder müssen Sie PDF-Dateien manuell einscannen?
• Barcode- und Scan-Überprüfung? Können die Mitarbeiter im Wareneingang ein Handterminal verwenden, um eingehende Artikel anhand der Bestellung zu scannen, sodass das System sofort einen Hinweis ausgibt, wenn falsche Artikel geliefert werden oder die Mengen nicht übereinstimmen?
• Genehmigungsabläufe? Können Sie Regeln festlegen, sodass Bestellungen über 5.000 £ der Genehmigung durch die Geschäftsführung bedürfen, Bestellungen bei neuen Lieferanten einer Hintergrundüberprüfung unterzogen werden und Rechnungen mit Unstimmigkeiten an ein bestimmtes Team weitergeleitet werden?
• Prüfpfad und Compliance? If you’re in food, pharma, or heavily regulated industries, can you prove who authorised each order, when goods were received, and when they were moved? Does the system retain records for the required period (in the UK, VAT records must generally be kept for up to 6 years)?
• Berichterstattung und Transparenz? Kann die Finanzabteilung die überfälligen Verbindlichkeiten einsehen, können die Lieferanten den Bestellstatus einsehen und kann die Geschäftsleitung die Ausgabentrends und KPIs einsehen?

Ein speziell entwickeltes WMS wie Clarus ist darauf ausgelegt, all diese Anforderungen für 3PL-Anbieter und Distributoren zu erfüllen. Ein allgemeines Buchhaltungspaket oder ein allgemeines ERP-System erfordert möglicherweise Anpassungen oder Umgehungslösungen, was zusätzliche Kosten und Komplexität mit sich bringt.

Receiving, inspecting goods, and capturing data

An der Wareneingangsstelle werden Bestellungen in die Tat umgesetzt. Dort liegt auch das größte Fehlerpotenzial, wenn der Prozess manuell abgewickelt wird.

The modern receiving workflow

A delivery arrives. Traditional approach: receiving staff unload boxes, count items, check against a printed pick list or PO, and mark items on a clipboard. This generates rework: items are miscounted, the written notes are illegible, and no one updates the system until the next day.

Mit einem Bestellverwaltungssystem:

1. Bevor der Lkw eintrifft, wird eine Lieferbenachrichtigung an das System gesendet (per E-Mail, EDI oder durch Scannen durch den Fahrer). Das Personal an der Laderampe bereitet sich vor, indem es den Wareneingangsbereich herrichtet und sicherstellt, dass die Bestellung auf dem Bildschirm angezeigt wird.
2. Während die Artikel entladen werden, scannen die Mitarbeiter den Barcode jedes Artikels mit einem Handlesegerät. Das System prüft: Stimmt dieser Artikel mit der offenen Bestellung überein? Stimmt die Menge? Wenn ja, wird der Artikel als eingegangen verbucht und das System zieht die Menge von der Bestellung ab. Wenn nein, warnt das System den Mitarbeiter: “Sie haben die Artikelnummer 5678 gescannt, aber in der Bestellung ist die Artikelnummer 5679 angegeben. Überprüfen Sie das Etikett.”
3. Sollten Artikel beschädigt sein oder fehlen, vermerkt das Personal die Abweichung. Das System erstellt einen Eintrag darüber, was nicht übereinstimmte, und benachrichtigt den Beschaffungsbeauftragten, damit dieser beim Lieferanten eine Gutschrift beantragen kann.
4. Sobald die gesamte Lieferung eingegangen und geprüft wurde, wird die Bestellung im System als “vollständig eingegangen” gekennzeichnet. Der Bestand steht nun zur Kommissionierung oder Einlagerung zur Verfügung. Die Finanzabteilung wird automatisch darüber informiert, dass die Ware eingetroffen ist.

This removes a manual data entry step and catches errors at the point of contact, not days later when items are missing and causing problems.

Handling discrepancies

Not every delivery is perfect. Suppliers send short shipments, overships, or damaged goods. A well-built PO system handles this:

• Fehlmenge: you expected 100 units, received 80. The system logs this as a PO exception and holds payment pending resolution. Procurement follows up with the supplier.
• Overship: you expected 100, received 120. Staff can accept the overship (if there’s space) or refuse it. Either way, it’s logged so the invoice can be reconciled.
• Beschädigte Ware: items arrive but are visibly damaged. Staff capture this, often with a photo. The system flags the PO and the invoice, and procurement negotiates a credit or return.
• Falscher Artikel: supplier sends SKU-5678 instead of SKU-5679. Staff scan it, the system catches the mismatch instantly, and staff refuse the item without unloading it from the truck.

Jedes Szenario lässt sich nachverfolgen. Die Finanzabteilung kann den Grund für eine offene Bestellung einsehen (Warten auf eine Gutschrift, Warten auf eine Ersatzlieferung), ohne E-Mails durchforsten zu müssen.

Processing and paying invoices with automation

Once goods are received, the next critical step is invoice processing. This is an area where AP automation has changed accounts payable considerably. Precoro beziffert die Kosten für eine manuell bearbeitete Rechnung auf $9,40 gegenüber $2,78 bei einer erstklassigen Automatisierung und gibt die Bearbeitungszeit für Rechnungen bei manueller Bearbeitung mit 9,2 bis 10 Tagen an, gegenüber 3,1 Tagen bei automatisierter Bearbeitung. HighRadius notes that many organisations still process over 60% of invoices manually, spending 10 to 12 days per invoice on routing and validation.

Three-way matching explained

Ein Bestellverwaltungssystem mit integrierter Rechnungsstellung führt automatisch den Dreifachabgleich durch:

1. PO to invoice: does the supplier’s invoice match the original purchase order? Same supplier, same items, same quantities, same prices, same terms?
2. Receipt to invoice: does the invoice match what actually arrived in the warehouse? If the PO called for 100 units but you received only 80, the invoice should be for 80 units, not 100.
3. Invoice accuracy: are the calculations correct? Is the VAT right? Is the delivery charge reasonable?

If all three match, the invoice is automatically approved for payment. If there’s a variance, say the PO was £1,000 but the invoice is £1,100, the system flags it, calculates the discrepancy, and routes it to a human approver with all the context.

Automating purchase invoice processing

Moderne Bestellsysteme nutzen optische Zeichenerkennung (OCR) und intelligente Dokumentenverarbeitung, um Rechnungen zu lesen und Daten automatisch zu extrahieren. Die PDF-Datei der Lieferantenrechnung wird hochgeladen (oder über EDI übermittelt), das System liest sie ein, extrahiert die Rechnungsnummer, das Datum, die Positionen, Mengen und Summen und gleicht diese Daten automatisch mit der Bestellung und dem Wareneingang ab.

This removes manual invoice entry. For suppliers who send dozens of invoices a month, the time saving is substantial.

Exceptions and approvals

Wenn eine Unstimmigkeit auftritt, blockiert das System nicht einfach nur die Zahlung. Es leitet die Ausnahme zusammen mit den entsprechenden Hintergrundinformationen an die zuständige Person weiter:

• Price variance (invoice is 5% higher than PO) goes to the procurement manager.
• Quantity variance (invoice is for 100, receipt was 80) goes to the warehouse manager.
• A suspicious outlier (this supplier’s invoices are normally £2,000, this one is £50,000) goes to the finance director.
• Terms mismatch (invoice says Net 60, PO says Net 30) goes to procurement.

Jedem Genehmiger wird ein Dashboard angezeigt, auf dem die hervorgehobene Ausnahme, die Bestellung, der Beleg und die Rechnung nebeneinander dargestellt sind. Er kann die Unterlagen genehmigen, ablehnen oder weitere Unterlagen anfordern.

Tracking inventory against purchase orders

In einem 3PL- oder Multi-Client-Lager ist die Bestandsverfolgung anhand von Bestellungen von entscheidender Bedeutung. Die Bestände jedes Kunden müssen getrennt verwaltet werden, und Sie müssen jederzeit wissen: Was haben wir für diesen Kunden bestellt, was haben wir erhalten, was ist gelagert, was wurde kommissioniert und versandt, und was haben wir noch vorrätig?

A purpose-built WMS integrates PO, receipt, inventory, and pflücken workflows so that stock automatically flows from PO to receipt to picking to shipment, with full visibility at each stage.

Echtzeit-Inventarsichtbarkeit

Wenn Waren zu einer Bestellung eingehen, wird der Lagerbestand sofort aktualisiert. Das System erfasst:

• Lagerbestand (physisch im Lager vorhanden)
• Zugewiesener Bestand (einer Kommissionierliste zugeordnet, aber noch nicht kommissioniert)
• Stock in transit (picked, packed, and dispatched)
• Lagerbestand in Quarantäne (eingegangen, hat die Prüfung jedoch nicht bestanden; wartet auf die Entscheidung des Kunden)

In einem Kunden-Self-Service-Portal meldet sich der Kunde an und sieht seinen aktuellen Lagerbestand in Echtzeit. Er kann einsehen, was er bestellt hat (offene Bestellungen), was eingetroffen ist (erhalten, aber noch nicht kommissioniert) und was bereits versandt wurde (mit Sendungsverfolgungsdaten). Dadurch entfallen die täglichen Anrufe mit der Frage “Wo ist mein Lagerbestand?”

FIFO, FEFO, and serial number control

For certain products (food, pharmaceuticals, electronics with warranty periods) ein Lagerverwaltungssystem muss eine Rotationslogik durchsetzen. Nach dem First-In-First-Out-Prinzip (FIFO) werden ältere Bestände zuerst ausgeliefert. Nach dem First-Expiry-First-Out-Prinzip (FEFO) werden Produkte, deren Mindesthaltbarkeitsdatum bald abläuft, vorrangig behandelt.

When receiving a PO, the system captures the batch number, serial number, expiry date, or sell-by date. When picking, it automatically sequences the pick list to pull FEFO stock first. This prevents waste and supports regulatory compliance.

Bei hochwertigen Artikeln (Elektronik, Schmuck) gewährleistet die Seriennummernkontrolle, dass jedes einzelne Stück vom Wareneingang bis zum Versand individuell nachverfolgt wird.

Best practices for purchase order management

Die Einführung eines Bestellmanagementsystems ist eine Sache. Es sinnvoll zu nutzen, ist eine andere. Hier sind die Vorgehensweisen, die ein Bestellmanagementsystem zu einem Wettbewerbsvorteil machen:

1. Simplify and standardise your process

Bevor Sie sich für eine Software entscheiden, sollten Sie Ihren aktuellen Prozess dokumentieren. Erfassen Sie jeden Entscheidungspunkt: Wer kann eine Bestellung genehmigen? Ab welchem Ausgabenbetrag? Welche Lieferanten sind vorab genehmigt? Welche Warengruppen müssen bei Erhalt geprüft werden?

Dann vereinfachen Sie das System. Je mehr Regeln und Ausnahmen es gibt, desto langsamer läuft das System und desto schwieriger ist es, das Personal zu schulen. Streben Sie das 80/20-Prinzip an: Gestalten Sie den Arbeitsablauf so, dass 80% Ihrer Bestellungen automatisch bearbeitet werden, und legen Sie für die restlichen 20% einen klaren Ausnahmeprozess fest.

2. Tailor the ordering procedure to your operation

Ein 3PL-Anbieter mit 50 Kunden und komplexen Abrechnungsregeln benötigt einen anderen Arbeitsablauf als ein Distributor mit nur einem Kunden. Nehmen Sie sich in der Einrichtungsphase Zeit, um Folgendes festzulegen:

• Genehmigungshierarchien (wer genehmigt welche Ausgabenhöhen)
• Lieferantenregeln (welche Lieferanten für welche Kategorien)
• Lieferbedingungen (Standardlieferzeiten, Lieferzeitfenster, Anforderungen an die Anlieferung)
• Prüfvorschriften (welche Artikel müssen bei Erhalt einer Qualitätsprüfung unterzogen werden)
• Billing rules (for 3PLs: how to allocate receiving labour, handling, and storage costs to each client)

Je besser Ihre Konfiguration ist, desto mehr kann das System automatisieren.

3. Track KPIs and iterate

Sobald das System in Betrieb ist, sollten Sie folgende Kennzahlen im Auge behalten:

• Anteil der Rechnungsabweichungen: what percentage of invoices require manual exception handling? If it’s above 5%, something is wrong with your supplier data or approval process.
• Empfangsgenauigkeit: what percentage of deliveries match the PO exactly (no short shipments, overships, or damaged goods)? Target above 95%. Below that, consider raising supplier performance standards.
• Dauer des Bestellzyklus: how long from requisition to order placed? Aim for less than 2 days for standard items.
• Bearbeitungszeit für Rechnungen: how long from receipt of invoice to payment approval? Aim for less than 3 days. Anything longer suggests bottlenecks in your approval workflows.
• Pünktliche Lieferung durch den Lieferanten: what percentage of deliveries arrive within the promised window? Aim for above 95%. Challenge or replace suppliers who consistently miss.
• Kosten pro bearbeiteter Rechnung: track the all-in cost, labour to match and approve, software, and payment processing. Benchmark against industry figures: Precoro puts best-in-class automated processing at $2.78 per invoice against a manual average of $9.40.

Überprüfen Sie diese monatlich. Sollte eine Kennzahl nachlassen, gehen Sie der Sache nach und ergreifen Sie Maßnahmen.

4. Use digital, automated, and integrated tools

Manuelle Bestellabläufe sind kostspielig und fehleranfällig. Die Umstellung auf ein System ist notwendig, doch erst durch die Integration entfaltet sich der wahre Mehrwert. Ihr Bestellsystem sollte:

• Integrate with your ERP or accounting software, so data flows automatically.
• Integrate with your ecommerce or ordering platform, so client orders automatically generate internal POs if needed.
• Integrate with your suppliers via EDI or API, so you can send POs and receive invoices electronically.
• Integrate with your WMS, so receipt and picking are connected to POs without manual data entry.

Ein speziell für den Großhandel und die Distribution entwickeltes Lagerverwaltungssystem (WMS) enthält standardmäßig alle diese Integrationen.

5. Track and report on PO activity

Your PO system should generate reports that show spend by supplier, category, and business unit; supplier on-time performance; and invoice discrepancy rates. This data drives procurement decisions: which suppliers to renew contracts with, where to consolidate spend for volume discounts, and which categories are over budget.

Machen Sie diese Berichte für die Beteiligten zugänglich. Die Finanzabteilung benötigt sie für das Budgetmanagement. Der Einkauf benötigt sie für Verhandlungen mit Lieferanten. Der operative Bereich benötigt sie für die Bedarfsplanung. Ein System, das nur für den Backoffice-Bereich der Finanzabteilung funktioniert, entfaltet nicht seinen vollen Nutzen.

Limitations of basic PO tools and spreadsheets

Viele kleinere Unternehmen beginnen mit Tabellenkalkulationen. Eine Tabellenkalkulation vermittelt das Gefühl von Flexibilität und Freiheit. Doch sie stößt an klare Grenzen:

• Kein Genehmigungsworkflow: spreadsheets don’t enforce who can edit or approve. Anyone can change a number, and there’s no audit trail.
• Keine Echtzeitdaten: if two people are working on the same spreadsheet, one of them is always looking at stale data.
• Keine Integration: spreadsheets don’t talk to your accounting system or WMS. You manually copy and paste, introducing errors.
• Keine Kommunikation mit dem Lieferanten: you email POs manually. You receive invoices as email attachments and enter them by hand.
• Keine Ausnahmebehandlung: if a delivery doesn’t match the order, you have no structured process. It becomes a phone call and a vague email.
• Kein Prüfpfad: regulators and auditors ask “who approved this purchase order and when?” Spreadsheets can’t answer that.
• Durch Skalierung geht es kaputt: a spreadsheet might work for 5 suppliers and 10 POs a month. At 50 suppliers and 200 POs a month, it falls apart. Someone is always chasing data, reconciling versions, and fixing errors.

An diesem Punkt benötigen Sie ein System. Die Kosten für dessen Einführung machen sich durch geringeren Personalaufwand, weniger Fehler und eine schnellere Rechnungsbearbeitung schnell bezahlt.

How to create a purchase order: step by step

In einem cloudbasierten Bestellmanagementsystem ist das Anlegen einer Bestellung ganz einfach:

1. Log in and navigate to Purchase Orders. You’ll see a dashboard of your existing POs, outstanding orders, and recent activity.
2. Click “New Purchase Order.” The system opens a blank form.
3. Select the supplier. Start typing the supplier name; the system autocompletes from your master supplier list. If the supplier isn’t in the list, you create one (name, address, payment terms, contact). The system auto-populates the supplier’s standard payment terms and delivery address.
4. Add order items. Click “Add Item.” Search for the product you’re ordering by name or SKU. The system shows the unit price (from your last purchase or the supplier’s catalogue). Enter the quantity and delivery date. If you’re ordering for a specific client (in a 3PL context), select the client code; the invoice and delivery will be segregated to that client.
5. Add any special instructions. Delivery address, special handling, packaging requirements. These auto-populate if you’ve set defaults but can be overridden per order.
6. Review and submit. The system calculates totals and shows you a preview of what the supplier will see. If the order is above your approval limit, you click “Submit for Approval” and the system routes it to your manager. If you have approval rights, you click “Confirm Order.”
7. Send to supplier. The system generates a formatted PO document and sends it to the supplier via email or EDI. A copy is stored in the system. The PO is now live and appears on receiving staff’s screens so they know what to expect.

Der gesamte Vorgang dauert 2 bis 3 Minuten. In einer Tabellenkalkulation oder einem E-Mail-Workflow würde dies 15 bis 20 Minuten dauern und zu mehreren Versionen sowie Fehlern führen.

Financial and procurement visibility

Einer der größten Vorteile eines Bestellmanagementsystems ist die Transparenz. Die Finanzabteilung kann Folgendes einsehen:

• Fällige Verbindlichkeiten: which invoices are due, overdue, or not yet due. This prevents missed payment deadlines and late-payment penalties.
• Noch ausstehende Verpflichtungen: what POs are live and not yet received. This tells you how much cash is committed to future deliveries.
• Ausgabentrends: which suppliers you’re spending the most with, which categories are over budget, which have the highest invoice discrepancy rates.
• Lieferantenleistung: on-time delivery rates, invoice accuracy, average invoice amount. This data feeds contract renewal decisions.

Die Bereiche Beschaffung und Betrieb können Folgendes einsehen:

• Bestellstatus: is it drafted, awaiting approval, sent to supplier, or received?
• Ausnahmen empfangen: which POs have short shipments or damaged goods? Which are overdue?
• Bestand im Vergleich zur Bestellung: what was ordered, what’s been received, what’s in stock, what’s been shipped.

Die Geschäftsleitung kann aggregierte KPIs einsehen: Rechnungsabweichungsquote, Wareneingangsgenauigkeit, Termintreue der Lieferanten und Kosten pro bearbeiteter Rechnung. Dies trägt zu operativen Verbesserungen bei.

Reducing errors and avoiding duplicate payments

Die manuelle Rechnungsbearbeitung führt zu zwei vorhersehbaren Fehlern: Doppelzahlungen und Überzahlungen.

Duplicate payments

Ein Lieferant stellt Ihnen dieselbe Bestellung zweimal in Rechnung. In einem Tabellenkalkulations-Workflow markiert jemand die Rechnung mit einem Vermerk als “bezahlt”, doch die nächste Person sieht diesen Vermerk nicht und bezahlt die Rechnung erneut. In einem System mit Drei-Wege-Abgleich und einem Rechnungsregister werden Doppelbuchungen sofort erkannt: “Diese Rechnungsnummer wurde bereits erfasst und bezahlt.”

Zu viel gezahlte Beträge

Ein Lieferant stellt Ihnen 1.000 £ in Rechnung, obwohl die Bestellung nur 800 £ betrug. Ohne ein entsprechendes System wird dies nur bemerkt, wenn jemand die Rechnung manuell mit der Bestellung abgleicht. In den meisten kleinen Betrieben macht das niemand, und die Rechnung wird bezahlt. Ein System weist auf die Abweichung hin: “Die Rechnung liegt um 25% über dem Bestellwert. Überschreiben genehmigen oder Korrektur anfordern?”

Bei Betrieben mit mehreren Standorten oder mehreren Kunden summieren sich diese Fehler auf Dutzende von Rechnungen pro Tag. Die finanziellen Auswirkungen sind erheblich.

A comparison of purchase order and inventory management solutions

Clarus wurde speziell für 3PL-Anbieter und Distributoren mit mehreren Kunden entwickelt. The cost of a cloud WMS is typically lower than licensing an on-premise system and lower than the labour cost of managing POs in spreadsheets or generic accounting software.

Sprechen Sie mit einem Lagerfachmann

Wenn Sie gerade Ihre Optionen abwägen und sehen möchten, wie ein speziell entwickeltes WMS in der Praxis funktioniert, lohnt es sich, mit Clarus ins Gespräch zu kommen. Wir arbeiten mit 3PL-Anbietern und Distributoren in ganz Großbritannien zusammen, um Lagerverwaltungssoftware zu implementieren, die sich Ihren Arbeitsabläufen anpasst – und nicht umgekehrt.

Kontaktieren Sie unser Team um Ihre Anforderungen zu besprechen.