Bizum Spain: 즉시 이동
1) Bizum 컨텍스트 및 포지셔닝
Bizum은 현지 은행의 응용 프로그램에 내장 된 스페인 은행 간 즉시 송금 및 지불 체계입니다. 연중 무휴 작업에는 P2P (전화 번호 당), P2M (전자 상거래/오프라인 결제), 기부/기부 및 송장이 포함됩니다. 확인은 은행 응용 프로그램 (SCA/PSD2) 에서 수행되며 자금은 즉시 승인과 신속한 신용으로 은행 레일을 따라 이동합니다.
주요 속성:- 전화 주소 지정 (별칭), UX의 IBAN 없음.
- 불필요하고 최종 신용 이체 (카드에는 요금 환급이 없습니다).
- P2M: 사이트, 응용 프로그램에서 오프라인 결제 (QR/Bizum 코드).
- 지불 요청: 연락처 또는 고객에게 "요청".
2) 회원 및 역할
Bizum 체계/은행 간 스위치-규칙, 라우팅, 참가자 카탈로그.
발행 은행-모바일 애플리케이션, SCA, 사기 방지 및 제한.
PSP/acquirers-Bizum P2M, API/SDK, 보고 및 계산에 대한 판매자 연결.
판매자-결제/요청을 시작하고 상태를 처리하며 반품 및 조정을 유지합니다.
지불 자/수령인-은행 신청서의 거래를 확인합니다.
3) 모드 및 사용자 시나리오
3. 1 P2P "전화 당"
발신자는 연락처 (전화 번호) 를 선택합니다. → 은행 응용 프로그램에서 확인한 금액입니다. → 수신자는 계정에서 즉시 크레딧을 볼 수 있습니다.
새 수신자의 경우 임계 값/추가가 줄어 듭니다. 수표.
3. 2 P2M (판매자에게 지불)
전자 상거래: 결제시 Bizum 전화 번호를 입력하거나 딥 링크 뱅킹 응용 프로그램을 엽니 다. 확인-푸시/SCA.
오프라인/QR: 동적 QR 주문 당 (양 + 주문), 뱅킹 응용 프로그램에서 스캔 → 온라인 상태를 판매자에게 스캔합니다.
Bizum 코드: 판매자는 판매 시점에 짧은 코드/별칭을 표시 할 수 있습니다.
3. 3 지불 요청
판매자는 지불 요청 (금액/목적/유효 기간) 을 형성합니다 → 고객이 은행 신청서에서 확인한 → 자금은 정기적 인 Bizum 이체로 인정됩니다.
3. 예금 및 계좌 4 개 지불 가능
자선 단체 및 유틸리티/소액 지불을 위해 지원되는 짧은 코드/별칭.
4) 상태
'시작' → '보류 중' → '성공 '/' 실패 '/' 취소 '/' 만료'
요청 - 추가 상태 '요청 '/' 만료'.
5) 한계 및 위험 정책
KYC 레벨, 히스토리 및 채널에 따라 은행 및/또는 PSP 세트 제한이라는 단일 "슈퍼 회로" 한도는 없습니다.
거래당, 하루/24 시간, 때로는 매주/월별.
새로운 수신자/판매자-임계 값 감소, 셔터 속도 또는 확인.
채널/스크립트: P2P, P2M (web/app/QR), Request-to-Pay에 대한 별도의 제한.
은행 측의 속도/장치/지리 규칙.
6) 경제 및위원회
판매자 Bizum의 경우 일반적으로 카드 MDR보다 저렴하지만 조건은 PSP/은행에 따라 다릅니다.
통합/SDK, '보류/만료' 처리, 지원/ODR 및 정찰 비용 계획.
7) 반품 및 분쟁
A2A에 대한 차지 백 (카드 에서처럼) 이 누락되었습니다. 반품-판매자에서 지불 인으로의 새로운 신용 거래 (부분 환불 지원).
용어 - 뱅크 (종종 T + 0/T + 1).
PSP 및 은행 절차를 통한 분쟁/불만; 주문 기록, 확인 및 고객 커뮤니케이션을 준비하십시오.
8) 안전 및 준수
뱅킹 응용 프로그램의 PSD2/SCA: IN/생체 인식, 장치 바인딩, 은행과의 위험 기반 인증.
PII 최소화: 필요한 속성 (전화/심판) 만 저장하고 PII를 암호화하며 액세스를 제한합니다.
웹 후크: HMAC/nonce, 리플레이 보호, 감사 및 리트레이 로그.
9) 판매자 통합
옵션
1. PSP가 주최/임베디드-빠른 시작: 상자에서 Bizum 양식, 상태, 오류.
2. 서버 간 + App2App/QR-기본 UX, 순서당 동적 QR, 심층 오류 처리.
3. Pay-by-Link/Request-to-Pay-링크 별 계정 (이메일/SMS/메신저), 은행 확인.
- API: '지불 지불', '요청 ToPay', '환불', '웹 후크', '조정'.
- Idempotence ('orderID' + key), 지수 리트레이, 이벤트 디드 업.
- 정찰: 매일 자동 정찰 + 주기적 정찰; UTR/핀 참조 저장.
- SLA 대시 보드: 등록 전 대기 시간, '보류 → 성공/만료', 전환.
10) 화해와보고
로그: 'paymentID/transactionID', 'orderID', 채널 (P2P/P2M/QR/App2App/Request), 지불 자 은행, 상태, 금액/통화, 타임 스탬프, UTR/은행 링크.
PSP: 등록/반품/수정, 늦은 상태 업데이트 등록.
11) UX 패턴
모바일 우선: 모바일 용-App2App; 데스크톱 용 - 동적 QR.
투명한 오류: 제한, 시간 초과, SCA 실패; 안전한 반복 + 대안 (카드/SEPA/기타 A2A).
영수증: 양, 시간, '거래', 채널, UTR, 연락처를 지원합니다.
요청 유효성 기간/QR: 타이머 및 복구 스크립트 보이기
12) 재발 및 명령
기본 Bizum-SCA와의 일회성. 구독의 경우 번들이 사용됩니다. 후속 기록 (제한/주파수/알림, 위임 관리 화면) 에 대한 Bizum → e-manider/SEPA DD/Open-Banking의 첫 지불.
13) 고위험 구강 (iGaming 포함)
가용성/제한은 은행/PSP 정책 및 현지 법률에 따라 다릅니다.
임계 값이 낮아지고 KYC가 향상되어 가능한 유지가 예상됩니다.
대체 레일 (맵, SEPA, 기타 PIS) 을 계획하고 위험에 따라 스마트 라우팅하십시오.
14) Bizum Gateway 아키텍처
금전 등록기 및 백호를위한 API 계층 (REST/GraphQL).
이벤트 대기열: 상태 이벤트 → 청구/CRM/분석.
보안: 비밀에 대한 금고, IP 허용리스트 PSP, 엄격한 리디렉션-리디렉션, 재생 방지 토큰.
관찰 가능성: 채널 별 메트릭 (App2App/QR/Request), '보류 → 성공/만료 됨', 정산 시간.
15) 출력 체크리스트
1. PSP/Bank에서 Bizum 채널을 구독하십시오. 채널을 선택합니다 (App2App/QR/Request).
2. '지불 지불 '/' 요청 ToPay', 동적 QR, 오류/제한 화면을 구현하십시오.
3. 웹 후크, demempotency, retrai 및 이벤트 dedup을 연결하십시오.
4. 정찰 (일일 + 전체), UTR/핀 참조 스토리지를 설정하십시오.
5. 부분/전체 환불 및 ODR 절차를 지원하십시오.
6. SLA 대시 보드 및 변환/대기 시간 알림을 실행하십시오.
7. 주요 은행/장치에서 e2e 테스트를 수행합니다.
제한 참조 카드
Per-txn/24h/7d: 설정으로 저장하고 시작하기 전에 확인하십시오.
새로운 수신자/판매자: 임계 값/셔터 속도 저하.
채널: P2P, P2M (web/app/QR), Request-to-Pay에 대한 별도의 제한.
속도/위험: 은행 사기 방지는 운영을 부드럽게 편향/둔화시킬 수 있습니다.
요약 다시 시작
온라인-App2App + 동적 QR, 오프라인-QR/Bizum 코드, 전송-P2P 번호.
논리에서 별도의 온라인 확인 및 최종 크레딧; 웹 후크 + 정찰 및 부분 환불을 중심으로 구축하십시오.
금액을 수정하지 마십시오: 은행/채널별로 한계 구성을 유지하고 정기적으로 업데이트하
구독의 경우 첫 번째 Bizum 번들 → 투명한 관리 및 알림이있는 티켓.