BLIK Poland: 코드 및 P2P
1) BLIK이란 무엇이며 어디에 적용됩니까?
BLIK는 은행의 모바일 애플리케이션에 통합 된 폴란드 국가 A2A 결제 체계입니다. 사용자는 은행 응용 프로그램의 거래를 확인합니다. 돈은 계정간에 직접 이동합니다. 시나리오: 전자 상거래, POS, P2P "전화 중", ATM (출금/예금), 지불 송장, 티켓/주차 및 오프라인 용 BLIK Contactless (NFC).
주요 속성:- 뱅킹 애플리케이션 (SCA/생체 인식) 을 통한 단일 UX.
- 코드를 입력하지 않고 6 자리 일회성 코드 (단기) 및 푸시 확인 (OneCity/Token/Push).
- 전화 번호 (별칭) 별 P2P, 즉시 24/7.
- QR 및 비접촉식 오프라인 (터미널/NFC) 과 ATM 작업.
2) 생태계 참가자
계획 운영자 (BLIK/switch): 규칙, 라우팅, 인증.
참여 은행: BLIK 신청 발행자 (지불 자 및 수령인), 사기 방지 및 제한.
인수자/PSP: 판매자 제공 업체 (온라인/오프라인 인수 BLIK).
판매자/서비스 제공 업체: 결제를 시작하고 상태/자금을받습니다.
3) BLIK 결제 모드
3. 1 BLIK 코드 (전자 상거래/현금 데스크/ATM)
은행 응용 프로그램의 사용자는 "BLIK" → 6 자리 코드 (유효 ~ 2 분) 를 봅니다.
사이트/현금 등록기/ATM → 에 코드를 입력하면 푸시 요청이 전화에옵니다 → 생체 인식/PIN으로 확인합니다.
돈이 빚지고 상인은 온라인 상태를받습니다.
3. 2 BLIK 원 클릭/푸시/토큰
첫 번째 결제는 장치/계정이있는 판매자의 번들 (토큰) 을 생성합니다.
6 자리 코드 (더 빠르고 높은 변환) 를 입력하지 않고 은행 신청서의 푸시 요청으로 반복 구매가 확인됩니다.
전자 상거래에서 이것은 주요 "코드없는" 시나리오입니다.
3. 3 BLIK QR (POS/전자 상거래)
순서당 동적 QR: 합산 및 메타 데이터가 인코딩됩니다. 사용자는 카메라로 뱅킹 응용 프로그램을 스캔하여 응용 프로그램에서 확인합니다.
정적 QR: 수신자의 VPA/ID에 의해 인코딩 됨; 금액은 수동으로 입력됩니다 (판매자에게는 드문 경우).
3. 4 BLIK 비접촉 (NFC)
POS 터미널 (예: 카드) 에서 전화로 비접촉식 결제, 은행 응용 프로그램의 확인.
소액 지불 및 일상 구매에 적합합니다. 비접촉식 BLIK을 지원하는 터미널 네트워크에서 작동합니다.
3. 5 P2P "전화로" (번호로 전송)
발신자는 전화 번호부에서 연락처를 선택하거나 번호 → 양 → 확인을 입력합니다.
수신자는 전화 번호 (별칭) 에 연결된 계정으로 빠르고 24/7의 돈을받습니다.
3. 6 ATM 현금 인출/인출
현금 인출: 6 자리 BLIK 코드가 ATM 화면에 입력됩니다 → 응용 프로그램의 확인 → 현금 인출.
현금: 수락을 지원하는 ATM을 통한 탑업.
4) 전형적인 상태
'시작' → '보류 중' → '성공 '/' 실패 '/' 취소 '/' 만료'
확인 지연은 오프라인에서 가능합니다. 타임 아웃과 상태를 다시 유지하십시오.
5) 은행의 한계 및 행동
단일 "회로" 한도는 없습니다. 한도는 은행에 의해 설정되며 KYC 수준, 이력, 장치 및 시나리오에 따라 다릅니다
거래당 (운영 당 최대).
일당/24 시간/7d (총 부피/수량).
새로운 수신기/새로운 판매자-임계 값 및/또는 셔터 속도 감소.
채널/시나리오: P2P, POS, 전자 상거래, ATM, NFC, QR에 대한 별도의 제한.
속도/위험 규칙: 사기 방지 은행 (주파수, 지리, 장치, 금액).
6) 관세 및 경제
카드 MDR 아래의 판매자 커미션; 수수료 구조는 PSP/인수자 및 채널 (온라인/POS/QR) 에 따라 다릅니다.
통합 비용, 웹 후크, 조정, 분쟁 및 수익 지원을 고려하십시오.
7) 반품 및 분쟁 (ODR)
카드 의미에서 충전이 없습니다. 반품-판매자가 지불 인에게 새로운 신용 거래를 제공합니다 (부분 거래가 가능함).
분쟁-PSP/은행 규정 및 ODR 프로세스 (주문 로그, 수표, 배송) 를 통해.
8) 안전 및 준수
은행 응용 프로그램 (바이오 메트릭/IN) 의 SCA, 장치 바인딩.
사기 방지: 속도, 새로운 수령인, 별명 검증, 위험 모델.
PII 최소화, 웹 후크 암호화, HMAC/nonce, 감사 로그.
지역 결제 및 데이터 보호 요구 사항을 충족하
9) UX 관행
코드 vs 푸시: 가능하면 더 빠르고 높은 변환을 제공합니다.
QR 오프라인: 주문 당 동적 QR 사용 → 더 적은 오류, 완벽한 조정.
이데올로기: 안전한 반복을위한 'orderID' + dempotence 키.
재방송/복원: '보류/시간 초과' 시 명확한 재실행 및 대체 방법 (맵/기타 방법) 을 표시하십시오.
영수증: 금액, 날짜/시간, 채널 (코드/푸시/QR/NFC), 지불 ID/UTR.
10) 판매자를위한 통합 옵션
1. PSP에서 호스팅/임베디드-빠른 시작, 기성품 화면/리디렉션, 상태.
2. 서버 간 + 위젯 - 은행, 코드, QR, 푸시 목록이있는 자체 체크 아웃.
3. POS/SoftPOS-금전 등록기/터미널 (QR/NFC) 에서 BLIK 수신.
4. ATM 통합 (은행/파트너 용) -BLIK를 통한 인출/입국.
- API: '지불 확인', '확인', '환불', '웹 후크', '조정'.
- HMAC, 배송 및 백오프, 이벤트 중복 제거 기능이있는 웹 후크.
- 자동 정찰 (일일) + 전체 정찰 (주기적); UTR/참조 스토리지.
- 이념성 테이블 및 상태 맵 ('보류 → 성공/만료 됨').
11) 화해와보고
로그: 'paymentID/transactionID', 'orderID', 채널 (코드/푸시/QR/NFC), 지불 자 은행, 상태, 금액/통화, 타임 스탬프, UTR/은행 참조.
PSP 보고서에서 초기 매개 변수, 늦은 업데이트, 반품/부분 반환, 취소.
비동기화 된 경고 및 SLA 대시 보드를 설정하십시오.
12) iGaming/고위험 분야의 BLIK
BLIK 가용성은 PSP/은행 정책 및 현지 법률에 따라 다릅니다.
한계가 강화되고 KYC가 확장되며 수령인 점검이 증가하고 보류 가능성이 높아질 것으로 예
대체 레일 (카드, SEPA, 오픈 뱅킹 PIS) 및 플레이어 프로필별로 스마트 라우팅을 유지하십시오.
13) BLIK 비접촉식 (구현 세부 사항)
발행 은행 및 터미널 인프라의 지원이 필요합니다.
UX는 빠르지 만 (응용 프로그램에서 확인-확인) 제한 및 사기 방지는 코드/QR과 다를 수 있습니다.
보고시 NFC 채널을 할당하여 변환 및 장애를 모니터링하십시오.
14) 출력 체크리스트
1. PSP/인수자 BLIK (온라인/POS/QR/NFC) 를 선택하고 관세 및 SLA에 동의합니다.
2. '지불 구현' + UX (코드/푸시/QR/NFC) 및 이해할 수있는 오류/제한.
3. 웹 후크, demempotency, 타임 아웃 및 재생을 연결하십시오.
4. 환불 (부분/전체), ODR 절차 및 지원 스크립트를 포함합니다.
5. 정찰 (일일 + 전체), UTR/핀 참조 스토리지를 설정하십시오.
6. 채널 별 SLA 모니터링 구축 (코드/푸시/QR/NFC), '보류중인 → 만료' 경고.
7. 발행 은행, POS, ATM, 모바일 플랫폼으로 엔드 투 엔드 테스트를 보장하십시오.
제한 참조 카드
Per-txn/24h/7d: 설정에 저장하고 시작하기 전에 확인하십시오.
새로운 수령인/판매자: 임계 값 감소 및/또는 노출.
채널: P2P, 전자 상거래, POS, ATM, NFC, QR에 대한 별도의 제한.
속도/위험: 은행 사기 방지는 운영을 부드럽게 편향/둔화시킬 수 있습니다.
요약
온라인의 경우 BLIK OneFranklin/Push에 베팅하십시오. 오프라인-동적 QR 및 비접촉식.
하드 금액을 꿰매지 마십시오-은행/채널별로 한계 구성표를 사용하십시오.
웹 후크 + 정찰, 부분 반환 및 '보류/만료' 에 대한 명확한 처리를 중심으로 아키텍처를 구축하십시오.
P2P의 경우 전화 번호별로 별칭을 사용하고 사용자 컨텍스트 위험 및 한계를 표시하십시오.