Das Anbinden eines Lieferanten-Feeds wirkt am ersten Tag trivial - eine Datei abrufen, über die Produkte iterieren, fertig. Die Schwierigkeiten beginnen am dreißigsten Tag, wenn Preise abdriften, ein Produkt umbenannt wird und niemand erklären kann, warum eine Tour von Ihrer Website verschwunden ist. Bei einer Feed-Integration geht es vor allem um die unscheinbaren Teile: Mapping, Planung, Validierung und Abstimmung. So setzen Sie es um, damit es dauerhaft funktioniert.
1. Auf Ihr eigenes Modell mappen, nicht auf das des Lieferanten
Die mit Abstand wichtigste Entscheidung ist, den Feed sofort in Ihr internes Produktmodell zu übersetzen, statt zuzulassen, dass Lieferantenfelder durch Ihre gesamte Codebasis sickern. Bauen Sie einen schlanken Adapter, der jedes Feed-Produkt in Ihre kanonische Form konvertiert:
supplier product -> adapter -> your canonical Product
{ code, title, (mapping) { id, name, durationISO,
duration, net, priceNet, currency,
pickup, rules } pickupPolicy, cancelRules }
Wenn der Lieferant ein Feld hinzufügt oder umbenennt, ändern Sie den Adapter - nicht fünfzig Aufrufstellen.
2. Legen Sie Ihre Aktualisierungsfrequenz ehrlich fest
Feeds sind eine Momentaufnahme, kein Stream. Passen Sie die Abrufhäufigkeit daran an, wie schnell sich die Daten tatsächlich ändern:
- Beschreibungen und Produktstruktur ändern sich selten - ein täglicher Abruf ist völlig ausreichend.
- Nettoraten ändern sich häufiger - rufen Sie diese öfter ab oder bestätigen Sie den Preis zum Buchungszeitpunkt.
- Verfügbarkeit ist das Einzige, dem man bei einem Feed in Echtzeit nicht vertrauen sollte - prüfen Sie sie mit einem Live-Aufruf, bevor Sie bestätigen.
Nutzen Sie den Feed für das, was stabil ist (Katalog), und einen Live-Aufruf für das, was volatil ist (Verfügbarkeit und Endpreis).
3. Validieren Sie, bevor Sie veröffentlichen
Lassen Sie einen Feed niemals direkt in die Produktion schreiben. Führen Sie jeden Abruf durch eine Validierung und behandeln Sie Fehler als Signal, nicht als Überraschung:
- Weisen Sie Produkte zurück, denen Pflichtfelder fehlen, anstatt einen halben Datensatz zu veröffentlichen.
- Markieren Sie verdächtige Abweichungen - ein Preis, der sich über Nacht um 80 % bewegt hat, ist wahrscheinlich ein Fehler.
- Erkennen Sie Verschwinden: Ein Produkt, das verschwunden ist, wurde womöglich eingestellt, oder der Feed ist abgeschnitten.
- Behalten Sie die letzte gute Momentaufnahme, damit ein fehlerhafter Abruf niemals Ihren Katalog löscht.
4. Stimmen Sie ab, was Sie verkauft haben, mit dem, was Sie gebucht haben
Da ein Feed eine Momentaufnahme ist, gibt es immer ein Zeitfenster, in dem Ihre Daten und die des Lieferanten auseinanderlaufen. Schließen Sie es mit einem Bestätigungsschritt: Wenn Sie eine Buchung tätigen, ist die Antwort des Lieferanten - nicht Ihr zwischengespeicherter Feed - die maßgebliche Quelle für Preis und Bestätigung. Speichern Sie diese Referenz und stimmen Sie dagegen ab.
5. Machen Sie die Integration beobachtbar
Sie können nicht beheben, was Sie nicht sehen können. Protokollieren Sie jeden Abruf: wie viele Produkte, wie viele sich geändert haben, wie viele zurückgewiesen wurden und wie lange es gedauert hat. Ein einfaches Dashboard mit der "letzten erfolgreichen Synchronisierung" erspart Stunden an Fehlersuche, wenn etwas nicht stimmt.
Eine sinnvolle Zielarchitektur
[supplier feed] --pull--> [validator] --ok--> [adapter] --> [your catalogue]
| |
reject log live availability
check at checkout
Auf diese Weise umgesetzt, wird ein Feed für Touren und Transfers zu einem wartungsarmen Rückgrat für Ihren Katalog, während ein schlanker Echtzeit-Aufruf die volatile letzte Meile übernimmt. Genau nach diesem Muster ist Mokan Travel Connect aufgebaut: ein sauberer Inventar-Feed für die Katalogsynchronisierung und ein Live-Endpunkt für die Verfügbarkeit und Bestätigung, die ein Feed niemals erraten sollte.