Sonra öde seçeneklerinde müşteri deneyimi kadar finansmanı sağlayan kuruluş, onay kararı ve satıcıya aktarım modeli de önemlidir. Her marka aynı taksit yapısını veya aynı ülkelerde kabulü sunmaz. Kaynaklar, satın alma anındaki müşteri onayını ve işletmenin takip ettiği işlem kayıtlarını birbirinden ayırır.
Bu sözlük ödeme yöntemlerini açıklar; MagicPay'in aktif entegrasyon kataloğu değildir. Banka ve ödeme kuruluşu bağlantıları için entegrasyon kataloğuna bakın.
Afterpay ve Clearpay Nedir?
Afterpay ve Clearpay, müşterinin alışveriş bedelini sağlayıcının sunduğu ödeme planıyla karşılamasına yönelik markalardır. Marka adı ve kullanılabilen ürün pazara göre farklılaşabilir. Müşteri ödeme sırasında planı görüp sağlayıcının değerlendirmesinden geçer; böylece alışverişin tamamlanması ile taksitlerin daha sonra ödenmesi ayrı süreçler olur.
Ödeme planı ile sipariş yaşam döngüsü
Satıcı tarafında ürün satırları, teslimat bilgileri ve iade değişikliklerinin ödeme kaydıyla uyumlu tutulması önemlidir. ürün geri alındığında sipariş toplamının azalması, müşterinin ödeme planında da karşılık bulmalıdır. Operasyon tasarımı yalnızca ilk onay ekranıyla sınırlı bırakılmamalıdır. Kabul başvurusu ve alıcı değerlendirmesi ilgili finansman hizmeti tarafından yürütülür; teknik bağlantı ise sipariş olaylarının doğru aktarılmasını sağlayan ayrı katmandır.
Walley, Kuzey Avrupa'da sonradan ödeme ve fatura temelli alışveriş deneyimleriyle kullanılan sağlayıcıdır. Bireysel müşteri ile şirket adına satın alan alıcı için gereken bilgiler aynı olmayabilir. Ödeme akışı, alıcının kimliği ve seçilen ürün üzerinden şekillenir; faturalandırılacak tarafın belirlenmesi bu nedenle önemlidir.
Bireysel alıcı ile kurumsal alıcıyı ayırmak
Kurumsal siparişte ticari unvan, fatura adresi ve siparişi veren kişinin rolü tutarlı kaydedilmelidir. Bireysel satışlarda ise müşteriye gösterilen ödeme planı ile sipariş toplamı uyumlu kalmalıdır. Ürün değişimi veya kısmi iade, ödeme tarafına doğru satırlarla yansıtılmalıdır. Walley ile kabul ilişkisi ve alıcı değerlendirmesi sağlayıcı katmanında yürürken, mağazanın sorumluluğu satış ve teslimat olaylarını izlenebilir biçimde aktarmaktır.
Oney, müşterinin alışveriş bedelini bir ödeme planı kapsamında karşılamasına yönelik ürünler sunar. Çevrim içi akışta müşteri Oney ortamına geçip gerekli bilgileri verir ve başvurusunu onaylar. Sağlayıcının değerlendirmesiyle mağazanın sipariş kaydı farklı sistemlerde tutulur; başvurunun alınması satışın tahsil edildiği anlamına tek başına gelmez.
Taksit başvurusu satışın hangi aşamasında?
İşletme, onaylanan planı ve satış referansını eşleştirerek sevkiyat kararını ilgili ödeme durumuna bağlamalıdır. Sepette ürün değiştiğinde başvuru tutarıyla güncel sipariş tutarı arasındaki ilişki korunmalıdır. İade ve teslimat bilgilerinin hangi aşamada sağlayıcıya iletileceği operasyon tasarımının parçasıdır. Oney ürününün alıcı koşulları ve işyeri başvurusu, bu olayları sistemler arasında taşıyan teknik bağlantının sorumluluğundan ayrı değerlendirilir.
Affirm, müşterinin bir alışverişi ödeme planıyla karşılamasına yönelik finansman seçenekleri sunan bir sağlayıcıdır. Alıcı, sunulan koşulları inceleyip ilgili değerlendirme sürecinden geçer. Planın süresi, kullanılabilirliği veya maliyeti tek bir standart özellik gibi anlatılmamalıdır; müşteri deneyimi seçilen ürünün ve pazarın koşullarına bağlıdır.
Finansman kararı ile satış kaydını ayırmak
Satıcı açısından sipariş bilgileriyle finansman başvurusu arasında tutarlı bir ilişki kurulması gerekir. Teslimat başlamadan önce hangi ödeme durumunun bekleneceği, ürün iptalinde neyin bildirileceği ve kısmi iadelerin nasıl işleneceği belirlenmelidir. İşletmenin tahsilat aktarımı ile alıcının taksit ödemeleri farklı kayıt akışlarıdır. Affirm kabulü ve finansman değerlendirmesi sağlayıcıyla yürütülür; satış olaylarının aktarılması ise entegrasyonun teknik bölümüdür.
Atome, müşterinin alışveriş bedelini ödeme planına bölerek karşılamasına yönelik sonradan ödeme hizmetidir. Akışta müşteri Atome ortamına geçer; uygulama üzerinden ya da sunulan tarayıcı deneyiminden devam edebilir. Planın görünmesi ve müşterinin onayı, mağazadaki sepet tutarıyla ilişkili ayrı bir başvuru sürecidir.
Uygulama ve tarayıcıda ödeme planı
Satıcı, Atome seçildiğinde ürün kategorilerini ve gerekli sipariş bilgilerini doğru aktarmalıdır. Başvuru sonucu gelmeden alışverişin tamamlandığı varsayılmamalıdır. Teslimat, iptal ve iade olaylarının ödeme planıyla nasıl ilişkileneceği önceden belirlenirse müşteri destek ekibi taraflar arasındaki farkları açıklayabilir. Hangi işyerlerinin ve ürünlerin kabul edileceği sağlayıcının şartlarına bağlıdır; alıcının taksit ödemeleriyle satıcıya yapılacak aktarım ayrı muhasebe kayıtları olarak ele alınmalıdır.
Riverty, fatura ve sonradan ödeme deneyimleri sunan sağlayıcıdır. Alıcı ürünü sipariş ederken ödemeyi sağlayıcının sunduğu koşullara göre daha sonra tamamlayabilir. Müşterinin ödeme yükümlülüğü, mağazanın sipariş yönetimi ve satıcıya yapılacak aktarım ayrı iş akışlarıdır; birbirinin yerine tek ödeme tarihi kullanılmamalıdır.
Müşterinin faturası ile satıcının alacağı
İşletme, fatura adresi ve sipariş satırlarının doğru aktarılmasına özellikle dikkat etmelidir. Ürün iadesi, iptal veya miktar değişikliği müşterinin açık ödeme kaydını etkileyebileceğinden satış sonrası bildirimler ilk başvuru kadar önemlidir. İade talebinin alındığı tarih ile sağlayıcıya işlendiği tarih izlenebilir tutulabilir. Riverty'nin alıcı değerlendirmesi ve ticari sorumlulukları, teknik bağlantının veri taşıma görevinden ayrılarak ilgili ürün sözleşmesi üzerinden incelenir.
Klarna, alışveriş sırasında sonradan ödeme, taksitli ödeme veya anında ödeme gibi farklı deneyimler sunabilen sağlayıcıdır. Bu ürünler aynı iş akışı değildir. Müşteriye gösterilen seçeneğin adı, ödeme zamanı ve onay aşaması açık olmalıdır; tek Klarna logosu bütün ürünlerin kullanılabildiğini göstermez.
Tek marka altında farklı ödeme ürünleri
Satıcı tarafında sipariş satırları, teslimat olayları ve ödeme durumları seçilen ürünle uyumlu aktarılmalıdır. Kısmi iade ya da ürün iptali müşterinin ödeme yükümlülüğünü etkileyebileceği için satış sonrası akışlar ayrıca tasarlanır. Alıcının değerlendirilmesi ve sunulan koşullar sağlayıcı katmanında ele alınır. İşyeri kabul başvurusu ile teknik bağlantının kurulması farklı süreçlerdir; mutabakat kaydı ise satıcının ödeme raporunda izlenebilir kalmalıdır.
PayPo, Polonya'da alışveriş bedelinin sağlayıcının sunduğu planla daha sonra ödenmesine yönelik bir yöntemdir. Müşteri başvuru ve onay adımlarından geçerken mağaza kendi sipariş kaydını oluşturur. Alıcının ödeme zamanı ile satıcının teslimat veya tahsilat süreçleri aynı takvim kabul edilmemelidir.
Alışverişi ertelemek ile siparişi bekletmek
Satıcı, PayPo'ya aktarılan sipariş tutarını ve ürün bilgilerini güncel tutmalıdır. Başvuru reddedilirse veya müşteri yarıda bırakırsa başka ödeme yöntemiyle başlatılan yeni deneme önceki kayıtla karışmamalıdır. Ürün iptali ve kısmi iadeler, alıcının ödeme yükümlülüğüne etkileriyle birlikte izlenir. Finansman koşullarını ve işyeri kabulünü sağlayıcı ele alırken teknik çalışma, alıcı onayını, satış olaylarını ve mutabakat referansını ilişkilendirir.
Billie, şirketler arası alışverişlerde fatura ve vadeli ödeme seçenekleri sunmaya odaklanan sağlayıcıdır. Bireysel tüketici için tasarlanan taksit akışından farklı olarak satın alan işletmenin kimliği önem taşır. Şirket bilgileri, fatura alıcısı ve siparişi oluşturan kişinin rolü ödeme değerlendirmesinin bağlamını oluşturur.
Kurumsal satın almayı fatura kaydına bağlamak
Satıcı, şirket unvanıyla sipariş ve teslimat kayıtlarının birbiriyle tutarlı olmasını sağlamalıdır. Sonradan yapılan ürün değişikliği, kısmi iade veya iptal kurumsal alıcının açık borcuna yansıyabilir. Bu olayların sağlayıcıya nasıl ve ne zaman aktarıldığı kayıtlı tutulmalıdır. Billie işyeri kabulü ve alıcı değerlendirmesi ilgili hizmetin koşullarına dayanırken teknik entegrasyon fatura, sipariş ve ödeme referanslarını izlenebilir biçimde birbirine bağlar.
Zip, müşterilerin alışveriş bedelini ödeme planına göre karşılayabildiği sonradan ödeme hizmetleri sunar. Alıcı, Zip hesabı ve ilgili doğrulama adımlarıyla satın almaya devam eder. Sunulan ödeme planının niteliği kullanılan ürüne ve pazara göre farklılaşabilir; bütün müşterilere aynı vade veya maliyet koşulu atfedilmemelidir.
Ödeme planını satıştan sonra da izlemek
İşletme, müşterinin Zip ortamındaki onayını mağazadaki sipariş durumuyla ilişkilendirmelidir. Plan seçildikten sonra sepetin değişmesi, teslimatın bölünmesi veya ürünün iade edilmesi ödeme kaydına etkileriyle ele alınır. Birden fazla ödeme denemesi varsa orijinal onaydan hangi işlemin doğduğu anlaşılmalıdır. Satıcı kabulü ve finansman hizmetinin koşulları sağlayıcıyla belirlenirken teknik bağlantı sipariş olaylarını ve iade referanslarını tutarlı taşır.
Scalapay, müşterinin alışveriş bedelini taksitlere bölerek karşılayabildiği sonradan ödeme yöntemidir. Alıcı, sağlayıcının deneyiminde sunulan planı görür ve değerlendirme adımlarından geçer. Ödeme ekranında ürünün açıkça adlandırılması önemlidir; taksitli alışveriş, mağazanın kendi hesabında vadeli satış açmasıyla aynı süreç değildir.
Sepet satırları ile ödeme planını birlikte yönetmek
İşletme, siparişteki ürün satırlarını ve güncel toplamı sağlayıcı kaydıyla uyumlu tutmalıdır. Ürün iptali, teslimatın bölünmesi veya kısmi iade gibi olaylar müşteri ödeme planına etki edebilir. Bu nedenle satış sonrasındaki değişikliklerin hangi referansla aktarılacağı baştan belirlenir. Scalapay işyeri kabulü ve alıcı koşulları ilgili hizmetin kapsamından okunurken teknik ekip sipariş, ödeme sonucu ve iade durumları arasındaki bağlantıyı kurar.
Alma, alışverişlerde ödeme planı ve taksit seçenekleri sunabilen sağlayıcıdır. Müşteri ödeme sırasında ilgili plana yönelir ve sağlayıcının değerlendirme adımlarından geçer. Hangi planın sunulduğu ürün ve pazar koşullarına bağlıdır; marka adından hareketle bütün alışverişler için aynı vade veya maliyet varsayılmamalıdır.
Taksit planını güncel siparişle uyumlu tutmak
Satıcı, alıcının gördüğü planın mağazadaki güncel sipariş tutarıyla uyumlu kalmasını sağlamalıdır. Sepetten ürün çıkarılması, iptal veya kısmi iade ödeme kaydında da karşılık bulmalıdır. Planın onaylanmasıyla ürünün teslim edildiği an ayrı olaylar olarak izlenir. Alma işyeri kabulü ve alıcı koşullarını ilgili hizmet belirlerken teknik entegrasyon sipariş satırlarını, sonuç bildirimini ve satış sonrasındaki değişiklikleri doğru referanslarla taşır.