金融科技与银行:A2P 短信与移动数据

一次性验证码走已登记发送方,按峰值预留吞吐。

数据

  • OTP 先看到达时间,再看背后的审计线索:每笔交易的消息 ID、发送方、时间戳与送达回执都保存在一起。
  • 短信一次性验证码继承了号码本身的弱点,SIM 换卡会把验证码转到攻击者手中,因此风险控制应放在应用里,而不只是在消息里。
  • 在多数网络中,字母数字发送方 ID 是单向的。双向验证、STOP 回复与入站支持需要一个长号码或短码。
  • 监管机构通常把交易类消息与营销区别对待,选择加入、选择退出与时段规则针对营销,而服务类消息则建立在既有客户关系之上。
  • 银行与收单机构通过已登记的发送方 ID 而不是共享路由来承接 OTP 峰值,并在峰值到来前而不是峰值期间预留吞吐。

本页不是法律意见。

场景

注册与登录验证

登录验证码有效期短、职责单一:证明此人此刻持有该号码。设定有效期、限制重发次数、按号码与设备限速,并在上线前决定第三次失败时如何处理。消息正文不应包含余额、完整卡号或登录页链接,因为验证码会被转发和截图。风险模型要求时,把验证码与设备绑定配合使用,并在消息未到达时提供替代通道。OTP 送达与欺诈说明逐一讲解了这些失败模式。

交易提醒

消费提醒必须在事件发生后尽快到达,并与客户在应用里看到的交易一致。发送商户、金额与后四位,而不是完整卡号。授权被冲正后又重新提交时,不要重复发提醒。在监管允许的地方,把非紧急摘要放到夜间批量发送,并让紧急欺诈提醒走即时通道。把银行记录的内容与网络报告的内容对账,因为标记为已送达的回执仍然只是网络的观察结果。

催收与服务

仅限服务提醒与经同意的触达。与催收相关的服务关停不在流量政策范围内。实际约束是时间、频率与证据:静默时段、每位客户每月的消息上限,以及每次发送所依据的同意记录。模板应在第一行写明发送方与用途,让收件人知道这条消息为何而来。营销内容绝不走 OTP 通道,即使两项由同一团队负责,因为混用会让过滤器、同意记录和客户体验一起出问题。

开户与身份核验

开户往往需要客户点击链接、上传文件或完成活体检测。这些链接是带有效期的密钥:一次性使用、绑定到该申请,而且过期比任何营销链接都快。过长的 URL 也是送达问题,因为一些过滤器会把陌生域名和公共短链接服务视为可疑。请使用您已在聚合商处登记的域名,尽量把消息控制在一条分段内,并且绝不要把身份证件放进消息本身,只放打开应用的指引。

网点与代理网络

在固定线路不可靠的地方,网点、代理点与 ATM 需要一条无需技术人员到场就能启用的备份通路。终端或网点路由器中的数据画像在主线路恢复期间承载授权与监控流量,而故障切换规则决定一笔交易是等待还是改道。把备份链路隔离在通用办公网络之外,这样网点故障就不会演变成安全事件。终端设备群及其认证在支付页介绍;本页介绍围绕它们的消息与网点数据通路。

产品组合

常见问题

你们支持上线时的 OTP 峰值吗?

支持。告诉我们峰值与目的地,我们会在流量开始前核定绑定数量,并为上线最初几分钟准备重试预算。

营销可以使用同一批发送方吗?

仅限收件人同意接收的营销,且在目的地要求时使用与 OTP 分开的发送方。混用这两类路由,是让交易类发送方被过滤的最快方式。

POS 流量呢?

终端连接在支付页介绍,那里讲专有 APN 上的授权流量。本页讲 OTP、提醒以及柜台背后的网点数据通路。

验证码没有到达时怎么办?

重试一次,然后提供替代方式:语音呼叫、推送确认,或客户已验证过的备用目的地。无限重发会抬高成本、打扰客户,而且正是欺诈系统会标记的流量模式。

消息记录应保留多久?

由您的监管机构与您自己的留存政策决定,而不是由消息路由决定。把消息 ID、模板、发送方、时间戳与回执保存在一起,使审计能够还原向谁发送了什么,并在政策规定的时点删除内容。

获取报价

告诉我们您是以平台身份发送,还是企业自身发送,我们评估最合适的接入。