Google Pay: in-app και web

1) Τι είναι το Google Pay online

Google Pay (GPay) - ένα επίπεδο ασφαλούς πληρωμής σε ράγες καρτών (Visa/Mastercard/κ.λπ.) , όταν το PAN αντικαθίσταται από διάταξη/σύμβολο δικτύου (DPAN/σύμβολο δικτύου), και η συναλλαγή υπογράφεται με κρυπτογράφημα EMV μιας φοράς. Επαλήθευση ταυτότητας - βιομετρικά στοιχεία/κλειδαριά οθόνης + σύνδεση συσκευής.
Για τον έμπορο, πρόκειται ουσιαστικά για πληρωμή με κάρτα CNP με αυξημένη μετατροπή και λιγότερη απάτη. Διαφορές/αποκλίσεις - σύμφωνα με τους κανόνες της κάρτας.

2) Δίαυλοι και σενάρια

2. 1 Ιστός

Ενσωμάτωση μέσω Google Pay JS (ChackDataRequest).
Έργα σε σύγχρονους φυλλομετρητές (το καλύτερο UX είναι το Chrome/Android).
Επιβεβαίωση στον περιηγητή/μέσω της σχετικής συσκευής (τηλέφωνο/ρολόι) με βιομετρικά στοιχεία.

2. 2 In-App (Android)

Το Google Pay API για το Android (μητρικό φύλλο).
Επιβεβαίωση βαθιάς Link/App2App στην εφαρμογή GPay, επιστροφή κατάστασης στην εφαρμογή σας.

2. 3 POS (NFC)

σενάριο CP μέσω HCE/SE· εκτός του επιγραμμικού άρθρου, οι κανόνες χρέωσης είναι διαφορετικοί.

3) Μαρκινοποίηση και ασφάλεια

Το DPAN/Network Token εκδίδεται από τη συμβολική υπηρεσία δικτύου. Το PAN δεν αφήνει τη συσκευή.
Για κάθε πληρωμή, σχηματίζεται κρυπτογράφημα EMV (εφάπαξ υπογραφή).
Η SCA κλείνει με βιομετρικά στοιχεία/κλειδαριά οθόνης της συσκευής (συμβατό με το PSD2).
Το Payment Token αποκρυπτογραφείται στον πάροχο ΥΠ/πύλη (λειτουργία πύλης) ή στον έμπορο με τα κατάλληλα πιστοποιητικά (άμεση λειτουργία· σπάνια).

4) SCA/3DS υπόδειγμα και κίνδυνος

Σε EC/PSD2, η SCA εκτελείται συχνά σε επίπεδο Google Pay → ένα ξεχωριστό 3DS μπορεί να μην ξεκινήσει (η τράπεζα/PSP αποφασίζει).
Ο εκδότης/δίκτυο μπορεί να ζητήσει επιπρόσθετη επαλήθευση/απόρριψη της συναλλαγής (ιδίως για MCC υψηλού κινδύνου).
Οι επιλεκτικές αστοχίες και τα μειωμένα όρια είναι δυνατά για τα ευαίσθητα κάθετα.

5) MIT/επανάληψη και COF

Το δείγμα Google Pay για εφάπαξ συναλλαγή δεν είναι επιλέξιμο για εκ νέου χρέωση.

• Η πρώτη πληρωμή μέσω του GPay → λάβει τη συγκατάθεσή του για το MIT → τη σήμανση της κάρτας στο COF (Network Token/VTS/MDES) από τον πάροχο υπηρεσιών πληρωμών/αποδέκτη.
• Περαιτέρω διαγραφές είναι σαν το MIT με ένα σύμβολο COF με τη σωστή σήμανση συναλλαγής.
• Χωρίς COF και τραπεζική συγκατάθεση - υψηλοί κίνδυνοι μείωσης/χρέωσης.

6) Επιλογές συνδεσιμότητας: πύλη έναντι άμεσης σύνδεσης

Πύλη (συνιστώμενη): Προδιαγραφή "token . τύπος = "PAYMENT_GATEWAY"' → PSP αποκρυπτογραφεί τη μάρκα και εκτελεί την έγκριση. Ταχεία εκκίνηση, λιγότερη συμμόρφωση.
Απευθείας: 'type =' DIRECT '' → έμπορος αποκρυπτογραφεί ανεξάρτητα το σήμα δικτύου καρτών. Χρειάζονται πιστοποιητικά/κλειδιά και την αυστηρότερη ασφάλεια. σπάνια εφαρµόζεται.

• 'al ChailMethod ' type: 'CARD' ',' parameters. Αυτόματες μέθοδοι '(' PAN _ ONLY ',' CRYPTOGRAM _ 3DS '),' CardNetwork , 'b AddressParameters'.
• Προδιαγραφή «token » «πύλη» «άμεση».
• 'tractionInfo' → ποσό/νόμισμα/σύνολο ProtoStatus.
• 'merchantInfo' → 'merchantId '/' merchantName'.

7) Ροές ολοκλήρωσης

7. 1 Ιστός (βήματα)

1. Αρχικοποίηση πελάτη GPay → isReadyTo Pay check.
2. Συλλογή του ChampionDataRequest (με δίκτυα, μεθόδους επαλήθευσης της ταυτότητας και μαρκινοποίηση).
3. Ο χρήστης του φύλλου GPay επιβεβαιώνει (SCA).
4. Λήψη MethodData (συμβολοσειρά κρυπτογράφησης) και αποστολή στο PSP.
5. PSP: 'εξουσιοδοτημένος/επιτυχημένος/αποτυχημένος' + webhook.
6. «Δέσμευση/επιστροφή» ανάλογα με την ανάγκη· αναγνώριση - με ημερήσια μητρώα.

7. 2 Android (in-app)

Ομοίως, δημιουργήστε ένα 'IndependentClient', περάστε ένα 'ReachDataRequest', πάρτε ένα σύμβολο και περάστε το στο backend/PSP.

8) Καθεστώς, διακανονισμοί και επιστροφές

Επιγραμμικές καταστάσεις: 'εξουσιοδοτημένη/επιτυχής/αποτυχημένη/ακυρωμένη' (+ 'εκκρεμεί' σε ορισμένα PSP).
Διακανονισμός: από μητρώα PSP/αποκτώντος, συνήθως T + 1/T + 2. Χωριστή επιγραμμική επιτυχία και λογιστική εγγραφή.
Επιστροφή: μερική/πλήρης με τους κανόνες της κάρτας.
Χρέωση: η διαδικασία της κάρτας (INR/NAD κ.λπ.) εξακολουθεί να ισχύει.

9) Συχνές αιτίες αποτυχίας (μειώσεις)

MCC/κατακόρυφο (iGaming/οιονεί cache) - επιλεκτικό μπλοκάρισμα για εκδότες/παρόχους υπηρεσιών πληρωμών.
Γεωγραφική αναντιστοιχία (χώρα χαρτογράφησης/IP/εμπορική τοποθεσία).
Εσφαλμένη διαμόρφωση 'ChampionDataRequest' (δίκτυα/μέθοδοι ταυτοποίησης), εσφαλμένη λειτουργία 'merchantI or mode'.
MIT χωρίς COF/συγκατάθεση.
Χρονοδιαγράμματα SCA/Διακοπή ροής χρήστη.

10) Πρότυπα UX (που ενισχύουν τη μετατροπή)

Mobile-first: αναδείξτε το κουμπί Google Pay πρώτη μέθοδο στο Android.
Μεγάλο κουμπί GPay στην κάρτα προϊόντος/καλάθι/checkout; Ακολουθήστε τον οδηγό του εμπορικού σήματος.
Προπληρωμένο ποσό/φόροι/παράδοση στο φύλλο (ορατό από το χρήστη σύνολο).
Ανάκτηση: ασφαλής επανάληψη σε χρονικά διαστήματα, μετάβαση σε cards/A2A σε επαναλαμβανόμενες αστοχίες.
: QR/hand-off εάν ο χρήστης επιβεβαιώνει στο τηλέφωνο.

11) Έξυπνη διαδρομή

Προσφορά GPay για Android/Chrome και για BIN/τράπεζες με υψηλό επιτόκιο έγκρισης.
Αυτόματη εκτροπή GPay σε ειδικό BIN/geo όταν οι δείκτες υποβαθμίζονται.
Για επαναλαμβανόμενες πληρωμές: πρώτη πληρωμή μέσω GPay → COF, στη συνέχεια MIT χωρίς παρέμβαση χρήστη.

12) Ασφάλεια και συμμόρφωση

Επικύρωση υπογραφών μηνυμάτων PSP/αγκίστρων ιστού, αυστηρών URI 'ανακατευθύνσεως/επιστροφής'.
Κλειδιά/μυστικά - στο θησαυροφυλάκιο, επιτρεπόμενη τιμή IP για τα τελικά σημεία κλήσης.
Το αποτύπωμα PCI είναι ελάχιστο σε κατάσταση πύλης (δεν αγγίζετε PAN/μυστικά).
Αρχεία καταγραφής: υποδείξεις συσκευών, κωδικοί λόγων, SCA/χρόνος επιβεβαίωσης.

13) iGaming: Χαρακτηριστικά

Η διαθεσιμότητα και τα όρια ποικίλλουν ανάλογα με τη δικαιοδοσία, τον πάροχο ΥΠ και τον εκδότη.
Αναμένονται επιλεκτικές αστοχίες ή/και μειωμένα όρια· ελέγχει τους τοπικούς κανόνες.
Επαναλαμβανόμενες διαγραφές - μόνο MIT με COF και τεκμηριωμένες συναινέσεις παικτών.
Διατήρηση εναλλακτικών λύσεων: A2A/open-banking, τοπικά πορτοφόλια, eCash. Εισάγετε πίσω αν η μείωση είναι υψηλή στο GPay.

14) Συμφωνία και υποβολή εκθέσεων (αναγνώριση)

• 'paytectId/transactionI ,' orderI , network (Visa/MC/...), BIN/bank, ποσό/νόμισμα, κωδικοί κατάστασης/άρνησης, κανάλι (Web/In-App), χρονοσφραγίδες, ARN/UTR από μητρώα.

Ημερήσια αυτόματη αναγνώριση + περιοδική πλήρης αναγνώριση.
Ειδοποιήσεις: «online επιτυχία χωρίς μητρώο», «διπλή σύλληψη», «γήρανση auth».

15) KPI και διαχείριση μεθόδων

Ποσοστό έγκρισης GPay έναντι κανονικών καρτών (από τράπεζες/BIN/geo/συσκευές).
Μερίδιο του GPay στην κυκλοφορία Android, «επαναπροσδιορισμός του ποσοστού κέρδους».
Πίνακας μείωσης (κωδικοί λόγου), доля χρονοδιαγράμματα SCA.
Επιτόκιο χρέωσης/ΗΕΔ, υστέρηση διακανονισμού доля μερική επιστροφή.
Κανόνες κατωφλίου αυτόματης εξαγωγής (για παράδειγμα, έγκριση <X% για συγκεκριμένο BIN/geo).

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

1. Σύνδεση GPay στο PSP. λήψη merchantId, διαμόρφωση ChailMethods/networks and token Προδιαγραφή.
2. Εφαρμογή Web/In-App Sheet, 'εξουσιοδότηση/λήψη/επιστροφή', webhooks (υπογραφή/NMAS), idempotency και retrays.
3. Ρυθμίστε τη σήμανση COF/δικτύου για τη συγκατάθεση MIT + αποθήκευσης.
4. Ενεργοποίηση έξυπνης δρομολόγησης: προτεραιότητα GPay στο Android, επιστροφή στην cards/A2A.
5. Έλεγχος οδηγών εμπορικών σημάτων (κουμπιά/εικονίδια/πνευματικά δικαιώματα).
6. Κατασκευή αναγνωριστικών και ειδοποιήσεων: εκτός συγχρονισμού, αυτόματη γήρανση, διπλή σύλληψη.
7. δοκιμές: Web/Android, μερική σύλληψη/επιστροφή χρημάτων, timeouts/replays, υποβάθμιση PSP, υψηλά φορτία.

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

Σιδηροδρομική γραμμή: κάρτα (Visa/MC/...) φόρτιση - σύμφωνα με τους κανόνες των καρτών.
SCA: βιομετρικά στοιχεία/κλειδαριά οθόνης (συμβατά με το PSD2)· Το 3DS συνήθως δεν απαιτείται χωριστά.
Tokenization: κρυπτογράφημα DPAN + EMV. για την επαναλαμβανόμενη μάρκα COF/δικτύου.
: «εξουσιοδοτήθηκε/αιχμαλωτίστηκε/διαδέχθηκε/απέτυχε/επέστρεψε/ακύρωσε».
Διακανονισμός: από τα μητρώα PSP (T + 1/T + 2).
Περιορισμοί: διαθεσιμότητα ανά συσκευή/περιηγητή/γεω. για iGaming - πολιτική PSP/εκδότη.

Επανάληψη σύνοψης

Το Google Pay είναι επιταχυντής πληρωμών με κάρτα με υψηλή μετατροπή κινητής τηλεφωνίας και ενσωματωμένη SCA. Ενσωματώστε μέσω πύλης-mode, εκπληρώστε τις απαιτήσεις ChailDataRequest, χτίστε γύρω από webhooks + idempotency + recon, και χρησιμοποιήστε COF για επαναλαμβανόμενα. Για το iGaming - διατήρηση εναλλακτικών σιδηροτροχιών και έξυπνων δρομολογίων, καθώς η διαθεσιμότητα και τα όρια ποικίλλουν ανάλογα με τη δικαιοδοσία, την τράπεζα και το PSP.