NEXI SMS 결제정책 v1.1 (결제·크레딧 운영정책)
시행일: 2026년 2월 17일 (KST) | 최종수정일: 2026년 2월 17일 | 버전: v1.1
본 정책은 이용약관 및 개인정보처리방침과 함께 적용되며, 상충 시 이용약관 > 결제정책 > 기타 공지 순으로 해석합니다.
(1) 정책 전문 목차
- 0. 문서 정보
- 1. 용어 정의
- 2. 결제/충전 절차
- 3. 크레딧 정책
- 4. 실패/자동복구 정책
- 5. 오입금/이중입금/입금자 불일치 처리
- 6. 환불/취소 정책
- 7. 정책 변경/공지
- 8. 문의/분쟁 예방 안내
(1) 정책 전문
0. 문서 정보
- 적용 대상: NEXI SMS 인증봇 유료 크레딧형 서비스
- 적용 범위: 결제 신청, 입금 확인, 수동 충전, 차감, 복구, 환불·정산, 문의 처리
- 기준 시간대: KST(UTC+9)
- 본 정책에서 정하지 않은 사항은 이용약관, 개인정보처리방침 및 관련 법령을 따릅니다.
1. 용어 정의
- 크레딧: Discord/Gmail/Microsoft 인증에 사용되는 유상 사용 단위
- 충전: 운영자가 계좌이체 입금을 확인한 후 수동으로 크레딧을 반영하는 절차
- 차감: 서비스 사용 시 기준에 따라 크레딧 또는 uses를 감소시키는 처리
- 복구: 실패 기준 충족 시 차감분을 원상 회복하는 처리
- 주문번호: 각 서버 관리자가 자체 운영하는 식별자
- 서버 단위 귀속: 크레딧이 특정 서버에만 귀속되어 서버별로 분리 관리되는 원칙
- 오입금: 금액·입금자명·입금 시점·대상 서버 정보가 신청 내용과 불일치한 입금
- Others(기타): Discord/Gmail/Microsoft 외 인증 흐름으로, 길드별 독립 uses 규칙이 적용될 수 있는 영역
2. 결제/충전 절차
2.1 기본 흐름
- 이용자는 공식 서포트 서버에서 계좌이체 결제를 신청합니다.
- 안내된 계좌로 입금합니다.
- 운영자가 입금 내역을 확인합니다.
- 확인 완료 후 운영자가 수동으로 크레딧을 충전합니다.
2.2 신청 템플릿(복붙용)
[NEXI SMS 결제/충전 신청]
- 서버ID:
- 서버명:
- 구매 크레딧 패키지:
- 입금자명(표시명):
- 입금액:
- 입금일시(KST):
- 연락 수단(Discord ID 또는 이메일):
- 증빙(선택: 이체확인증/거래내역 캡처):
2.3 최소수집 원칙
서비스는 결제 확인 및 충전에 필요한 최소 정보만 확인하며, 계좌 비밀번호, 카드번호 전체, CVC, 주민등록번호, OTP 등 민감 금융정보는 요구·수집·저장하지 않습니다.
2.4 처리시간(SLA) 및 지연 사유
수동 충전의 목표 처리시간은 영업일 기준 1일 내외입니다. 다만 은행 점검, 입금 정보 불일치, 요청 폭주, 내부 점검, 불가항력 사유가 있는 경우 지연될 수 있습니다.
3. 크레딧 정책
3.1 서버 단위 귀속/분리
크레딧은 서버(길드) 단위로 귀속되며 서버별로 분리 관리됩니다. 서버 간 이전·양도·합산은 금지되며 기능도 제공되지 않습니다.
3.2 차감 기준
- Discord/Gmail/Microsoft: 전화번호 1회 발급 = 1크레딧 차감
- Others(기타): 일반 길드 크레딧 차감 없음, 길드별 독립 uses 차감/복구 정책이 별도로 적용될 수 있음
3.3 서버 착오(실수) 처리 원칙
- 충전 전: 서버ID 오기재·충전 대상 서버 착오는 확인 후 정정할 수 있습니다.
- 충전 후: 서버 단위 귀속 원칙에 따라 변경 요청은 제한됩니다.
- 다만 운영자 과오가 객관적으로 확인되는 경우, 관련 법령이 허용하는 범위 내에서 정정 또는 예외 정산이 검토될 수 있습니다.
3.4 사용 내역 확인
이용자는 패널 또는 명령어 기반 조회 기능을 통해 잔액/사용 상태를 확인할 수 있습니다.
4. 실패/자동복구 정책
4.1 자동복구 기준
자동복구 판단은 API 원본 서비스 기준으로 하며, 다음에 해당하면 복구 대상입니다.
- 전화번호 발급 자체 실패
- 전화번호 발급 후 인증 코드가 20분 내 미도착
4.2 20분 기산점(타임라인 기준)
20분 기준은 API 원본 기준 타임라인(번호 발급 완료 시점 또는 해당 발급 성공 응답 시각)으로 계산합니다.
4.3 복구 제외
전화번호 정상 발급 + 인증코드 정상 도착이 확인된 건은 복구되지 않습니다.
4.4 복구 확인 및 문의 시 최소 정보
- 확인 경로: 패널/명령어 조회, 운영 로그, 지원 문의
- 문의 최소 정보: 서버ID, 요청 시각(KST), 대상 플랫폼, 상황 설명, 필요 시 캡처 증빙
4.5 악용 방지
반복 실패 유도, 자동화 남용, 비정상 패턴이 확인되는 경우 서비스는 관련 법령이 허용하는 범위 내에서 복구 보류, 추가 검증 요청, 이용 제한 조치를 할 수 있습니다.
5. 오입금/이중입금/입금자 불일치 처리
5.1 케이스별 처리 기준
- 금액 상이: 신청 금액과 입금 금액이 다르면 정책에 따라 보류, 부분 반영, 추가 확인이 진행될 수 있습니다.
- 입금자명 불일치: 신청명과 다른 경우 추가 증빙 요청 후 처리됩니다.
- 메모/식별정보 누락: 동일 시점 다수 입금이 있으면 식별 완료 전까지 보류될 수 있습니다.
- 다중·이중 입금: 중복 여부를 확인한 뒤 정책 및 관련 법령 범위에서 정산 또는 차기 반영을 검토합니다.
- 타 서버 귀속 주장: 서버 단위 귀속 원칙에 따라 확인 완료 전까지 이전/합산 처리는 진행되지 않습니다.
5.2 증빙 요청 및 기한
확인 곤란 시 추가 증빙(이체확인증, 거래내역 캡처, 입금시각, 입금자명 확인자료 등)을 요청할 수 있습니다. 요청일로부터 30일 내 자료가 제출되지 않으면 해당 건은 정책에 따라 보류 또는 종결될 수 있으며, 이후 재접수 시 재검증 절차가 적용될 수 있습니다.
6. 환불/취소 정책
6.1 원칙
크레딧은 디지털 서비스 특성상 원칙적으로 환불되지 않습니다.
6.2 제한적 예외
다만 관련 법령이 허용하는 범위 내에서 아래 사유는 제한적으로 검토될 수 있습니다.
- 법령상 환불 의무가 발생하는 경우
- 운영자 중대한 과오(예: 이중 충전, 명백한 오충전)가 확인되는 경우
- 서비스 제공이 성립하지 않은 경우(예: 입금 확인 실패로 충전 미완료)
6.3 예외 환불/정산 절차(최소)
- 접수: 공식 서포트 서버 또는 공식 이메일로 접수
- 자료 확인: 서버ID, 입금 정보, 요청 사유, 최소 증빙 확인
- 사실관계 검토: 로그/거래내역/운영 기록 교차 확인
- 결과 통지 및 정산: 승인 여부 및 산정 기준 안내 후 처리
6.4 처리 기한
접수 후 통상 영업일 7~14일 내 1차 회신을 목표로 하며, 사실관계 확인 범위에 따라 변동될 수 있습니다.
6.5 수수료 부담 원칙
정산이 승인되는 경우 송금 수수료 등 부대비용은 사안별로 결정되며, 운영자 과오가 확인된 경우 운영자 부담을 우선 적용합니다.
6.6 예외 정산 산정 기준
예외 정산이 승인되는 경우에도 원칙은 제한적으로 적용되며, 산정은 정책 및 관련 법령이 허용하는 범위 내에서 객관적으로 확인 가능한 미사용 유상 크레딧 범위를 중심으로 결정됩니다.
7. 정책 변경/공지
가격, 차감 기준, 환불, 복구 등 핵심 정책은 가능한 경우 시행 14일 전 공지합니다. 다만 보안 대응·법령 준수 등 긴급 사유가 있는 경우 관련 법령이 허용하는 범위 내에서 즉시 적용 후 사후 공지할 수 있습니다.
8. 문의/분쟁 예방 안내
주문번호 관련 안내: 주문번호는 서버 운영자가 자체 운영하는 식별자이며, 본 서비스의 결제 증빙으로 항상 인정되는 것은 아닙니다. 본 서비스는 서버 내부 거래의 당사자가 아니며, 인증 요청 식별·오류 대응·감사 범위에서만 주문번호를 처리합니다.
(2) 3줄 요약
- 충전은 공식 서포트 서버 계좌이체 신청 후 운영자가 수동 반영하며, 목표 처리시간은 영업일 1일 내외입니다.
- Discord/Gmail/Microsoft는 1회 발급=1크레딧이며, 크레딧은 서버 단위 귀속으로 이전·양도·합산이 불가합니다.
- 환불은 원칙적으로 불가하되, 관련 법령상 의무 또는 운영자 과오 등 제한적 예외만 검토됩니다.
(3) FAQ 12개
- Q. 결제 신청은 어디서 하나요?
A. 공식 서포트 서버에서 계좌이체 신청으로 진행합니다.
- Q. 입금 후 충전까지 얼마나 걸리나요?
A. 목표 처리시간은 영업일 기준 1일 내외입니다.
- Q. 입금자명이 신청자명과 달라도 되나요?
A. 가능하지만 추가 증빙이 필요할 수 있으며 확인 전까지 보류될 수 있습니다.
- Q. 증빙 요청을 받았는데 언제까지 제출해야 하나요?
A. 요청일 기준 30일 내 제출을 권장하며, 미제출 시 정책에 따라 보류/종결될 수 있습니다.
- Q. 서버ID를 잘못 써서 신청했습니다. 수정 가능한가요?
A. 충전 전에는 정정 가능하나 충전 후에는 서버 단위 귀속 원칙으로 제한됩니다.
- Q. 크레딧을 다른 서버로 이전할 수 있나요?
A. 불가합니다. 이전·양도·합산 기능이 없습니다.
- Q. 1크레딧은 언제 차감되나요?
A. Discord/Gmail/Microsoft에서 번호 1회 발급 시 1크레딧이 차감됩니다.
- Q. 20분 기준은 언제부터 계산하나요?
A. API 원본 타임라인의 번호 발급 완료 시점 또는 발급 성공 응답 시각부터 계산합니다.
- Q. 번호 발급 실패 또는 20분 미도착이면 자동복구되나요?
A. 네. API 원본 기준으로 조건 충족 시 복구 대상입니다.
- Q. 번호와 코드가 정상 도착했는데 복구 가능한가요?
A. 정상 발급+정상 도착 건은 복구 대상이 아닙니다.
- Q. 환불은 완전히 불가능한가요?
A. 원칙 불가이나 관련 법령 허용 범위의 제한적 예외는 검토되며, 승인 시 객관적으로 확인 가능한 미사용 유상 크레딧 범위를 중심으로 산정됩니다.
- Q. 주문번호가 있으면 결제 증빙으로 충분한가요?
A. 아닙니다. 주문번호는 인증 식별용이며 결제 증빙은 입금 자료를 기준으로 확인합니다.
(4) 체크리스트 12개
서버 관리자용 (8개)
- [ ] 신청 템플릿 항목을 빠짐없이 작성했다.
- [ ] 서버ID/서버명을 실제 충전 대상과 일치시켰다.
- [ ] 입금자명(표시명)을 사전에 운영자에게 공유했다.
- [ ] 입금 금액·시각·증빙을 보관했다.
- [ ] 중복 신청/중복 입금을 피했다.
- [ ] 서버 간 이전·합산 불가 원칙을 서버 구성원에게 고지했다.
- [ ] 20분 자동복구 기준과 복구 제외(정상 도착)를 이해했다.
- [ ] 분쟁 발생 시 30일 내 필요한 증빙을 제출할 수 있도록 준비했다.
운영자용 (4개)
- [ ] 민감 금융정보를 요구하지 않고 최소 정보만 확인한다.
- [ ] 오입금 건은 증빙 요청일과 30일 기한을 명확히 안내한다.
- [ ] 자동복구는 API 원본 타임라인(20분 기준)으로 일관 판단한다.
- [ ] 예외 환불 건은 7~14 영업일 내 1차 회신 목표와 수수료 원칙을 함께 고지한다.
NEXI SMS Payment Policy v1.1 (Payment & Credit Operations)
Effective Date: February 17, 2026 (KST) | Last Updated: February 17, 2026 | Version: v1.1
This policy applies together with the Terms of Service and Privacy Policy. If they conflict, priority is: Terms of Service > Payment Policy > Other notices.
(1) Full Policy Table of Contents
- 0. Document Information
- 1. Definitions
- 2. Payment/Top-up Procedure
- 3. Credit Policy
- 4. Failure/Automatic Recovery Policy
- 5. Wrong Transfer/Duplicate Transfer/Name Mismatch Handling
- 6. Refund/Cancellation Policy
- 7. Policy Change/Notice
- 8. Contact/Dispute Prevention
(1) Full Policy
0. Document Information
- Scope: Paid credit-based NEXI SMS verification service
- Coverage: payment request, transfer verification, manual top-up, deduction, recovery, refund/settlement, support handling
- Timezone: KST (UTC+9)
- Unspecified matters follow the Terms of Service, Privacy Policy, and applicable laws.
1. Definitions
- Credit: Paid unit used for Discord/Gmail/Microsoft verification
- Top-up: Manual credit charging after operator verifies bank transfer
- Deduction: Reduction of credit or uses according to service rules
- Recovery: Restoration of deducted amount when failure criteria are met
- Order ID: Identifier independently managed by each server administrator
- Server-bound allocation: Credits belong to a specific guild and are managed separately per server
- Wrong transfer: Transfer with mismatch in amount/name/time/target server information
- Others: Non-Discord/Gmail/Microsoft flow where guild-specific uses rules may apply
2. Payment/Top-up Procedure
2.1 Basic flow
- User requests payment in the official support server.
- User makes a bank transfer to the designated account.
- Operator verifies transfer details.
- Operator manually charges credits after verification.
2.2 Request template (copy/paste)
[NEXI SMS Payment/Top-up Request]
- Server ID:
- Server Name:
- Credit Package:
- Depositor Name (displayed):
- Transfer Amount:
- Transfer Date/Time (KST):
- Contact Method (Discord ID or email):
- Evidence (optional: transfer receipt/screenshot):
2.3 Data minimization
Only minimum information required for verification/top-up is processed. Sensitive financial data such as account passwords, full card numbers, CVC, resident registration numbers, or OTP codes is not requested, collected, or stored.
2.4 Processing time (SLA)
Target manual top-up time is about one business day. Delays may occur due to bank maintenance, mismatch of transfer information, request spikes, internal maintenance, or force majeure.
3. Credit Policy
3.1 Server-bound allocation
Credits are bound to each server and managed separately. Transfer, assignment, or merge between servers is not supported.
3.2 Deduction rules
- Discord/Gmail/Microsoft: 1 number issuance = 1 credit deduction
- Others: no regular guild credit deduction; guild-specific uses rules may apply
3.3 Mistake handling (wrong target server)
- Before charging: correction is possible after verification.
- After charging: changes are restricted under server-bound allocation.
- However, if operator fault is objectively verified, correction or exceptional settlement may be reviewed to the extent permitted by applicable law.
4. Failure/Automatic Recovery Policy
4.1 Recovery criteria
- Number issuance itself fails
- Verification code not received within 20 minutes after number issuance
4.2 Start point of 20-minute timer
The timer follows the original API timeline (number issuance completion timestamp or successful issuance response timestamp).
4.3 Exclusion
No recovery applies when both number issuance and code delivery are confirmed as normal.
4.4 How to verify
- Via panel/commands, operational logs, or support inquiry
- Minimum inquiry info: server ID, request time (KST), target platform, brief issue description, optional evidence
5. Wrong Transfer/Duplicate Transfer/Name Mismatch Handling
5.1 Case handling principles
- Amount mismatch: may be held, partially reflected, or additionally reviewed per policy.
- Name mismatch: additional evidence may be requested before processing.
- Missing identification details: may be held until transfer is clearly identified.
- Duplicate transfer: settlement or future credit reflection may be reviewed per policy and law.
- Wrong-server claim: no transfer/merge processing before verification.
5.2 Evidence deadline
If extra evidence is requested, non-submission within 30 days from request date may result in hold or closure under policy. Re-submitted cases may follow re-verification.
6. Refund/Cancellation Policy
6.1 Principle
Credits are non-refundable in principle due to digital service characteristics.
6.2 Limited exceptions
- Where refund is legally required
- Where material operator fault is confirmed (e.g., duplicate/mischarge)
- Where service provision did not form (e.g., top-up not completed)
6.3 Minimum process
- Submission via official support server or email
- Minimum evidence check (server ID, transfer info, reason, evidence)
- Fact review (logs/records cross-check)
- Decision notice and settlement execution
6.4 Response timeline
Target first response is within 7-14 business days, subject to factual complexity.
6.5 Transfer fee allocation
If settlement is approved, fee allocation is case-based. Operator-fault cases prioritize operator-side fee burden.
6.6 Exceptional settlement basis
Even where an exception is approved, settlement remains limited and is calculated mainly on objectively verifiable unused paid credits, to the extent permitted by applicable law and this policy.
7. Policy Change/Notice
For key changes (price, deduction, refund, recovery), prior notice of 14 days is provided where feasible. For urgent legal/security reasons, immediate application may occur to the extent permitted by applicable law with post-notice.
8. Contact/Dispute Prevention
Order ID note: Order IDs are server-admin-managed identifiers and may not be accepted as payment proof by this service. The service scope is limited to authentication request identification, error handling, and audit operations.
(2) 3-line Summary
- Payment is requested in the official support server, and credits are charged manually after transfer verification (target: about one business day).
- For Discord/Gmail/Microsoft, 1 issuance = 1 credit; credits are server-bound and cannot be transferred/merged.
- Refund is non-refundable in principle, with only limited exceptions under applicable law or verified operator fault.
(3) FAQ (12)
- Q. Where do I request top-up?
A. In the official support server.
- Q. How long does top-up take?
A. About one business day in normal conditions.
- Q. Can depositor name differ?
A. Yes, but additional verification may be required.
- Q. How long to submit extra evidence?
A. Within 30 days from request date is recommended.
- Q. Can I fix wrong server ID?
A. Usually yes before charging; restricted after charging.
- Q. Can credits move to another server?
A. No, server-bound allocation applies.
- Q. When is 1 credit deducted?
A. Per number issuance on Discord/Gmail/Microsoft.
- Q. When does 20-minute timer start?
A. From API-origin issuance completion timeline.
- Q. Are issuance failure and 20-minute no-code auto-recovered?
A. Yes, if confirmed by API-origin criteria.
- Q. Is normal issuance + normal code delivery recoverable?
A. No.
- Q. Is refund absolutely impossible?
A. No. It is non-refundable in principle, but limited exceptions may apply, and approved cases are generally calculated around objectively verifiable unused paid credits.
- Q. Is order ID enough as payment proof?
A. Not always. Payment verification is based on transfer records.
(4) Checklist (12)
For Server Admins (8)
- [ ] Completed all request-template fields.
- [ ] Verified correct server ID/server name.
- [ ] Shared depositor name in advance.
- [ ] Kept transfer evidence and timestamp.
- [ ] Avoided duplicate submissions/transfers.
- [ ] Informed members that credit transfer/merge is unsupported.
- [ ] Understood 20-minute recovery criteria and exclusions.
- [ ] Prepared to submit evidence within 30 days if requested.
For Operators (4)
- [ ] Request minimum required data only (no sensitive financial data).
- [ ] Clearly provide evidence request date and 30-day timeline.
- [ ] Apply API-origin timeline and 20-minute standard consistently.
- [ ] Provide first response target (7-14 business days) and fee-allocation principle.