用户触达

业务系统

发送服务接口（同步发送）

数据回流

通用策略

业务域

非ESG

营销域

标签系统

数据导入

业务系统层主要负责例如：1. 名单筛选逻辑2. 业务系统内数据获取逻辑3. 用户其他信息（userId外）获取4. 即时或定时触客5. 其他

数据库

触客平台层

ODX

营销活动

结果接收

AI外呼策略系统

底层工具层

补处理（1+2+3）

人工外呼

触客平台回流表

入参：名单ID+方式+模板处理：触发取名单+执行发送

落地（BE报表使用，暂不广播）

CSS-GCCIB-CF

业务系统层：业务规则

用户批量触达

渠道层仅做渠道

标签域

读写

触发方式：轮询处理：执行发送

发送服务接口（异步发送）

触客平台

AI外呼

通用发送对接能力

发送JOB（异步发送）

短信站内信站外pushAI外呼人工外呼

数据来源层

入参：人+方式+模板+参数处理：落地数据并返回结果

站内信

大数据方式

短信平台

发送JOB

SMCIDP……

业务系统回流表

导入方式

消金

发短信站内信PUSH

大数据

能力规划

通道层

CIF2隐私黑名单重复触达渠道剔除禁发时段

入参：人+方式+模板+参数处理：落地数据并同步发送后，返回结果，不补发

客户层

回流作业

SMC-ASP-XJ

OPR

触客-APP

原有作业

C端客户

接口方式

名单参数

人工坐席

其他域

触发方式：轮询处理：执行补处理（发送失败数据）

触客边界

触客

CF-OPR

通用对接能力

发送JOB（导入数据-发送）

发送JOB（回流库-发送）

营销系统

触客平台层：执行 和 通用规则

营销系统回流表

触客-BE

站外信

触达分析

触客数据流图

通知接口 发送JOB

金服电话客服系统

触客平台层主要负责例如：1. 触客任务的暂停和中断2. 集团隐私规则3. 触客时间管控4. 等其他通用规则

明细展示触达汇总

渠道层

模板维护

写入

关注点1. 名单怎样筛选和获取？1.1 业务系统自行筛选；1.2 业务系统没有数据或复杂情况，借助大数据或标签系统回流；2. 名单userId外其他信息怎样获取？2.1 名单userId由业务系统自行筛选的，由业务系统调用个人中心域PC获取用户相关其他信息，调用其他业务系统获取其他业务参数，封装好后调用触客系统；2.2 有标签或大数据回流的情况：>> 标签仅能回流userId、userName、mobile及标签值，不够的情况，回流后调用其他业务系统获取；>> 大数据因为需要新写代码可以考虑回流所有参数，复用以前代码逻辑且不够的情况，回流后调用其他业务系统获取；3. 业务系统 or 营销系统？举例说明。3.1 账单域BILL按账单日抽取到期账单列表、组装参数调用触客平台；3.2 营销系统MM抽取名单、组装参数调用触客平台，手工触客；3.3 PMS触发大数据计算回流客群给触客平台后发站内信；4. 回流给业务系统 or 触客系统？4.1 标签系统或大数据会提供接口，由业务系统调用接口触发回流，此时会记录回流的原因，何时回流、回流到哪个客群、回流到哪里均由上游业务系统指定；4.2 回流库属主为业务系统、由大数据托管，回流库中会留痕为什么原因回流的客群名单、触客系统中会有因为活动和任务的出科技路和结果，从数据的追溯上看较为完整；4.3 若业务系统拿着回流的客群名单没有用途的、较为单纯的触客任务，可以直接回流到触客系统（例如PMS），后续客群名单用于分析的也回流给触客系统；5. AI外呼电话中的SMC和IDP的情况5.1 由IDP调PC个人中心域获取并填充话术模板中的参数；（复杂的多轮会话场景）5.2 由上游业务系统准备好所有参数通过触客平台传递；（简单的参数可枚举场景）6. 系统事件触发的短信、目前接入OPR，待触客平台API接口确认后，需接入触客；

补处理JOB（1+2+3）

标准对接触客通道

发送接口（同步）发送接口（异步）发送JOB

通知接口