Magento Fulfillment: Aufträge, Bestand und Versandbestätigungen mit dem Logistikpartner abgleichen

Bei Fulfillment liegt Ihre Ware im Lager eines Logistikdienstleisters. Der Dienstleister nimmt Ware an, lagert sie, kommissioniert Bestellungen, verpackt, übergibt an einen Paketdienst und bearbeitet Retouren. Für Sie als Händler heißt das: weniger eigene Lagerfläche, weniger Personal im Versand und oft schnellere Lieferung, dafür ein zusätzlicher Partner, auf den Sie sich verlassen müssen.

Für Magento Fulfillment bedeutet das, dass der Shop nicht mehr selbst weiß, was im Lager passiert. Er gibt Bestellungen an den Partner weiter und erfährt von dort, ob versandt wurde, mit welcher Sendungsnummer und wie hoch der Bestand ist. Dieser Austausch ist das Herzstück der Anbindung, und seine Qualität bestimmt, ob Kunden korrekte Verfügbarkeiten sehen und rechtzeitig informiert werden.

Die Schnittstellen unterscheiden sich je nach Dienstleister. Manche bieten eine Programmierschnittstelle an, andere arbeiten mit Dateien, die auf einem Server abgelegt werden, wieder andere mit Datenformaten für den elektronischen Geschäftsverkehr. Magento Fulfillment beginnt deshalb mit der Frage, welchen Partner Sie haben oder planen und welche Wege dieser anbietet.

Wichtig ist auch die Arbeitsteilung: Wer pflegt die Artikeldaten, wer kündigt Wareneingänge an, und wer entscheidet bei Abweichungen? Wir richten die Anbindung so ein, wie Ihre Abläufe sind, statt Ihre Abläufe an die Schnittstelle des Partners anzupassen.

Welche Daten bei Magento Fulfillment fließen, legen Sie mit uns in der Bestandsaufnahme fest. Typisch sind fünf Bereiche.

Nicht jedes Projekt zu Magento Fulfillment braucht alle fünf Bereiche. Oft beginnt es mit Aufträgen und Versandbestätigungen und wächst später um Bestand und Retouren. So sehen Sie schnell Ergebnisse und können das Budget in Etappen einsetzen.

Die Tabelle zeigt ein typisches Muster. In Ihrem Betrieb kann es abweichen, und genau das klären wir in der Bestandsaufnahme.

Bei Magento Fulfillment verhindert eine klare Regel zur Datenhoheit die meisten Streitfälle. Der Bestand liegt beim Partner und ist für den Shop führend, Aufträge entstehen im Shop. Wir legen außerdem fest, was bei Abweichungen gilt, etwa wenn der Partner weniger Ware findet, als der Shop verkauft hat, und wer dann entscheidet. Dazu gehört eine Frist, bis wann der Partner Abweichungen meldet.

Für Magento Fulfillment gibt es keinen einheitlichen Standard. Logistikdienstleister bieten, je nach Anbieter, Programmierschnittstellen, den Austausch von Dateien auf einem Server oder Datenformate für den elektronischen Geschäftsverkehr an. Manche Anbieter arbeiten mit einem eigenen Portal, in das Aufträge hochgeladen werden, und bieten eine Schnittstelle nur gegen Zusatzkosten an.

Wir gehen deshalb nicht von Annahmen aus. Vor dem Angebot klären wir mit Ihnen und dem Partner, welche Wege Ihr Vertrag erlaubt, in welchem Format die Daten ankommen sollen, wie oft sie fließen und welche Testumgebung es gibt. Das ist ein ehrlicher Teil unseres Vorgehens: Wir sagen Ihnen offen, wenn ein Partner Grenzen setzt oder zusätzliche Kosten verursacht.

Besonders wichtig ist der Takt. Aufträge sollten schnell beim Partner ankommen, damit Cut-off-Zeiten eingehalten werden, und Bestände sollten oft genug zurückkommen, damit der Shop nichts verkauft, was nicht mehr da ist. Beides zusammen bestimmt, wie aufwendig die Anbindung wird. Fragen Sie den Partner früh nach Testumgebung und Ansprechpartner.

Manche Logistikpartner bieten fertige Module für verbreitete Shopsysteme an, und es gibt Dienste, die mehrere Partner bündeln. Ob ein vorhandener Weg zu Ihrem Partner und zu Magento passt, prüfen wir ehrlich vor einer Entscheidung. Deckt er Ihre Anforderungen ab, ist er oft die wirtschaftlichere Wahl, und wir sagen Ihnen das. Fragen Sie bei jedem Modul, wie es gepflegt wird und was bei Updates von Magento passiert.

Eine individuelle Entwicklung für Magento Fulfillment lohnt sich, wenn Ihre Abläufe vom Standard abweichen: mehrere Lager, Sonderartikel, Sets, besondere Verpackungsvorgaben oder ein Partner ohne fertiges Modul. Sie ist teurer im Start, passt aber genau. Rechnen Sie dabei auch die Pflege ein, denn eine Eigenentwicklung braucht jemanden, der sie betreut. Auch Vertragsfragen wie Kündigung und Datenübergabe gehören in die Planung.

Wenn mehr als zwei Systeme verbunden werden, etwa Shop, Warenwirtschaft, Fulfillment-Partner und Paketdienst, kann eine Middleware sinnvoll sein. Die Entscheidungshilfe steht im Ratgeber zur ERP-Anbindung.

Auf der Magento-Seite bauen wir die Anbindung als eigenes Modul nach den Standards des Systems, ohne Eingriffe in den Kern. Das Modul nutzt die Schnittstellen und Warteschlangen von Magento, damit Übertragungen im Hintergrund laufen und der Shop für Besucher nicht langsamer wird. Bestellungen werden beim Eingang in eine Warteschlange gestellt und dort abgearbeitet, bis das ERP sie bestätigt hat.

Lagerbestände, Lieferungen und Retouren bildet Magento mit eigenen Funktionen ab, und genau diese Daten tauschen wir mit dem Fulfillment-Partner aus. Wir nutzen nach Möglichkeit die Standardfunktionen von Magento, etwa die Bestandsverwaltung, statt eigene Tabellen zu erfinden. Das hält den Shop updatefähig und lässt andere Entwickler später mitarbeiten.

Im Admin sehen Sie, was übertragen wurde: Ein Protokoll zeigt Datum, Datensatz und Ergebnis, mit Filter für Fehler. Für die Eigenheiten des Fulfillment-Partners ergänzen wir Einstellungen im Admin, etwa Zuordnungen von Zahlarten, Versandarten und Steuerklassen, damit Änderungen keine Entwicklung brauchen.

Beim Fulfillment liegt der Bestand außerhalb Ihres Hauses. Magento Fulfillment führt ihn deshalb als eigenes Lager oder eigene Bestandsquelle, damit der Shop Verfügbarkeit nach dem Bestand des Partners berechnet und Aufträge nur dort angenommen werden, wo Ware liegt.

Diese Punkte sehen wir in Projekten immer wieder. Sie lassen sich planen, wenn man sie früh kennt.

• Bestandsabweichungen

  Der Bestand beim Partner und im Shop weicht ab, und es kommt zu Überverkäufen oder nicht lieferbaren Aufträgen.

• Fehlende Artikeldaten

  Gewicht, Maße oder Strichcodes fehlen, und der Partner kann Ware nicht annehmen.

• Teillieferungen

  Eine Bestellung geht in mehreren Paketen, und Sendungsnummern werden vermischt.

• Retouren

  Der Rücklauf wird nicht zurückgemeldet, und Gutschriften oder Wiedereinlagerung bleiben liegen.

• Cut-off-Zeiten

  Aufträge kommen zu spät beim Partner an und gehen erst am nächsten Tag raus.

• Fehlende Überwachung

  Eine ausgefallene Übertragung fällt erst auf, wenn Kunden nachfragen.

Eine Anbindung verbindet zwei Systeme mit Geschäftsdaten, deshalb gelten klare Regeln. Der Austausch läuft verschlüsselt, Zugangsdaten liegen nicht im Quellcode, sondern in der geschützten Konfiguration, und die Anbindung erhält nur die Rechte, die sie braucht. Zugänge gehören zu einem eigenen Dienstkonto, nie zu einem privaten Konto einer Person.

Beim Testen arbeiten wir mit Testdaten oder anonymisierten Daten, soweit möglich. Sobald Entwickler Zugriff auf personenbezogene Daten bekommen, etwa Kundenkonten oder Bestellungen aus dem Shop und vom Fulfillment-Partner, braucht es eine Vereinbarung zur Auftragsverarbeitung. Das klären wir vor dem Start, damit Sie rechtlich sauber aufgestellt sind.

Das Protokoll der Anbindung enthält, was für den Betrieb nötig ist, aber keine Zugangsdaten und keine unnötigen Personendaten. Aufbewahrungsfristen legen wir mit Ihnen fest. Diese Hinweise sind keine Rechtsberatung, die konkrete Ausgestaltung hängt von Ihrem Unternehmen ab.

Wir halten den Einstieg bewusst kurz, damit Sie schnell wissen, ob und wie die Anbindung machbar ist.

Die folgenden Konstellationen sind Beispiele aus der Praxis von Magento Fulfillment Projekten, keine Aussagen über bestimmte Kunden. Die erste ist ein Händler, der bisher selbst versendet und künftig an einen Logistikpartner auslagert. Hier ist der Umstieg die Hauptaufgabe: Artikeldaten bereitstellen, Bestand übernehmen und den Moment festlegen, ab dem Aufträge zum Partner gehen. So lässt sich der Umstieg ohne Pause im Versand planen.

Die zweite Konstellation ist ein Händler mit eigenem Lager und einem Partner für bestimmte Artikel oder Länder. Der Shop muss dann pro Artikel wissen, aus welchem Lager er liefert, und Aufträge richtig verteilen. Wir bilden das mit mehreren Beständen im Shop ab.

Die dritte Konstellation ist ein Betrieb mit hohem Retourenanteil. Hier entscheidet die Rückmeldung des Partners, wie schnell Ware wieder verkauft und Geld erstattet werden kann. Wir bauen die Retourenmeldung so, dass sie eine Wiedereinlagerung oder Gutschrift auslöst, ohne dass jemand Listen abgleichen muss.

In allen drei Fällen zahlt sich eine kleine Probe aus: Bevor die Anbindung produktiv läuft, werden Testaufträge an den Partner übergeben, darunter ein Auftrag mit mehreren Positionen, eine Teillieferung und eine Retoure. Ihr Team und der Partner prüfen das Ergebnis, und erst danach läuft der Betrieb. So zeigen sich Fehler früh und kosten wenig.

Eine Schnittstelle ist kein einmaliges Projekt, sondern ein laufender Betrieb. Nach dem Start überwacht ein Protokoll jede Übertragung: Was wurde wann übertragen, was ist fehlgeschlagen, was wird wiederholt? Fehler, die sich nicht automatisch beheben lassen, werden sichtbar gemeldet, damit niemand erst durch eine Kundenbeschwerde davon erfährt.

Updates verändern die Lage. Ein Magento-Update, ein neuer Stand bei Ihrem Fulfillment-Partner oder eine Änderung der Schnittstelle des Herstellers können die Anbindung beeinflussen. Deshalb gehört zur Planung eine Absprache, wie Updates getestet werden und wer sie freigibt. Die laufende Pflege lässt sich über einen Wartungsvertrag regeln, der Überwachung, Updates und Fehlerbehebung abdeckt.

Dokumentation ist Teil der Lieferung. Sie erhalten eine Beschreibung der Datenflüsse, der Zuordnungen und der Regeln für Sonderfälle, damit Ihr Team oder ein anderer Dienstleister die Anbindung versteht und weiterführen kann. Quellcode und Zugänge liegen bei Ihnen.

Eine pauschale Zahl für Magento Fulfillment wäre unseriös, denn der Aufwand hängt von Ihrer Konstellation ab. Er wird bestimmt von der Zahl der Datenflüsse, der Qualität der Daten in den Systemen des Fulfillment-Partners, der Zahl der Sonderfälle bei Teillieferungen, Retouren und Sonderartikeln und der geforderten Aktualität. Ein Datenfluss in eine Richtung ist deutlich schneller gebaut als ein Abgleich in beide Richtungen mit Konfliktregeln.

Wir arbeiten mit einem offenen Stundensatz von 30 € netto, ohne Notfall-Aufschlag. Nach der Bestandsaufnahme erhalten Sie eine schriftliche Schätzung, die die Datenflüsse einzeln ausweist, sodass Sie Umfang und Reihenfolge selbst steuern können. Bei klar umrissenen Paketen ist auch ein Festpreis möglich. Alle Preise finden Sie auf der Seite Preise.

Rechnen Sie neben der Entwicklung die laufenden Posten ein: Hosting, Wartung und gegebenenfalls Lizenzen oder Gebühren für den Fulfillment-Partner und für Zusatzdienste. Wir weisen diese Posten in der Schätzung getrennt aus, damit Sie Angebote über mehrere Jahre vergleichen können.

Zu einem ehrlichen Angebot gehört, die Grenzen zu nennen. Wir verkaufen keinen fertigen Connector von der Stange, sondern entwickeln Magento Fulfillment projektbezogen nach Ihren Abläufen. Das bedeutet: Wir setzen genau das um, was Sie brauchen, aber nicht in einem Tag und nicht für einen Pauschalpreis, der vorher nicht kalkulierbar ist.

Wir sind eine Webagentur, in der feste Freelancer zusammenarbeiten, alle im Home-Office. Wir sind keine Großagentur mit hundert Mitarbeitern und können nicht jedes Projekt zu jeder Zeit annehmen. Wir sagen Ihnen früh, ob und wann wir Kapazität haben. Kunden nennen wir nur mit deren Zustimmung, im Erstgespräch sprechen wir gern über vergleichbare Konstellationen.

Wir geben keine Rechtsberatung. Fragen zu Auftragsverarbeitung, Datenschutz und den Lizenzbedingungen des Fulfillment-Partners klären Sie mit Ihrer Rechtsberatung und dem Hersteller. Was technisch möglich ist, hängt von Version, Betrieb und Lizenz Ihres Systems ab und wird in der Bestandsaufnahme geprüft.