本体登记表
知识库
全库 1033 个构件(2026-08-17 按说明书 v2 全量重抽),按纲要六类构件组织,规则=函数·规则型。(二期数据接地:对象 8/89 · 属性 83/273 · 关系 1/108,在详情页维护)
确认进度894/1033· 已确认=锁定,改前先解锁
2 条 · 多宿主属性按每个宿主各计一次
| ID | 名称 | 宿主 | 口径 | 来源 | 结构 | 写入方 | 状态 | 操作 |
|---|---|---|---|---|---|---|---|---|
| P249 | 通知渠道类型NotificationSendType别名 send_type | N068 | 一次触达用的渠道。正本是消息中台 RCS-INFOS 的 send_type 数字码(3 短信/4 Email/5 App Inbox 站内信/6 App Push/7 Insider Push);数字码之外还有四类不经该字典的渠道:WhatsApp(两条链:营销/通知走 ums-infos→UMS-XG 88210060→Jatis 模板消息,回执经 /whatsapp/webhook;OTP 走 rcs-otp→UMG 88200230/88200048,请求体只有 serviceCode+phoneNo+otp)、TPNS 信鸽推送(11210236,Android/iOS 按 token/account 推)、Bima/MyIM3 宿主 App 推送(同一 App Push 入口 88210061 按 appType 路由:Allo→Insider、Bima→IOH-CleverTap、MyIM3→IOH)、语音外呼(D3 8092 电销、C3 8097 催收,均为 Vendor 黑盒,不经 RCS)。IVR 全库只有电核状态查询(ibcvs 16048/20004),无催收 IVR。规矩:实际渠道 = 调用方 sendTo ∩ 该场景 SID 已配置有效模板 TID 的渠道(L370),RCS 不补发不 fallback;5 是站内信不是 Push;code=00 只代表通道受理,送达要看回执(CREATED→ACCEPTED→SENT→DELIVERED/FAILED/EXPIRED)。SDK 层 SendTypeEnum 共 13 种(SMS/EMAIL/WECHAT_TEMPLATE/WECHAT_MEDIA/WECHAT_MINI_PROGRAM/WECHAT_SUBSCRIBE/WECHAT_TAG/QQ_TEMPLATE/MOBILE_MANAGER/SMS_OUTCHANNEL/WHATSAPP/APP_PUSH/TPNS),微信/QQ/手机管家五种是微众域内渠道,NY 不用。 | 事实 | 枚举12值 | 缺口 | ○ 草稿 | |
| P250 | 通知场景号NotificationScenarioId | N068 | RCS 业务场景号 SID(biz_type):一个场景对应多渠道模板,模板号 TID=SID+渠道;配置正本在 RCS-INFOM scenario_basic/template_basic,运行副本 infos_templates。触达的渠道/话术/时点按 SID→TID 版本化配置,是 U01「四旋钮」的落点。 | 事实 | 枚举1值 | 缺口 | ○ 草稿 |
数据源:PayLater 产品知识库 2026-08-13 版 × 本体知识库说明书 v2 · 2026-08-17 全量重抽(9 单元并行判定+合并校验)· 冲突只登记不判断 · 「缺口」为按纲要三态纪律显式暴露的待补项;冲突登记不改写,结论在「缺口·冲突」页收口