Stündliche Bestandsupdates aus dem ERP, wöchentliche Preislisten vom Lieferanten als XML, Produktfeeds über SFTP: Was im Shop-Alltag Standard ist, bringt den nativen Datenimport von Magento 2 schnell an seine Grenzen. Die Bordmittel von Adobe Commerce und Magento Open Source verarbeiten ausschließlich CSV-Dateien, erwarten den Upload von Hand und kennen weder Zeitpläne noch externe Quellen. Genau an dieser Lücke setzt die Improved Import & Export Extension von Firebear Studio an – und ein aktuelles Handbuch zum Tool zeigt, wie tief die Automatisierung inzwischen geht.
Das Wichtigste vorweg: Die Extension läuft sowohl unter Magento Open Source als auch unter Adobe Commerce in den aktuellen 2.4.x-Versionen. Für Shopbetreiber ändert sich am Frontend nichts – die Erweiterung arbeitet ausschließlich im Backend und ergänzt den Datenfluss zwischen Shop und angeschlossenen Systemen.
Was kann die Improved Import & Export Extension, was Bordmittel nicht können?
Der größte Unterschied liegt in der Automatisierung. Statt Dateien manuell hochzuladen, definieren Händler Import- und Export-Jobs direkt im Admin-Bereich und hinterlegen einen Cron-Zeitplan. Der Shop zieht sich die Daten dann selbst – etwa jede Nacht um drei Uhr vom SFTP-Server des Großhändlers oder stündlich aus einer Google-Sheet-Tabelle, die der Einkauf pflegt.
Auch bei den Formaten ist die Extension deutlich weiter als der Standard: Neben CSV verarbeitet sie XML, XLSX, JSON und ODS. Als Quellen akzeptiert sie lokale Uploads, FTP und SFTP, Dropbox, Google Sheets, direkte URLs sowie REST- und SOAP-APIs. Ein Warenwirtschaftssystem mit REST-Schnittstelle lässt sich damit ohne Zwischenschritt anbinden.
Praktisch relevant ist das eingebaute Mapping. Weichen die Spaltennamen des Lieferantenfeeds von den Magento-Attributen ab, ordnet die Oberfläche die Felder per Dropdown zu – ohne dass jemand die Datei vorher in Excel umbauen muss. Zusätzlich lassen sich Preise beim Import automatisch anpassen, etwa mit einem prozentualen Aufschlag auf die Einkaufspreise. Attribute und Kategorien legt die Extension bei Bedarf direkt während des Imports an.
Wie sieht ein automatisierter Import-Job in der Praxis aus?
Ein typisches Szenario: Ein Fachhändler mit 15.000 Artikeln bezieht Sortiment und Lagerbestand von zwei Großhändlern. Lieferant A liefert eine XML-Datei per SFTP, Lieferant B pflegt eine Google-Tabelle. Die Extension erstellt zwei getrennte Import-Jobs mit eigenem Mapping und eigenem Zeitplan – nachts die Komplettdaten, tagsüber in kurzen Intervallen nur Bestand und Preis. Fehlerhafte Zeilen landen in einem Log, statt den gesamten Import scheitern zu lassen.
Auf der Export-Seite funktioniert das Prinzip spiegelbildlich. Bestellungen lassen sich täglich als CSV oder XML an das ERP oder den Fulfillment-Dienstleister schicken, Produktdaten gehen als Feed an Preissuchmaschinen und Marktplätze. Unterstützt werden neben Produkten, Kunden und Bestellungen auch CMS-Inhalte, Kategorien und – für B2B-Händler unter Adobe Commerce – Entitäten wie Firmenkunden und Nachbestelllisten. Wer mehrere Läger nutzt, kann zudem die Multi Source Inventory-Daten bewegen.
Welche Alternativen gibt es?
Firebear ist nicht allein auf dem Markt. Anbieter wie Amasty und Wyomind pflegen ebenfalls Import- und Export-Erweiterungen für Magento 2, die sich in Details wie unterstützten Formaten und Job-Logik unterscheiden. Wer bereits Module dieser Anbieter einsetzt, sollte Lizenzbündel und Update-Konditionen vergleichen – Funktionsumfang und Bedienung liegen nah beieinander.
Allen Lösungen gemein ist der entscheidende Vorteil gegenüber Eigenentwicklungen: Bei Magento-Updates bleibt die Schnittstelle wartbar, weil der Hersteller die Kompatibilität mitliefert. Ein selbst geschriebenes Import-Skript dagegen kostet bei jedem Adobe-Commerce-Release erneut Entwicklungszeit.
Wer den Umstieg plant, sollte zuerst auf einer Staging-Umgebung mit echten Lieferantendaten testen. Gerade XML-Feeds mit verschachtelten Strukturen oder gemischte Steuersätze zeigen ihre Tücken erst im Mapping. Erst wenn die Jobs dort sauber durchlaufen, wandert der Cron-Zeitplan auf das Livesystem – idealerweise mit aktiviertem Import-Verlauf, damit sich im Fehlerfall nachvollziehen lässt, welcher Datensatz wann geändert wurde.