理财产品的交易报表的上报方法、计算机设备及存储介质与流程

1.本技术涉及交易报表技术领域，具体涉及一种理财产品的交易报表的上报方法、计算机设备及存储介质。


背景技术：

2.为了统一管理理财数据，理财托管方每天均需要将理财产品的交易报表上报给对应的管理平台。目前，交易报表的上报往往是由业务人员手动操作，因此常常会出现人为操作不规范、数据遗漏等问题，进而导致上报数据错误的情况发生。
3.可以看出，目前基于人工上报的交易报表的数据质量较低，使得交易报表的上报效率也较低。


技术实现要素：

4.本技术实施例提供一种理财产品的交易报表的上报方法、计算机设备及存储介质，旨在提高上报的交易报表的数据质量。
5.一方面，本技术提供一种理财产品的交易报表的上报方法，包括：
6.接收用户端发送的待上报交易报表，所述待上报交易报表包括理财托管方对于各理财产品的交易数据；
7.确定所述待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
8.在所述待上报交易报表所属的报表类型为交易日报时，获取所述用户端在所述待上报交易报表所在日期的前一日发送的历史交易日报，基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常；
9.在所述待上报交易报表所属的报表类型为交易月报时，获取所述用户端在所述待上报交易报表所在月份发送的多个历史交易日报，基于所述多个历史交易日报，确定所述待上报交易报表是否异常；
10.在所述待上报交易报表异常时，发送修改提示信息至所述用户端，以使所述用户端对所述待上报交易报表进行修改；
11.在所述待上报交易报表未异常时，将所述待上报交易报表发送至预设的理财产品交易管理平台。
12.在一些实施例中，所述基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常的步骤包括：
13.依次将各理财产品作为目标理财产品，获取目标理财产品在所述前一日发送的历史交易日报中的第一交易数据，以及获取目标理财产品在所述待上报交易报表中的第二交易数据；
14.获取第二交易数据相对于第一交易数据的变化幅度；
15.基于所述变化幅度，判断目标理财产品是否异常，以确定各理财产品是否异常；
16.基于各理财产品是否异常，确定所述待上报交易报表是否异常。
17.在一些实施例中，所述交易数据包括理财产品的至少一个交易记录，所述交易记录包括理财产品的持仓市值，所述获取第二交易数据相对于第一交易数据的变化幅度的步骤包括：
18.获取第二交易数据中目标理财产品的第二总持仓市值，以及获取第一交易数据中目标理财产品的第一总持仓市值；
19.将第二总持仓市值相对于第一总持仓市值的变化幅度，作为第二交易数据相对于第一交易数据的变化幅度。
20.在一些实施例中，所述基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常的步骤还包括：
21.获取所述前一日发送的历史交易日报中包括的交易记录的第一总条数，以及获取所述待上报交易报表中包括的交易记录的第二总条数；
22.基于第二总条数相对于第一总条数的变化幅度，确定所述待上报交易报表是否异常。
23.在一些实施例中，所述基于所述变化幅度，判断目标理财产品是否异常的步骤包括：
24.确定所述目标理财产品所属的产品类型，所述产品类型包括信托投资、银行理财和基金理财中的至少一个；
25.获取与所述产品类型对应的变化幅度阈值；
26.基于所述变化幅度与所述变化幅度阈值，判断目标理财产品是否异常。
27.在一些实施例中，所述基于所述变化幅度与所述变化幅度阈值，判断目标理财产品是否异常的步骤包括：
28.获取目标理财产品的网络舆情数据；
29.基于所述网络舆情数据，确定目标理财产品的网络舆情风险指数；
30.基于所述网络舆情风险指数，修正所述变化幅度阈值，得到修正后的变化幅度阈值；
31.基于所述变化幅度与修正后的变化幅度阈值，判断目标理财产品是否异常。
32.在一些实施例中，所述基于所述多个历史交易日报，确定所述待上报交易报表是否异常的步骤包括：
33.对所述多个历史交易日报中同一理财产品的交易数据进行整合，得到所述同一理财产品在所述待上报交易报表所在月份的预期交易月报；
34.将所述预期交易月报与所述待上报交易报表进行比对，得到比对结果；
35.基于所述比对结果，确定所述待上报交易报表是否异常。
36.在一些实施例中，所述交易数据包括理财产品的至少一个交易记录，所述对所述多个历史交易日报中同一理财产品的交易数据进行整合，得到所述同一理财产品在所述待上报交易报表所在月份的预期交易月报的步骤包括：
37.在所述多个历史交易日报中同一理财产品的交易数据中，获取所述同一理财产品的买入交易记录和卖出交易记录；
38.确定所述买入交易记录中的买入金额、所述买入交易记录中的卖出金额；
39.基于所述买入金额和所述卖出金额的差值，确定所述同一理财产品在所述待上报
交易报表所在月份的预期交易月报。
40.另一方面，本技术实施例提供一种理财产品的交易报表的上报装置，所述理财产品的交易报表的上报装置包括：
41.接收模块，用于接收用户端发送的待上报交易报表，所述待上报交易报表包括理财托管方对于各理财产品的交易数据；
42.确定模块，用于确定所述待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
43.判断模块，用于在所述待上报交易报表所属的报表类型为交易日报时，获取所述用户端在所述待上报交易报表所在日期的前一日发送的历史交易日报，基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常；
44.判断模块，还在所述待上报交易报表所属的报表类型为交易月报时，获取所述用户端在所述待上报交易报表所在月份发送的多个历史交易日报，基于所述多个历史交易日报，确定所述待上报交易报表是否异常；
45.输出模块，用于在所述待上报交易报表异常时，发送修改提示信息至所述用户端，以使所述用户端对所述待上报交易报表进行修改；
46.输出模块，还用于在所述待上报交易报表未异常时，将所述待上报交易报表发送至预设的理财产品交易管理平台。
47.在一些实施例中，判断模块具体用于：
48.依次将各理财产品作为目标理财产品，获取目标理财产品在所述前一日发送的历史交易日报中的第一交易数据，以及获取目标理财产品在所述待上报交易报表中的第二交易数据；
49.获取第二交易数据相对于第一交易数据的变化幅度；
50.基于所述变化幅度，判断目标理财产品是否异常，以确定各理财产品是否异常；
51.基于各理财产品是否异常，确定所述待上报交易报表是否异常。
52.在一些实施例中，判断模块具体用于：
53.获取第二交易数据中目标理财产品的第二总持仓市值，以及获取第一交易数据中目标理财产品的第一总持仓市值；
54.将第二总持仓市值相对于第一总持仓市值的变化幅度，作为第二交易数据相对于第一交易数据的变化幅度。
55.在一些实施例中，判断模块具体用于：
56.获取所述前一日发送的历史交易日报中包括的交易记录的第一总条数，以及获取所述待上报交易报表中包括的交易记录的第二总条数；
57.基于第二总条数相对于第一总条数的变化幅度，确定所述待上报交易报表是否异常。
58.在一些实施例中，判断模块具体用于：
59.确定所述目标理财产品所属的产品类型，所述产品类型包括信托投资、银行理财和基金理财中的至少一个；
60.获取与所述产品类型对应的变化幅度阈值；
61.基于所述变化幅度与所述变化幅度阈值，判断目标理财产品是否异常。
62.在一些实施例中，判断模块具体用于：
63.获取目标理财产品的网络舆情数据；
64.基于所述网络舆情数据，确定目标理财产品的网络舆情风险指数；
65.基于所述网络舆情风险指数，修正所述变化幅度阈值，得到修正后的变化幅度阈值；
66.基于所述变化幅度与修正后的变化幅度阈值，判断目标理财产品是否异常。
67.在一些实施例中，判断模块还用于：
68.对所述多个历史交易日报中同一理财产品的交易数据进行整合，得到所述同一理财产品在所述待上报交易报表所在月份的预期交易月报；
69.将所述预期交易月报与所述待上报交易报表进行比对，得到比对结果；
70.基于所述比对结果，确定所述待上报交易报表是否异常。
71.在一些实施例中，判断模块还用于：
72.在所述多个历史交易日报中同一理财产品的交易数据中，获取所述同一理财产品的买入交易记录和卖出交易记录；
73.确定所述买入交易记录中的买入金额、所述买入交易记录中的卖出金额；
74.基于所述买入金额和所述卖出金额的差值，确定所述同一理财产品在所述待上报交易报表所在月份的预期交易月报。
75.另一方面，本技术还提供一种计算机设备，所述计算机设备包括：
76.一个或多个处理器；
77.存储器；以及
78.一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现任一项所述的理财产品的交易报表的上报方法中的步骤。
79.另一方面，本技术还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行任一项所述的理财产品的交易报表的上报方法中的步骤。
80.本技术实施例提供的理财产品的交易报表的上报方法、计算机设备及存储介质，方法包括：接收用户端发送的待上报交易报表，待上报交易报表包括理财托管方对于各理财产品的交易数据；确定待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；在待上报交易报表所属的报表类型为交易日报时，获取用户端在待上报交易报表所在日期的前一日发送的历史交易日报，基于前一日发送的历史交易日报，确定待上报交易报表是否异常；在待上报交易报表所属的报表类型为交易月报时，获取用户端在待上报交易报表所在月份发送的多个历史交易日报，基于多个历史交易日报，确定待上报交易报表是否异常；在待上报交易报表异常时，发送修改提示信息至用户端，以使用户端对待上报交易报表进行修改；在待上报交易报表未异常时，将待上报交易报表发送至预设的理财产品交易管理平台。本技术实施例基于用户端历史发送的历史交易日报，确定待上报交易报表是否异常，实现了交易报表的自动校验，提高了交易报表的数据质量和上报效率，并且按照不同报表类型，采用不同的方式对待上报交易报表进行校验，使得交易报表的校验更加准确全面。
附图说明
81.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
82.图1是本技术实施例中提供的理财产品的交易报表的上报方法的一个实施例流程示意图；
83.图2是本技术实施例中提供的理财产品的交易报表的上报方法的另一个实施例流程示意图；
84.图3是本技术实施例中提供的理财产品的交易报表的上报方法的再一个实施例流程示意图；
85.图4是本技术实施例中提供的理财产品的交易报表的上报方法的又一个实施例流程示意图；
86.图5是本技术实施例提供的理财产品的交易报表的上报装置的一个实施例结构示意图；
87.图6是本技术实施例中提供的计算机设备的一个实施例终端结构示意图。
具体实施方式
88.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
89.在本技术的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
90.在本技术中，“示例性”一词用来表示“用作例子、例证或说明”。本技术中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本技术，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本技术。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本技术的描述变得晦涩。因此，本技术并非旨在限于所示的实施例，而是与符合本技术所公开的原理和特征的最广范围相一致。
91.需要说明的是，本技术实施例方法由于是在计算机设备中执行，各计算机设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实
施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便计算机设备进行处理，具体此处不作赘述。
92.本技术实施例提供一种理财产品的交易报表的上报方法、计算机设备及存储介质，以下分别进行详细说明。
93.参照图1，在一实施例中，理财产品的交易报表的上报方法通过理财产品的交易报表的上报装置实现，方法包括：
94.101、接收用户端发送的待上报交易报表，所述待上报交易报表包括理财托管方对于各理财产品的交易数据；
95.在本实施例中，用户端与理财产品的交易报表的上报装置通信连接，理财托管方可通过用户端，向理财产品的交易报表的上报装置发送待上报交易报表，实现交易报表的主动上报。
96.其中，理财托管方指银行理财托管人所在的一方，银行理财托管人接受银行业金融机构(包括本机构、其他商业银行、政策性银行、农村金融机构、外资银行及其理财子公司等)委托，安全保管理财产品资产，履行资金清算、证券结算、会计核算、资产估值、投资监督、托管报告等职责。理财产品指，由商业银行和正规金融机构自行设计并发行的产品，将募集到的资金根据产品合同约定投入相关金融市场及购买相关金融产品，获取投资收益后，根据合同约定分配给投资人的一类产品。交易数据包括理财产品的至少一个交易记录，交易记录指理财托管方对于理财产品的一次买入或卖出等相关数据，因此交易记录中包含理财产品的名称、产品规模(元)、持仓市值(元)、持仓产品数量、交易类型(即卖出/买入)、交易金额、投资人名称、投资人的总投资金额、投资人的总投资占比等。
97.102、确定所述待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
98.在本实施例中，由于理财托管方每天均需要上报前一日的交易报表，且每个月理财子公司会提供单个月的交易报表给理财托管方，理财托管方每个月需要将单个月的交易报表也进行上报，因此这里将报表类型划分为交易日报和交易月报。交易日报指每天上报的交易报表，交易月报指每个月上报的交易报表。通过提取出用户端发送的待上报交易报表携带的报表类型，可得到待上报交易报表所属的报表类型。
99.103、在所述待上报交易报表所属的报表类型为交易日报时，获取所述用户端在所述待上报交易报表所在日期的前一日发送的历史交易日报，基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常；
100.在本实施例中，由于理财产品的交易报表的上报装置在接收到用户端发送的交易报表时，均会将其与用户端发送交易报表的日期，关联存储于理财产品的交易报表的上报装置的本地存储空间，因此可在本地存储空间中获取到用户端在各个历史时间点发送的历史交易日报，并从中提取出用户端在待上报交易报表所在日期的前一日发送的历史交易日报。
101.其中，基于前一日发送的历史交易日报，确定待上报交易报表是否异常的步骤，可以包括：获取待上报交易报表与前一日发送的历史交易日报中的相同表项，计算相同表项的数据在待上报交易报表与前一日发送的历史交易日报中的变化幅度，若变化幅度大于预设变化幅度，判定变化幅度过大，待上报交易报表异常。
102.104、在所述待上报交易报表所属的报表类型为交易月报时，获取所述用户端在所述待上报交易报表所在月份发送的多个历史交易日报，基于所述多个历史交易日报，确定所述待上报交易报表是否异常；
103.在本实施例中，在待上报交易报表所属的报表类型为交易月报时，待上报交易报表包含了单个月份内各理财产品的交易数据，因此可获取用户端在待上报交易报表所在月份发送的所有历史交易日报，基于所有历史交易日报与待上报交易报表之间的数据验证，来确定待上报交易报表是否异常。
104.105、在所述待上报交易报表异常时，发送修改提示信息至所述用户端，以使所述用户端对所述待上报交易报表进行修改；
105.在本实施例中，修改提示信息可包括待上报交易报表中的异常表项，以供用户端的业务人员直接对异常表项进行人工校验和修改，避免了业务人员重新对待上报交易报表中各表项逐个进行校验，从而提高业务人员对于待上报交易报表的修改效率。业务人员在对待上报交易报表中的异常表项修改完毕后，将修改后的待上报交易报表作为新的待上报交易报表，并通过用户端重新发送至理财产品的交易报表的上报装置，实现待上报交易报表的重新上报。
106.在一些实施例中，由于待上报交易报表中相关的多个表项之间可能存在勾稽关系，因此在确定待上报交易报表是否异常时，除了基于历史交易日报来进行确定，还可按照待上报交易报表中的各勾稽关系，对待上报交易报表中相关的多个表项进行校验，以确定待上报交易报表中相关的多个表项之间是否异常，从而确定待上报交易报表是否异常。其中，勾稽关系指账簿和会计报表中有关数字之间存在的，可据以相互考察、核对的关系，在本技术中可基于理财产品的各表项之间的勾稽关系，事先设置对应的校验规则，实现对待上报交易报表中相关的多个表项的校验。
107.106、在所述待上报交易报表未异常时，将所述待上报交易报表发送至预设的理财产品交易管理平台。
108.在本实施例中，理财产品的交易报表的上报装置与预设的理财产品交易管理平台对接，以将待上报交易报表上报至预设的理财产品交易管理平台。预设的理财产品交易管理平台可以是银行的理财信息管理系统。
109.在本实施例公开的技术方案中，基于用户端历史发送的历史交易日报，确定待上报交易报表是否异常，实现了交易报表的自动校验，提高了交易报表的数据质量和上报效率，并且按照不同报表类型，采用不同的方式对待上报交易报表进行校验，使得交易报表的校验更加准确全面。
110.在另一实施例中，如图2所示，在图1所示实施例的基础上，103中基于所述前一日发送的历史交易日报，确定所述待上报交易报表是否异常的步骤包括：
111.201、依次将各理财产品作为目标理财产品，获取目标理财产品在所述前一日发送的历史交易日报中的第一交易数据，以及获取目标理财产品在所述待上报交易报表中的第二交易数据；
112.在本实施例中，由于待上报交易报表包括理财托管方对于各理财产品的交易数据，因此可依次将各理财产品作为目标理财产品，以依次判断各理财产品是否异常。将目标理财产品在前一日发送的历史交易日报中的交易数据作为第一交易数据，将目标理财产品
在待上报交易报表中的交易数据作为第二交易数据。
113.202、获取第二交易数据相对于第一交易数据的变化幅度；
114.在本实施例中，交易数据可包括单个理财产品的至少一个交易记录，一般来说，交易数据中单个理财产品的交易记录往往是同时存在多个，例如，第一投资人买入了该理财产品，得到对应的一条交易记录，第二投资人卖出了该理财产品，得到对应的一条交易记录。因此交易记录中包含理财产品的名称、产品规模(元)、持仓市值(元)、持仓产品数量、交易类型(即卖出/买入)、交易金额、投资人名称、投资人的总投资金额、投资人的总投资占比等，
115.获取第二交易数据相对于第一交易数据的变化幅度，可以包括产品规模、持仓市值、持仓产品数量等的变化幅度。以第二交易数据相对于第一交易数据的变化幅度为持仓市值的变化幅度为例，获取第二交易数据相对于第一交易数据的变化幅度的步骤，可以包括：获取第二交易数据中目标理财产品的第二总持仓市值，以及获取第一交易数据中目标理财产品的第一总持仓市值；将第二总持仓市值相对于第一总持仓市值的变化幅度，作为第二交易数据相对于第一交易数据的变化幅度。其中，第二总持仓市值为第二交易数据中目标理财产品的所有交易记录的持仓市值之和，第一总持仓市值为第一交易数据中目标理财产品的所有交易记录的持仓市值之和。变化幅度可以为百分比数值。
116.在一些实施例中，在第二交易数据中同时存在产品规模、持仓市值、持仓产品数量等表项时，可将产品规模、持仓市值、持仓产品数量中至少两个的变化幅度的平均值，作为第二交易数据相对于第一交易数据的变化幅度，以使变化幅度的计算更加准确。
117.203、基于所述变化幅度，判断目标理财产品是否异常，以确定各理财产品是否异常；
118.在本实施例中，本技术发明人发现，由于理财托管方往往是同时负责大量投资人的理财产品投资，因此待上报交易报表中各理财产品的交易数据整体呈现平稳趋势，因此可在变化幅度大于预设的变化幅度阈值时，判定目标理财产品异常。在变化幅度小于或等于预设的变化幅度阈值时，判定目标理财产品未异常。预设的变化幅度阈值一般为10％。
119.204、基于各理财产品是否异常，确定所述待上报交易报表是否异常。
120.在本实施例中，若待上报交易报表中存在异常的至少一个理财产品，判定待上报交易报表异常。若待上报交易报表中不存在异常的理财产品，判定待上报交易报表未异常。
121.在一些实施例中，本技术发明人发现，所有理财产品在单方向(买入/卖出)上的大量交易较为少见，因此各交易日报中包括的交易记录条数往往是在一定范围内小幅波动。因此，基于前一日发送的历史交易日报，确定待上报交易报表是否异常的步骤还包括：获取前一日发送的历史交易日报中包括的交易记录的第一总条数，以及获取待上报交易报表中包括的交易记录的第二总条数；基于第二总条数相对于第一总条数的变化幅度，确定待上报交易报表是否异常。其中，若第二总条数相对于第一总条数的变化幅度，大于预设的条数幅度阈值，则判定待上报交易报表异常。
122.在本实施例公开的技术方案中，通过待上报交易报表与前一日发送的历史交易日报之间的相同表项的对比，根据相同表项的变化幅度来判断待上报交易报表是否异常，实现了跨时期校验，确保上报数据更加全面准确。
123.在再一实施例中，如图3所示，在图2所示实施例的基础上，步骤203包括：
124.301、确定所述目标理财产品所属的产品类型，所述产品类型包括信托投资、银行理财和基金理财中的至少一个；
125.在本实施例中，本技术发明人发现，不同理财产品在相邻日期的交易日报中的实际变化幅度往往是不一致的，例如信托投资类的理财产品的实际变化幅度较大，基金理财类的理财产品实际变化幅度适中，而银行理财类的理财产品的实际变化幅度较小，因此交易数据还包括各理财产品所属的产品类型。
126.302、获取与所述产品类型对应的变化幅度阈值；
127.在本实施例中，针对不同产品类型，设置有不同的变化幅度阈值，一般来说，信托投资类对应的变化幅度阈值，大于基金理财类对应的变化幅度阈值，而基金理财类对应的变化幅度阈值，大于银行理财类对应的变化幅度阈值。
128.303、基于所述变化幅度与所述变化幅度阈值，判断目标理财产品是否异常。
129.在本实施例中，若第二交易数据相对于第一交易数据的变化幅度，大于目标理财产品所属的产品类型对应的变化幅度阈值，判定目标理财产品异常。若第二交易数据相对于第一交易数据的变化幅度，小于或等于目标理财产品所属的产品类型对应的变化幅度阈值，判定目标理财产品未异常。
130.在一些实施例中，基于变化幅度与变化幅度阈值，判断目标理财产品是否异常的步骤，可以包括：获取目标理财产品的网络舆情数据；基于网络舆情数据，确定目标理财产品的网络舆情风险指数；基于网络舆情风险指数，修正变化幅度阈值，得到修正后的变化幅度阈值；基于变化幅度与修正后的变化幅度阈值，判断目标理财产品是否异常。可以理解的是，理财产品的持仓市值往往受网络舆情影响，因此理财产品的买入和卖出会受到网络舆情影响，因此，基于网络舆情来修正变化幅度阈值，可以使得理财产品是否异常的判断更加准确。
131.其中，获取目标理财产品的网络舆情数据的步骤可以包括：提取出目标理财产品的要素信息，要素信息可包括目标理财产品中的关键词、目标理财产品所属行业的关键词等；在预设的舆论发布平台中，提取出与要素信息关联的舆论数据，并作为目标理财产品的网络舆情数据。而基于网络舆情数据，确定目标理财产品的网络舆情风险指数，可通过目前的舆情分析技术实现，在此不作赘述。在基于网络舆情风险指数，修正变化幅度阈值，可以包括：在网络舆情风险指数大于预设的风险指数时，增大变化幅度阈值，其中，增大后的变化幅度阈值与网络舆情风险指数正相关。而在网络舆情风险指数小于或等于预设的风险指数时，则不对变化幅度阈值进行修正。
132.在本实施例公开的技术方案中，通过对理财产品分类，对不同产品类型设置不同的变化幅度阈值，使得理财产品是否异常的判断更加准确。
133.在又一实施例中，如图4所示，在图1至图3任一实施例所示的基础上，104中基于所述多个历史交易日报，确定所述待上报交易报表是否异常的步骤包括：
134.401、对所述多个历史交易日报中同一理财产品的交易数据进行整合，得到所述同一理财产品在所述待上报交易报表所在月份的预期交易月报；
135.在本实施例中，在多个历史交易日报中同一理财产品的交易数据中，获取同一理财产品的买入交易记录和卖出交易记录；确定买入交易记录中的买入金额、买入交易记录中的卖出金额；基于买入金额和卖出金额的差值，确定同一理财产品在待上报交易报表所
在月份的预期交易月报，实现对于多个历史交易日报中同一理财产品的交易数据的整合。其中，买入交易记录指交易类型为买入的交易记录，卖出交易记录指交易类型为卖出的交易记录，买入金额指买入交易记录中的交易金额，卖出金额指卖出交易记录中的交易金额。
136.可以理解的是，历史交易日报指在一天内的交易数据，因此需要对多个历史交易日报中同一理财产品的交易数据进行整合，得到同一理财产品在待上报交易报表所在月份的预期交易月报。预期交易月报指一个月内的交易数据。
137.在一些实施例中，由于交易日报中除了交易金额，还包括理财产品的名称、产品规模、投资人的总投资金额等，因此在对多个历史交易日报中同一理财产品的交易数据进行整合，得到同一理财产品在待上报交易报表所在月份的预期交易月报的步骤中，除了对买入金额和卖出金额进行整合，还可对理财产品的数量、产品规模、投资人的总投资金额等数据进行整合。整合方式一般为相加或相减。
138.402、将所述预期交易月报与所述待上报交易报表进行比对，得到比对结果；
139.在本实施例中，由于交易日报是理财托管方生成的，而交易月报是理财子公司提供的，因此可能存在交易月报与一个月内的交易日报不一致的情况发生，即待上报交易报表与预期交易月报不一致的情况发生。因此可将预期交易月报与待上报交易报表中的相同表项进行逐个比对，得到比对结果。
140.403、基于所述比对结果，确定所述待上报交易报表是否异常。
141.在本实施例中，若比对结果中存在不一致的表项，判定待上报交易报表异常。若比对结果中不存在不一致的表项，判定待上报交易报表未异常。
142.在本实施例公开的技术方案中，通过待上报交易报表与用户端在待上报交易报表所在月份发送的多个历史交易日报之间的比对，实现了交易月报的校验，使得交易报表的校验更加准确全面。
143.为了更好实施本技术实施例中理财产品的交易报表的上报方法，在理财产品的交易报表的上报方法的基础之上，本技术实施例中还提供一种理财产品的交易报表的上报装置，如图5所示，理财产品的交易报表的上报装置500包括接收模块501、确定模块502、判断模块503以及输出模块504，具体如下：
144.接收模块501，用于接收用户端发送的待上报交易报表，待上报交易报表包括理财托管方对于各理财产品的交易数据；
145.确定模块502，用于确定待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
146.判断模块503，用于在待上报交易报表所属的报表类型为交易日报时，获取用户端在待上报交易报表所在日期的前一日发送的历史交易日报，基于前一日发送的历史交易日报，确定待上报交易报表是否异常；
147.判断模块503，还在待上报交易报表所属的报表类型为交易月报时，获取用户端在待上报交易报表所在月份发送的多个历史交易日报，基于多个历史交易日报，确定待上报交易报表是否异常；
148.输出模块504，用于在待上报交易报表异常时，发送修改提示信息至用户端，以使用户端对待上报交易报表进行修改；
149.输出模块504，还用于在待上报交易报表未异常时，将待上报交易报表发送至预设
的理财产品交易管理平台。
150.本技术实施例提供的理财产品的交易报表的上报装置，通过基于用户端历史发送的历史交易日报，确定待上报交易报表是否异常，实现了交易报表的自动校验，提高了交易报表的数据质量和上报效率，并且按照不同报表类型，采用不同的方式对待上报交易报表进行校验，使得交易报表的校验更加准确全面。
151.在本技术的一些实施例中，判断模块503具体用于：
152.依次将各理财产品作为目标理财产品，获取目标理财产品在前一日发送的历史交易日报中的第一交易数据，以及获取目标理财产品在待上报交易报表中的第二交易数据；
153.获取第二交易数据相对于第一交易数据的变化幅度；
154.基于变化幅度，判断目标理财产品是否异常，以确定各理财产品是否异常；
155.基于各理财产品是否异常，确定待上报交易报表是否异常。
156.在本技术的一些实施例中，判断模块503具体用于：
157.获取第二交易数据中目标理财产品的第二总持仓市值，以及获取第一交易数据中目标理财产品的第一总持仓市值；
158.将第二总持仓市值相对于第一总持仓市值的变化幅度，作为第二交易数据相对于第一交易数据的变化幅度。
159.在本技术的一些实施例中，判断模块503具体用于：
160.获取前一日发送的历史交易日报中包括的交易记录的第一总条数，以及获取待上报交易报表中包括的交易记录的第二总条数；
161.基于第二总条数相对于第一总条数的变化幅度，确定待上报交易报表是否异常。
162.在本技术的一些实施例中，判断模块503具体用于：
163.确定目标理财产品所属的产品类型，产品类型包括信托投资、银行理财和基金理财中的至少一个；
164.获取与产品类型对应的变化幅度阈值；
165.基于变化幅度与变化幅度阈值，判断目标理财产品是否异常。
166.在本技术的一些实施例中，判断模块503具体用于：
167.获取目标理财产品的网络舆情数据；
168.基于网络舆情数据，确定目标理财产品的网络舆情风险指数；
169.基于网络舆情风险指数，修正变化幅度阈值，得到修正后的变化幅度阈值；
170.基于变化幅度与修正后的变化幅度阈值，判断目标理财产品是否异常。
171.在本技术的一些实施例中，判断模块503还用于：
172.对多个历史交易日报中同一理财产品的交易数据进行整合，得到同一理财产品在待上报交易报表所在月份的预期交易月报；
173.将预期交易月报与待上报交易报表进行比对，得到比对结果；
174.基于比对结果，确定待上报交易报表是否异常。
175.在本技术的一些实施例中，判断模块503还用于：
176.在多个历史交易日报中同一理财产品的交易数据中，获取同一理财产品的买入交易记录和卖出交易记录；
177.确定买入交易记录中的买入金额、买入交易记录中的卖出金额；
178.基于买入金额和卖出金额的差值，确定同一理财产品在待上报交易报表所在月份的预期交易月报。
179.本技术实施例还提供一种计算机设备，其集成了本技术实施例所提供的任一种理财产品的交易报表的上报装置。如图6所示，其示出了本技术实施例所涉及的计算机设备的结构示意图，具体来讲：
180.该计算机设备可以包括一个或者一个以上处理核心的处理器601、一个或一个以上计算机可读存储介质的存储器602、电源603和输入单元604等部件。本领域技术人员可以理解，图6中示出的计算机设备结构并不以构建对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
181.处理器601是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器602内的软件程序和/或模块，以及调用存储在存储器602内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选地，处理器601可包括一个或多个处理核心；优选的，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。
182.存储器602可用于存储软件程序以及模块，处理器601通过运行存储在存储器602的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器602还可以包括存储器控制器，以提供处理器601对存储器602的访问。
183.计算机设备还包括给各个部件供电的电源603，优选的，电源603可以通过电源管理系统与处理器601逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源603还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
184.该计算机设备还可包括输入单元604，该输入单元604可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
185.尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器601会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中，并由处理器601来运行存储在存储器602中的应用程序，从而实现各种功能，如下：
186.接收用户端发送的待上报交易报表，待上报交易报表包括理财托管方对于各理财产品的交易数据；
187.确定待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
188.在待上报交易报表所属的报表类型为交易日报时，获取用户端在待上报交易报表所在日期的前一日发送的历史交易日报，基于前一日发送的历史交易日报，确定待上报交
易报表是否异常；
189.在待上报交易报表所属的报表类型为交易月报时，获取用户端在待上报交易报表所在月份发送的多个历史交易日报，基于多个历史交易日报，确定待上报交易报表是否异常；
190.在待上报交易报表异常时，发送修改提示信息至用户端，以使用户端对待上报交易报表进行修改；
191.在待上报交易报表未异常时，将待上报交易报表发送至预设的理财产品交易管理平台。
192.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
193.为此，本技术实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本技术实施例所提供的任一种理财产品的交易报表的上报方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：
194.接收用户端发送的待上报交易报表，待上报交易报表包括理财托管方对于各理财产品的交易数据；
195.确定待上报交易报表所属的报表类型，报表类型包括交易日报和交易月报；
196.在待上报交易报表所属的报表类型为交易日报时，获取用户端在待上报交易报表所在日期的前一日发送的历史交易日报，基于前一日发送的历史交易日报，确定待上报交易报表是否异常；
197.在待上报交易报表所属的报表类型为交易月报时，获取用户端在待上报交易报表所在月份发送的多个历史交易日报，基于多个历史交易日报，确定待上报交易报表是否异常；
198.在待上报交易报表异常时，发送修改提示信息至用户端，以使用户端对待上报交易报表进行修改；
199.在待上报交易报表未异常时，将待上报交易报表发送至预设的理财产品交易管理平台。
200.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。
201.具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。
202.以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
203.以上对本技术实施例所提供的一种理财产品的交易报表的上报方法、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，
本说明书内容不应理解为对本技术的限制。