Ödemeler ve ödeme yöntemleri
Ödeme analizlerini, sağlayıcıları ve günlükleri görüntülemek için Admin → Ödemeler bölümüne gidin. Yalnızca yönettiğiniz işletmeye ait hesapları bağlayın.
Ön koşullar
- Bir ödeme sağlayıcısı seçtiniz ve gerekli hesap bilgilerine veya anahtarlara sahipsiniz.
- Ödeme akışını kontrollü bir şekilde test edebileceğiniz bir müşteri yolculuğunuz var.
Neler öğreneceksiniz
- sağlayıcıların, ödeme yöntemlerinin ve satış kanallarının birlikte nasıl çalıştığı
- bir sağlayıcının nasıl bağlanacağı ve durumunun nasıl kontrol edileceği
- günlüklerin nasıl kullanılacağı ve ödeme, iade ve mutabakat arasındaki farkın nasıl ayırt edileceği
Eksiksiz ödeme akışı
Akışın dört ayrı kontrol noktası vardır: müşteri ödemeyi onaylar, tutar yetkilendirilir, tutar tahsil edilir ve sağlayıcı banka hesabına ödeme yapar. Bu nedenle, sağlayıcının ödeme sayfasından geri dönmek, siparişin ödendiğinin tek başına kanıtı değildir.
Metin biçiminde süreç şöyledir:
- Sağlayıcıyı yapılandırın ve doğrulayın.
- Ödeme yöntemini, onu kullanacak satış kanalında etkinleştirin.
- Müşteri siparişi gönderir ve Finta.no siparişi ödeme tamamlanmadan önce kaydeder.
- Sağlayıcı ödemeyi işler ve durumu asenkron olarak geri gönderir.
- Finta.no, siparişi ödendi olarak işaretlemeden önce webhook’tan veya durum kontrolünden gelen sonucu mutabık kılar.
- Sağlayıcı, olası iadeyi ve banka mutabakatını daha sonra işler.
Bir sağlayıcı seçin
Sağlayıcılar sekmesini açın. Kullanılabilirlik ülkeye, sektöre ve aboneliğe bağlıdır. Finta.no, aşağıdakiler dahil olmak üzere sağlayıcıları gösterebilir:
| Sağlayıcı | Tipik kullanım |
|---|---|
| Vipps/MobilePay | İskandinav ülkelerinde mobil ve çevrimiçi ödemeler |
| Stripe | Çevrimiçi kartlar, Apple Pay ve Google Pay |
| SumUp | Fiziksel kart terminalleri ve satış noktası |
| Klarna | Çevrimiçi ödeme ve şimdi al, sonra öde |
| Nets | İskandinav çevrimiçi ve terminal çözümleri |
Bir sağlayıcı bağlayın
- Entegrasyon ekle veya Yapılandır öğesini seçin.
- Sağlayıcının hangi hesapları, sözleşmeleri veya anahtarları gerektirdiğini okuyun.
- Sağlayıcının oturum açma veya katılım sürecini tamamlayın.
- Finta.no’ya dönün ve durumu kontrol edin.
- Yalnızca işletmenin gerçekten sunduğu ödeme yöntemlerini etkinleştirin.
- Çözümü müşterilerle paylaşmadan önce kontrollü bir test ödemesi gerçekleştirin.
Bazı sağlayıcılar, durumları etkin hale gelmeden önce onay gerektirir. Birden fazla paralel entegrasyon oluşturmak yerine onayı bekleyin.
Ödeme yöntemleri ve kanallar
Doğru yöntemin doğru kanal için etkin olduğunu kontrol edin:
- çevrimiçi sipariş ve widget
- fiziksel satış noktası veya terminal
- etkinlik stant satışı
- olası fatura veya varışta ödeme
Etkin bir sağlayıcı, her yöntemin her kanalda otomatik olarak etkinleştirildiği anlamına gelmez.
Sorun giderirken günlükleri kullanın
Durumu ve zaman damgalarını kontrol etmek için Günlükler bölümünü açın. Destek ile iletişime geçmeden önce hata metnini, sipariş numarasını ve sağlayıcıyı not edin, ancak eksiksiz anahtarları, tokenları veya kart verilerini göndermeyin.
Yaygın kontroller:
- sağlayıcı etkin ve doğrulanmış mı?
- müşteri desteklenen bir yöntem mi kullanıyor?
- tutar ve para birimi geçerli mi?
- sipariş zaten ödenmiş, iptal edilmiş veya süresi dolmuş mu?
- ortam test veya üretimle eşleşiyor mu?
İadeler ve mutabakatlar
Bir iade, normalde ilgili siparişten başlatılır ve işlemin tahsil edilmiş (captured) olmasını gerektirir. Talep, sağlayıcı işlerken başlangıçta beklemede olarak görünebilir.
Bir siparişi iptal etmek, ödemeyi iade etmekle aynı şey değildir. Ödenmiş bir siparişi iptal ederken her iki durumu da kontrol edin.
Mutabakat süresi ödeme sağlayıcısı tarafından belirlenir ve müşterinin ödeme yaptığı zamanla aynı değildir. Finta.no’nın bu akışta genel bir Şimdi öde işlemi yoktur.
Güvenlik
API anahtarlarını, gizli bilgileri, oturum açma kodlarını veya eksiksiz ödeme verilerini ekran görüntülerinde veya destek mesajlarında asla paylaşmayın. Sağlayıcının güvenli bağlantı akışını kullanın.
Sonraki adım
Ödemeleri Widget’lar ve yayına geçme bölümünde test edin ve iadeler için Siparişler ve sipariş ayarları bölümünü okuyun.
Akış şeması
flowchart TD
accTitle: Sağlayıcı kurulumundan mutabakata kadar eksiksiz ödeme akışı
accDescr: Akış, ödeme sağlayıcısının doğrulanmasını, müşteri ödemesini, asenkron onayı, sipariş durumunu, iadeleri ve banka mutabakatını gösterir.
A["İşletme sağlayıcıyı yapılandırır"] --> B["Sağlayıcı hesabı ve<br/>kimliği doğrular"]
B --> C{"Durum doğrulandı mı?"}
C -- "Hayır" --> D["Hesabı, sözleşmeyi veya anahtarları düzeltin"]
D --> B
C -- "Evet" --> E["Yöntemi doğru satış kanalında etkinleştirin"]
E --> F["Müşteri siparişi gönderir"]
F --> G["Finta.no siparişi hesaplar ve kaydeder"]
G --> H["Sağlayıcı ödemeyi oluşturur"]
H --> I["Müşteri sağlayıcıda onaylar"]
I --> J["Bir webhook veya durum kontrolü<br/>sonucu mutabık kılar"]
J --> K{"Ödeme sonucu"}
K -- "İptal edildi veya başarısız" --> L["Sipariş ödendi olarak işaretlenmez"]
K -- "İşleniyor" --> J
K -- "Yetkilendirildi" --> M["Tutar tahsilatı bekliyor"]
M --> N["Tahsilat"]
K -- "Tahsil edildi" --> O["Sipariş ödendi olarak işaretlenir"]
N --> O
O --> P["İşletme siparişi yerine getirir"]
O --> T["Sağlayıcı mutabakat<br/>programını izler"]
O --> Q{"Ödeme iade edilmeli mi?"}
Q -- "Evet" --> R["İşletme bir iade talebi gönderir"]
R --> S["Sağlayıcı iadeyi işler"]
Q -- "Hayır" --> V["İade yok"]
S --> U["İade sağlayıcı tarafından tamamlandı"] 