E-Ticaret Entegrasyonları: Ödeme, Kargo ve Stok

E-ticaret entegrasyonları, satış ekranının arkasındaki farklı sistemlerin aynı sipariş hakkında tutarlı bilgi taşımasını sağlar. Karttan ödeme alınmışken siparişin beklemede görünmesi veya paket gönderildiği halde müşterinin bildirim almaması, bağlantının varlığından çok akışın eksik tasarlanmasıyla ilgilidir. İşletme sahibi için kritik soru, hangi sistemlerin bağlanacağı kadar hangi olayın diğer işlemi başlatacağıdır. Ajansla çalışırken ödeme, stok ve kargo adlarını tek satırda sıralamak yerine siparişin yaşam döngüsünü birlikte çıkarmak gerekir.

Bir siparişin üç farklı kaydı

Ödeme sağlayıcısı para hareketini, mağaza müşteri siparişini, depo ise ürün hareketini tutar. Bu kayıtların birbirine bağlanabilmesi için sipariş numarası ve işlem kimlikleri korunmalıdır. Tarih, tutar ve durum alanlarının anlamları da eşleşmelidir. Bir sağlayıcıdaki işlem tarihi ile mağazadaki sipariş oluşturma zamanı aynı olmayabilir. Yönetim panelinde bu farkın anlaşılması, müşteri itirazı geldiğinde doğru işlemi bulmayı kolaylaştırır. Entegrasyon tasarımı, kayıtları tek veritabanına kopyalamaktan önce bu ilişkileri açıklamalıdır.

Ödeme sonucu müşterinin dönüş ekranına bırakılmaz

Müşteri ödeme yaptıktan sonra tarayıcıyı kapatabilir veya bağlantısı kesilebilir. Bu nedenle yalnızca başarı sayfasının açılmasına bakarak siparişi ödenmiş saymak güvenilir değildir. Sağlayıcının sunucu tarafı bildirimi veya doğrulama yöntemi kullanılmalı; tutar, para birimi ve ilgili sipariş kontrol edilmelidir. Aynı bildirimin tekrar gelmesi mümkün olduğundan işlem ikinci kez tahsilat ya da sipariş hareketi oluşturmamalıdır. Bu ayrıntı, yazılım ekibinin ödeme entegrasyonu tesliminde göstereceği temel davranışlardan biridir.

İptal ve iade birbirinden ayrılmalıdır. Ödeme gerçekleşmeden vazgeçilen sipariş ile tahsil edilmiş siparişin geri ödenmesi farklı işlemlerdir. Kısmi iade varsa hangi ürünlerin ve hangi tutarın geri ödendiği saklanmalıdır. Sağlayıcıdaki geri ödeme ile mağazadaki iade kaydının eşleşmesi mali kontrol için gereklidir. İşletmeniz, geri ödeme başlatma yetkisinin kimde olacağını ve bu işlemin onay gerektirip gerektirmediğini belirlemelidir. Her personelin aynı ödeme yetkisine sahip olması operasyon kolaylığı değildir.

Stok için önce tek bir karar merkezi seçin

Depo programı, ERP ve e-ticaret panelinin her biri miktar değiştirebiliyorsa veri çatışması yaşanabilir. Hangi sistemin fiziksel stok için esas alınacağını ve diğerlerine hangi sıklıkla bilgi aktarılacağını yazın. Kullanılabilir stok, depodaki toplam miktardan farklıdır; başka siparişlere ayrılmış, hasarlı veya kontrol bekleyen ürünler satışa açık sayılmamalıdır. Varyant kodu eşleşmesi de şarttır. Ana ürünün miktarını göndermek, beden veya renk bazında tutulması gereken stok sorununu çözmez.

Ödeme bekleyen sipariş için rezervasyon yapılıyorsa süresi ve çözülme koşulu belirlenmelidir. İade geldiğinde fiziksel kontrol yapılmadan stoğu artırmak hatalı satışa yol açabilir. Mağaza ile pazaryeri aynı kaynaktan satıyorsa gecikmenin etkisini ayrıca değerlendirin. Her işletme için anlık aktarım gerekli olmayabilir; ancak aktarım aralığı, ürünün satış hızı ve kalan miktarla uyumlu olmalıdır. Entegrasyonun hızını seçerken yalnızca teknik olanaklara değil, yanlış satışın iş üzerindeki sonucuna bakın.

Kargo bağlantısı etiket üretmekten fazlasıdır

Gönderi oluştururken adres, hizmet türü, paket ölçüleri ve varsa tahsilat bilgisi doğru taşınmalıdır. Taşıyıcının kabul etmediği adres veya eksik telefon gibi durumlar personele anlaşılır şekilde gösterilmelidir. Sipariş birkaç pakete ayrılabiliyorsa her paketin takip numarası ve içeriği eşlenmelidir. Bir etiketi iptal etmek siparişi otomatik iptal etmeyebilir; bu iki hareketin sınırı açık olmalıdır. Kargo durumları da müşteriye teknik kodlarla değil, anlamlı açıklamalarla sunulmalıdır.

Bağlantı kesildiğinde iş nasıl sürer?

Dış hizmetler her zaman erişilebilir olmayabilir. Bekleyen işlemlerin görünmesi, başarısız aktarımın ayırt edilmesi ve yetkili kişinin müdahale edebilmesi gerekir. Tekrar işleme alınan bir kargo talebi ikinci gönderi oluşturmamalı; yeniden gelen stok mesajı miktarı yanlış biçimde artırmamalıdır. Teknik kayıtlar hatayı anlamaya yetecek bilgiyi taşımalı fakat kart verisi veya gereksiz kişisel bilgi içermemelidir. İşletme açısından bekleyen işlerin listesi, soyut bir bağlantı durum göstergesinden daha kullanışlıdır.

• Hata listesini kim kontrol edecek ve hangi olayda teknik ekibe iletecek?
• Elle düzeltilen işlem sonraki veri aktarımında nasıl korunacak?
• Sağlayıcının erişim anahtarı değiştiğinde bağlantıyı kim güncelleyecek?
• Gün sonunda ödeme ve sipariş tutarları nasıl karşılaştırılacak?

Geliştirme kapsamını akış üzerinden teslim alın

Sağlayıcı sözleşmeleri, teknik dokümanlar, deneme erişimleri ve mevcut ürün kodları projeye başlamadan hazırlanmalıdır. Ajansın sorumluluğu ile ödeme veya kargo şirketinin sorumluluğu karıştırılmamalıdır. Teklifte bağlantıların yanında veri eşleme, istisna ekranları, kullanıcı eğitimi ve kaynak kod teslimi yer almalıdır. HazırSoft’un sistem entegrasyonu hizmeti için gereksinimleri aktarırken sorunsuz siparişin yanında başarısız ödeme, bölünmüş gönderi ve kısmi iade örneklerini de paylaşın. Böylece geliştirme, yalnızca ilk bağlantıyı kurmaya değil operasyonun bütünlüğünü korumaya odaklanır.