第一步：确认项目和验证码类型
将目标网站与 Hub 下单项目代码对照，不能因为是同一手机号就认为可以接收所有平台的短信。别名相似时，先查看服务列表或向客服确认具体项目。
检查目标页面要求的是短信、语音电话，还是应用内通知。短信订单不能替代语音订单；目标页面显示已发送，也不代表运营商已经投递。
Use Cases
适用场景
先定位发送、项目匹配还是订单状态问题，再决定等待、重试或联系支持，避免连续重复取号。
目标页面提示已发送但订单无短信
号码格式或国家选择不一致
把语音验证误选成短信项目
订单已经超时、取消或回收
第二步：核对号码填写与发送结果
对照订单里的号码，检查复制时是否混入空格、是否重复填写国家代码，以及目标页面是否明确报出号码格式错误。带独立国家选择框的页面，应按该页面要求填写号码部分。
如果目标页面要求等待后重试，遵守它的倒计时，不连续点击发送。目标平台的号码限制和账号审核，不由 Hub 的收码页面控制。
第三步：查看当前订单，而不只是绿灯
先看订单是否仍在等待首条短信。超时、取消或回收的订单，不应当作正在等待收码的订单继续使用。未收到验证码的处理以订单状态、下单说明和财务流水为准。
已成功订单的后续短信与首次等待不同：自动续收需要仍属于同一号码导入批次、明确匹配原项目和同一用户的成功订单。不能用这条规则延长一个从未成功的超时订单。
仍有问题时，给客服哪些信息？
提供 Hub 订单编号、目标项目代码、发生时间与时区、当前订单状态，以及目标网站的错误提示。说明是首次收码还是成功后的后续短信，便于定位。
不要向公开评论区发送完整验证码、密码或整页账号截图。退款是否已经完成，请核对相应订单的财务流水，不要只根据页面余额的一次刷新判断。
Workflow
如何接收日本验证码
01
注册或登录
进入 HubSMS 控制台。
02
选择日本
选择 Japan +81 和目标平台。
03
复制号码
把号码填入目标 App 或网站。
04
接收 OTP
验证码出现后复制完成验证。
订单状态可核对
未收码处理请对照订单规则与财务流水；收到验证码不代表目标平台后续审核一定通过。
API Ready
适合开发者批量取号、状态查询和 OTP 自动化流程。
日本 +81 验证需求
先确认国家、项目代码与短信或语音类型，按当前服务列表选择，避免不同项目混用。
常见问题 / FAQ
没到码就应该马上重新取号吗？
先核对项目、号码格式、验证码类型和订单是否有效。重复取号会产生新的订单，不能代替对原订单的排查。
已发送是否表示一定能收到？
不表示。目标平台是否真正发送、运营商传递和项目匹配都可能影响结果。Hub 不保证目标平台一定发送或接受某个号码。
号码绿灯，为什么过期订单不能继续等？
号码状态与订单状态是两件事。自动续收针对符合条件的成功短信订单，不针对已超时但从未成功的订单。