Sofort/Klarna: pay-by-bank

1) Τι είναι το Sofort/Klarna Pay-by-Bank

Το Sofort (τώρα Klarna Pay Now/Pay-by-Bank) είναι ένα εργαλείο A2A που επιτρέπει σε έναν αγοραστή να πληρώσει για μια παραγγελία απευθείας από τον τραπεζικό του λογαριασμό μέσω μιας διαδικτυακής τραπεζικής/κινητής εφαρμογής. Το ρεύμα είναι συνήθως χτισμένο σε ένα issuer-redirect/App2App επιβεβαίωσης SCA (PSD2), και ο έμπορος λαμβάνει online άδεια (επιτυχία) και στη συνέχεια ένα τραπεζικό δάνειο με βάση τις αναφορές/υπολογισμούς του παρόχου.

• Χαμηλό κόστος σε σχέση με τα MDR καρτών.
• Η κατάσταση σε απευθείας σύνδεση (επιτυχία/αποτυχία) σχεδόν αμέσως, ενώ η πίστωση κεφαλαίων δεν είναι πάντα άμεση (συνήθως T + 1/T + 2).
• Ευρεία γεωγραφία στην ΕΕ/ΕΟΧ (η Γερμανία/Αυστρία είναι ιδιαίτερα ισχυρή), υποστήριξη για δεκάδες τράπεζες έκδοσης.
• Ελάχιστα στοιχεία πληρωμής από τον αγοραστή - επιλογή και επιβεβαίωση της τράπεζας.

2) Ρόλοι και συμμετέχοντες

Klarna/Sofort (σύστημα/πάροχος): δρομολόγηση σε τράπεζες, καταστάσεις, εκθέσεις, διακανονισμούς, επιστροφές.
Εκδότης (τράπεζα του πληρωτή): SCA, επιβεβαίωση διαγραφής, όρια/καταπολέμηση της απάτης.
Εμπορική PSP/Acquirer: εμπορική σύνδεση, API/SDK, webhooks και αναγνώριση.

Έμπορος - Έναρξη πληρωμής, καθεστώς διαδικασίας/αποδόσεις, συμφιλίωση

3) Ροές πληρωμών: Ανακατευθύνσεις και App2App

3. 1 Κλασική ανακατεύθυνση

1. Ο έμπορος Checkout → επιλέξει «Pay by bank (Sofort/Klarna)».
2. Ο κατάλογος των τραπεζών → ανακατευθύνει στην ηλεκτρονική τράπεζα (ή στη φιλοξενούμενη σελίδα του παρόχου) → SCA.
3. Η τράπεζα επιβεβαιώνει την πληρωμή → επιστροφή στον έμπορο με το καθεστώς (επιτυχία/αποτυχία/ακύρωση/εκκρεμεί).
4. Ο έμπορος καταγράφει την εντολή ως «πληρωμένη/εκκρεμούσα», περιμένει την έκθεση webhook/εγγραφής.

3. 2 App2App/Κινητό

Όσον αφορά τις κινητές συσκευές, ο έμπορος ανοίγει την τραπεζική εφαρμογή μέσω βαθιάς ζεύξης/ → επιβεβαίωσης → απόδοσης σύμφωνα με το ανωτέρω σύστημα.
Η μετατροπή είναι μεγαλύτερη, η τριβή χαμηλότερη. διατηρεί την οπισθοπορεία στο διαδίκτυο ανακατευθύνονται.

3. 3 Αιτήσεις πληρωμής/ενσωματωμένες επιλογές

Ορισμένες τράπεζες διαθέτουν αιτήματα πληρωμής/PIS μέσω των διεπαφών του παρόχου (ο αγοραστής λαμβάνει αίτημα από την τράπεζα αιτήσεων).
Τα ενσωματωμένα widgets από το PSP απλοποιούν τον κατάλογο των τραπεζών, των σφαλμάτων και των καταστάσεων.

4) Όρια και συμπεριφορά των τραπεζών

• Ανά συναλλαγή, ανά ημέρα/εβδομάδα στην τράπεζα του πληρωτή.
• Νέοι αποδέκτες/έμποροι - μειωμένα κατώτατα όρια, ταχύτητα κλείστρου είναι δυνατή.
• Κανάλι (κινητό/ιστό), κανόνες ταχύτητας, σήματα γεω/συσκευής.
• Σε μεμονωμένες χώρες/τράπεζες, είναι δυνατές οι εξαιρέσεις από την ΑΠΔ (ΑΠΔ, ΠΣΔ) - ανάλογα με την τράπεζα.

5) Άδεια λειτουργίας έναντι διακανονισμού

Διαδικτυακή κατάσταση: 'επιτυχία', 'εν αναμονή', 'απέτυχε', 'ακυρώθηκε', 'έληξε'.
Η αναμονή είναι δυνατή όταν πραγματοποιείται καθυστέρηση επιβεβαίωσης ή ασύγχρονος έλεγχος.
Διακανονισμός: το πραγματικό δάνειο προέρχεται από τις εκθέσεις του παρόχου (συνήθως T + 1/T + 2 τραπεζικές ημέρες· εξαρτάται από τη χώρα/τράπεζα/σύστημα εκκαθάρισης).
Για κρίσιμες υπηρεσίες, χρησιμοποιήστε το μοντέλο εξουσιοδότησης ⇒ εκτέλεσης υπό όρους έως ότου επιβεβαιωθεί η εγγραφή.

6) Επιστροφές, μερικές επιστροφές και διαφορές

Λείπει η φόρτιση (όπως στα φύλλα). Η απόδοση είναι μια νέα πιστωτική συναλλαγή μέσω ενός παρόχου στον πληρωτή.
Υποστηρίζονται μερικές επιστροφές.
Πιστωτικοί όροι απόδοσης - τράπεζα (T + 1/T + 2).
Οι διαφορές/καταγγελίες διέρχονται από τη διαδικασία του παρόχου + ΗΕΔ μέσω της τράπεζας του πληρωτή. προετοιμασία αρχείων καταγραφής παραγγελιών, απόδειξη παράδοσης/παροχής υπηρεσιών.

7) Επιτροπές και Οικονομικά

Συνήθως σταθερό/χαμηλό ποσοστό με συναλλαγή + πληρωμή για λειτουργίες πλατφόρμας (φιλοξενούμενο checkout, αναφορές, ΗΕΔ).
Εξέταση του κόστους της στήριξης (εκκρεμούσας/εκκρεμούσας), των περιστατικών κινδύνου και της ανάκτησης του κόστους συναλλαγής.

8) Συμφωνία και υποβολή εκθέσεων

Αποθήκευση του 'paytedId/transactionId' του παρόχου, 'organId', έκδοση τράπεζας, χρονοσφραγίδων, καταστάσεων.
Ενεργοποίηση webhooks για αλλαγές κατάστασης και καθημερινή αυτόματη αναγνώριση.
Συνδυάστε επιγραμμικές εκδηλώσεις (επιτυχία/εκκρεμείς) με οικονομικές εκθέσεις (πιστώσεις/αποδόσεις/διορθώσεις).
Αποθήκευση της αναφοράς UTR/τράπεζας από την αναφορά για κάθε συναλλαγή.

9) Πρακτικές UX

Κατάλογος τραπεζών: προ-συμπληρώστε την τελευταία επιλογή, ταξινομήστε ανά δημοτικότητα/τράπεζα συσκευών.
Mobile-first: προσφορά App2App, εφεδρική - επαναπροσανατολισμός ιστού.
Σφάλματα και επανάληψη της δοκιμής: αναφέρατε σαφείς λόγους (όριο, βλάβη SCA, χρονοδιάγραμμα), κουμπί επαναπροσδιορισμού και εναλλακτικές λύσεις.
Idempotence: 'originId' + idempotence πλήκτρο για ασφαλείς επαναλήψεις.
Παραλαβή: ποσό, ημερομηνία/ώρα, 'transactionId', τράπεζα, κανάλι (App2App/Redirect).

10) Επαναλαμβανόμενες διαγραφές και εντολές

Classic Sofort - εφάπαξ. Για τα περιοδικά μοντέλα χρησιμοποιείται μια δέσμη: η πρώτη πληρωμή είναι A2A → e-mandate/SEPA DD/Open Banking PIS για το μέλλον.
Διαχείριση εντολών (όριο, συχνότητα, κοινοποιήσεις), αποθήκευση αρχείων καταγραφής αποδοχής.

11) Συμμόρφωση, ασφάλεια, δεδομένα

: επιβεβαίωση στην τράπεζα, δέσμευση συσκευών, τράπεζα καταπολέμησης της απάτης.
ελαχιστοποίηση PII: αποθήκευση μόνο των απαραίτητων χαρακτηριστικών· κρυπτογράφηση του PII· Υπογραφές HMAC από αγκίστρια ιστού.
GDPR/Logs: συναίνεση, δικαίωμα διαγραφής, αλλαγές ελέγχου.

12) Κάθετα υψηλού κινδύνου (συμπεριλαμβανομένου του iGaming)

Η διαθεσιμότητα της Pay-by-Bank για ορισμένες κατηγορίες περιορίζεται από τον πάροχο/τις τράπεζες σύμφωνα με τις εσωτερικές πολιτικές και το τοπικό δίκαιο.
Αναμένουμε μειωμένα όρια, πρόσθετη CUS/οικονομική παρακολούθηση, πιθανή διατήρηση.
Διατήρηση εναλλακτικών σιδηροτροχιών (κάρτες, SEPA, ανοικτές τραπεζικές υπηρεσίες A2A, κουπόνια) και κατάτμηση της κυκλοφορίας.

13) Ολοκλήρωση των εμπόρων: Επιλογές

1. Φιλοξενούμενη/ενσωματωμένη от PSP/Klarna

Γρήγορη εκκίνηση: γραφικό συστατικό επιλογής τράπεζας, καταστάσεις, σφάλματα, webhooks έξω από το κουτί.

2. Εξυπηρετητής προς εξυπηρετητή + redirect/App2App

Περισσότερος έλεγχος: σελίδα των τραπεζών, επεξεργασία λεπτών σφαλμάτων, ίδια QR/Deep Link.

3. Αίτηση πληρωμής

Αποστολή αιτήματος πληρωμής (email/SMS/link), βολικό για B2B/services.

• : "creedPayment", "queryStatus", "refun Эндпоинты," webhook "," reconcile ".
• Idempotence and dedupe table by 'originId'.
• Retrai εκθετικά για καταστάσεις, νεκρό γράμμα για ασταθείς απαντήσεις.
• Κατάλογοι: τράπεζες/χώρες, όρια/κωδικοί σφάλματος, μετρήσεις SLA από εκδότες.

14) Αρχιτεκτονική πύλης Sofort/Klarna

Στρώμα API (REST/GraphQL) για το ταμειακό μητρώο.
Ουρές αναμονής γεγονότων: συμβάντα κατάστασης → τιμολόγηση/CRM/analytics.
Παρατηρησιμότητα: μετατροπή τράπεζας/καναλιού, 'pending→success/expired', καθυστέρηση, βλάβη SCA.
Ασφάλεια: θησαυροφυλάκιο για μυστικά, πάροχος IP-rowlist, μάρκες κατά της αναπαραγωγής, αυστηρή επικύρωση URI.

15) Κατάλογος εξόδου

1. Επιλέξτε το κανάλι PSP/Klarna/Sofort με την επιθυμητή γεωγραφία τράπεζας.
2. Εφαρμογή της επιλογής «creedPayment» + τράπεζας + redirect/App2App με εφεδρικό.
3. Σύνδεση webhooks, idempotency, timeouts και επανάληψη κατάστασης.
4. Δημιουργία αναγνωριστικού (ημερήσια + πλήρης), αποθήκευση UTR/fin references.
5. Ενεργοποίηση μερικών/πλήρων επιστροφών και ΗΕΔ στη στήριξη.
6. Προετοιμασία σεναρίων αστοχίας/ορίου UX και εναλλακτικών μεθόδων.
7. Test mobile banks (iOS/Android) και σημαντικοί εκδότες στις χώρες-στόχους.
8. Διατήρηση οδηγού ορίου και σελίδας κατάστασης συμβάντος.

Κάρτα ορόσημο

: 'επιτυχία', 'εν αναμονή', 'απέτυχε', 'ακυρώθηκε', 'έληξε'.
Διακανονισμός: συχνότερα T + 1/T + 2; σχέδιο «εκτέλεσης υπό όρους» πριν από την πίστωση.
Όρια: ανά txn/ημέρα/εβδομάδα στον εκδότη για νέους αποδέκτες - παρακάτω.
Επανάληψη: μέσω ηλεκτρονικής εντολής/SEPA DD/Open Banking.

Περίληψη

Για μετατροπή - App2App/Embedded, για σταθερότητα - σαφή webhooks + recon.
Χωριστή επιγραμμική επιβεβαίωση και πραγματική πίστωση (T + 1/T + 2) στην επιχειρηματική λογική.
Μη καθορίσετε σκληρά ποσά: περιορίστε τις ρυθμίσεις ανά τράπεζα/χώρα + τακτική ενημέρωση.
Για τις συνδρομές, χρησιμοποιήστε την πρώτη εντολή πληρωμής Α2Α, με σαφή διαχείριση και όρια UX.