Doğrudan cevap
Banka veya acquirer kendi provizyon, acquiring, taksit, mutabakat ve sağlayıcıya özgü raporlama hizmetlerinde güçlüdür. İş uygulaması bunları tekrar eden operasyon mantığı yaratmadan tüketebiliyorsa doğrudan kullanım verimlidir. Sorun, her kanalın her sağlayıcının API'sini, durum modelini, hata davranışını ve finansal kanıtını ayrı ayrı öğrenmek zorunda kaldığında oluşur.
Mevcut yaklaşım ne zaman yeterli
Bir veya iki entegrasyon istikrarlıysa, ortak politika gerekmiyorsa ve finans her sağlayıcıyı zorlanmadan mutabakata sokabiliyorsa doğrudan kullanın. Doğrudan entegrasyon sağlayıcıya özgü yeteneklere en kısa yolu korur ve ödeme yürütmede sistem sayısını azaltabilir.
Baskı nerede oluşmaya başlar
Sağlayıcı sayısı arttıkça taksit uygunluğu birkaç kanalda tekrar uygulanır, hata normalizasyonu yeniden yapılır, yeniden deneme mantığı ayrışır ve raporlar farklı biçimde mutabakata girer. Yeni sağlayıcı eklemek altyapı değişikliği olmaktan çıkıp birçok ürünü etkileyen programa dönüşür. Asıl maliyet API çağrısı değil, tekrarlanan bilgi ve tutarsız davranıştır.
Ek altyapı katmanı neyi değiştirir
Ortak katman sağlayıcı adaptörlerini merkezileştirip kararlı ticari sözleşme sunar. Uygulama ödeme niyetini ve bağlamını ifade eder; her sağlayıcının ayrıntısını sahiplenmek zorunda kalmaz. Özel yetenekler gerektiğinde yine sunulabilir; ortak işlem kimliği, durum ve finansal kanıt kanallar arasındaki tekrar eden uygulamayı azaltır.
Karşılığındaki maliyet ve trade-off
Doğrudan erişim yeni banka özelliklerini daha hızlı ve çeviri katmanı olmadan açabilir. Ortak platform sağlayıcıya özgü API'lerde geride kalabilir veya genişletme noktaları gerektirebilir. Değerli sağlayıcı yetenekleri en düşük ortak paydaya zorlanmamalıdır. Tekrar kullanım ile özel davranışlara erişim dengelenmelidir.
Nasıl karar verilmeli
Organizasyonda aynı sağlayıcı kavramının kaç kez uygulandığını sayın: yöntem uygunluğu, taksitler, iadeler, hatalar, callback'ler ve mutabakat. Her biri tek yerde ve kolay bakımı yapılabiliyorsa doğrudan model verimlidir. Uygulamalarda tekrar ediyorsa ortak bağlantı katmanı toplam değişiklik yüzeyini azaltabilir.
Zopio ne zaman uyumlu
Banka ve acquirer yürütme sağlayıcısı olarak kalmalı, ancak organizasyon onların üzerinde ortak bağlantı ve işlem katmanı istiyorsa Zopio uyumludur. Banka yeteneklerini değersizleştirmez; iç uygulamalara birkaç sağlayıcıyı tutarlı biçimde kullanma yolu verir.
Pratik sonraki adım
Kanal veya iş birimi bazında sağlayıcıya özgü kod envanteri çıkarın. Gerçekten sağlayıcıya özgü davranışlarla tekrar eden altyapıyı ayırın. Tekrarlanan set ortak katman adayıdır. Özel özelliği gerekçesiz soyutlamak yerine doğrudan veya genişletilebilir tutun.
Banka veya acquirer araçları en basit doğru çözüm olabilir.
Ortak altyapı tekrar eden sağlayıcı mantığını kaldırdığında değer kazanır.
Soyutlama uğruna değerli sağlayıcı yeteneklerini kaybetmeyin.