In den meisten versandstarken Unternehmen, die wir von innen sehen, hat das Lager immer zwei Tabs offen — das ERP-Panel und das Paketdienst-Panel. Jemand tippt die Lieferadresse fürs Etikett von Hand ab, manchmal mit Tippfehler, manchmal mit der Telefonnummer aus einer Bestellung von vor einem Jahr. Das geht einmal richtig gemacht — und das Lager hat ein Dutzend Stunden pro Woche zurück.
Klingt banal, aber genau hier liegt im KMU das Geld auf dem Boden. Der Auftrag steht im ERP. Die Rechnungsadresse steht im ERP. Das Paketgewicht aus der Artikelkarte steht im ERP. Trotzdem öffnet die Person beim Packen das DPD-Panel, tippt alles von Hand ab, druckt das Etikett, klebt es auf, geht zurück ins ERP und setzt „versandt". Fünf Minuten pro Paket. Mal 150 Pakete am Tag. Mal 21 Arbeitstage. Rechnet selbst.
Was „Paketdienst-Integration" wirklich heißt
Integration ist keine Magie. Es sind ein paar konkrete Dinge, die nicht mehr von Hand erledigt werden:
- Erzeugung des Versandscheins aus dem Auftrag — ein Klick, mit automatisch gefülltem Absender, Empfänger, Gewicht, Nachnahme und Versicherung.
- Etikettendruck automatisch auf dem Lagerdrucker (meist Zebra), ohne ins Paketdienst-Panel zu gehen.
- Rückschreiben der Sendungsnummer in den Auftrag im ERP, damit klar ist, was und womit gefahren ist.
- Statusaktualisierung des Auftrags über Webhooks vom Paketdienst („in Zustellung", „zugestellt", „Retoure").
- Nachnahmeabwicklung — der Betrag fließt aus der Rechnung zum Paketdienst und kommt nach Abrechnung als „bezahlt" ins ERP zurück.
- Retourenetikett beim Versandlabel mitgedruckt, wenn die Firmenrichtlinie es verlangt.
Jedes dieser Stücke lässt sich über die API des Paketdienstes umsetzen. DPD hat eine API. InPost hat eine API (sogar eine ziemlich gute). GLS hat eine. DHL hat eine. Sogar die polnische Post hat eine. Die Frage ist nicht „geht das?", sondern „wer hat Zeit, das an dein konkretes ERP zu hängen".
Wie es bei einem unserer Kunden aussieht
Konkret. Ein 30-Mitarbeiter-E-Commerce mit Kleinhausgeräten, Lager bei Łódź. Sie verschicken durchschnittlich 180 Pakete am Tag über DPD und InPost — Verhältnis etwa 60/40. ERP ist Comarch Optima, der Shop läuft auf PrestaShop, Bestellungen kommen über ein fertiges Plugin in Optima an.
Vor der Integration sah es so aus. Zwei Lagermitarbeitende, im Wechsel, haben gepackt und Etiketten von Hand erstellt. Jedes Etikett hieß: DPD- oder InPost-Panel aufmachen, Adresse aus der Bestellung abtippen, Gewicht eingeben (geschätzt, weil das Produktgewicht in Optima nur in der Hälfte der Kartei stand), Service wählen, drucken, kleben. Vier Minuten pro Paket, plus Fehler. Über eine Stunde pro Tag ging fürs Korrigieren von Etiketten mit falscher Adresse drauf — 6–8 Reklamationen pro Woche allein wegen Tippfehlern.
Nach der Integration von Comarch Optima mit der DPD-API und der InPost-API (über eigene Middleware, die beide Kanäle bündelt) sieht es so aus. Die packende Person scannt den Barcode vom Lieferschein, das System wählt den Paketdienst (nach Präferenz aus der Bestellung), erzeugt den Versandschein und druckt das Etikett auf der Zebra. Zeit: 5 Sekunden statt 4 Minuten. Reklamationen wegen falscher Adresse sind auf null gefallen, weil die Daten direkt aus der Kundenkartei kommen. Das Lager hat rund 18 Stunden pro Woche zurückgewonnen — genug, um eine Wochenend-Schicht aus dem Plan zu streichen.
Projektkosten: drei Monate Arbeit auf unserer Seite. Produktionsreif in Woche sieben, weitere fünf Wochen zum Feinschliff der Randfälle (Nachnahme, Palettenversand, Paketshop-Zustellung mit Wahl des konkreten Punkts). Amortisation in unter 7 Monaten allein über die eingesparte Stelle — ohne die vermiedenen Reklamationen und die Kundenzufriedenheit einzurechnen.
Was du nicht kaufen solltest
Am Markt gibt es etliche „fertige Integratoren" — Baselinker, Apilo, ErliExpress. Sie ergeben Sinn, wenn du auf 10 Kanälen verkaufst und 30 Pakete am Tag verschickst. Ein Abo von 200–500 PLN pro Monat trägt sich dann.
Es trägt sich nicht mehr, wenn:
- Du über 100 Pakete am Tag verschickst und allein das Versand-Abo 2.000 PLN überschreitet.
- Du ein eigenes ERP hast und nicht willst, dass Bestellungen „daneben" in einem anderen Tool leben.
- Du untypische Logik hast (Paketkonsolidierung, Versand aus 3 Lagern, eigene Nachnahmeregeln).
- Dir wichtig ist, dass die Sendungsnummer in das konkrete Dokument im ERP zurückgeschrieben wird, nicht in einen Aggregator dazwischen.
Eine eigene API-Integration ist dann auf Jahressicht günstiger und viel flexibler. Üblicher Projektpreis: 25–60 Tausend PLN netto, je nach Anzahl Paketdienste und Randfälle. Bei 150+ Paketen pro Tag amortisiert sich das in unter einem Jahr.
Was du den Integrator fragen solltest
Wenn jemand mit dem Angebot kommt, einen Paketdienst an dein ERP anzubinden, stelle vier Fragen:
- Nutzt ihr die offizielle Paketdienst-API oder scrapt ihr das Panel? Scraping „funktioniert" bis zum nächsten Layout-Update. Nur API.
- Was passiert, wenn die API des Paketdienstes 2 Stunden ausfällt? Ein guter Integrator hat eine Retry-Queue und blockiert nicht die Auftragserfassung im ERP.
- Wer pflegt die Integration nach dem Go-live? Paketdienste rollen mehrmals im Jahr API-Updates aus. Entweder du hast eigene Entwickler oder du hast einen Wartungsvertrag.
- Bekommen wir Quellcode und Doku? Lautet die Antwort „das ist unser Know-how" — abhauen. Du hast Anspruch auf das, wofür du bezahlst.
Wie geht es weiter
Eine Paketdienst-ERP-Integration ist eines der schnellsten Amortisationsprojekte im typischen Versand-KMU. Es ist weder „digitale Transformation" noch „KI in der Logistik". Es ist schlicht das Stopfen des Lochs, durch das täglich ein Dutzend Personenstunden auslaufen.
Wenn ihr über 50 Pakete am Tag versendet und jemand bei euch immer noch Adressen von Hand aus dem ERP ins DPD-Panel tippt — sprecht uns an. Eine halbe Stunde Gespräch reicht in der Regel, um abzuschätzen, ob euer Fall ein 25k- oder ein 60k-Projekt ist und wie viele Monate die Amortisation braucht.
Paketdienst-Integration ist keine Technologie und keine KI. Es ist schlicht das Stopfen des Lochs, durch das täglich ein Dutzend Personenstunden auslaufen.