E-Ticaret Entegrasyonu Öncesi Hangi Bilgiler Hazırlanmalı?
Stok, sipariş, kargo ve muhasebe bağlantılarından önce ürün kodlarını, veri kaynağını, sorumluları ve kabul testlerini netleştirin.
Kısa Yanıt
Önce Hangi Bilginin Hangi Sisteme Gideceğini Yazın
Ürün Kodlarını ve Varyantları Eşleştirin
Stok ve Sipariş Durumlarını Ayrı Kararlaştırın
Erişimleri, Hata Takibini ve Sorumluları Belirleyin
Kabul Testini Başarılı Siparişle Sınırlamayın
Canlı Kullanıma Geçerken Ne Teslim Alınmalı?
Kısa Yanıt
E-ticaret entegrasyonu öncesinde sistemleri, ürün kimliklerini, alanların veri kaynağını, aktarım yönünü ve sorumluları belirleyin. Örnek siparişlerle ödeme, stok, gönderim ve tekrar gelen işlem sonuçlarını test edin; kabul koşullarını yazılı tutun.
Sitede son ürün satıldı, fakat depodaki program hâlâ bir adet gösteriyor. Muhasebede ise aynı sipariş iki kayıtla açılmış. Bağlantılar çalışıyor görünse de hangi bilginin nereden geldiği ve tekrar gelen işlemin nasıl ele alınacağı belirlenmediyse ekip hataları elle toplamak zorunda kalır.
Önce Hangi Bilginin Hangi Sisteme Gideceğini Yazın
E-ticaret entegrasyonunu tek bir “bağlandı” kutusuyla tarif etmeyin. Ürün, fiyat, kullanılabilir stok, sipariş, ödeme, gönderim ve iade için ayrı satır açın. Her satırda kaynağı, hedefi, aktarım yönünü ve değişikliği kimin yapacağını belirtin. Satış henüz başlamadıysa bağlantı listesini mağazanın yayına hazırlık adımlarıyla birlikte değerlendirin.
Varsayımsal bir ev tekstili mağazasında stok depo programından, ürün açıklaması site panelinden geliyor olsun. Entegrasyonun açıklamayı da depodan çekmesi, editörün düzelttiği metni silebilir. “Ürünler eşitlensin” yerine hangi alanın hangi kaynaktan güncelleneceğini yazmak böyle bir anlaşmazlığı uygulamadan önce görünür kılar.
| Veri | Karar | Teslim Edilecek Örnek |
|---|---|---|
| Ürün ve Varyant | Hangi kod aynı ürünü tanımlıyor? | Ürün kodu, renk, ölçü ve eşleşen sistem kodu |
| Stok | Kullanılabilir miktarı hangi sistem hesaplıyor? | Depo, rezerve miktar ve satışa açık adet |
| Fiyat | Hangi tutar hangi koşulda güncelleniyor? | Para birimi, fiyat türü ve indirim alanı |
| Sipariş | Hangi olay aktarımı başlatıyor? | Sipariş numarası, ürünler ve ödeme durumu |
| Gönderim ve İade | Hangi değişiklik geri bildiriliyor? | Takip numarası, kısmi gönderim ve iade örneği |
Ürün Kodlarını ve Varyantları Eşleştirin
Ürün adı tek başına güvenli bir eşleştirme anahtarı değildir; aynı ad altında farklı beden veya renk satılabilir. Sistemlerde kullanılan ürün kimliklerini ve SKU denen stok kodlarını karşılaştırın. Shopify’ın SKU açıklaması, stok koduyla barkodun farklı görevlerini ve varyantları ayırt etme ihtiyacını gösterir. Kendi bağlantınızın hangi alanı kullandığını sağlayıcıdan doğrulayın.
Örnek dosyaya yalnız düzgün kayıtları koymayın. Eksik kodu, yinelenen kodu, başında sıfır bulunan değeri ve satıştan kalkmış ürünü de ekleyin. Bir hücredeki kod sayı olarak açılıp başındaki sıfır siliniyorsa aktarım başlamadan düzeltin. Eşleşmeyen kayıt sessizce başka ürüne bağlanmamalı; hata listesine düşmelidir.
Stok ve Sipariş Durumlarını Ayrı Kararlaştırın
Fiziksel adet ile satışa açık adet aynı olmayabilir. Başka kanalda ayrılan ürün, iadeden dönüp henüz kontrol edilmeyen ürün veya farklı depodaki stok için hangi kuralın geçerli olduğunu işletme belirlemelidir. İki sistem aynı alanı değiştirebiliyorsa çakışmada hangi kaydın esas alınacağını yazın.
Ödeme bekleyen, ödenmiş, hazırlanmış ve kısmen gönderilmiş siparişleri tek bir “tamamlandı” durumuna sıkıştırmayın. Sipariş durumları belgesi ödeme, gönderim ve iade durumlarını ayrı ele alır. İptal talebi geldiğinde depo, ödeme ve muhasebe tarafında hangi işlemin beklendiğini kendi sürecinize göre eşleyin.
Erişimleri, Hata Takibini ve Sorumluları Belirleyin
Uygulamayı yapacak ekip hangi hesaba, hangi yetkiyle erişecek? Test ortamı var mı, gerçek siparişe dokunmadan deneme yapılabiliyor mu? Hesap sahibini, teknik sorumluyu ve hatayı inceleyecek kişiyi aynı hazırlık dosyasına yazın. Parola ve gizli anahtarları ortak ürün tablosuna eklemeyin; sağlayıcının desteklediği güvenli erişim yöntemini kullanın.
Aktarım aralığını ve kabul edilebilir gecikmeyi de konuşun. “Anlık” sözcüğü, bağlantı kesildiğinde kaçan kayıtların nasıl bulunacağını açıklamaz. Gün sonunda iki sistemin sipariş listesini karşılaştıracak kişi ve uyuşmazlıkta izlenecek yol belli olsun. Teklif henüz netleşmediyse bu görevleri entegrasyon kapsamı ve kabul testleri üzerinden karşılaştırın.
Kabul Testini Başarılı Siparişle Sınırlamayın
Test dosyasında her senaryo için başlangıç kaydını, beklenen sonucu, gerçek sonucu ve kontrol eden kişiyi tutun. Aynı olayın tekrar gelmesini özellikle deneyin: Shopify’ın olay teslimi belgesi, yinelenen bildirimlerin oluşabileceğini belirtir. Teknik ekip tekrarları güvenle ele almalı; işletme de ikinci stok düşümü veya mükerrer belge oluşmadığını kontrol etmelidir.
- Tek varyantlı sipariş doğru ürün kodu ve miktarla aktarılsın.
- Ödeme reddedildiğinde, beklenen sipariş ve stok durumu korunsun.
- Son ürün iki kanalda talep edildiğinde kararlaştırılan stok kuralı uygulansın.
- Kısmi gönderim ve kısmi iade kalan ürünleri yanlışlıkla kapatmasın.
- Bağlantı kesilip yeniden açıldığında eksik kayıtlar bulunabilsin.
- Aynı bildirim tekrar işlendiğinde mükerrer işlem oluşmasın.
Liste örnek bir başlangıçtır; her işletme bütün senaryoları aynı yöntemle işlemez. Muhasebe belgesi ve mali süreçlere ilişkin koşulları ilgili yazılım sağlayıcısı ve işletmenin muhasebe sorumlusu doğrulamalıdır.
Canlı Kullanıma Geçerken Ne Teslim Alınmalı?
Onaylanan alan eşlemesini, erişim sahiplerini, test sonuçlarını, bilinen sınırlamaları ve hata halinde iletişim yolunu birlikte saklayın. İlk gerçek sipariş grubunda hangi kayıtların kontrol edileceğini belirleyin; sorun çıkarsa otomasyonu kimin durdurabileceği ve işlemlerin nasıl sürdürüleceği belli olsun.
Piar Medya’dan e-ticaret entegrasyon planlaması için destek isterken kullandığınız sistemleri ve örnek siparişi paylaşabilirsiniz. Gereken iş, hazır bir bağlantının ayarlanması mı yoksa geliştirme mi, veri ve test listesi üzerinden netleştirilebilir.
sıkça sorulan sorular
Kullanılan sistemleri, örnek ürün ve siparişleri, alan eşlemesini ve sorumluları listeleyin. Her verinin kaynağını, aktarım yönünü ve testte beklenen sonucu yazın. Bağlantı adı tek başına kapsamı açıklamaz.
Mağaza ve kargo hesaplarının sahiplerini, gönderici bilgilerini, paket ölçülerini ve örnek siparişleri hazırlayın. Etiket, takip ve kısmi gönderim gibi işinizde kullanılan durumların iki sistemde nasıl karşılanacağını sağlayıcıyla belirleyin.
Satışa açık miktarı hangi sistemin hesapladığını ve ürün varyantlarının hangi kodla eşleştiğini yazın. Rezervasyon, iade ve eşzamanlı talepleri örnek kayıtlarla test edin; her sistemin stok tanımı aynı olmayabilir.
Program adından önce gerekli alanları ve durumları karşılaştırın. Varyant, çoklu depo veya kısmi iade gibi ihtiyaçlar desteklenmiyorsa ek çalışma gerekebilir. Kendi örnek siparişinizle kabul testi isteyin.
Sistem ve sürüm listesini, anonimleştirilmiş örnek kayıtları, beklenen aktarım yönlerini ve hata senaryolarını götürün. Aynı siparişin yeniden gönderilmesinde ne olacağını sorun. Böylece yalnız bağlantı kurulmasını değil, işlemin doğru sonucunu konuşursunuz.
Ücretsiz kullanımın hangi bağlantı, işlem ve destek koşullarını kapsadığını okuyun. Ürün ve sipariş örneğinizle test edin; veri hazırlığı, kurulum ve hata takibi işinin kimde kalacağını yazın. Ücretsiz erişim, bütün işin ücretsiz tamamlanacağı anlamına gelmez.
