Bir Siparişte Birden Fazla Kimlik
iyzico ödeme işlemlerinde mağazanın sipariş kaydı, sepet bilgisi ve sağlayıcının ödeme kaydı farklı kimlikler taşıyabilir. conversationId istek ve yanıtın ilişkilendirilmesinde kullanılabilirken basketId sepetle ilgili bir referanstır. paymentId ise iyzico tarafındaki ödeme numarasıdır.
AdPix’in önerisi bu alanları tek bir sipariş numarası sütununa sıkıştırmamaktır. Örneğin müşteri aynı sepet için başarısız denemeden sonra yeniden ödeme yapabilir. Sipariş aynı kalırken ödeme girişimleri farklılaşır. Destek ekibinin hangi denemenin incelendiğini görebilmesi, müşteriden tekrar tahsilat istenmesini veya yanlış sonucun siparişe uygulanmasını önlemeye yardımcı olur.
Ürün Kaleminin Ayrı Takibi
Ödeme yanıtındaki ürün kalemleri paymentTransactionId gibi kendilerine ait işlem bilgileri taşıyabilir. Siparişin toplam ödeme kimliği ile belirli kalemin işlem kimliği aynı amaçla kullanılmaz. Çok ürünlü alışverişlerde bu ayrım sonraki operasyon için önemlidir.
Örneğin müşteri üç üründen yalnızca birini geri gönderir. İşletme hangi mağaza satırının hangi ödeme kalemine karşılık geldiğini bilmiyorsa tutarı ve ilgili işlemi eşleştirmekte zorlanır. Bu yaklaşımda ürün satırı, varyant, adet ve ödeme kalemi ilişkisi başlangıçta korunur. Sonradan yalnızca ürün adına bakarak eşleştirme yapılmaz; aynı ürünün farklı seçenekleri birbirine karışabilir.
Sorgu Referansının Seçimi
iyzico ödeme sorgulama servisinde paymentId veya paymentConversationId üzerinden işlem araştırılabilir. Sorgu isteğinin kendi conversationId değeriyle araştırılan ödemenin referansı karıştırılmamalıdır. İsimlerin benzemesi aynı kaydı temsil ettikleri anlamına gelmez.
Örnek incelemede destek kaydına müşterinin verdiği sipariş numarası yazılır ve sistem bununla ilişkili ödeme girişimlerini bulur. Sonra doğru sağlayıcı kimliğiyle sonuç sorgulanır. Birden fazla deneme varsa en yeni kaydı otomatik olarak başarılı kabul etmek yerine her birinin durumu okunur. Hangi kaydın tahsilat içerdiği doğrulanmadan siparişin ticari sonucu değiştirilmez.
Tutarın Satırlara Dağılımı
İndirim veya başka sepet bileşenleri bulunduğunda ürünün etiket fiyatı ile ödeme kalemine yansıyan tutar farklılaşabilir. Eşleştirme yalnızca kimlikleri saklamaktan ibaret değildir; uygulanan tutarın hangi hesaplamadan geldiği de anlaşılmalıdır.
Örneğin iki ürünlü siparişe sepet indirimi uygulanır. Ürünlerden biri için sonradan işlem yapılırken indirim öncesi fiyatın esas alınması yanlış tutar üretebilir. İşletme doğrulanmış sipariş hesabını ve sağlayıcı yanıtını birlikte saklar. Yuvarlama farkları da açıkça ele alınır. Müşteri destek ekranında görünen tutarın muhasebe veya operasyon ekibindeki kayıtla farklı olması bu aşamada araştırılır.
iyzico Test Ortamında Ödeme Formu
Görsel iyzico Sandbox ortamındaki ödeme formudur. Müşteri toplam tutarı görürken sepet kalemlerinin teknik kimlikleri entegrasyon kayıtlarında tutulur. Bu ekran tek başına kalem eşleşmesini kanıtlamaz; istek ve sonuç verisiyle birlikte değerlendirilir.
Destek Ekranında Anlaşılır Sunum
Teknik kimliklerin tamamını müşteriye göstermek gerekli değildir. Ancak yetkili ekibin sipariş, ödeme girişimi ve ürün kalemi arasında geçiş yapabilmesi sorunun çözümünü hızlandırır. Ekran etiketleri hangi numaranın hangi sisteme ait olduğunu açıkça belirtmelidir.
AdPix’in önerdiği düzen, bir sipariş altında başarısız ve başarılı denemeleri ayrı satırlarda gösterir. Sağlayıcıdan doğrulanan durum ile uygulamanın kendi durumu birbirinden okunabilir. Aynı müşteri için farklı siparişler yanlışlıkla birleştirilmez. Bu kayıt disiplini, ödeme entegrasyonunun ilk açılışından sonraki iade, mutabakat ve müşteri desteği süreçlerinin daha tutarlı yürütülmesini sağlar.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.