E-ticaret veri göçü: Ürün ve sipariş geçmişini korumak

Yeni mağazada ürünler görünüyor, tasarım çalışıyor ve deneme ödemesi geçiyor. Eski müşterinin açık siparişi arandığında ise kayıt bulunamıyor. Bir ürünün kırmızı varyantı mavi görselle eşleşmiş; iade bekleyen sipariş tamamlandı olarak aktarılmış. E-ticaret veri göçünün sonucu yalnızca kaç satırın içeri alındığıyla değerlendirilemez. Ürün, müşteri ve sipariş arasındaki ilişkiler de yeni sistemde anlamını korumalıdır.

Bu rehber, kurgusal bir aksesuar mağazasının platform değişimi üzerinden ilerliyor. Amaç her kaydı koşulsuz taşımak değil, işletmenin devamlılığı için gerekli bilgiyi doğru yerde kullanılabilir tutmak. Eski sistemin yetenekleri, yeni sistemin veri modeli ve geçiş sırasında devam eden operasyon birlikte incelenir. Başarılı aktarım mesajı, kullanıcıların doğru ürünü bulduğunu veya destek ekibinin eski siparişi açıklayabildiğini tek başına kanıtlamaz.

Taşınacak veriyi kullanım amacıyla listeleyin

Ürün, varyant, kategori, görsel, müşteri, adres ve sipariş başlıkları başlangıçtır. Bunların altında hangi alanların gerçekten kullanıldığını araştırın. Müşteri notu bir teslimat tercihi taşıyor olabilir; serbest metne yazılmış ölçü bilgisi ürün seçiminde kritik olabilir. Eski sistemdeki alan adı iş anlamını yeterince açıklamıyorsa operasyon çalışanından gerçek kullanım örneği isteyin.

Her veri grubuna hedef durum ekleyin: aktif olarak taşınacak, yalnızca kontrollü arşivde tutulacak veya ilgili politika doğrultusunda kapsam dışında kalacak. Arşivde tutmak ile yeni yönetim panelinde işlem yapılabilir hâle getirmek farklı ihtiyaçlardır. Gereksiz kişisel verinin kopyalanması varsayılan kabul edilmemelidir. Saklama ve erişim kararlarını yetkili kişilerle netleştirin. Geçiş projesi, eski kaydın tamamını yeni sisteme ekleyerek bu kararları ertelemek için kullanılmamalıdır.

Alan eşleştirmesini örnek kayıtla doğrulayın

Eski sistemdeki ürün numarası yeni sistemin ürün kimliği olmayabilir. SKU, barkod, ürün ailesi ve varyant ilişkisini ayrı inceleyin. Aynı görünen iki alan farklı işlev taşıyabilir. Etiket olarak kullanılan renk metnini stok tutulan varyant anahtarı yerine koymak, ürünün görünmesini sağlarken siparişin yanlış satıra bağlanmasına neden olabilir.

Eşleştirme dosyasında kaynak alan, hedef alan, dönüşüm ve boş değer davranışı bulunabilir. Örneğin virgülle yazılmış ölçülerin ayrıştırılması veya eski kategori adlarının yeni yapıya bağlanması açıkça tarif edilir. Kararları yalnızca aktarım kodunun içinde bırakmayın. İş ekibi okuyabildiği örneklerle doğrulama yapabilmelidir. Belirsiz alanlar için durdurma veya inceleme kuyruğu tanımlayın. Sessizce varsayılan değer atamak, hatalı kaydın tamamlanmış gibi görünmesine yol açabilir.

Kimlikleri değişse de ilişkileri koruyun

Bir sipariş satırı belirli bir varyanta, sipariş belirli bir müşteriye bağlı olabilir. Yeni sistem kendi kimliklerini ürettiğinde eski ve yeni kayıtlar arasında izlenebilir eşleştirme gerekir. Ürün adının benzerliğine güvenmek yeterli değildir. Ad değişebilir, aynı isim başka bir üründe kullanılabilir veya geçmişte satılan ürün artık katalogda bulunmayabilir.

Kurgusal mağazada üretimden kaldırılmış bir çantanın eski siparişleri var. Ürünü yeniden satışa açmadan tarihsel satır bilgisini korumak gerekebilir. Hedef sistemin bunu nasıl desteklediği araştırılır. Eski kimliğin saklanacağı alan ve destek ekibinin arama biçimi tanımlanır. Kimlik haritası aktarım bittiğinde silinecek geçici bir dosya gibi düşünülmemelidir. Geriye dönük inceleme ve tekrar aktarım için kontrollü, erişimi sınırlandırılmış biçimde tutulması gerekebilir.

Geçmiş siparişin fiyatını güncel katalogdan üretmeyin

Bugünkü ürün fiyatı geçen yılın sipariş fiyatını açıklamaz. Tarihsel satır adı, adet, birim tutar, indirim, teslimat ve ilgili toplamların hangi bilgilerle korunacağı belirlenir. Para birimi ve tarih alanlarının anlamı da eşleştirilmelidir. Tamamlanan bir siparişi yeni mağazanın güncel kampanyasına göre yeniden hesaplamak kayıt bütünlüğünü bozabilir.

Finans ve operasyon ekibi örnek siparişleri yan yana incelemelidir. Tamamlanmış, iptal edilmiş, kısmen gönderilmiş ve kısmi iadeli kayıtlar aynı sınıfta değerlendirilmez. Yeni sistem bazı geçmiş durumları desteklemiyorsa bunun nasıl gösterileceği kabul edilmelidir. Eksik durumu en yakın görünen etikete çevirip susmak yerine açıklanabilir arşiv bağlantısı veya kontrollü gösterim düşünülebilir. Kullanıcıya açık görünüm ile çalışan ekranının bilgi ihtiyacı da farklı olabilir.

Aktarımın gerçek işlem başlatmasını engelleyin

Eski sipariş yeni sisteme eklendiğinde bildirim, stok azaltma veya sevkiyat tetiklenebilir. Geçmiş kaydın içeri alınması yeni satış gibi işlenmemelidir. Kullanılan aktarım yolunun hangi otomasyonları çalıştırdığını deneme ortamında gözlemleyin. “İçe aktarma” başlığı altında sunulan her işlem aynı yan etkileri üretmez.

Pilot aktarım sırasında müşteri e-postalarının, depo görevlerinin, ödeme isteklerinin ve dış sistem bildirimlerinin durumunu kontrol edin. Geçici olarak durdurulan bir özelliğin ne zaman yeniden açılacağı sorumluluk listesinde yer almalıdır. Sonrasında unutulan bildirim ayarı gerçek siparişlerin takibini zorlaştırabilir. Bir kontrol dosyası hangi özelliğin kapatıldığını ve tekrar doğrulandığını gösterebilir. Test ortamından gerçek alıcıya mesaj gitmesini önlemek de bu hazırlığın parçasıdır; yalnızca ekranın üstüne test etiketi koymak yeterli güvence değildir.

Ürün görsellerini ve varyant bağlarını kontrol edin

Görsel dosyasının aktarılması, doğru ürünle ilişkilendiğini göstermez. Ana görsel sırası, varyanta bağlı renk, alternatif metin ve bağlantıların kalıcılığı incelenir. Eski sunucuya bağlı kalan resim adresleri geçişten sonra çalışmaya devam ediyor gibi görünebilir; eski hizmet kapandığında kaybolabilir. Bağımlılığın nerede kaldığı görünür olmalıdır.

Örnek katalogda aynı modelin farklı renklerini seçin. Varyant değiştirildiğinde doğru görselin geldiğini, listeleme kartının uygun ana resmi kullandığını ve mobilde bozuk görüntü oluşmadığını test edin. Dosya adının eşleşmesi tek kontrol olmasın. Aynı isim farklı klasörlerde kullanılmış olabilir. Aktarım raporunda ulaşılamayan veya ilişkilendirilemeyen görseller ayrı gösterilir. Eksikler çözüldükten sonra yeniden işlenebilmeli; bütün kataloğu tekrar oluşturmak zorunlu hâle gelmemelidir.

Stok için kesim anını belirleyin

Aktarım dosyası hazırlandığında mağaza satışa devam ediyorsa veriler değişir. Üç gün önce dışarı alınmış stok, yayın anındaki satılabilir miktar değildir. Son güncellemenin hangi kaynaktan ve hangi anda alınacağı kararlaştırılmalıdır. Stok, bekleyen sipariş ve rezervasyon ilişkisi gerçek operasyonla birlikte incelenir.

Siparişe kısa süreli ara verme, değişen kayıtları ayrıca taşıma veya kontrollü son eşitleme gibi yöntemlerden uygun olanı seçilebilir. Her yöntemin iş etkisi ve teknik gereği vardır. Seçimin adı kadar ayrıntılı uygulama planı önemlidir. Hangi değişikliklerin yakalanacağı, kesimden sonra eski sisteme gelen işlemin nasıl ele alınacağı ve kimin kontrol edeceği yazılır. Yayın bittiğinde aynı fiziksel stok iki mağaza tarafından bağımsız satılmamalıdır. Depo ve pazaryeri bağlantıları da plana dahil edilir.

Tekrar çalıştırılabilir bir aktarım kurun

Hatalı birkaç kayıt düzeltildiğinde bütün siparişlerin yeniden oluşması kabul edilebilir değildir. Aktarımın tekrarında mevcut kayıtların nasıl tanınacağı ve hangi alanların güncelleneceği belirlenmelidir. Eski kaynak kimliği bu eşleştirmede yardımcı olabilir. Ancak eşleştirme hatası yanlış kaydı güncelleyebileceğinden gerçek örneklerle sınanır.

Her parti için tamamlanan, atlanan ve inceleme bekleyen kayıtlar raporlanabilir. Hatanın nedeni anlaşılır olmalı; sadece başarısız satır numarası verilmemelidir. Kaynak dosya sürümü ve kullanılan dönüşüm kuralları kayıt altına alınır. Düzeltme sonrası aynı partinin kontrollü yeniden denenmesi küçük pilotta gösterilmelidir. Bu yaklaşım kesintili bağlantı gibi durumlarda da kaldığı yerden devam etmeyi kolaylaştırabilir. Yine de her aktarım aracının bunu kendiliğinden desteklediği varsayılmamalıdır.

Müşteri erişimini kişisel veriyle birlikte planlayın

Müşteri hesabının taşınması, mevcut giriş yönteminin aynen korunacağı anlamına gelmez. Parola veya oturum bilgilerinin yeni sisteme nasıl aktarılabileceği güvenli biçimde araştırılır. Uygun olmayan bir aktarımı zorlamak yerine hesap etkinleştirme veya parola yenileme akışı gerekebilir. Kullanıcıya verilecek açıklama gerçek yöntemi anlatmalıdır.

Adreslerin, iletişim tercihlerinin ve izin kayıtlarının kapsamı ayrı incelenir. Bir müşteri kaydının bulunması her türlü iletişime izin verdiği anlamına gelmez. Yetkili ekiplerin onayladığı kayıt ve erişim politikası uygulanır. Test dosyalarını çalışanların kişisel hesaplarına dağıtmak yerine kontrollü ortam kullanın. Deneme kopyalarının iş bitince ne olacağı da belirlenir. Veri göçü sırasında oluşturulan ara dosyalar, son mağaza kadar dikkat gerektiren bilgiler içerebilir.

Eski ürün adreslerine yeni karşılık bulun

Katalog göçü adres yapısını değiştiriyorsa eski ürün ve kategori bağlantılarının karşılığı hazırlanır. Hâlâ aynı ihtiyacı karşılayan yeni sayfaya doğrudan yönlendirme, kullanıcıyı ilgisiz bir başlangıç sayfasına bırakmaktan daha anlamlıdır. Karşılığı olmayan içeriğin durumu ayrıca değerlendirilir. Her eski adresi ana sayfaya gönderme kararı otomatik çözüm sayılmamalıdır.

Google’ın site taşıma rehberi eski ve yeni adres eşleştirmesi, yönlendirme ve izlemeyi birlikte ele alır. Eşleştirmeyi yalnızca birkaç popüler sayfayla sınamayın. Reklam bağlantısı, e-posta kampanyası ve ürün görseli gibi farklı giriş yollarını kontrol edin. Yayın sonrasında tarama ve trafik değişikliklerini takip edin; aktarımın arama görünürlüğünde hiç dalgalanma yaratmayacağı vaat edilmemelidir.

Kabul raporunda sayıyı ilişki ve tutarla tamamlayın

Ürün sayısı, varyant sayısı ve sipariş sayısı başlangıç kontrolüdür. Bunlara eksik görsel, ilişkisiz satır, tanınmayan durum ve toplam farkı gibi bulguları ekleyin. İşletmenin seçtiği kritik örnekleri gerçek kullanımda açın. Destek çalışanı eski siparişi bulmalı, depo açık işlemi anlayabilmeli ve müşteri uygun hesap yoluna ulaşabilmelidir.

BiKreatif’in e-ticaret yazılımı projesinde veri göçü ayrı kabul başlığı olarak planlanabilir. Son onaydan önce geri dönüş koşulu, sorumlular ve yayın sonrası kontrol takvimi netleştirilir. Yedek dosyanın varlığını görmekle yetinmeyin; kullanılabilirliğini doğrulayın. Yeni sipariş oluştuğunda eski sisteme dönüş daha karmaşık olabilir. Bu aşamanın nasıl yönetileceği yayından önce kararlaştırılmalı, kriz anında sıfırdan tartışılmamalıdır.

Son kontrol toplantısında açık kalan istisnalar isimlendirilmelidir. Her sorun için sorumlu kişi, çözüm yöntemi ve kabul tarihi yazılır. Operasyonun kabul etmediği bir veri kaybı, aktarım aracı hata vermedi diye kapanmış sayılmaz. Rapor bu ayrımı görünür tutmalıdır.

Sık Sorulan Sorular

Bütün eski siparişleri yeni sisteme taşımak gerekir mi?

İşletmenin kullanım, erişim ve saklama ihtiyaçlarına göre karar verilir. Aktif işlem yapılacak kayıt ile kontrollü arşivde tutulacak kayıt farklıdır. Hedef sistemin desteklediği ilişkileri ve çalışanların geçmişe nasıl ulaşacağını kapsam belirlenirken doğrulayın.

Aktarım başarılı mesajı yeterli kontrol müdür?

Hayır. Kayıt sayıları yanında ürün ve varyant ilişkisi, geçmiş tutarlar, sipariş durumları ve görseller incelenmelidir. İş ekibinin seçtiği kritik örnekleri yeni panelde açarak günlük işlemin gerçekten sürdürülebildiğini test edin.

Müşteri parolaları aynen taşınabilir mi?

Bu, kaynak ve hedef sistemlerin güvenli biçimde desteklediği yönteme bağlıdır. Aynen aktarım vaat edilmeden teknik uygunluk araştırılmalıdır. Gerekirse hesap etkinleştirme veya parola yenileme akışı hazırlanır ve kullanıcıya doğru açıklama yapılır.

Eski siparişleri aktarırken e-posta gider mi?

Kullanılan yolun tetiklediği otomasyonlara bağlı olarak bildirim veya başka işlemler oluşabilir. Pilot ortamda bunu kontrol edin. Geçmiş siparişin yeni satış gibi stok, sevkiyat ya da ödeme süreci başlatmadığını doğrulamadan toplu aktarım yapmayın.

Veri aktarımı sırasında satış devam edebilir mi?

Uygun bir değişiklik yakalama ve son eşitleme planıyla mümkün olabilir; her araç bunu desteklemez. Stok, açık sipariş ve kesim sonrası işlemlerin hangi kaynaktan takip edileceği belirlenmelidir. Yöntemi küçük pilotla doğrulayın.

Eski ürün bağlantıları nereye gitmeli?

Anlamlı karşılık varsa ilgili yeni ürün veya kategori sayfasına yönlendirin. Karşılığı olmayan adresleri ayrıca değerlendirin. Tüm bağlantıları otomatik ana sayfaya göndermek yerine eşleştirme listesini ve yönlendirmelerin gerçek sonuçlarını kontrol edin.