Πληρωμές με κάρτα
Πληρωμές με κάρτα: από το τερματικό στην τράπεζα αποδοχής και πίσω στο καθολικό
Τερματικά EMV και πύλες πληρωμών συνδεδεμένα με τράπεζες αποδοχής μέσω ISO 8583 ή API, με αρχεία διακανονισμού σε αντιπαραβολή στο ERP.
Σχέδιο
Κυλήστε πλάγια για να δείτε ολόκληρο το σχέδιο.
Πληρωμές με κάρτα: έγκριση στο ταμείο, διακανονισμός αργότερα, αντιπαραβολή στο ERP
Το τερματικό ή το ταμείο ρωτά την πύλη, η πύλη ρωτά την τράπεζα αποδοχής και εκείνη δρομολογεί προς το δίκτυο καρτών και τον εκδότη. Τα αρχεία διακανονισμού φτάνουν αργότερα και αντιστοιχίζονται με πωλήσεις και προμήθειες στο ERP. Μια λήξη χρόνου προκαλεί αντιστροφή, ώστε ο πελάτης να μη χρεωθεί ποτέ δύο φορές.
- Κύρια ροή
- Ασύγχρονη
- Διαδρομή εξαίρεσης
Η ροή σε 8 βήματα
Η ροή, βήμα προς βήμα
- Από Τερματικό EMV ή ηλεκτρονικό ταμείο προς Πύλη πληρωμών: Αίτημα έγκρισης, μέσω EMV · REST/JSON (κύρια ροή).
- Από Πύλη πληρωμών προς Εξαγοράζων: Έγκριση, μέσω ISO 8583 (κύρια ροή).
- Από Εξαγοράζων προς Δίκτυο καρτών και εκδότης: Δρομολογήθηκε στον εκδότη, μέσω ISO 8583 (κύρια ροή).
- Από Εξαγοράζων προς Πύλη πληρωμών: Εγκρίθηκε ή απορρίφθηκε, μέσω ISO 8583 (ασύγχρονη).
- Από Εξαγοράζων προς Επίπεδο ολοκλήρωσης: Αρχεία διακανονισμού και προμηθειών, μέσω SFTP (ασύγχρονη).
- Από Επίπεδο ολοκλήρωσης προς ERP: Διακανονισμένες πωλήσεις, προμήθειες και πληρωμές, μέσω REST/JSON (κύρια ροή).
- Από Πύλη πληρωμών προς Τερματικό EMV ή ηλεκτρονικό ταμείο: Καμία απάντηση εγκαίρως: αυτόματη αντιστροφή, μέσω ISO 8583 0400 (διαδρομή εξαίρεσης).
- Από Επίπεδο ολοκλήρωσης προς Ομάδα λειτουργιών πληρωμών: Ασυμφωνία διακανονισμού ή αντιλογισμός (διαδρομή εξαίρεσης).
Επισκόπηση
Αυτή είναι η διαδρομή μιας πληρωμής με κάρτα, από το τερματικό ή το ηλεκτρονικό ταμείο στην τράπεζα αποδοχής, το δίκτυο καρτών και τον εκδότη, και πίσω. Ο πελάτης περιμένει την απάντηση στο ταμείο. Τα χρήματα, μείον προμήθειες, φτάνουν αργότερα σε αρχείο διακανονισμού που πρέπει να αντιστοιχιστεί με τις πωλήσεις στο ERP σας.
Ο σχεδιασμός αναφοράς στέλνει εγκρίσεις μέσω πύλης πληρωμών που διακριτικοποιεί την κάρτα και δρομολογεί το αίτημα στην τράπεζα αποδοχής, μέσω ISO 8583 ή του API της. Αρχεία διακανονισμού και προμηθειών συλλέγονται από το επίπεδο ολοκλήρωσης, αντιστοιχίζονται στις αρχικές πωλήσεις και καταχωρίζονται στο ERP ως πωλήσεις, προμήθειες και εκταμιεύσεις.
Ο σχεδιασμός καλύπτει και τι πάει στραβά. Ένα αίτημα που δεν λαμβάνει απάντηση εγκαίρως αντιστρέφεται, ώστε ο πελάτης να μη χρεωθεί δύο φορές. Ένας διακανονισμός που δεν αντιστοιχίζεται, ή ένας αντιλογισμός, πηγαίνει στην ομάδα λειτουργιών πληρωμών σας με την αρχική πώληση συνημμένη.
Πώς λειτουργεί η ροή
Έναρξη στο τερματικό ή το ταμείο
Το τερματικό EMV διαβάζει την κάρτα τσιπ ή ανέπαφη, ή το ηλεκτρονικό ταμείο συλλέγει την κάρτα μέσω φιλοξενούμενης σελίδας, και στέλνει αίτημα έγκρισης στην πύλη.
Έγκριση μέσω της πύλης
Η πύλη αντικαθιστά τον αριθμό κάρτας με διακριτικό και στέλνει την έγκριση στην τράπεζα αποδοχής, μέσω ISO 8583 ή του API της.
Δρομολόγηση στον εκδότη
Η τράπεζα αποδοχής δρομολογεί το αίτημα μέσω του δικτύου καρτών στον εκδότη, ο οποίος το εγκρίνει ή το απορρίπτει.
Επιστροφή της απάντησης
Η έγκριση ή απόρριψη επιστρέφει από την ίδια διαδρομή στο τερματικό ή το ταμείο, με τον κωδικό απάντησης.
Λήψη διακανονισμού
Η τράπεζα αποδοχής στέλνει αργότερα αρχεία διακανονισμού και προμηθειών, τα οποία συλλέγει και επικυρώνει το επίπεδο ολοκλήρωσης.
Αντιστοίχιση και καταχώριση
Το επίπεδο αντιστοιχίζει διακανονισμένες συναλλαγές στις αρχικές πωλήσεις και καταχωρίζει πωλήσεις, προμήθειες και εκταμιεύσεις στο ERP.
Όταν κάτι αποτυγχάνει
Καμία απάντηση εγκαίρως
Αν η πύλη δεν λάβει απάντηση εντός του χρονικού ορίου της τράπεζας αποδοχής, στέλνει αντιστροφή, μήνυμα ISO 8583 0400 ή το αντίστοιχό του στο API, ώστε ο πελάτης να μη χρεώνεται ποτέ για πώληση που δεν ολοκληρώθηκε.
Μια πληρωμή απορρίπτεται
Ο κωδικός απάντησης φτάνει στο ταμείο ή το ηλεκτρονικό ταμείο με σαφές μήνυμα. Τα ποσοστά απόρριψης παρακολουθούνται, ώστε ένα άλμα που υποδηλώνει τεχνικό σφάλμα να προκαλεί ειδοποίηση.
Ο διακανονισμός δεν αντιστοιχίζεται
Ένα διακανονισμένο ποσό που διαφέρει από την πώληση, ή μια πώληση χωρίς διακανονισμό, πηγαίνει σε λίστα ανασκόπησης για την ομάδα λειτουργιών πληρωμών σας, με τις δύο εγγραφές δίπλα δίπλα.
Ένας κάτοχος κάρτας αμφισβητεί πληρωμή
Η αναφορά αμφισβήτησης της τράπεζας αποδοχής εισάγεται και συνδέεται με την αρχική πώληση και τον διακανονισμό, ώστε η ομάδα σας να απαντήσει με τα αποδεικτικά σε ένα σημείο.
Πρότυπα και συστήματα
- Τραπεζικά πρότυπα και κανάλια
- SFTP (H2H)
- Πληρωμές
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
- Ολοκλήρωση
- REST
- Webhooks
Ερωτήσεις και απαντήσεις
Ποια είναι η διαφορά μεταξύ πύλης και τράπεζας αποδοχής;
Η τράπεζα αποδοχής είναι η τράπεζα ή αδειοδοτημένο ίδρυμα που επεξεργάζεται πληρωμές με κάρτα για εσάς και εκταμιεύει τα χρήματα. Η πύλη είναι η τεχνική υπηρεσία μπροστά της που δέχεται αιτήματα από τερματικά και ταμεία, διακριτικοποιεί κάρτες και τα δρομολογεί. Ορισμένοι πάροχοι είναι και τα δύο. Ο σχεδιασμός λειτουργεί και με τους δύο τρόπους και κρατά τους δύο ρόλους σαφείς.
Κρατά αυτό τα δεδομένα καρτών έξω από τα συστήματά μας;
Αυτός είναι ο στόχος του σχεδιασμού. Οι αριθμοί καρτών συλλέγονται από το πιστοποιημένο τερματικό ή φιλοξενούμενη σελίδα πληρωμής και αντικαθίστανται από διακριτικά στην πύλη, ώστε το POS, το ERP και οι αποθήκες δεδομένων σας να βλέπουν μόνο διακριτικά. Αυτό μειώνει το μέρος του περιβάλλοντός σας στο οποίο εφαρμόζεται το PCI DSS. Ο αξιολογητής σας επιβεβαιώνει το τελικό πεδίο.
Είναι το ISO 8583 το ίδιο για κάθε τράπεζα αποδοχής;
Όχι. Το ISO 8583 ορίζει δομή και κάθε τράπεζα αποδοχής ή δίκτυο δημοσιεύει δική της προδιαγραφή πεδίων, τύπων μηνυμάτων και κωδικών. Γι’ αυτό κατασκευάζουμε από την προδιαγραφή της τράπεζας αποδοχής και εκτελούμε τις δοκιμές πιστοποίησης της τράπεζας αποδοχής. Ένα API πύλης μπροστά από την τράπεζα αποδοχής κρύβει αυτές τις διαφορές, το οποίο είναι συχνά απλούστερο για λιανοπωλητές.
Γιατί ο διακανονισμός φτάνει αργότερα από την πώληση;
Η έγκριση μόνο δεσμεύει τα κεφάλαια. Η τράπεζα αποδοχής διακανονίζει σε παρτίδες, αφού αφαιρέσει τις προμήθειές της και τυχόν χρεώσεις δικτύου, και εκταμιεύει με δικό της πρόγραμμα. Γι’ αυτό ο σχεδιασμός αντιμετωπίζει έγκριση και διακανονισμό ως ξεχωριστά συμβάντα και τα αντιστοιχίζει, ώστε τα οικονομικά να βλέπουν τι πουλήθηκε, τι διακανονίστηκε και τι αναμένεται ακόμη.
Υποστηρίζετε EMV 3-D Secure για ηλεκτρονικές πληρωμές;
Ναι. Για ηλεκτρονικές πληρωμές με κάρτα ολοκληρώνουμε το EMV 3-D Secure μέσω της πύλης, ώστε ο εκδότης να μπορεί να ταυτοποιήσει τον κάτοχο όπου το απαιτεί κανονισμός ή κίνδυνος. Χειριζόμαστε τις ροές πρόκλησης και χωρίς τριβή στο ταμείο και δοκιμάζουμε και τις δύο με τις δοκιμαστικές κάρτες του παρόχου.
Μπορούμε να χρησιμοποιήσουμε περισσότερους από έναν παρόχους πληρωμών;
Ναι. Το επίπεδο ολοκλήρωσης κρατά ένα εσωτερικό μοντέλο πληρωμής και το αντιστοιχίζει σε κάθε πάροχο, ώστε να δρομολογείτε ανά κανάλι, χώρα ή τύπο κάρτας, ή να μετακινείτε όγκο μεταξύ παρόχων. Κάθε πάροχος χρειάζεται ακόμη δική του ολοκλήρωση και πιστοποίηση, τις οποίες σχεδιάζουμε πάροχο προς πάροχο.
Ξεκινήστε με μια συζήτηση, όχι με σύμβαση.
Πείτε μας τι χρειάζεται να κατασκευάσετε, να συνδέσετε ή να προστατεύσετε. Ένας αρχιτέκτονας το εξετάζει μαζί σας και έπειτα προτείνει από πού να ξεκινήσετε.
Τι ακολουθεί
Συμφωνία χρόνου
Η ομάδα μας σας στέλνει email για να συμφωνήσουμε ώρα για τη συνεδρία.
Προκαταρκτική συνεδρία
Μια δωρεάν διαδικτυακή συνεδρία προ-συμβουλευτικής 30 λεπτών: εξετάζουμε τους στόχους, τα συστήματα και τους περιορισμούς σας.
Αξιολόγηση ετοιμότητας
Σε μια δωρεάν αξιολόγηση ετοιμότητας 48 ωρών, Κύριος Αρχιτέκτονας ελέγχει το έργο σας έναντι του εξαπλού ορισμού ετοιμότητας και προτείνει τη διαδρομή που ταιριάζει.
Επιλογή διαδρομής
Τα έργα με έτοιμο πεδίο λαμβάνουν δεσμευτική πρόταση εντός 3–5 εργάσιμων ημερών. Τα έργα σε στάδιο σύλληψης ξεκινούν στο Blueprint Studio. Ένα σύστημα σε λειτουργία που αστοχεί, είναι ατεκμηρίωτο ή χρειάζεται ολοκλήρωση ξεκινά με διάγνωση 1–2 εβδομάδες. Το Blueprint Studio και η διάγνωση έχουν καθένα σταθερή αμοιβή, που αναφέρεται στην πρόταση.