营销效劳平台工银瑞信数据接口需求确认书Word文档格式.docx
《营销效劳平台工银瑞信数据接口需求确认书Word文档格式.docx》由会员分享，可在线阅读，更多相关《营销效劳平台工银瑞信数据接口需求确认书Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
1.3.参考资料
1.4.名词说明
1.ETL：
Extraction-Transformation-Loading，数据抽取、转换和加载。
2.ODS：
OperationalDataStore，操作性数据存储，是一个面向主题的、集成的、可变的、当前的细节数据集合，用于支持企业关于即时性的、操作性的、集成的全部信息的需求。
常常被作为数据仓库的过渡。
3.DW：
DataWarehouse,数据仓库，是一个面向主题的（SubjectOriented）、集成的（Integrated）、相对稳固的（Non-Volatile）、反映历史转变（TimeVariant）的数据集合，用于支持治理决策（DecisionMakingSupport）。
4.TP：
操作型应用，比如网站、座席系统以客户编号为单位的大量增、删、改、查的应用，特点是小事务，高并发。
5.AP：
统计分析型应用，比如报表系统的数据分析和报表展现。
2.系统技术设计
2.1.整体架构
（图）
3.数据处置流程
3.1.批量数据流图
1、营销效劳平台在日终处置时导入TA（直销、估值）等接口数据，落地TP库的同时，也推送到AP的ODS层的T表（如TCONFIRM等）；
2、AP的ODS层处置数据补空、行政区域计算、渠道编码计算等；
3、ODS产生渠道计算后的相关接口数据，推送到TP，更新相关表，同时ODS计算AP的ODS相关数据，计算DW数据。
详细流程数据流图如下：
详细说明：
A.业务源层
Ø
行情接口数据：
外部业务系统提供的净值类相关数据；
确认接口数据：
外部业务系统提供的除行情数据外的其它业务数据，如账户、交易、份额类数据；
B.OLTP
行情（确认）接口数据落地（导入）到接口表TINF_：
将外部业务系统提供的数据依照接口要求导入到接口表，以便进行后续加工处置；
行情（确认）接口数据落地到事实表T_：
将接口表TINF_中的数据加工处置到事实表，以供业务系统利用，如CRM系统；
数据加工：
依照现有导入的确认数据，进行进一步加工分析，以知足更深层次的应用需求，如投资收益、净值增加率计算等；
主数据处置到事实表T_：
将TP和AP需要维持一致的主数据（主若是客户资料类数据）在TP处进行加工处置，以便AP直接抽取，再也不加工，以维持两边数据的一致性，如客户资料更新、客户编号分派等；
行情（确认）接口数据ETL到发布表TPUB_：
将TP中的数据进行发布，以供外部数据库（那个地址要紧指AP库）利用；
C.OLAP
将接口表TINF_中的数据加工处置到事实表，以供业务系统利用，那个地址主若是BI系统；
TODS_数据加工：
依照现有导入的确认数据，进行进一步加工分析，以知足更深层次的应用需求，如渠道分析、定投分析、区域分析等；
生成渠道导出接口表：
将渠道分析的数据生成接口表的形式，以回写TP库和供后续步骤（数据仓库）加工利用；
DW_加工数据：
将数据整理成数据仓库所需的固定形式，以知足特定需求，要紧用来直接做数据分析和报表展现所用；
TT_加工处置：
数据集市相关表的落地计算；
USER1：
即ODS用户，该用户用于进行数据统计和计算，是数据的计算和发布层，其数据不做备份；
USER2：
即DW用户，该用户用来直接做数据分析和报表展现所用，因此主若是查询为主，其特点是大IO；
3.2.实时数据流图
暂无实时数据需求。
3.3.ETL数据处置流程
4.数据处置机制
4.1.时刻顺序
序号
数据类型
日期类型
行情数据处理日期
行情数据处理时间
确认数据处理日期
确认数据处理时间
01
直销
工作日
-
T日
17：
00～18：
59
02
估值
03
TA
19：
00～20：
20：
00～23：
04
ETFTA
05
LOFTA
T+1日
15：
30～17：
06
财务
自然日
00：
00～00：
07
客服
08
TP2AP处理
01：
00～03：
以上任务通过打算任务自动挪用并执行，在业务逻辑上存在以上的时刻顺序，在实际的应用中各数据之间彼此独立，并无严格的时刻前后关系，只要知足触发条件，即可执行，建议依照以上的顺序进行设置，可依如实际情形作调整。
4.2.依托关系
1.CRM批处置依托于自TA/LOFTA/ETFTA处置完当天的确认数据；
2.BI报表中T日的资产计算（TP2AP数据处置步骤）依托于确认日期为T+1日（净值日期为T日）的行情数据；
4.3.任务触发
4.3.1.开始处置标识
提供以下两种方式：
1.依照稽核主表taudit的确认日期+搜集源代码+发布主题三个字段唯一确信一个数据批次，再依照稽核主表的发布状态和处置状态两个字段判定数据是不是能够开始执行；
2.指按时刻点执行；
要紧以第一种方式为主，因此需要由数据源提供方（warehouse）在稽核主表依照接口要求写入相应的记录；
4.3.2.完成处置标识
1.依照稽核主表taudit的确认日期+搜集源代码+发布主题三个字段唯一确信一个数据批次，再依照稽核主表的发布状态和处置状态两个字段判定数据是不是已经执行成功；
2.处置日记表；
要紧以第一种方式为主；
4.4.重跑机制
前台界面提供重清算功能，如需重跑，先依照时刻戳字段d_datadate删除当天导入的数据并重置稽核表taudit的处置状态字段，再从头进行导入处置。
4.5.数据查对
4.5.1.与外部数据查对
由数据源提供方（warehouse）在稽核明细表tauditdetail中写入查对项和参考值，ETL工具在处置完数据以后会依照稽核明细表的查对项和参考值和现有系统的数据进行比较，假设参考值和现有系统计算的值不一致，那么查对不通过；
只有查对通过，才能进行后续处置。
查对项如下：
稽核指标定义：
索引
稽核类
对应表描述
对应表名称
指标代码
指标描述
一、
账户类
基金账户
TACCOINFO
2001
总账户数（全量）
2002
总销户账户数（全量）
TACCONET
2003
总账户登记网点记录数（全量）
二、
交易类
交易确认
TCONFIRM
3001
总成功交易确认记录数（当日新增）
3002
总成功交易确认金额（当日新增）
3003
总成功交易确认份额（当日新增）
分红明细
TDIVIDENDDETAIL
4001
总分红记录数（当日新增）
4002
总分红现金红利金额（当日新增）
09
4003
总分红再投资份额（当日新增）
10
4004
总分红单位金额（当日新增）
11
4005
最近一次分红每单位分红值（当日新增）
三、
份额类
静态份额
TSTATICSHARES
12
5001
总静态份额（全量）
份额明细
TSHAREDETAIL
13
5002
总份额明细剩余份额（全量）（等同总静态份额，因为是配置项，必须一对一比较，所以需用总静态份额值填充）
历史份额
TSHARECURRENTS
14
5003
当前总历史份额（全量）（等同总静态份额，因为是配置项，必须一对一比较，所以需用总静态份额值填充）
四、
信息类
基金信息
TFUNDINFO
15
6001
总开放期产品数（全量）（因为发行期的基金数据中心可能删除）
稽核指标能够依照情形约定后增加。
4.5.2.与内部数据查对
内部会查对静态份额、份额明细和份额流水表中的最新份额。
5.时刻要求
数据项
工银计划完成时间
恒生计划完成时间
TA/LOFTA/ETFTA
、客服、财务等其它
打算完成时刻即为最后完成时刻，两个时刻为一个时刻点，那个地址不作区分，若是需要请两边开发组内部再作细分。
6.附：
接口文档
6.1.TA接口
TA/ETFTA/LOFTA接口均以附件《基金数据中心与客服接口说明文档》为准。
6.2.直销接口
以附件《基金数据中心与客服接口说明文档》为准。
6.3.估值接口
待补充
6.4.客服接口
6.5.财务接口
升级会员 