ემიტენტის პასუხის კოდები და დამუშავება

1) რატომ უნდა გავიგოთ პასუხის კოდი?

ემიტენტის პასუხის კოდი განსაზღვრავს შემდეგ ეფექტს: გამეორება, გამეორება SCA/3DS- ით, სხვაგვარად მარშრუტირება, არ განმეორდეს ან მომხმარებლის ესკალაცია. სწორი კლასიფიკაცია ზრდის Approval Rate (AR) კოდებს, ამცირებს ღირებულებას და ამცირებს სადავო გარიგებების წილს.

2) კოდების ტაქსონომია (ზოგადი წარმოდგენა)

• წარმატება

'00' - Approved (ან '85' ცალკეულ განხორციელებაში).

Soft declines (დროებითი/გამოსწორებული პირობები)

`51` — Insufficient funds.
'91' - Issuer ან switch inoperative (დროებითი მიუწვდომლობა).
'96' - სისტემა malfunction (ზოგადი შეცდომა).
'62/65' - Restrictions/Exceeds withdrawal frequence (ლიმიტები, დღის ბარიერები).
'R1/R3' ან soft-decline სქემის კოდები SCA- სთვის საჭიროა/3DS ნედლეული.

Hard declines (მუდმივი/საბოლოო მიზეზები ამ მცდელობისთვის)

'05' - Do not honor (ხშირად სინამდვილეში მძიმე, თუ არ აღინიშნება SCA-roft).
`14` — Invalid card number.
`54` — Expired card.
`57` — Transaction not permitted to cardholder.
`59` — Suspected fraud.
`43/41` — Stolen/Lost card.
'03/04/13' - Invalid merchant/withdrawal/amount (პარამეტრის შეცდომა).

3) გადაწყვეტილებების მატრიცა (დამუშავების წესები)

ქვემოთ მოცემულია პრაქტიკული მატრიცა „კოდი - მოქმედება“ ელექტრონული კომერციის (MCC 7995), სადაც 3DS2/SCA და COF/MIT კრიტიკულია.

4) Retrai და backoff Playbooks

Idempotence: თითოეულ გამეორებას უნდა ჰქონდეს idempotency-key და ჩაწეროს მცდელობების სახელმწიფო მანქანა.

4. 1 ზოგადი backoff შაბლონი (რბილი)

პირველი მარცხი - განმეორება 10-15 წუთის შემდეგ

მე -2, 1-2 საათის შემდეგ

მე -3 - 24 საათის შემდეგ, შემდეგ გაჩერება

თუ soft-decline = SCA required დაუყოვნებლივ არის 3DS2 მოლოდინის გარეშე.

4. 2 გამეორება ხელმოწერებისთვის (MIT/COF)

MIT retries- ის ცალკეული ეტაპი (არ ერევა CIT).
ექსპონენციალური backoff + jitter (შემთხვევითი გაფანტვა), რათა თავიდან იქნას აცილებული „ქარიშხალი“ 00:00 საათზე.
შეინახეთ ინიტარული CIT (liability/PSD2).

5) Smart-routing კოდებით/BIN/PSP

თუ '91/96 "კონკრეტული BIN მტევნებისთვის, გადართეთ PSP-B- ზე, რომელიც ამ გამცემებისთვის AR- ზე მაღალია.
"05 '-სთვის 3DS- ის შემდეგ - შეეცადეთ ქსელის ტოკენი + სხვა PSP (ზოგჯერ ემიტენტის ანტიფროდის მგრძნობელობა ხელს უწყობს).
შეინარჩუნეთ სტაბილურობის ცხრილი: გამცემი × PSP × 3DS რეჟიმში AR/latency.

IF code in {91,96} AND bin_country == "X" THEN route = PSP_B
ELSE IF code == SCA_REQUIRED THEN enforce_3DS = true
ELSE IF code == 05 AND was_3DS == false THEN retry_with_3DS
ELSE IF code in HARD THEN stop_and_prompt_alternative

6) ურთიერთობა 3DS/SCA- სთან

SCA- ს გამო, Soft-decline ცალსახად აღიარეთ და არ დახარჯოთ მცდელობები „უსინათლოებზე“.
CIT- ზე დაიწყეთ EMV 3DS 2. x; შემდგომი MIT - SCA- ს გარეშე სწორი ბმულებით.
გადასცეს მაქსიმალური კონტექსტი (მოწყობილობები, აკოკუნტის ხანა, velocity) - ზრდის frictionless- ის შანსს.

7) UX ნიმუშები კონვერტაციის გასაზრდელად

გასაგები სტატუსები: „საკმარისი თანხები“, „ბანკი დროებით მიუწვდომელია“, „საჭიროა დადასტურება ბანკში“.
ღილაკი „გაიმეორე“ ტაიმერით ('91/96').
ალტერნატივის შეთავაზება: A2A/ადგილობრივი საფულეები, ნაწილობრივი თანხა, სხვა PSP.
გამოწერებში - რბილი ნოტიფიკაციები „გადახდის მეთოდის განახლებით“ (ლინუქსი ბარათის განახლებაზე).

8) დავები და ჩარჟბეკი: რა არის მნიშვნელოვანი კოდებით

3DS success (ECI/CAVV) ამცირებს frod/Charjbeck რისკს და ატარებს პასუხისმგებლობას.
კოდი 59/41/43 'არის მაღალი რისკი: მოამზადეთ მტკიცებულებები და ანტიფროგრამული ლოგოები.
'05' 3DS- ის გარეშე ხშირად მიდის „მფლობელის ავტორიზაციის გარეშე“; გამეორება 3DS- ით ამცირებს დავის რისკს.
ჩაატარეთ ნიმუშები: dsTransID/ECI/CAVV, SCA ლოგები, მომსახურების მიწოდების მტკიცებულება.

9) არქიტექტურული დამუშავების კომპონენტები

Payments Orchestrator: წესები, idempotention, სახელმწიფო აპარატურა, ჭკვიანი როუტინგი, 3DS გადაკეთება.
BIN სერვისი: ქვეყანა/სქემა/ბარათის ტიპი - როუტინგისა და ლიმიტების პოლიტიკა.
3DS სერვერი: ვერსიები 2. 1/2. 2/2. 3, web/mobile SDK, decoupled.
Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.
Card განახლება: VAU/ABU/შეძენის განახლებები.
Observability: მეტრიკა AR/Loss reasons, Alertas alerts of 05/91/96 BIN/ემიტენტის განყოფილებაში.

10) მეტრიკი და ალერტა

• AR კოდებისა და ჯგუფების მიხედვით (რბილი/მძიმე).
• Soft-decline - წარმატებული ჭიდაობა% (საერთო და 3DS- ით).
• წილი '05' 3DS- ის შემდეგ (არანორმალურად მაღალი) ჩვენ ვუყურებთ როტინგს/ანტიფროდს).
• '91/96' BIN/ქვეყნებში (SLO ემიტენტების ხელმისაწვდომობის მიხედვით/PSP).
• წარმატებული გამეორების დრო (p50/p95).
• Cost per approved txn (განმეორებითი მცდელობების გათვალისწინებით).

• სპაიკი '91/96'> X% 15 წუთში BIN კლასტერში.
• '05' ზრდა> Y% წარმატებული 3DS- ის შემდეგ.
• რეაგირების წარმატება

11) ხშირი შეცდომები

SCA-soft vs ზოგადი '05' განსხვავების არარსებობა.
მრავალჯერადი გამეორება idempotence- ის გარეშე დუბლი აქვს ledger- ში.
ემიტენტის გეო-შეზღუდვების და ლიმიტების უგულებელყოფა ('62/65').
PAN/CVV- ის ლოჯისტიკა ტოქსინების ნაცვლად (PCI დარღვევა).
„ერთი PSP ყველა შემთხვევაში“ ემიტენტის როუტინგის გარეშე.

12) განხორციელების სია

• Mapping კოდების ლექსიკონი (ISO/სქემები/PSP) არის ერთიანი ტაქსონომია (რბილი/hard/SCA).
• სახელმწიფო მანქანა და იდემპოტენტობა მცდელობებისთვის (გასაღებები, TTL).
• Backoff პოლიტიკა და მცდელობების ლიმიტები (ცალკე CIT/MIT- ისთვის).
• 3DS2 ავტომატური გადაადგილება SCA-soft- ზე; არტეფაქტების დაცვა.
• ჭკვიანი როტინგი BIN/ქვეყანაში/PSP გამცემი და ჯანმრთელობა.
• Deschbords AR/declines და ალერტები კოდების სპაიკერებზე.
• UX შაბლონები ალტერნატივის უარის თქმის და შეთავაზებების მიზეზებისთვის.
• ინტეგრაცია ბარათის განახლებისა და ქსელის ტოკენებთან.
• დავების ფლეიბუტები მიზეზების ჯგუფებისთვის.
• PCI პოლიტიკოსები: PAN-safe, შენიღბვა, ლოგიკა მგრძნობიარე მონაცემების გარეშე.

13) რეზიუმე

პასუხის კოდი არის ემიტენტის „ენა“. გადაიტანეთ იგი გასაგებ მოქმედებებში: სად გავიმეოროთ, სად წავიდეთ დაუყოვნებლივ 3DS- ში, სად გადავიტანოთ PSP და სად გავჩერდეთ და შემოგთავაზოთ ალტერნატივა. ძლიერი ორკესტრი, რომელსაც აქვს სწორი კლასიფიკაცია soft/hard, backoff წესები, smart-routing და დაკვირვება სტაბილურად ზრდის კონვერტაციას და ამცირებს დამუშავებული გარიგების ღირებულებას iGaming- ში.