BLIK პოლონეთი: კოდი და P2P

1) რა არის BLIK და სად გამოიყენება იგი

BLIK არის პოლონეთის ეროვნული A2A გადახდის სქემა, რომელიც ინტეგრირებულია ბანკების მობილური აპლიკაციებში. მომხმარებელი ადასტურებს ოპერაციებს მის საბანკო პროგრამაში; ფული პირდაპირ გადადის ანგარიშებს შორის. სკრიპტები: e-commerce, POS, P2P „ტელეფონზე“, ATM (ამოღება/დანამატი), გადახდის ანგარიშები, ბილეთები/პარკინგი, ასევე BLIK Contactless (NFC) ოფლაინისთვის.

• ერთიანი UX საბანკო პროგრამების საშუალებით (SCA/ბიომეტრია).
• 6 მნიშვნელოვანი ერთჯერადი კოდი (მოკლე) და push დადასტურება კოდის შეყვანის გარეშე (OneClick/Token/Push).
• P2P ტელეფონის ნომრით (alias), მყისიერად 24/7.
• QR და უკონტროლო ოფლაინი (ტერმინალები/NFC), პლუს ბანკომატების ოპერაციები.

2) ეკოსისტემის მონაწილეები

სქემის ოპერატორი (BLIK/სვიტჩი): წესები, როუტინგი, სერტიფიკაცია.
მონაწილე ბანკები: BLIK პროგრამების გამცემები (გადამხდელი და მიმღები), ანტიფროდი და ლიმიტები.
Acquirer/PSP: მიმწოდებელი ციმციმისთვის (BLIK ონლაინ/ოფლაინის შეძენა).
მერჩანტი/მომსახურების პროვაიდერი: იწყებს გადახდას, იღებს სტატუსებს/საშუალებებს.

3) გადახდის რეჟიმები BLIK

3. 1 BLIK კოდექსი (ელექტრონული კომერცია/სალარო/ATM)

ბანკის განაცხადში მომხმარებელი დააჭერს „BLIK“ - ს და ხედავს 6 - ნიშნიან კოდს (შესაბამისი ~ 2 წუთი).
იგი შემოაქვს კოდს საიტზე/სალაროში/ბანკომატზე, ტელეფონზე მოდის push მოთხოვნა, ადასტურებს ბიომეტრიას/PIN.
ფული იწერება, მერჩანტი იღებს ონლაინ სტატუსს.

3. 2 BLIK OneClick / Push / Token

პირველი გადახდის დროს იქმნება ციმციმის ლიგატი (ტოკენი) მოწყობილობით/ანგარიშით.
განმეორებითი შესყიდვები დასტურდება ბანკის განაცხადში push მოთხოვნით, 6-ნიშნის კოდის შეყვანის გარეშე (უფრო სწრაფად, კონვერტაციის ზემოთ).
ელექტრონული კომერციის დროს, ეს არის მთავარი „ნულოვანი“ სცენარი.

3. 3 BLIK QR (POS/e-commerce)

დინამიური QR per-order: დაშიფრული თანხა და მეტამონაცემები; მომხმარებელი სკანირებს საბანკო პროგრამის კამერას, ადასტურებს განაცხადში.
სტატიკური QR: დაშიფრული მიმღების VPA/ID; თანხა შემოღებულია ხელით (იშვიათად ვაჭრებისთვის).

3. 4 BLIK Contactless (NFC)

უკონტროლო გადახდა ტელეფონით POS ტერმინალზე (ბარათების მსგავსად), დადასტურება საბანკო განაცხადში.
შესაფერისია მიკროსაფინანსო და ყოველდღიური შესყიდვებისთვის; მუშაობს ტერმინალების ქსელში, რომლებიც მხარს უჭერენ უკონტროლო BLIK- ს.

3. 5 P2P „ტელეფონზე“ (წინა ნომერი)

გამგზავნი ირჩევს კონტაქტს სატელეფონო წიგნიდან ან წარმოგიდგენთ ნომერს, რომელიც დასტურდება.
მიმღები იღებს ფულს ანგარიშზე, რომელიც დაკავშირებულია მის ტელეფონის ნომერთან (alias) - სწრაფად და 24/7.

3. 6 ATM: ფულადი სახსრების ამოღება/დანამატი

Cash-out: ბანკომატის ეკრანზე შემოღებულია 6-ნიშნა BLIK კოდი - დადასტურება განაცხადში, ფულადი სახსრების გაცემა.
Cash-in: ანგარიშის შევსება ბანკომატების საშუალებით, რომლებიც მხარს უჭერენ მიღებას.

4) ტიპიური სტატუსები

`initiated` → `pending` → `success` / `failed` / `canceled` / `expired`.
ოფლაინში შესაძლებელია დადასტურების შეფერხება; შეინარჩუნეთ ტაიმაუტები და სტატუსის გამეორება.

5) ბანკების ლიმიტები და ქცევა

• Per-transaction (მაქსიმუმ ერთი ოპერაციისთვის).
• Per-day/24h/7d (მთლიანი მოცულობა/რაოდენობა).
• ახალი მიმღები/ახალი ქურთუკი - შემცირებული ბარიერები ან/და ჩამკეტი.
• არხი/სცენარი: ინდივიდუალური ლიმიტები P2P, POS, ელექტრონული კომერცია, ATM, NFC, QR.
• Velocity/რისკის წესები: ბანკის ანტიფროზი (სიხშირე, გეო, მოწყობილობა, თანხა).

6) ტარიფები და ეკონომიკა

საკომისიოს მერჩანტისთვის, MDR ბარათის ქვემოთ; მოსაკრებლების სტრუქტურა დამოკიდებულია PSP/შეძენაზე და არხზე (ონლაინ/POS/QR).
გაითვალისწინეთ ინტეგრაციის, ვებ-ჰუკების, ჩანაწერების, დავებისა და დაბრუნების ღირებულება.

7) ამაღლება და დავები (ODR)

Chargeback არ არის ბარათის გაგებით. დაბრუნება - გადამხდელის ახალი საკრედიტო ოპერაცია (შესაძლებელია ნაწილობრივი).
დებატები - PSP/Bank- ის რეგულაციების და ODR პროცესების მეშვეობით (შეკვეთის ლოგოები, ჩეკი, მიწოდება).

8) უსაფრთხოება და შესაბამისობა

SCA ბანკის განაცხადში (ბიომეტრია/PIN), მოწყობილობები.
საბანკო ანტიფროზი: velocity, ახალი მიმღები, ალიასის შემოწმება, რისკის მოდელი.
PII მინიმიზაცია, ვებ-ჰუკების დაშიფვრა, HMAC/nonce, აუდიტის ჟურნალი.
შესაბამისობა გადახდის სერვისების ადგილობრივ მოთხოვნებთან და მონაცემთა დაცვაზე.

9) UX პრაქტიკა

კოდი vs Push: თუ ეს შესაძლებელია, შესთავაზეთ OneClick/Push - უფრო სწრაფი და მაღალი კონვერტაცია.
QR ოფლაინში: გამოიყენეთ დინამიური QR per-order - ნაკლები შეცდომა, იდეალური შერიგება.
Idempotence: 'orderId' + idempotent- ის გასაღები უსაფრთხო გამეორებისთვის.
გამეორება/აღდგენა: 'pending/timeout- ით' აჩვენეთ გასაგები გამეორება და ალტერნატივა (ბარათი/სხვა მეთოდი).
ქვითარი: თანხა, თარიღი/დრო, არხი (კოდი/Push/QR/NFC), გადახდის იდენტიფიკატორი/UTR.

10) ინტეგრაციის ვარიანტები მერჩანტისთვის

1. Hosted/Embedded from PSP - სწრაფი დასაწყისი, მზა ეკრანები/რედაქციები, სტატუსები.
2. სერვერი to-Server + ვიჯეტი - საკუთარი შემოწმება ბანკების ჩამონათვალით, კოდი, QR, push.
3. POSS/SoftPOS - BLIK მიღება სალაროებში/ტერმინალებზე (QR/NFC).
4. ATM ინტეგრაცია (ბანკებისთვის/პარტნიორებისთვის) - BLIK- ის საშუალებით ამოღება/შეჩერება.

• API: `createPayment`, `confirm`, `refund`, `webhook`, `reconcile`.
• Webhooks HMAC, retrais და backoff, მოვლენების დედაპლიკაცია.
• Auto-recon (daily) + full-recon (პერიოდული); UTR/რეფერენდუმის შენახვა.
• Idempotence ცხრილი და სტატუსის რუკა ('pending/success/expired').

11) კრეკი და მოხსენება

განათავსეთ: 'payshead Id/Transacotion Id', 'orderId', არხი (კოდი/Push/QR/NFC), გადამხდელი ბანკი, სტატუსი, თანხა/ვალუტა, Timestamp, UTR/საბანკო რეფერენდუმი.
PSP ანგარიშებში: საწყისი პარამეტრები, გვიან განახლებები, გადახურვები/ნაწილობრივი ზარალი, გაუქმება.
Rassinchrons და deschbords SLA პარამეტრები.

12) BLIK iGaming/მაღალი რისკის ვერტიკალებში

BLIK- ის ხელმისაწვდომობა დამოკიდებულია PSP/ბანკების პოლიტიკასა და ადგილობრივ სამართალზე.
დაელოდეთ გამკაცრებულ შეზღუდვებს, გაფართოებულ KYC- ს, მიმღების გაძლიერებულ შემოწმებას და შესაძლო ჰოლდინგებს.
შეინარჩუნეთ ალტერნატიული რელსები (ბარათები, SEPA, ღია ბანკინგი PIS) და ჭკვიანი მარშრუტიზაცია მოთამაშის პროფილის მიხედვით.

13) BLIK Contactless (განხორციელების დეტალები)

იგი მოითხოვს მხარდაჭერას ემიტენტ ბანკისა და ტერმინალის ინფრასტრუქტურისგან.
UX სწრაფი (ექსპლუატაციაში მითითებულია), მაგრამ ლიმიტები და ანტიფროზი შეიძლება განსხვავდებოდეს კოდისგან/QR.
მოხსენებაში გამოყავით NFC არხი კონვერტაციისა და უარის თქმის მონიტორინგისთვის.

14) Check Life Prode

1. შეარჩიეთ PSP/BLIK შემქმნელი (ონლაინ/POS/QR/NFC), დააკონკრეტეთ ტარიფები და SLA.
2. გააცნობიერეთ 'CreatePayment' + UX (კოდი/Push/QR/NFC) და გასაგები შეცდომები/ლიმიტები.
3. დააკავშირეთ webhooks, idempotence, tymauts და გამეორება.
4. ჩართეთ refunds (partial/full), ODR პროცედურები და საფორტეპიანო სკრიპტები.
5. ჩანაწერების პარამეტრები (daily + full), UTR/ფინის რეფერენდუმის შენახვა.
6. თქვენ ააშენებთ SLA- ს მონიტორინგს არხებით (კოდი/Push/QR/NFC), ალერტები 'pending-expired'.
7. დაფარეთ გამცემი ბანკების, POS, ATM, მობილური პლატფორმების ტესტებით.

სახელმძღვანელო ბარათი ლიმიტებისთვის

Per-txn/24h/7d: შენახვა კონფისკაციაში და შემოწმება დაწყებამდე.
ახალი მიმღები/მერჩანტები: შემცირებული ბარიერები ან/და გამძლეობა.
არხები: ინდივიდუალური ლიმიტები P2P, ელექტრონული კომერცია, POS, ATM, NFC, QR.
Velocity/რისკი: ბანკის ანტიფროგმა შეიძლება ნაზად უარყოს/შეანელოს ოპერაციები.

რეზიუმე

ინტერნეტით, ფსონი დადეთ BLIK OneClick/Push- ზე; ხაზგარეშე - დინამიური QR და Contactless.
ნუ დააკმაყოფილებთ მკაცრ თანხებს - გამოიყენეთ ლიმიტების კონფიგურაცია ბანკების/არხების საშუალებით.
ააშენეთ არქიტექტურა webhooks + recon- ის გარშემო, ნაწილობრივი დაბრუნებები და მკაფიო დამუშავება 'pending/expired'.
P2P- სთვის დაეყრდნეთ ალიას ტელეფონის ნომრით და აჩვენეთ მომხმარებელს კონტექსტური რისკები და შეზღუდვები.