Neosurf: 현금 바우처

1) Neosurf 란 무엇이며 언제 선택해야합니까?

Neosurf는 선불 바우처 지불 방법입니다. 사용자는 오프라인 파트너 (키오스크, 슈퍼마켓, 주유소) 로부터 현금/카드 바우처를 구매하거나 myNeosurf의 잔액을 보충 한 다음 바우처의 PIN에 들어가거나 지갑에 로그인하여 온라인으로 지불합니다. 자금은 즉시 토론되며 카드 에서처럼 청구의 위험이 없습니다. 반품은 제공자/PSP 규칙에 따라 별도의 신용 거래로 발행됩니다.

잘 작동하는 곳

낮은 점검으로 디지털 상품, 게임, 구독.
현금에 대한 카드 보급률이 낮은 청중.
바우처를 판매하는 소매 체인이 개발 된 시장.

2) 생태계 및 역할

공급자/체계: 바우처 문제, KYC/KYB 규칙, 사기 방지, myNeosurf 지갑.
소매 체인: 바우처 판매/지갑 보충, PIN으로 수표 발행.
PSP/인수자: 판매자 연결, 호스팅 된 현금 데스크/SDK/API, 상태, 보고서 및 계산.
가맹점: 결제를 시작하고 상태 및 반품을 처리하며 조정을 수행합니다.
지불 자: PIN을 입력하거나 myNeosurf에 들어가서 요금을 확인합니다.

3) 제품 및 시나리오

Neosurf Voucher (IN): 하나 이상의 바우처로 지불; 부분 결제 및 바우처 조합 (제한 내) 이 지원됩니다.
myNeosurf (지갑): 잔액에서 지불; 반복 구매 및 반품에 편리합니다.
Invoice/Rau-by-Link: 호스팅 된 페이지에 IN 항목/지갑 항목이있는 PSP의 결제 링크.

4) 지불 흐름

4. 1 호스팅/리디렉션 (권장)

1. 체크 아웃 → Neosurf를 선택하십시오.
2. PSP/제공자의 호스팅 페이지로 리디렉션하여 PIN을 입력하거나 myNeosurf → 확인에 로그인하십시오.
3. '상태' (성공/실패/취소/보류 중) 및 'paymentID' 가있는 상인으로 돌아갑니다.
4. 최종 대출은 일일 등록부 (결제) 에 반영됩니다.

4. 임베디드/위젯 2 개

체크 아웃시 기본적으로 사용할 파일 (N )/myNeosurf 위젯을 사용합니다. UI/보안 및 공급자 정책 준수가 필요합니다.

4. 서버 간 3 개

판매자의 백엔드는 결제를 시작하고 상태를 조사합니다. 민감한 데이터를 저장하지 않도록 PIN은 항상 공급자/위젯쪽에 입력됩니다.

5) 한계, KYC 및 행동

국가, 통화, 사용자의 KYC 상태 (익명 바우처 대 지갑 확인) 및 위험 정책에 따라 다릅니다

거래당, 일일/주간 제한.
결제 당 바우처 수를 제한하십시오.
지리 제한 (바우처 국가 대 판매자/지갑 국가).
새로운 판매자/카테고리의 경우-임계 값 감소, 스텝 업 점검.

6) 상태, 합의 및 반환

온라인 상태: '성공', '보류 중', '실패', '취소', '만료'.
결제: PSP/제공자 보고서에 따른 신용 (일반적으로 계약 상 T + 1/T + 2 영업일).
충전이 누락되었습니다.
환불: 별도의 신용 거래 (myNeosurf 또는 합의 된 채널을 통한); 부분 환불이 지원됩니다.
부분 충전: PIN/지갑의 잔액이 유지됩니다 (설정/지역에 따라 다름).

7) 경제 및 관세

원칙적으로 CNP 카드 MDR 미만의 관세는 지리/볼륨/카테고리 (게임, 디지털 서비스 등) 에 따라 다릅니다.
추가 비용: 호스팅/SDK, 지원 및 ODR, '보류/만료' 처리, 정찰.

8) UX 박스 오피스 패턴

바우처 구매 장소: 카드/판매 시점 검색은 초보자 전환을 향상시킵니다.
GPS 조합: 여러 바우처 + 잔액을 추가하기에 편리한 UI.
명확한 오류: "잘못/이미 사용 된 PIN", "제한이 초과되었습니다", "지원되지 않는 지역".
영수증: 양, 시간, '페이 멘트', 방법 (IN/myNeosurf); '환불' 반환.
현지화: 고객 국가의 통화/언어/법률 텍스트.

9) 준수 및 안전

IN/지갑 인증 및 검증은 공급자 측에 있습니다 (SCA/행동 점수).

PII 최소화: PIN을 처리하지 마십시오. 호스팅/위젯을 사용합니다

웹 후크: HMAC/nonce, 리플레이 보호, 이벤트 디드 업, 감사.
KYC/AML/GDPR: 선불 기금의 연령 및 제한 요구 사항; 제재/지리 제한.

10) 조정 및보고

로그: PSP 레지스트리의 'paymentID', 'orderID', 방법 (IN/myNeosurf), 통화, 금액, 상태, 타임 스탬프, 은행/재무 참조 (UTR).
매일: 금융 레지스터가있는 자동 정찰 현금 이벤트 (크레딧/반품/수정).
경고: "레지스터에 입장하지 않은 성공", "이중 상각", "장기 보류 중".

11) 판매자 통합

옵션

1. PSP에서 호스팅/임베디드-빠른 시작 및 보안 준수.
2. PIN을 처리하지 않고 서버 간 + 호스팅 된 PIN - 상태 제어.
3. Pay-by-Link/Invoice-지연된 지불 및 지원.

• API: '지불 지불', '환불', '쿼리 상태', '웹 후크', '조정'.
• Idempotency ('orderID' + key), 지수 리트레이, DLQ.
• 카탈로그: 국가/통화, 제한/CCL 수준, 오류 코드, SLA 메트릭.

12) 구독 및 재충전

• myNeosurf를 자금의 원천으로 사용하십시오 (허용되는 경우)
• 또는 향후 차변에 대한 SEPA/Open Banking →.
• 티켓 관리 화면 (제한/주파수/알림) 을 사용자에게 보여줍니다.

13) 사기 방지 및 위험 정책

신호: 지리 불일치 (IP/바우처/판매자), 빈번한 IN 오류, 반복 시도, 동일한 PIN을 통한 통신 계정.
완화: 설명과 함께 세션/일 당 PIN 수, 냉각, 캡차/스텝 업, 소프트 고장 제한.

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

가용성, 임계 값 및보고는 국가 및 공급자/PSP 정책에 따라 다릅니다.
한도 감소, 거래 모니터링 증가 및 검증 요구 사항이 예상됩니다.
대체 레일 (기타 바우처, A2A, 카드) 및 스마트 라우팅을 유지하십시오.

15) Neosurf 게이트웨이 아키텍처

현금/청구 API 계층 (REST/GraphQL).
이벤트 대기열: 상태 → 청구/CRM/분석/지원.
보안: 비밀 보관소, IP 허용량 목록, 엄격한 리디렉션 -² 검증, 재생 방지 토큰.
관찰 가능성: 변환 (IN vs myNeosurf), '보류중인 → 성공/만료', 평균 대기 시간, 부분/결합 된 쓰기 비율, 리턴 메트릭.

16) 출력 체크리스트

1. PSP에서 채널을 연결하고 Hosted IN/myNeosurf를 활성화하십시오.
2. '지불 지불' + 웹 후크 (HMAC), demempotency 및 반복을 구현하십시오.
3. 부분 환불, 바우처 조합 스크립트 및 이해할 수있는 오류가 포함되어 있습니다.
4. 매일 자동 정찰 + 주기적 정찰을 설정하십시오. 지느러미 참조/UTR을 유지하십시오.
5. 대시 보드 SLA 및 정지 된 '보류 중', 높은 비율의 '실패', 지리 이상에 대한 경고.
6. 국가/통화 별 E2E 테스트: 여러 PIN, 부분 수익률, 만료 된 PIN/한계.

랜드 마크 카드

상태: '성공/보류/실패/취소/만료'.
정산: 일반적으로 레지스트리 전체에서 T + 1/T + 2.
차지 백: 없음; 환불-별도의 신용 거래 (부분 허용).
GPS 조합: 한계 내에서 허용됩니다.
재발: myNeosurf 또는 대체 명령을 통해 (첫 번째 지불 후).

요약 다시 시작

현금 및 소액 지불을 위해 Neosurf를 선택하십시오: 호스팅 된 IN/myNeosurf → 빠르고 안전합니다.
웹 후크 + 정찰을 중심으로 프로세스를 구축하고 부분 환불 및 바우처 조합을 지원합니다.
금액을 "핥지" 마십시오: 국가별로 한계/CCL 구성을 유지하고 정기적으로 업데이트하십시오.
구독의 경우 투명한 관리 및 알림이있는 첫 번째 바우처 →/myNeosurf 티켓이 있습니다.