Massive Multifeed Import&Sync (MMIS)

Was es tut

• Mehrere unabhängige Import-Profile, eines pro Lieferant/Feed
• CSV-, XML- oder JSON-Feeds — per URL, lokaler Datei oder FTP
• Mapping von Spalte zu Attribut, mit Formeln und Textfunktionen
• Konfigurierbare Produkte (Varianten), auch mit mehreren Attributen gleichzeitig
• Gruppierte Produkte (unabhängige Artikel, die zusammen verkauft werden)
• Kategoriebaum, automatisch aus dem Kategoriepfad des Feeds erstellt
• Bildergalerie mit Rollen-Mapping (base/small/thumbnail/gallery) und automatischer Komprimierung
• Gruppen-/Regelfilter, um verschiedene Teilmengen des Feeds zu unterschiedlichen Kategorien oder Aufschlägen zu leiten
• Absolute oder relative Bestandsaktualisierung, Rückstand (Backorder), Kennzeichnung „neu"
• Live-Vorschau ungespeicherter Änderungen, noch bevor das Profil gespeichert wird
• Zeitplanung pro Profil (Cron) oder Start auf Anfrage per Button oder CLI
• Sichere, reversible Löschungen: Produkte werden zunächst deaktiviert, erst nach einer konfigurierbaren Karenzzeit endgültig gelöscht
• Volle Kompatibilität mit M2E Pro: Änderungen werden auch bei der schnellsten Schreibstrategie (direktes SQL) korrekt gemeldet
• Fuhren Sie es auf einem bereits indexierten Katalog ein, ohne eine einzige Adresse zu andern: URL-Schlussel, Wurzel des Kategoriebaums, Kategoriepfad und Bilddateinamen sind konfigurierbare Vorlagen und konnen genau dem entsprechen, was Ihr bisheriger Importer bereits erzeugt.

Vollständig übersetztes Backend, in 7 Sprachen

Die gesamte Admin-Oberfläche — jedes Label, jeder Tooltip und jede Anleitung — ist verfügbar in:

Magento zeigt das Modul automatisch in der Sprache an, die jeder Admin-Benutzer eingestellt hat — keine zusätzliche Konfiguration nötig.

Ausgelegt für reale Katalogumfänge

Dies sind reale Messwerte aus einer Produktivumgebung, keine Laborschätzungen — ein Live-Shop, der einen echten, großen Lieferantenkatalog synchronisiert (Hunderttausende SKUs, Hunderttausende Bilder) auf gewöhnlicher, nicht exotischer Server-Hardware.

Testserver: Intel Xeon E5-2690 mit 12 Kernen @ 2,90 GHz, 10 GB RAM, PHP 8.5, mit der Datenbank auf einem separaten, dedizierten Server — eine übliche Konfiguration im mittleren Preissegment, keine High-End-Hardware. Der Wert von 600 Produkten/Sekunde steht im Vergleich zu rund 1 Produkt/Sekunde beim nativen Import-Mechanismus von Magento auf denselben Daten.

Zwei Probleme, die man erst im laufenden Betrieb trifft

Keines von beiden zeigt sich beim Einrichten eines Imports. Sie tauchen Wochen später auf, mit echten Bestellungen und echten Kunden — und dann ist der Katalog bereits im Einsatz. Wir bauen diese Module von hinter der Theke, also sind sie vorgesehen: mit einem Schalter, und mit dem Haken offen ausgesprochen.

Die Bestellung, die Sie nicht versenden können

Am Montag haben Sie zwei Stück verkauft. Sie liegen verpackt auf der Werkbank. Am Mittwoch wollen Sie die Lieferung erstellen und Magento weigert sich: Das Produkt ist nicht verfügbar. Mit Ihrem Lager hat das nichts zu tun — über Nacht war der Lieferant ausverkauft, die Synchronisierung hat ihre Arbeit gemacht und die Menge auf null gesetzt.

Mit „Artikel mit noch zu versendenden Bestellungen verfügbar halten“ sinkt die Menge trotzdem auf null — diese Zahl stimmt und bleibt richtig — aber die Bestandszeile wird nicht als ausverkauft markiert, solange eine Bestellung auf den Versand wartet. Sie versenden. Kaufen kann es niemand sonst, denn die Menge ist wirklich null.

Der übliche Notbehelf aus den Foren — die Bestandsverwaltung am Produkt abzuschalten — macht es für immer verkäuflich, auch wenn es wirklich aus ist, und niemand denkt daran, sie wieder einzuschalten. Dieser Schalter tut das nicht. Und der Fall wird häufiger, je öfter Sie synchronisieren: Wer den Bestand halbstündlich aktualisiert, trifft ihn 48-mal häufiger als bei einem Lauf pro Nacht.

Ihr Foto, jeden Morgen woanders

Sie haben das Produkt besser fotografiert als der Lieferant, oder die Aufnahme mit den Massen hinzugefügt — die, nach der sonst telefoniert wird. Sie haben sie ans Ende gesetzt. Am nächsten Morgen steht sie in der Mitte. Am übernächsten wieder woanders. Der Feed nummeriert seine eigenen Bilder von 1 bis N, ohne zu wissen, dass einer dieser Plätze Ihnen gehört: Zwei Bilder beanspruchen dieselbe Position, und wer gewinnt, entscheidet eine interne Kennung.

Mit „Von Hand hinzugefügte Bilder behalten“ wird Ihr Foto hinter die Bilder aus dem Feed gestellt und bleibt dort. Ein Artikel mit 5 Feed-Fotos plus Ihrem: Ihres ist Nummer 6 — heute Nacht und in jeder Nacht. Schalten Sie stattdessen aus, spiegelt die Galerie genau den Feed: Bilder, die nicht im Feed stehen, werden vom Produkt gelöst, während die Datei erhalten bleibt, denn sie kann auch zu einem anderen Produkt gehören.

Eines wird vorab gesagt, statt später entdeckt: Verschwindet der Artikel aus dem Feed und das Modul löscht ihn, geht Ihr Foto mit. Es ist dieselbe Produktseite — es gibt keinen Weg, das Produkt zu löschen und eines seiner Bilder angehängt zu behalten. Wer es behalten will, lädt es vorher herunter oder schaltet das automatische Löschen von Artikeln ab, die den Feed verlassen haben.

Dokumentation

Die vollständigen Installationsschritte und eine detaillierte Benutzeranleitung, Feld für Feld (Mapping, Formeln, konfigurierbare und gruppierte Produkte, Kategorien, Bilder, Zeitplanung, CLI), befinden sich auf ihrer eigenen Referenzseite:

→ Vollständige Dokumentation lesen

Geld-zurück-Garantie

Nicht zufrieden innerhalb von 30 Tagen nach dem Kauf? Fordern Sie selbst eine Rückerstattung aus Ihrem Kontobereich an (codingrow.com/login), ohne Rückfragen. Die Rückerstattung wird sofort und automatisch bearbeitet, und die Lizenz wird nach Bestätigung deaktiviert.

Änderungsprotokoll

Aktuelle Version: v3.21.0