GH GambleHub

Multibanco Portugal: 바우처 및 심판

1) 멀티 밴코 컨텍스트 및 포지셔닝

Multibanco (MB) 는 ATM, 온라인 뱅킹 및 현지 결제 서비스를 결합한 SIBS가 운영하는 포르투갈의 국가 결제 인프라입니다. 전자 상거래/계정에는 가장 유용한 두 가지 도구가 있습니다

MB 참조 (Pagamento de Serviços/Compras): ATM 또는 홈뱅킹에서 송장을 지불하기위한 Entidade + Referência + Valor 양식의 지불 세부 정보.
ATM의 MB Voucher/MB 현금: "바우처" 시나리오-구매자는 코드/명령을 받고 ATM 또는 인터넷 은행에서 지불합니다. 판매자는 PSP로부터 온라인 확인 및 후속 은행 크레딧을받습니다.

특징: 매우 낮은 사기, 은행 송금과 같은 최종 결론, ATM/홈뱅킹을 통해 지불하는 데 익숙한 사용자의 편의.

2) 세부 조건 및 형식

Entidade (엔티티/서비스 코드) - SIBS 시스템의 수신자 코드 (일반적으로 5 자리).
Referência (참조) -송장/주문의 9 자리 고유 식별자.
용맹 (금액) - 지불 가능 (고정) 또는 "개방" 금액 (PSP/판매자에서 구성된 경우).

💡 실습: 전자 상거래의 경우 고정 용맹과 만료를 사용하십시오-조정을 단순화하고 오류를 줄입니다.

3) 참가자

SIBS/Multibanco (체계/스위치) - MB 결제 라우팅 및 정리

지불 은행-ATM/홈 뱅킹, 제한 적용/사기 방지.
PSP/Acquirer-API/패널을 통해 참조/바우처를 발행하고 웹 후크 및 레지스터를 보내며 계산을 수행합니다.
판매자-계정 (엔터티/참조/금액) 을 생성하고 상태/크레딧을 수신하고 반품합니다.

4) 흐름과 채널

4. 1MB 참조 (ATM/홈 뱅킹을 통한 송장)

1. Merchant/PSP는 Entidade + Referência + Valor + 만료를 생성하고 결제시 표시합니다 (및/또는 이메일/SMS로 보내기).
2. 고객은 ATM 또는 인터넷 은행에서 거래를 확인합니다.
3. PSP는 온라인 상태 (유료/보류/만료 등) 를 판매자에게 전송 한 다음 핀 레지스터의 이동 (결제) 으로 전송합니다.

옵션:
  • 주문 당 동적 참조 (권장).
  • 정적 참조 (기부/지갑 용) -더 자주 복잡한 화해로 이어지고 신중하게 사용하십시오.

4. 2MB 바우처 (ATM/유료 코드 현금)

판매자는 PSP를 통해 "준 바우처 "/지불 코드 (본질적으로 단기 참조) 를 생성합니다.

클라이언트는 ATM 또는 홈뱅킹에 가서 코드로 지불합니다 → PSP는 온라인 성공을보고합니다

고위험/현금 시나리오 및 카드가없는 고객에게 종종 사용됩니다.

4. MB 송장에 대한 MB WAY를 통한 지불 3 개

일부 PSP에서는 흐름을 사용할 수 있습니다. 클라이언트는 MB WAY (지갑) 를 통해 배출 된 MB 참조 비용을 지불합니다. 이는 확인 속도를 높이고 모바일 변환을 증가시킵니다.

5) 상태 및 계산

온라인 상태 (PSP의 이름이 다를 수 있음):
  • '생성 된' → '보류 중' → '유료 '/' 만료 된 '/' 취소 된 '/' 실패'

결제: 은행 신용 T + 0/T + 1 (은행 창/PSP에 따라 다름). 회계에서 즉각적인 온라인 확인을 받더라도 일일 등록에 의존하십시오.

기본적으로 부분 결제는 허용되지 않습니다 (고정 용맹의 경우). "공개 금액" 은 부분적으로 허용되지만 화해는 복잡합니다. 의식적으로 만 포함됩니다.

6) 한계 및 위험 정책

단일 "회로" 한도는 없습니다. 지불 자 은행 및 PSP의 설정이 적용됩니다

거래당/일당/24 시간; 때로는 매주/매월.
새로운 수신자/판매자에 대한 더 엄격한 임계 값.
채널 차이: ATM vs 홈뱅킹; 일부 은행에는 창/임계 값이 다릅니다.
은행/PSP 측의 속도/장치/지리 신호.

💡 연습: 하드 코드 금액을 사용하지 마십시오. 은행/채널별로 한계 디렉토리를 입력하고 업데이트하면 UI에서 거부의 명시적인 이유를 보여줍니다 ("은행/채널 한도").

7) 경제 및위원회

수신 비용은 일반적인 카드 MDR보다 저렴합니다. 조건-PSP에서.
송장 비용, '만료/보류 중' 처리, 지원 및 정찰을 고려하십시오.

8) 반품 및 분쟁

카드에서와 같이 충전이 누락되었습니다.
환불은 고객의 IBAN 또는 MB WAY 지갑 (동의 한 경우) 을 통해 새로운 신용 거래 (일반적으로 SEPA 신용 이체) 로 수행됩니다.
백 오피스에서 부분 환불을 지원합니다. '환불 원본 참조' 번들을 저장하십시오.

9) 안전 및 준수

지불 확인은 지불 은행 (ATM/온라인 뱅킹) → 낮은 사기에서 이루어집니다.
GDPR/PII 최소화: 필요한 속성 (Entity/Ref/Amount, 클라이언트 마스크) 만 저장합니다.
웹 후크-HMAC/nonce, 재생 보호, 이벤트 디드 업, 감사 로그.
Banco de Portugal 요구 사항 및 SIBS/PSP 계약 조건을 고려하십시오.

10) 조정 및보고 (정찰)

각 결제에 대한 로그:
  • '엔티티' (엔티다드), '참조' (9 자리), '양' (용기), '오더', '상태', '페이드', '채널' (ATM/홈뱅킹/MB WAY), 'pspTxnID', 레지스트리의 은행 참조/UTR.
  • 매일: PSP/SIBS 레지스터 (크레딧/리턴/수정) + 주기적 풀 레콘 별 자동 레콘.
  • 동기화되지 않은 경고: "온라인 성공이 있고 레지스터에 항목이 없습니다", "하나의 이중 지불", "잘못된 금액".

11) UX 패턴 (사용자에게 보여줄 내용)

큰 마진: Entidade/Referência/Valor + 마감일 (만료) 및 타이머.
각 필드의 복사 버튼; 하드 코딩 된 세부 사항이있는 QR (PSP가 지원하는 경우).
3-4 단계의 "ATM/온라인 뱅킹에서 지불하는 방법" 지침.

주문 상태 지불 및 배경 업데이트. 한 번의 클릭으로 '만료' - "새 참조 작성"

확인 후: '엔티티', '참조', 'paidAt', 'UTR' 을 확인하고 연락처를 지원하십시오.

12) 판매자 통합

옵션

1. PSP에서 호스팅/임베디드-빠른 시작, 자동 생성 참조, 웹 후크 및 업로드.
2. 서버 간 - 자체 체크 아웃/송장, 주문 당 동적 참조, 사용자 정의 만료 날짜.
3. Pay-by-Link-이메일/SMS/인스턴트 메신저로 세부 정보가 담긴 링크를 보냅니다.

필수 최소 백엔드:
  • API: '참조/참조/참조/금액/만료),' 취소 참조 ',' 환불 ',' 웹 후크 ',' 조정 '.
  • Idempotence ('orderID'), 상태에 대한 기하 급수적 배상, 들어오는 웹 후크의 dedupe.
  • 카탈로그: 은행/제한, 오류 코드, SLA 메트릭 (ATM vs 홈뱅킹), 만료 카드.

13) MB WAY 및 구독

기본 MB 참조/바우처-은행의 확인과 일회성.
되풀이되는 기록의 경우 번들을 사용하십시오: 제한 및 알림이있는 첫 번째 지불 → e- 위임/SEPA 직접 직불 또는 MB WAY 티켓 (PSP에서 사용 가능한 경우).

14) 고위험 구강 (iGaming 포함)

Multibanco는 종종 적용되지만 용어/제한은 PSP/은행 및 현지 법률에 따라 다릅니다.
임계 값이 낮아지고 KYC가 확장되며 가능한 보류가 예상됩니다.
대체 레일 (맵, MB WAY, SEPA, 기타 PIS) 및 스마트 라우팅을 계획하십시오.

15) 멀티 뱅코 게이트웨이 아키텍처

현금 데스크/송장 서비스를위한 API 계층 (REST/GraphQL).
이벤트 대기열: 상태 이벤트 → 청구/CRM/분석.
보안: 비밀 금고, IP 허용량 PSP, 엄격한 콜백 맵 검증, 재생 방지.
관찰 가능성: 웹 후크/레지스트리에 의한 전환 '생성 → 유료', 공유 '만료', 평균 지불 시간, ATM 대 홈뱅킹, SLA.

16) 출력 체크리스트

1. MB 참조/바우처로 PSP를 연결하십시오. 합의 시점과 레지스터 형식에 동의합니다.
2. '참조 기준' (동적, 만료) 및 명령 페이지 (ATM/홈뱅킹) 를 구현합니다.
3. 웹 후크, demempotency, retrai, 데드 업을 연결하십시오.
4. 일일 오토 리콘 + 풀 리콘, UTR 스토리지 및 감사 설정.
5. ODR 규정 인 부분/전체 환불 (SEPA/MB WAY) 사용.
6. 동기화되지 않은 합계 오류로 '만료' 로 SLA 대시 보드 및 경고를 빌드하십시오.
7. 최고 은행, 웹 후크 타이밍 및 극단적 인 경우 (만료 된 참조, 이중 지불) 에서 e2e ATM/홈뱅킹 테스트를 실행하십시오.

랜드 마크 카드

💡 은행/PSP 임계 값 및 마감일; 코드에서 열심히 수정하지 마십시오.

게 이름은 '생성/보류/지불/만료/취소/실패' 입니다.
결제: 더 자주 T + 0/T + 1.
부분 지불: 불이행 금액 없음 (고정 금액).
반품: SEPA SCT/MB WAY 지갑은 새로운 신용 거래입니다.
재발: 전자 위임/SEPA DD (첫 번째 지불 → 위임) 를 통해.

요약

송장/지연 결제의 경우 동적 참조 및 만료가있는 MB 참조를 사용하십시오. 현금/ATM 청중-MB 바우처.
웹 후크 + SIBS 레지스트리, 명확한 조정 및 관리 된 반품 (SCT/MB WAY) 을 중심으로 프로세스를 구축하십시오.
은행/채널, 모니터 '만료' 및 확인 타이밍별로 제한 구성 요소를 유지하십시오.
구독의 경우 투명한 관리 및 알림이있는 첫 번째 MB → 티켓 (SEPA/MB WAY) 이 있습니다.

Contact

문의하기

질문이나 지원이 필요하시면 언제든지 연락하십시오.우리는 항상 도울 준비가 되어 있습니다!

Telegram
@Gamble_GC
통합 시작

Email — 필수. Telegram 또는 WhatsApp — 선택 사항.

이름 선택 사항
Email 선택 사항
제목 선택 사항
메시지 선택 사항
Telegram 선택 사항
@
Telegram을 입력하시면 Email과 함께 Telegram에서도 답변드립니다.
WhatsApp 선택 사항
형식: +국가 코드 + 번호 (예: +82XXXXXXXXX).

버튼을 클릭하면 데이터 처리에 동의하는 것으로 간주됩니다.