ecoPayz: 지갑 및 청구서
1) 상황과 위치
ecoPayz (Payz로 브랜드 변경) 는 디지털 서비스 및 iGaming (허용 된 관할 구역) 에 중점을 둔 다중 통화 잔고 (이하 "지갑/계정" 이라고 함) 가있는 전자 지갑입니다. 사용자는 지갑에 자금을 유지하고 P2P를 만들고 판매자에게 지불하며 다양한 방법으로 잔액을 보충하고 은행/카드/로컬 채널에 표시합니다 (액세스는 국가/CCP에 따라 다름).
판매자에게 수익성이있는 이유
Hosted/App2App-UX 및 대상 세그먼트의 인식으로 인해 더 높은 변환.
낮은 사기 (SCA, 장치 바인딩, 위험 점수).
유연한 경제 (종종 CNP 카드 아래), 지갑에 빠른 부분 환불.
2) 제품 및 역할
지갑/계정: 다중 통화 사용자 잔액 (충전/비용/출력).
지도 (지도 레일의 가상/플라스틱) -모든 국가에서 사용할 수있는 것은 아닙니다.
바우처 소스 (파트너를 통한 ecoVoucher 및 유사체) -허용되는 경우.
PSP/인수자: 판매자 온 보드, 관세/MDR, 호스팅/위젯/API, 계산 및 보고서.
지갑 체계/발행자: AUP, KYC/AML, 한도, 사기 방지, 지갑 책.
3) 채널 및 사용자 시나리오
3. 1 지불
호스팅/리디렉션 (권장): ecoPayz/Payz → 로그인/SCA → 확인 → 상태로 리디렉션합니다.
App2App/Deeplink: 지갑 응용 프로그램이 모바일에서 열린 다음 계산원으로 돌아갑니다.
임베디드/위젯: 공급자 보안 요구 사항이 적용됩니다.
3. 지갑 2 위 (사용자)
카드 (3DS2), A2A/오픈 뱅킹/로컬 송금, eCash/바우처, P2P. 소스 세트는 국가 및 KYC 수준에 따라 다릅니다.
3. 3 지불/인출
사용자 지갑에 대한 판매자 지불; 추가 - 은행/카드/로컬 방법 (국가/CCM 별 가용성) 에 대한 사용자의 출력.
3. 4 P2P/지불 요청
지갑 간 이체 및 지불 요청 (지원되는 경우).
3. 지갑 5 장
가상/플라스틱 카드 (사용 가능한 경우): 지갑 잔액에서 직불 비트; 온라인-SCA/3DS, POS-IN/NFC.
4) 상태 및 계산
일반적인 상태는 '생성 된 → 보류중인 → 성공 | 실패한 | 취소 된 | 만료 된' (필요한 경우 '+' 승인 된 → 캡처 ') 입니다.
합의: PSP/제공자 등록 기관의 등록은 일반적으로 T + 1/T + 2 (opl. 일).
논리적으로 별도의 온라인 성공과 실제 신용.
5) 한계, KYC 및 위험 정책
월별 txn/24h/7d/한계; 새 수신자/판매자 및 출력에 대한 별도의 임계 값입니다.
KYC (Basic/Advanced/VIP) 레벨: 최고/흐름/출력 최고 및 지원되는 일련의 메소드.
속도/장치/지리 규칙, 제재 및 연령 제한 (특히 iGaming).
핫 업데이트 가능성에 따라 제한/규칙을 준수하십시오.
6) 반품, 분쟁, 최종
환불-지갑/원본 소스로 별도의 신용 거래 (전체/부분).
차지 백: 순전히 "지갑" 쓰기의 경우 클래식 카드 차지 백은 일반적으로 그렇지 않습니다. 실제 레일이 카드 (지갑 내부의 COF/카드) 인 경우 발급자의 카드 절차가 가능합니다.
ODR 절차를 예약하고 전체 디지털 서비스 발행 로그를 저장하십시오.
7) 경제 및위원회
판매자의 MDR은 일반적으로 CNP 카드보다 낮지 만 지리/회전율/범주에 따라 다릅니다.
추가 비용: 호스팅/SDK, '보류/만료' 지원, ODR/분쟁, 정찰, 가능한 준비금/위험 유지.
비용 관리: A2A 충전 및 다중 통화 (FX 미만) 를 자극하고 VIP에서 업셀을 사용하십시오.
8) UX 관행
모바일 우선: App2App 우선 순위; 데스크톱에서-명확한 리디렉션.
확인 대기 ('보류 중'), 안전한 반복, 대안 제안 (카드/A2A).
투명한 오류: 지갑/방법 제한, SCA 실패, 시간 초과.
영수증: 레지스트리의 금액/통화, '거래', 채널 (App2App/Hosted), 재무 참조/UTR.
9) 판매자 통합
옵션
1. 호스팅/리디렉션-빠른 시작, 최소 PCI/PII 설치 공간.
2. 서버 간 + App2App/호스팅-사용자 정의 UX 및 엄격한 상태 제어.
3. Pay-by-Link/Invoice-지연된 결제/수집에 대한
최소 백엔드
API: '지불 승인', '권한 부여/캡처' (есл달러 тре
Idempotence ('orderID' + key), 지수 반복, 들어오는 웹 후크 제거.
웹 후크: 서명/NMAS, 타임 스탬프, 재생 보호.
정찰: 매일 자동 정찰 + 전체 정찰, UTR/은행 링크 저장, 잘못된 정렬에 의한 경고.
관찰 가능성: 전환, '보류 → 성공/만료', 결제 지연, SCA/제한 오류.
10) 안전 및 준수
SCA (지갑 인증), 장치 바인딩, 행동 점수.
PII 최소화: 민감한 데이터, 비밀을 입력하기위한 호스팅/위젯-볼트에, 웹 후크 엔드 포인트에 대한 IP 허용 목록, 엄격한 리디렉션-URI.
KYC/AML/GDPR, 연령, 제재, 지리 필터, 책임있는 게임.
11) 지불 및 제휴
지갑에 대한 지불은 종종 편리하지만 (빠르고 저렴한) 위험/geo/CUS로 구분됩니다.
대안을 유지하십시오: 분쟁 지역 또는 대량의 SEPA/RTP/푸시 투 카드/로컬 지갑.
12) iGaming 기능
지오 및 라이센스의 법적 허용 가능성을 확인하십시오. 연령 제어 및 자기 배제가 포함됩니다.
더 엄격한 한도, 가능한 보유/준비금, 확장 된 거래 및 지불 모니터링.
위험/지리/플레이어 프로필별로 스마트 라우팅 (지갑 A2A 표시 카드 바우처) 을 계획하십시오.
13) KPI 및 운영 지표
승인률 (App2App/Hosted의 경우 별도).
보류중인 시간은 '보류중인 → 만료' 입니다.
환불 요율/ODR 및 평균 결정 시간.
정산 지연 (성공 → 등록 → 등록).
FX 점유율 및 평균 FX 마진.
회전율, 서비스 비용 (지원/분쟁) 에서 VIP/확장 KYC의 공유.
14) 출력 체크리스트
1. PSP/제공자 계약: 관세/MDR, FX 규칙, 웹 후크/레지스트리에 대한 SLA, 지리/수직 허용.
2. 통합: '지불 제한' + App2App/호스팅, 오류/제한/반복 화면.
3. 보안: 시그니처/NMAS 웹 후크, 볼트 비밀, 리디렉션 -uri, IP 허용리스트.
4. 정찰: 일일 + 전체, UTR/핀 참조 스토리지, 비 동기화 경고.
5. 환불/ODR: 부분/전체, 플레이 북 지원, 환불 주문 번들.
6. 구성: 제한/CCL/관세/지오-코드에서 버전이 지정되고 신속하게 업데이트되었습니다.
7. 대시 보드 SLA: 전환, '보류 중', 결제 지연, 반환; 이상/지리 경고.
8. E2E 테스트: 모바일 App2App, 데스크톱 리디렉션, 타임 아웃/재 시도, 부분 반환, 공급자 저하.
랜드 마크 카드
상태: '생성/보류/성공/실패/취소/만료' (해당되는 경우 + '승인/캡처').
결제: 일반적으로 PSP/제공자 레지스터에 의한 T + 1/T + 2.
Chargeback: 순 "지갑" 요금이 누락되었습니다. 카드 레일에 가능합니다.
한계/LCC: 국가/수준에 따라; 설정으로 저장하고 정기적으로 업데이트하
반품: "첫 번째 지불 → 위임" (SEPA/오픈 뱅킹/지갑 위임) -스크립트가이를 지원하는 경우.
요약
ecoPayz/Payz는 다중 통화 잔고, 강력한 모바일 UX 및 이해할 수있는 운영 체제를 갖춘 성숙한 지갑입니다. Hosted/App2App을 통합하고 웹 후크 + idempotency + 정찰을 중심으로 구축하고 한계/CCL/관세/지오를 구성하며 iGaming의 경우 법적 프레임 워크, 세그먼트 위험을 따르고 대체 레일 (A2A/바우처/카드) 을 스마트 라우팅 플레이어 프로드 및로드.