Bir tedarikçi beslemesini bağlamak ilk gün önemsiz görünür - bir dosya çekin, ürünler üzerinde döngü yapın, tamam. Sorun otuzuncu günde başlar; fiyatlar kayar, bir ürün yeniden adlandırılır ve sitenizden bir turun neden kaybolduğunu kimse açıklayamaz. Bir besleme entegrasyonu çoğunlukla gösterişsiz parçalarla ilgilidir: eşleme, zamanlama, doğrulama ve mutabakat. İşte bunu çalışmaya devam edecek şekilde nasıl yapacağınız.
1. Tedarikçinin modeline değil, kendi modelinize eşleyin
En önemli tek karar, tedarikçi alanlarının kod tabanınıza sızmasına izin vermek yerine, beslemeyi hemen kendi dahili ürün modelinize çevirmektir. Her besleme ürününü kendi standart biçiminize dönüştüren ince bir adaptör oluşturun:
supplier product -> adapter -> your canonical Product
{ code, title, (mapping) { id, name, durationISO,
duration, net, priceNet, currency,
pickup, rules } pickupPolicy, cancelRules }
Tedarikçi bir alan eklediğinde veya birini yeniden adlandırdığında, elli çağrı noktasını değil, adaptörü değiştirirsiniz.
2. Yenileme sıklığınıza dürüstçe karar verin
Beslemeler bir akış değil, bir anlık görüntüdür. Çekme sıklığını verilerin gerçekte ne kadar hızlı değiştiğine göre ayarlayın:
- Açıklamalar ve ürün yapısı nadiren değişir - günlük bir çekme fazlasıyla yeterlidir.
- Net fiyatlar daha sık değişir - bunları daha sık çekin veya rezervasyon anında fiyatı doğrulayın.
- Müsaitlik, bir beslemeden gerçek zamanlı olarak güvenilmemesi gereken tek şeydir - onaylamadan önce canlı bir çağrı ile doğrulayın.
Beslemeyi sabit olan için (katalog), canlı bir çağrıyı ise değişken olan için (müsaitlik ve nihai fiyat) kullanın.
3. Yayınlamadan önce doğrulayın
Bir beslemenin asla doğrudan üretime yazmasına izin vermeyin. Her çekmeyi doğrulamadan geçirin ve hataları bir sürpriz değil, bir sinyal olarak değerlendirin:
- Yarım bir kayıt yayınlamak yerine, zorunlu alanları eksik olan ürünleri reddedin.
- Şüpheli farkları işaretleyin - bir gecede %80 hareket eden bir fiyat muhtemelen bir hatadır.
- Kaybolmaları tespit edin: ortadan kaybolan bir ürün kullanımdan kaldırılmış olabilir veya besleme kesilmiş olabilir.
- Son iyi anlık görüntüyü saklayın, böylece kötü bir çekme kataloğunuzu asla silmesin.
4. Sattığınız ile rezervasyon yaptığınız şeyi mutabık kılın
Bir besleme bir anlık görüntü olduğundan, verilerinizin ve tedarikçinin verilerinin ayrıştığı bir aralık her zaman vardır. Bunu bir onay adımıyla kapatın: bir rezervasyon yaptığınızda, fiyat ve onay için gerçeğin kaynağı önbelleğe alınmış beslemeniz değil - tedarikçinin yanıtıdır. Bu referansı saklayın ve buna karşı mutabakat sağlayın.
5. Entegrasyonu gözlemlenebilir hale getirin
Göremediğiniz şeyi düzeltemezsiniz. Her çekmeyi günlüğe kaydedin: kaç ürün, kaçı değişti, kaçı reddedildi ve ne kadar sürdü. Basit bir "son başarılı senkronizasyon" panosu, bir şey ters göründüğünde saatlerce hata ayıklamadan tasarruf sağlar.
Mantıklı bir hedef mimari
[supplier feed] --pull--> [validator] --ok--> [adapter] --> [your catalogue]
| |
reject log live availability
check at checkout
Bu şekilde yapıldığında, bir tur ve transfer beslemesi kataloğunuz için düşük bakım gerektiren bir omurga haline gelir, ince bir gerçek zamanlı çağrı ise değişken son aşamayı yönetir. İşte Mokan Travel Connect'in etrafında inşa edildiği desen budur: katalog senkronizasyonu için temiz bir envanter beslemesi ve bir beslemenin asla tahmin etmemesi gereken müsaitlik ve onay için canlı bir uç nokta.