IOSOR 知识库

同意审计轨迹导出:财务与合规能共用的证据

把选择加入证据、类别分流与生产闸门记录导出成一条轨迹。财务与合规读同一份文件,而不是投诉后两套重构。

投诉、10DLC 复盘或六个月后的财务问题,等不了工程去查活库。同意证据 是导出:时间戳、当时展示的原文、捕获通道、实际发送的号码、类别(事务 vs 营销)、当前抑制状态。把证明放在客服记忆里,就是发明考古。财务与合规必须能打开同一份文件、走同一条链,而不开作战室。

IOSOR 把同意当作 white-label prepaid 账上的产品行为:不安全的生产保持关闭直到闸门通过,目录 live 只在路径诚实。月用量接近 USD 1,000+ 时,评审者假定生产纪律——通话前五分钟才找到的截图不是轨迹。先证据,后规模。

财务与合规能共用的证据

冷启动取回超过一小时,轨迹就不具备审计就绪。把导出习惯与 10DLC 所需的 opt-in 证据 绑在一起,让活动登记与第二天争议用同一件文物。IOSOR 的 console 提供预设的导出模板,允许按日期范围、号码段或同意类型过滤。DLR 报告与同意轨迹关联,确保发送成功与用户意图一致。

声称 它说什么 导出必须显示
「用户在网站上选择加入」 相信我们 捕获时的归档副本 + 时间戳
「同意在 CRM 里」 相信我们 绑到实际发送号码的记录
「我们遵守规则」 相信我们 政策加上与之匹配的日志

导出轨迹,不要事后重构

在同意当下记录:UTC 时间戳、展示的原文、捕获方法(网页、关键词、结账、脚本口头)、来源引用、规范化号码。投诉后再截图是重构。把轨迹存在财务能按节奏导出的地方。指定证据请求负责人。Prepaid 项目就绪,是因为取回只要几分钟,不是因为某处有一张表。IOSOR 的 webhook 可将同意事件实时推送到指定端点,便于即时记录和分析,无需手动轮询。OTP 验证流程中的同意捕获,需记录验证码发送时间、用户输入、以及最终同意状态。

事务与营销必须在文件中分开

一份覆盖「未来所有活动、永远」的选择加入不是轨迹,是愿望。导出里类别保持分开:效用通知对促销活动,范围以捕获时为准。事后混类会迎来投诉与拦截。仅有事务同意时,平台应 挡住 营销发送——见 交易类与营销类同意门槛。拒绝日志与成功选择加入同文件。法务拥有各国法律矩阵;运营拥有平台执行你声称分流的证明。IOSOR 的 quiet hours 配置允许在特定时段内限制营销消息发送,即使有同意记录,也需遵守此规则,并记录相关尝试。

生产闸门需要可取回的记录

登记、需要时的 toll-free 核验、内容规则是上线标准,不是脚注。要求平台挡住不安全生产,而不是记录后悔。登记仍 in setup 时不要标 live。读 A2P 放量前的合规闸门。合规工作进行时 prepaid 仍可见——setup 不是免费混乱,也没有强制平台订阅当「合规保险」。放量前指定登记、内容审核、退出与证据导出的负责人。IOSOR 的 corridor 设置可定义特定国家或地区的发送限制,确保合规性,并记录所有发送尝试,无论成功与否。

危险信号

  • 「活动被标了再凑证据」
  • 没有时间戳或来源不清的截图
  • 一条轨迹覆盖企业所有活动
  • 同意文案只在文档、从未在 live 产品展示
  • 仅有事务同意却发营销
  • 本地登记仍 in setup 目录却 live
  • 没有具名的证据请求负责人
  • 忽略 DLR 报告中的失败记录
  • 未配置 webhook 接收同意事件
  • OTP 验证后未记录同意状态

开始使用 IOSOR

选一场进行中的活动。从采集当下导出同意轨迹:UTC 时间戳、当时展示的原文、采集渠道、实际发出的 E.164、transactional 对 marketing 类别、当前抑制。不要用事后截图还原。证明只有 transactional 同意在档时,marketing 发送会被挡住。配置 console 导出,并启用 webhook 以便实时数据同步。确保 OTP 流程中的同意捕获完整。

IOSOR 要点

要做:在采集当下记同意,把文件放在财务和合规打开同一条链的地方。类别保持分开。记录取不出来,生产就挡住。配置 console 导出,启用 webhook,并关注 DLR 报告。在 OTP 流程中捕获同意。遵守 quiet hours 和 corridor 设置。

不要:承诺被点名再补证据。没有时间戳的截图,或一张永远覆盖以后所有群发的 opt-in,都不是轨迹。忽略合规性检查,如 corridor 和 quiet hours。在 setup 阶段将目录标为 live。

这篇指南有帮助吗?

相关指南