Satış kanalını değiştirirken operasyonu sürdürmek: ikas geçişi

Bağlam

Online mağazanın vitrini ikas platformuna taşındı. Depo, mağaza, pazaryeri, fatura ve kargo operasyonu ise bizim sistemde kalacaktı. Yani iş yalnızca veri taşımak değil, iki sistemi iki yönlü konuşturmaktı: ikas’ta oluşan sipariş bize gelmeli, bizdeki durum değişikliği ikas’a gitmeli.

Problem

• Müşterilerin iletişim izinleri ve adresleriyle birlikte eksiksiz aktarılması gerekiyordu.
• Geçmiş siparişlerin ikas’ta da görünmesi isteniyordu, ama eski ürünlerin çoğu ikas’ta yoktu.
• ikas’a gönderdiğimiz geçmiş sipariş, ikas’tan yeni sipariş gibi bize geri gelirse çift sipariş ve çift stok düşümü oluşacaktı.
• Toplu aktarım günlerce sürecek bir işti; bir deploy onu yarıda kesebilirdi.

Yaklaşım

• Müşteriler: Kayıtlar temizlenip dönüştürüldü; son aktarımda yalnızca yeni ve değişen müşteriler gönderildi. Adresler ayrı bir adımda, il ve ilçe eşleştirmesiyle eklendi.
• Eski ürünler: Geçmiş siparişlerde geçen ama ikas’ta olmayan ürünler önce raporlandı, sonra vitrinde görünmeyecek şekilde yüklendi.
• Geri dönüş koruması: Geçmiş siparişler işaretlenerek gönderildi; ikas’tan geri geldiklerinde sistem onları tanıyıp atlıyor.
• Kaldığı yerden devam: Her siparişin aktarım durumu kayıt altında; iş kesilirse baştan değil kaldığı yerden devam ediyor, hiçbir sipariş iki kez gönderilmiyor.
• Anlık durum senkronu: Periyodik olarak bütün siparişleri taramak yerine, bizde sipariş durumu değiştiği anda ikas’a iletiliyor.

Öğrenilenler

• Platform davranışlarının bir kısmını ancak gerçek denemelerle öğrendik; her toplu iş önce tek kayıtla denendi.
• Uzun süren veri göçlerinde “kaldığı yerden devam” baştan tasarlanmalı; sonradan eklemek pahalı.

Benim katkım

Aktarım stratejisini ve entegrasyonu ben tasarlayıp geliştirdim; aktarımları adım adım yürüttüm.