01 / OTP SMS
印度 OTP 验证码短信：注册、登录与安全验证
OTP 短信用于用户发起的注册、登录和安全验证。CashGit 提供验证码发送、验证与重发接口；接入时同时核对模板、验证码有效期、重发冷却和号码格式。接口受理不代表手机已收到，也不代表用户已完成验证。
高效送达
面向注册、登录与关键业务验证场景。
- 注册与登录验证码发送
- 验证码校验与重发流程
- 结合回执与验证结果评估效果
计费与报价
按短信类型与适用通道核对报价，营销短信参考价不是 OTP 统一费率。
- 营销短信低至 ₹0.17 / 条
- 按量计费，无最低消费
- 发送量、短信分段与通道条件需确认
稳定性
围绕通道与发送状态进行管理。
- 按模板配置适用发送通道
- 核对失败原因及重试条件
- 发送峰值与限流安排提前确认
营销短信参考价格的适用范围、币种、通道与短信分段应在开通前确认。OTP 报价需单独核对。送达表现受运营商、号码、网络、模板及发送时段影响，不承诺所有场景下的固定送达率或手机到达时间。
02 / MARKETING SMS
印度营销短信：活动通知与用户触达
营销短信适用于促销活动、会员运营和用户召回。先核对收件人的适用同意与偏好、获批模板和发送安排，再进行批量发送；服务通知与 OTP 应按各自业务用途和模板类型接入，不混入促销内容。
高效送达
按目标号码、运营商与通道覆盖范围安排发送；用最终回执核对送达，不把发送请求成功等同于曝光或阅读。
批量发送与模板管理
通过批量任务与模板管理组织活动。正式发送前确认号码清单、模板变量、限速及任务规模。
效果可追踪
查看发送状态与基础统计；短信送达、用户点击和业务转化是不同指标，需要分别核对。
预算与计费核对
按适用报价规划预算，同时确认长短信分段、失败订单计费和可用余额，不将请求条数直接视为最终账单条数。
ONBOARDING / 印度短信接入
接入印度短信服务前，需要准备什么？
把业务用途、模板、用户同意、技术联调与计费口径核对清楚，再选择适合的 OTP 或营销短信方案。
业务用途与开通资料
说明企业主体、业务网站或 App、目标号码地区、短信用途和预计日发送量。把用户验证、服务通知与营销活动分开规划，正式资料与可用能力以团队审核和通道要求为准。
印度 DLT、PE ID 与模板
对适用的印度商用短信路由，核对发送主体 PE ID、Sender/Header、Content Template ID、固定内容与变量。不要把网站公布的公司 PE ID 当作每位商户已获批的证明；每个模板和通道都需核对实际配置。
用户同意与发送偏好
营销活动应核对适用同意、用户偏好和撤回处理，按当前运营商及 DLT 要求发送。用户发起 OTP 验证不等于同意接收营销短信；不要利用验证码模板或其他路由规避用户限制。
报价、编码与短信分段
开通前确认短信类型、币种、计费单位、余额要求及失败计费规则。长文本或不同字符编码可能产生多段短信；让团队按实际模板和通道确认计费段数，避免只按号码数估算成本。
联调与批量发送前检查
使用经授权的测试号码核对模板变量、发送状态、验证码过期与重发冷却，并确认业务需要的峰值及限流。营销任务先检查号码去重与适用同意，再按确认的任务规模发送。
送达回执与异常排查
区分请求受理、最终短信回执和验证码验证结果。排查时提供任务或 OTP 标识、发送时间、脱敏号码和完整错误描述；不要发送 API 密钥、完整验证码或未脱敏用户清单。
接入清单参考 TRAI 发送方指引与用户同意说明；实际模板分类、路由和开通条件仍需按当前规则确认。查看公司资料 · 隐私政策 · 服务协议
DEVELOPER RESOURCES
OTP 短信 API：发送、验证与重发
现有 OTP 文档使用 X-API-Key 鉴权和 app_id 标识。先由服务器发送验证码，再校验用户输入，最后按有效期与冷却规则处理重发；营销短信的批量接口与开通配置需另外确认。
- 01
发送验证码
通过 POST /otp/send 提交 mobile 与 app_id。保存响应中的 OTP 标识与有效期，不将受理结果当作最终送达。
- 02
验证用户输入
通过 POST /otp/verify 提交 mobile、otp 与 app_id。由服务端确认验证结果，不只依据前端显示完成验证。
- 03
按规则重发
通过 POST /otp/resend 发起重发，遵守有效期、冷却和频率限制；按接口返回结果处理旧验证码状态。
接口基址：https://sms.cashgit.com/api。API 密钥应保存在服务器，不放在浏览器页面或客户端。参数、错误码和实际行为以短信平台接口文档及联调结果为准。
FAQ / 接入与运营
OTP 与营销短信常见问题
了解 OTP 与营销用途、接口接入、送达回执、模板和计费，点击问题展开查看。
发送能力与运营
OTP 短信与营销短信有什么区别？
OTP 服务于用户主动发起的验证码验证；营销短信用于活动宣传和用户触达。两者的目的、模板与发送条件不同，验证码内容不应夹带促销；营销活动需独立核对适用同意和偏好。
印度 OTP API 接入需要哪些信息？
现有文档采用请求头 X-API-Key 和业务 app_id，发送与重发提交 mobile 和 app_id，验证提交 mobile、otp 和 app_id。由服务端保存密钥并调用 HTTPS 接口，按文档处理手机号规范、有效期、冷却及错误码；不要把 OTP 接口当作营销短信接口。
短信送达率与验证码验证率如何统计？
先固定期间、通道、短信类型和有效发送范围。短信送达率按最终 Delivered 消息数与对应有效发送消息数核对，并明确等待回执、重复任务和失败消息的处理。验证码验证率使用对应 OTP 验证会话及校验结果另算，不把请求受理或短信送达自动计为验证成功；原始消息与去重用户指标应分开。
长短信与不同编码会影响计费吗？
可能。实际分段取决于字符编码、文本长度和通道规则，一次发送请求不一定只计一条短信。不要直接套用另一种编码的字符上限；提交实际模板给团队确认分段、计费单位及失败扣费规则，再估算预算。
OTP 短信的送达率如何保障？
多通道配置可用于改善可用性，但不意味着每条短信必达。实际结果取决于运营商、终端、号码、网络和模板状态。应按相同统计期间、路由与有效发送范围核对最终回执，单独列出失败及等待回执的消息；具体可用通道与切换条件需在接入时确认。
高峰期或大并发场景是否稳定？
正式上线前应确认峰值请求数、批量任务规模、限流及通道容量，再按获准范围进行联调或压测。峰值容量和并发承载以对应业务的测试与约定为准，不将特定容量或零延迟作为所有业务的承诺；遇到频控或排队，应按接口文档处理。
OTP 短信的发送速度有多快？
接口响应时间、上游受理时间、短信手机到达时间和用户验证码验证时间是不同指标。实际手机到达受运营商、网络与终端影响；本页不承诺统一的毫秒级送达。接入时应分别记录这些时间点，并核对验证码有效期与重发冷却。
是否支持登录、支付等关键验证场景？
OTP 可用于用户发起的注册、登录、密码重置及其他获准验证场景。支付相关业务仍需独立鉴权、授权和风险控制；收到或通过验证码不等于交易已成功，也不代替支付系统对最终状态的核验。实际场景与模板需在开通时确认。
如何防止刷码和恶意请求？
接入时确认号码格式、发送冷却、验证码有效期及平台频控规则，并在业务服务端补充适当的请求限制和风险检查。对频率限制等错误按文档处理，不无限重试；API 密钥不得公开，日志与客服排查信息应脱敏。
营销短信适合哪些业务场景？
营销短信可用于促销通知、会员活动和用户召回，但应先核对适用同意、用户偏好、模板分类与发送安排。订单或系统服务通知不应自动归为促销短信；不要因为用户曾注册或收到 OTP，就假定其同意接收所有营销内容。
是否支持大规模批量发送？
可通过批量任务组织营销发送。正式投放前需确认商户权限、已启用模板、余额、号码清单、去重策略及通道限速。不同任务量和通道状态可能影响排队与送达时间，本页不承诺批量规模增加后速度与送达率保持不变。
如何管理和复用短信内容？
按后台已分配且启用的模板创建发送任务，核对固定内容、变量及 Sender/Header 与 Content ID。营销与 OTP 模板不能随意混用；修改正文或链接后，应按适用审批与通道要求重新确认，避免模板不匹配。
是否可以查看发送效果和数据？
可查看平台中的发送状态和基础统计。API 受理、运营商最终送达、用户阅读、链接点击和业务转化是不同指标：Delivered 不能直接证明用户已阅读，也不能作为点击或购买结果。OTP 验证完成情况应与短信回执分开报告。
营销短信的成本如何？
营销短信参考价低至 ₹0.17 / 条，按量计费，无最低消费。适用通道、币种、开通条件及报价需与团队确认，OTP 不自动使用该营销参考价。计费还应核对短信长度、字符编码与分段、失败状态的扣费规则及最终账单。
路由、回执与模板
什么是短信本地流量和国际流量？
本地流量是指通过印度本地运营商与 DLT 体系投递至印度号码的 A2P 短信，通常需要匹配已备案的 Entity、Header/Sender 与模板。国际流量是跨境进入印度网络的短信路径，适用规则、覆盖范围、价格与送达表现可能不同。两者不能随意互换；实际使用哪一种，以平台为该模板和通道配置的合规路由为准。
运营商回执有哪些，分别代表什么？
Submitted / Accepted：上游已受理请求，不等于手机已收到。
Sent：上游已向运营商提交或转发，仍不是最终送达。
Delivered / DELIVRD：运营商确认最终送达，属于成功终态。
Failed / Undelivered / Rejected：明确失败终态，应以返回原因排查。
Pending：暂未取得最终回执，可能仍在处理或等待运营商回报。不同上游的字段名称可不同，平台会保留原始状态与原因。
错误码如何理解？
错误码由具体上游或运营商定义，并非所有通道通用。平台会在发送日志中展示上游错误码、错误描述和当前状态；应优先以错误描述判断原因。常见类别包括号码无效、DND/用户偏好限制、模板或 Header 不匹配、模板被拉黑、运营商网络限制及余额不足。排查时请提供任务号、手机号脱敏信息、发送时间和日志中的完整错误描述。
SID、Sender ID 和 Header ID 是什么？
SID / Sender ID是短信向用户展示的发送方标识；在印度 DLT 体系中通常对应已备案的 Header。Header ID是该发送方标识在 DLT 或上游平台中的识别信息。发送时，Entity/PE ID、Header/Sender、模板 Content ID 和实际短信内容必须相互匹配；任一项不匹配，都可能被上游拒绝或无法投递。
短信模板有哪些类型？
常见业务用途包括 OTP 验证、服务通知与营销推广，DLT 或通道中的实际分类和审批名称应逐项核对，而不是仅凭 OTP 字样自行选择 Transactional。按已批准的用途、固定内容和变量发送；不要将促销内容混入验证码或服务模板。
模板被 blacklist 后应如何处理？
一旦上游返回 Template Blacklisted 或收到 DLT/运营商的黑名单通知，应立即关闭该模板并停止使用它的待发送任务，避免继续产生失败或合规风险。随后核对被拒内容、Sender/Header、Entity/PE ID 与审批记录；按上游或 DLT 要求重新申请合规模板，完成审批后再同步新的模板 ID 和通道映射。黑名单期间不要通过改写内容或重复重试绕过限制。