WO2019062190A1 - 电子装置、账单数据处理方法及计算机存储介质 - Google Patents

电子装置、账单数据处理方法及计算机存储介质 Download PDF

Info

Publication number
WO2019062190A1
WO2019062190A1 PCT/CN2018/089709 CN2018089709W WO2019062190A1 WO 2019062190 A1 WO2019062190 A1 WO 2019062190A1 CN 2018089709 W CN2018089709 W CN 2018089709W WO 2019062190 A1 WO2019062190 A1 WO 2019062190A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
policy
monthly
magnitude
order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/089709
Other languages
English (en)
French (fr)
Inventor
赵琳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019062190A1 publication Critical patent/WO2019062190A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G06Q40/125—Finance or payroll

Definitions

  • the present application relates to the field of financial data processing, and in particular, to an electronic device, a billing data processing method, and a computer storage medium.
  • the policy system needs to extract the basic data of the insurance policy and the insured value from the business database, and then make necessary adjustments to the basic data to generate monthly financial data for the company's finance.
  • the department conducts monthly settlements to generate monthly invoices.
  • the policy system generates quarterly billing data based on the base data for quarterly settlement by external reinsurance companies to generate quarterly bills.
  • the current bill generation system directly updates the insured value in the original basic data after the original data of the policy changes, resulting in inconsistency in the insured value of the same policy in the generated quarterly billing data and monthly billing data. In this case, it is necessary to manually check and level the inconsistent billing data, and add a manual adjustment bill to the existing monthly billing data and quarterly billing data. In this way, not only a lot of manpower is used, the operation process is cumbersome, and there is also a risk that the bills are inconsistent due to errors caused by manual operations.
  • the present application provides an electronic device, a billing data processing method, and a computer readable storage medium, which can automatically balance the data difference between the monthly billing data and the quarterly billing data, save a lot of manpower, simplify the operation process, and avoid Errors caused by manual operations.
  • the present application provides an electronic device including a memory, a processor, and a bill data processing system stored on the memory and operable on the processor, the billing data
  • the processing system implements the following steps when executed by the processor:
  • the basic data includes a first time point of insured and a first insured value, where the newly added field includes a second time point of change of the basic data of the first policy and a first change detail of the first insured value
  • the present application further provides a billing data processing method, the method comprising:
  • the basic data includes a first time point of insured and a first insured value, where the newly added field includes a second time point of change of the basic data of the first policy and a first change detail of the first insured value
  • the quarterly billing data for the first policy is generated based on the data of the second table structure and the monthly billing data.
  • the present application further provides a computer readable storage medium storing a bill data processing system, the bill data processing system being executable by at least one processor to The at least one processor performs the following steps:
  • the basic data of the stored first policy changes, the basic data of the stored first policy is kept unchanged, and a new field is written in the first table structure storing the basic data of the first policy to generate the first Two-table structure;
  • the basic data includes a first time point of insured and a first insured value, where the newly added field includes a second time point of change of the basic data of the first policy and a first change detail of the first insured value
  • monthly billing data for the first policy is generated based on the data of the second table structure
  • quarterly billing data for the first policy is generated based on the data of the second table structure and the monthly billing data.
  • the electronic device, the billing data processing method, and the computer readable storage medium proposed by the present application firstly maintain the stored basic data of the first policy if there is a change in the basic data of the first policy.
  • the table structure generates monthly billing data for the first policy, and saves the monthly billing data synchronously; then, when performing the quarterly settlement, if the quarter includes the second time, generating the first policy based on the second table structure and the monthly billing data Quarterly billing data to automatically level the difference between monthly billing data and quarterly billing data.
  • the disadvantages of the inconsistency between the monthly billing data and the quarterly bill in the prior art can be avoided, and the error generated when manually adjusting the bill can be reduced, and the operation process is simple and easy to implement.
  • 1 is a schematic diagram of an optional hardware architecture of an electronic device of the present application
  • FIG. 2 is a schematic diagram of a program module of an embodiment of a bill data processing system of the present application
  • FIG. 3 is a schematic diagram of a program module of another embodiment of a billing data processing system of the present application.
  • FIG. 4 is a schematic flowchart of an implementation process of an embodiment of a billing data processing method according to the present application.
  • FIG. 5 is a schematic diagram of an implementation process of another embodiment of a billing data processing method according to the present application.
  • first, second and the like in the present application are for the purpose of description only, and are not to be construed as indicating or implying their relative importance or implicitly indicating the number of technical features indicated. .
  • features defining “first” and “second” may include at least one of the features, either explicitly or implicitly.
  • the technical solutions between the various embodiments may be combined with each other, but must be based on the realization of those skilled in the art, and when the combination of the technical solutions is contradictory or impossible to implement, it should be considered that the combination of the technical solutions does not exist. Nor is it within the scope of protection required by this application.
  • FIG. 1 it is a schematic diagram of an optional hardware architecture of the electronic device 1 of the present application.
  • the electronic device 1 may include, but is not limited to, the memory 11, the processor 12, and the network interface 13 being communicably connected to each other through a system bus.
  • FIG. 1 only shows the electronic device 1 having the components 11-13, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static random access.
  • Memory SRAM
  • ROM read only memory
  • EEPROM electrically erasable programmable read only memory
  • PROM programmable read only memory
  • magnetic memory magnetic disk, optical disk, and the like.
  • the memory 11 may be an internal storage unit of the electronic device 1, such as a hard disk or a memory of the electronic device 1.
  • the memory 11 may also be an external storage device of the electronic device 1, such as a plug-in hard disk equipped on the electronic device 1, a smart memory card (SMC), and a secure digital (Secure Digital, SD). ) cards, flash cards, etc.
  • the memory 11 can also include both an internal storage unit of the electronic device 1 and an external storage device thereof.
  • the memory 11 is generally used to store an operating system installed in the electronic device 1 and various types of application software, such as program codes of the bill data processing system 200. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • Processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is typically used to control the overall operation of the electronic device 1.
  • the processor 12 is configured to run program code or processing data stored in the memory 11, such as the running billing data processing system 200 and the like.
  • the network interface 13 may include a wireless network interface or a wired network interface, and the network interface 13 is generally used to establish a communication connection between the electronic device 1 and other electronic devices.
  • the present application proposes a bill data processing system 200.
  • FIG. 2 it is a block diagram of a program of an embodiment of the billing data processing system 200 of the present application.
  • the bill data processing system 200 can be divided into one or more modules, one or more modules are stored in the memory 11, and by one or more processors (the processor 12 in this embodiment) Executed to complete the application.
  • the bill data processing system 200 can be partitioned into a field write module 201, a monthly bill data generation module 202, and a quarterly bill data generation module 203.
  • the program module referred to in the present application refers to a series of computer program instruction segments capable of performing a specific function, and is more suitable than the program for describing the execution process of the bill data processing system 200 in the electronic device 1. The function of each program module 201-203 will be described in detail below.
  • the field writing module 201 is configured to keep the stored basic data of the first policy unchanged if the basic data of the first policy changes, and in the first table structure storing the basic data of the first policy Add a field to generate a second table structure.
  • the basic data includes a first time of insured and a first insured value
  • the newly added field includes a first mapping relationship between a second time when the basic data of the first policy changes and a change detail of the first insured value.
  • the first change details include an inverse number of the first insured value and a second insured value obtained after the corresponding change.
  • the basic data of the policy A is 201704+5. If in June 2017, the insured will change the insured value from 50,000 yuan to 100,000 yuan, then the existing bill management system will directly update the policy amount of policy A from 50,000 yuan to 100,000 yuan, the updated policy.
  • the basic data of A is: 201704+10, and the bill management system proposed by the present application keeps the basic data 201704+5 of the stored policy A unchanged, and writes the new field in the first table structure storing 201704+5. Generate a second table structure.
  • the newly added fields include: 201706-5 and 201706+10, wherein 201706 represents the second time when the basic data of the policy A changes, and -5 and +10 represent the policy.
  • 201706 represents the second time when the basic data of the policy A changes
  • -5 and +10 represent the policy.
  • the change in the value of A from +5 to +10 is obvious.
  • the basic data of the first policy further includes other data, for example, including a first retention period of the first policy, and the like.
  • the newly added field written in the first table structure storing the basic data of the first policy includes the second time and the first change of the first retention period of the first policy.
  • the monthly bill data generating module 202 is configured to generate monthly billing data for the first policy based on the data of the second table structure, and save the monthly bill in synchronization when the monthly billing is performed for one month, if the month includes the second time point Data to the third table structure.
  • the quarterly bill data generating module 203 is configured to generate quarterly billing data for the first policy based on the data of the second table structure and the monthly billing data when the quarterly billing is performed for one quarter, Achieve automatic leveling of data differences between monthly billing data and quarterly billing data.
  • the existing bill management system cannot obtain the data 201704+10 when completing the monthly settlement in June 2017. Similarly, when the quarterly bill is settled for the quarter, the statistical unit of the quarterly settlement is “year-quarter”.
  • the existing bill generation system can obtain the data 201704+10, thereby causing the generated monthly billing data for policy A to be inconsistent with the data of the quarterly billing data.
  • the business personnel need to manually adjust the bills, and add the manual adjustment bills in the final generated financial data, which not only consumes a lot of energy of the business colleagues. At the same time, there is a risk of error due to manual operation.
  • the bill management system proposed by the present application directly obtains the data in the second table structure 201706-5 and 201706+10 when performing the monthly settlement in June 2017, and obtains the acquired data.
  • the data in the second table structure 201704+5 is the corresponding original data (the original insured value of policy A and the insured time), in the same way, in the right
  • the bill generation system of the present application obtains the data in the second table structure 201706-5 and 201706+10, and when the financial data of the acquired data 201706-5 and 201706+10 is summarized, It is judged that the data 201704+5 in the second table structure is the corresponding original data (the original insured value of the policy A and the insurance time).
  • the bill generation system of the present application implements automatic leveling between financial data and billing data.
  • FIG. 3 it is a program block diagram of another embodiment of the bill management system 100 of the present application. As can be seen from FIG. 3, the present embodiment is based on the embodiment shown in FIG. 2.
  • the bill management system 100 can also be divided into an analysis module 204, a decimal point number determining module 205, and a configuration module 206.
  • the analysis module 204 is configured to analyze the basic data of the policy in the policy database in the current month according to the pre-stored analysis rule if the monthly bill data corresponding to the second policy relates to the settlement amount when the monthly settlement is performed for one month.
  • a second order of magnitude corresponding to the total insured value of all the policies of the first order of magnitude, wherein the working time includes a first time point and a second time point, and the first order quantity is the insured amount of the second policy The value corresponds to the order of magnitude.
  • the pre-stored analysis rule includes obtaining, from the policy database, the basic data of all the policies of the operation time in the month to determine the number of policies with the same insured value as the first order of magnitude;
  • the determining module 205 is configured to determine, according to a third mapping relationship between the predetermined second order level and the number of decimal places that the settlement amount needs to be retained, that the portion of the monthly bill data corresponding to the second policy that belongs to the settlement amount should be retained. The number of decimal places.
  • the configuration module 206 is configured to configure, according to the analyzed number of decimal places that should be reserved, the number of decimal places that should be reserved for the data related to the settlement amount.
  • the existing bill management system retains a fixed (for example, 2 digits) number of decimal places after the integer amount value of the settlement amount in the monthly bill data to control the financial data generated by the truncation difference. Difference, this way can ensure that the error caused by the truncation difference is prevented if the order of magnitude corresponding to the total amount of settlement is controllable.
  • the order of magnitude corresponding to the total amount involved in the settlement changes, it is impossible to accurately and timely control The difference in financial data resulting from the truncation caused by the change in the magnitude of the settlement amount.
  • the decimal point number that should be retained after the data related to the settlement amount is analyzed according to the pre-stored analysis rule, and according to the analysis
  • the number of decimal points that should be retained for the data related to the settlement amount should be the number of decimal places that should be reserved for the corresponding data related to the settlement amount.
  • FIG. 4 it is a flowchart of an implementation of an embodiment of a billing data processing method of the present application.
  • the bill data processing method of the present application includes steps S301 to S303.
  • the basic data includes a first time point of insured and a first insured value
  • the newly added field includes a first mapping between a second time point of change of the basic data of the first policy and a change detail of the first insured value. relationship.
  • the first change details include an inverse number of the first insured value and a second insured value obtained after the corresponding change.
  • the basic data of the policy A is 201704+5. If in June 2017, the insured will change the insured value from 50,000 yuan to 100,000 yuan, then the existing bill management system will directly update the policy amount of policy A from 50,000 yuan to 100,000 yuan, the updated policy.
  • the basic data of A is: 201704+10, and the bill management system proposed by the present application keeps the basic data 201704+5 of the stored policy A unchanged, and writes the new field in the first table structure of 201704+5. Generate a second table structure.
  • the newly added fields include: 201706-5 and 201706+10, wherein 201706 represents the second time when the basic data of the policy A changes, and -5 and +10 represent the policy.
  • 201706 represents the second time when the basic data of the policy A changes
  • -5 and +10 represent the policy.
  • the change in the value of A from +5 to +10 is obvious.
  • the basic data of the first policy further includes other data, for example, including a first retention period of the first policy, and the like.
  • the newly added field written in the first table structure storing the basic data of the first policy includes the second time and the first change of the first retention period of the first policy.
  • the monthly billing data for the first policy is generated based on the data of the second table structure, and the monthly billing data is synchronously saved to the third table structure.
  • the existing bill management system cannot obtain the data 201704+10 when completing the monthly settlement in June 2017. Similarly, when the quarterly bill is settled for the quarter, the statistical unit of the quarterly settlement is “year-quarter”.
  • the existing bill generation system can obtain the data 201704+10, thereby causing the generated monthly billing data for policy A to be inconsistent with the data of the quarterly billing data.
  • the business personnel need to manually adjust the bills, and add the manual adjustment bills in the final generated financial data, which not only consumes a lot of energy of the business colleagues. At the same time, there is a risk of error due to manual operation.
  • the bill management system proposed by the present application directly obtains the data in the second table structure 201706-5 and 201706+10 when performing the monthly settlement in June 2017, and obtains the acquired data.
  • the data in the second table structure 201704+5 is the corresponding original data (the original insured value of policy A and the insured time), in the same way, in the right
  • the bill generation system of the present application obtains the data in the second table structure 201706-5 and 201706+10, and when the financial data of the acquired data 201706-5 and 201706+10 is summarized, It is judged that the data 201704+5 in the second table structure is the corresponding original data (the original insured value of the policy A and the insurance time).
  • the bill generation system of the present application implements automatic leveling between financial data and billing data.
  • FIG. 5 it is a schematic flowchart of an implementation manner of another embodiment of a billing data processing method according to the present application. As shown in FIG. 5, FIG. 5 is based on the embodiment shown in FIG. 4.
  • the bill data processing method of the present application further includes step S304, step S305, and step S306.
  • the insured value is a second order of magnitude corresponding to the total insured value of all the policies of the first order of magnitude, wherein the working time includes a first time point and a second time point, the first order of magnitude being an order of magnitude corresponding to the insured value of the second policy .
  • the pre-stored analysis rule includes obtaining, from the policy database, the basic data of all the policies of the operation time in the month to determine the number of policies with the same insured value as the first order of magnitude;
  • S305 Determine, according to a third mapping relationship between the predetermined second order level and the number of decimal places that the settlement amount needs to be reserved, the number of decimal places in the monthly billing data corresponding to the second policy that should be retained in the portion related to the settlement amount.
  • the existing bill management system retains a fixed (for example, 2 digits) number of decimal places after the integer amount value of the settlement amount in the monthly bill data to control the financial data generated by the truncation difference. Difference, this way can ensure that the error caused by the truncation difference is prevented if the order of magnitude corresponding to the total amount of settlement is controllable.
  • the order of magnitude corresponding to the total amount involved in the settlement changes, it is impossible to accurately and timely control The difference in financial data resulting from the truncation caused by the change in the magnitude of the settlement amount.
  • the decimal point number that should be retained after the data related to the settlement amount is analyzed according to the pre-stored analysis rule, and according to the analysis
  • the number of decimal points that should be retained for the data related to the settlement amount should be the number of decimal places that should be reserved for the corresponding data related to the settlement amount.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in the various embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种电子装置、账单数据处理方法及计算机存储介质，所述方法包括，若有第一保单的基础数据发生变化，则保持该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，生成第二表结构；在进行月度结算时，若该月包含第二时间则基于第二表结构的数据生成月度账单数据，并同步保存月度账单数据至第三表结构；在进行季度结算时，若该季度包含第二时间则基于第二表结构的数据及月度账单数据生成季度账单数据，以实现月度账单数据与季度账单数据之间数据差额的自动调平。本申请可以自动调平月度账单数据与季度账单数据之间的数据差额，节省大量人力，避免由人工操作产生的误差。

Description

电子装置、账单数据处理方法及计算机存储介质
本申请要求于2017年09月30日提交中国专利局、申请号为201710915084.5、发明名称为“电子装置、账单数据处理方法及计算机存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及财务数据处理领域，尤其涉及一种电子装置、账单数据处理方法及计算机存储介质。
背景技术
目前，保险公司在进行月度结算时，保单系统需要从业务数据库中提取出保单信息中记录投保时间及保额值的基础数据，然后对基础数据进行必要的调整之后生成月度财务数据，供公司财务部门进行月度结算，生成月度账单。此外，保单系统每季度根据基础数据生成季度账单数据，供外部的再保公司进行季度结算，生成季度账单。
由于月度账单数据和季度账单数据汇总的时间不同，而在不同的期间内通常都有一定数量的保单会发生保全、失效、理赔及保额值变化等情况，导致有一定数量的保单的基础数据发生变化。目前的账单生成系统，在保单的原始数据发生变化后，直接更新原有的基础数据中的保额值，导致在生成的季度账单数据和月度账单数据时针对同一保单的保额值可能出现不一致的情况，这时需要人工进行核对和调平不一致的账单数据，对应在已有的月度账单数据和季度账单数据上新增手工制作的调整账单。这样，不但耗费大量人力，操作过程繁琐，同时还存在由人工操作产生误差而导致账单对应不一致的风险。
发明内容
有鉴于此，本申请提出一种电子装置、账单数据处理方法及计算机可读存储介质，能够自动调平月度账单数据与季度账单数据之间的数据差额，节省大量人力，简化操作过程，避免由人工操作产生的误差。
首先，为实现上述目的，本申请提出一种电子装置，所述电子装置包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的账单数据处理系统，所述账单数据处理系统被所述处理器执行时实现如下步骤：
A.若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；
所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明细之间的第一映射关系；
B.在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
C.在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据；以实现所述月度账单数据与所述季度账单数据之间数据差额的自动调平。
此外，为实现上述目的，本申请还提供一种账单数据处理方法，该方法包括：
S1.若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；
所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明 细之间的第一映射关系；
S2.在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
S3.在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据。
进一步，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有账单数据处理系统，所述账单数据处理系统可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；
所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明细之间的第一映射关系；
在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据。
相较于现有技术，本申请所提出的电子装置、账单数据处理方法及计算机可读存储介质，首先若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；然后在进行月度结算时，若该月包含第二时间，则基于第二表结构生成针对第一保单的月度账单数据，并同步保存月度账单数据；接着在进行季度结算时，若该季度包含第二时间，则基于第 二表结构及月度账单数据生成针对第一保单的季度账单数据，以实现月度账单数据与季度账单数据之间数据差额的自动调平。这样，既可以避免现有技术中月度账单数据与季度账单出现不一致的弊端，也可以降低人工调平账单时产生的误差，操作过程简单易实现。
附图说明
图1为本申请的电子装置一可选的硬件架构的示意图；
图2为本申请账单数据处理系统一实施例的程序模块示意图；
图3为本申请账单数据处理系统另一实施例的程序模块示意图；
图4为本申请账单数据处理方法一实施例的实施流程示意图；
图5为本申请账单数据处理方法另一实施例的实施流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之 内。
参阅图1所示，是本申请的电子装置1一可选的硬件架构的示意图。本实施例中，电子装置1可包括，但不仅限于，可通过系统总线相互通信连接存储器11、处理器12、网络接口13。需要指出的是，图1仅示出了具有组件11-13的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器11可以是电子装置1的内部存储单元，例如电子装置1的硬盘或内存。在另一些实施例中，存储器11也可以是电子装置1的外部存储设备，例如电子装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器11还可以既包括电子装置1的内部存储单元也包括其外部存储设备。本实施例中，存储器11通常用于存储安装于电子装置1的操作系统和各类应用软件，例如账单数据处理系统200的程序代码等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器12通常用于控制电子装置1的总体操作。本实施例中，处理器12用于运行存储器11中存储的程序代码或者处理数据，例如运行的账单数据处理系统200等。
网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在电子装置1与其他电子设备之间建立通信连接。
至此，己经详细介绍了本申请各个实施例的应用环境和相关设备的硬件 结构和功能。下面，将基于上述应用环境和相关设备，提出本申请的各个实施例。
首先，本申请提出一种账单数据处理系统200。
参阅图2所示，是本申请账单数据处理系统200一实施例的程序模块图。本实施例中，账单数据处理系统200可以被分割成一个或多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例中为处理器12)所执行，以完成本申请。例如，在图2中，账单数据处理系统200可以被分割成字段写入模块201、月度账单数据生成模块202及季度账单数据生成模块203。本申请所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述账单数据处理系统200在电子装置1中的执行过程。以下将就各程序模块201-203的功能进行详细描述。
字段写入模块201，用于在若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中新增字段，以生成第二表结构。
其中，基础数据包括投保的第一时间及第一保额值，新增字段包括第一保单的基础数据发生变化的第二时间与第一保额值的变化明细之间的第一映射关系。
需要说明的是，在本实施例中，第一变化明细包括第一保额值的相反数及对应变更后得到的第二保额值。
例如，在本实施例中，若保单A的投保时间为2017年4月份，保额值为5万元，则保单A的基础数据为：201704+5。若在2017年6月份投保人将保额值由5万元修改为10万元，则已有的账单管理系统直接将保单A的保额由5万元更新为10万元，更新后的保单A的基础数据为：201704+10，而本申请提出的账单管理系统保持存储的保单A的基础数据201704+5不变，并在存储201704+5的第一表结构中写入新增字段，生成第二表结构。
需要说明的是，在本实施例中，写入的新增字段包括：201706-5及 201706+10，其中，201706代表保单A的基础数据发生变化的第二时间，-5与+10代表保单A的保额值由+5变为+10的变化明显。
可以理解地，在本申请的另一些实施例中，该第一保单的基础数据还包括其他数据，例如，包括该第一保单的第一保全期限等。
对应的，若第一保全期限发生变化，则在存储该第一保单的基础数据的第一表结构中写入的新增字段包括第一保单的第一保全期限发生变化的第二时间与第一保全期限的第二变化明细之间的第二映射关系，其中，第二变化明细包括第一保全期限的延长、中止、或失效。
月度账单数据生成模块202，用于在针对一个月份进行月度结算时，若该月份包含第二时间点，则基于第二表结构的数据生成针对第一保单的月度账单数据，并同步保存月度账单数据至第三表结构。
季度账单数据生成模块203，用于在针对一个季度进行季度结算时，若该季度包含第二时间点，则基于第二表结构的数据及月度账单数据生成针对第一保单的季度账单数据，以实现月度账单数据与季度账单数据之间数据差额的自动调平。
例如，当账单管理系统在进行2017年6月份的月度结算时，由于月度结算的统计单位是“年-月”，即账单管理系统会从账单数据库中查找作业期间＝201706的账单数据进行汇总，以生成2017年6月份的月度账单数据，其中，作业期间包括上述的第一时间和第二时间。
已有的账单管理系统在完成2017年6月份的月度结算时不能获取数据201704+10，同理，在对该季度的账单进行季度结算时，由于季度结算的统计单位是“年-季度”，已有的账单生成系统能获取数据201704+10，从而，导致生成的针对保单A的月度账单数据与季度账单数据出现数据不一致的情况。这时，为了保证月度账单数据对应与季度账单数据的一致性及正确性，需要业务人员手工做调整账单，在最终生成的财务数据中新增手工制作的调整账单，不但耗费业务同事的大量精力，同时存在由于人工操作而导致的误差风 险。
而采用了本申请的技术方案后，本申请提出的账单管理系统在进行2017年6月份的月度结算时，直接获取第二表结构中的数据201706-5及201706+10，并在对获取的数据201706-5及201706+10进行财务汇总时，可以判断出在第二表结构中的数据201704+5为对应的原始数据(保单A的原始保额值及投保时间)，同理，在对该季度的账单进行季度结算时，本申请的账单生成系统获取第二表结构中的数据201706-5及201706+10，并在对获取的数据201706-5及201706+10进行财务汇总时，可以判断出在第二表结构中的数据201704+5为对应的原始数据(保单A的原始保额值及投保时间)。由此，本申请的账单生成系统实现了财务数据与账单数据之间的自动调平。
参阅图3所示，是本申请账单管理系统100另一实施例的程序模块图。由图3可知，本实施是在图2所示实施例的基础上，账单管理系统100还可被分割为分析模块204、小数点位数确定模块205及配置模块206。
分析模块204，用于在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，作业时间包括第一时间点及第二时间点，第一数量级为第二保单的保额值对应的数量级。
需要说明的是，预存的分析规则包括从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与第一数量级相同的保单的数量；
用所确定的保单的数量乘以第一数量级，以计算出保额值在第一数量级的所有保单的总保额值对应的第二数量级。
确定模块205，用于根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数。
配置模块206，用于根据分析出的应保留的小数点位数对涉及结算金额的 数据进行配置应保留的小数点位数。
进一步需要说明的是，已有的账单管理系统，在月度账单数据中涉及结算金额的整数金额值后面保留固定(例如，2位)的小数点位数，以用来控制截尾差产生的财务数据差异，这种方式可以保证在涉及结算的总金额对应的数量级确定可控的情况下，防止截尾差产生的误差。但是，若出现有保单的原始数据(保全期限、保额值)发生大幅度变化，或有保单发生理赔及失效等导致涉及结算的总金额对应的数量级发生改变时，则无法及时准确地控制由于结算金额对应的数量级发生改变而导致的截尾差产生的财务数据差异。
而本申请的账单数据处理系统，在生成月度账单数据的过程中，若有账单数据涉及结算金额，则根据预存的分析规则分析出涉及结算金额的数据后面应保留的小数点位数，并根据分析出的涉及结算金额的数据应保留的小数点位数对相应的涉及结算金额的数据进行配置应保留的小数点位数。从而，可以动态控制由于结算金额对应的数量级发生改变而导致的截尾差产生的财务数据差异。并在最终进行季度结算时，汇总账单数据中所有的金额数据后面的小数点位数，统一保留固定位(例如，2位)的小数点位数。
参阅图4所示，为本申请账单数据处理方法一实施例的实施流程图。由图4可知，本申请的账单数据处理方法包括步骤S301至步骤S303。
S301，若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中新增字段，以生成第二表结构。
其中，基础数据包括投保的第一时间点及第一保额值，新增字段包括第一保单的基础数据发生变化的第二时间点与第一保额值的变化明细之间的第一映射关系。
需要说明的是，在本实施例中，第一变化明细包括第一保额值的相反数及对应变更后得到的第二保额值。
例如，在本实施例中，若保单A的投保时间为2017年4月份，保额值为 5万元，则保单A的基础数据为：201704+5。若在2017年6月份投保人将保额值由5万元修改为10万元，则已有的账单管理系统直接将保单A的保额由5万元更新为10万元，更新后的保单A的基础数据为：201704+10，而本申请提出的账单管理系统保持存储的保单A的基础数据201704+5不变，并在存201704+5的第一表结构中写入新增字段，生成第二表结构。
需要说明的是，在本实施例中，写入的新增字段包括：201706-5及201706+10，其中，201706代表保单A的基础数据发生变化的第二时间，-5与+10代表保单A的保额值由+5变为+10的变化明显。
可以理解地，在本申请的另一些实施例中，该第一保单的基础数据还包括其他数据，例如，包括该第一保单的第一保全期限等。
对应的，若第一保全期限发生变化，则在存储该第一保单的基础数据的第一表结构中写入的新增字段包括第一保单的第一保全期限发生变化的第二时间与第一保全期限的第二变化明细之间的第二映射关系，其中，第二变化明细包括第一保全期限的延长、中止、或失效。
S302，在针对一个月份进行月度结算时，若该月份包含第二时间点，则基于第二表结构的数据生成针对第一保单的月度账单数据，并同步保存月度账单数据至第三表结构。
S303，在针对一个季度进行季度结算时，若该季度包含第二时间点，则基于第二表结构的数据及月度账单数据生成针对第一保单的季度账单数据，以实现月度账单数据与季度账单数据之间数据差额的自动调平。
例如，当账单管理系统在进行2017年6月份的月度结算时，由于月度结算的统计单位是“年-月”，即账单管理系统会从账单数据库中查找作业期间＝201706的账单数据进行汇总，以生成2017年6月份的月度账单数据，其中，作业期间包括上述的第一时间和第二时间。
已有的账单管理系统在完成2017年6月份的月度结算时不能获取数据201704+10，同理，在对该季度的账单进行季度结算时，由于季度结算的统计 单位是“年-季度”，已有的账单生成系统能获取数据201704+10，从而，导致生成的针对保单A的月度账单数据与季度账单数据出现数据不一致的情况。这时，为了保证月度账单数据对应与季度账单数据的一致性及正确性，需要业务人员手工做调整账单，在最终生成的财务数据中新增手工制作的调整账单，不但耗费业务同事的大量精力，同时存在由于人工操作而导致的误差风险。
而采用了本申请的技术方案后，本申请提出的账单管理系统在进行2017年6月份的月度结算时，直接获取第二表结构中的数据201706-5及201706+10，并在对获取的数据201706-5及201706+10进行财务汇总时，可以判断出在第二表结构中的数据201704+5为对应的原始数据(保单A的原始保额值及投保时间)，同理，在对该季度的账单进行季度结算时，本申请的账单生成系统获取第二表结构中的数据201706-5及201706+10，并在对获取的数据201706-5及201706+10进行财务汇总时，可以判断出在第二表结构中的数据201704+5为对应的原始数据(保单A的原始保额值及投保时间)。由此，本申请的账单生成系统实现了财务数据与账单数据之间的自动调平。
参阅图5所示，为本申请账单数据处理方法另一实施例的实施流程示意图。由图5可知，图5是在图4所示实施例的基础上，本申请的账单数据处理方法还包括步骤S304、步骤S305及步骤S306。
S304，在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，作业时间包括第一时间点及第二时间点，第一数量级为第二保单的保额值对应的数量级。
需要说明的是，预存的分析规则包括从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与第一数量级相同的保单的数量；
用所确定的保单的数量乘以第一数量级，以计算出保额值在第一数量级 的所有保单的总保额值对应的第二数量级。
S305，根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数。
S306，根据分析出的应保留的小数点位数对涉及结算金额的数据进行配置应保留的小数点位数。
进一步需要说明的是，已有的账单管理系统，在月度账单数据中涉及结算金额的整数金额值后面保留固定(例如，2位)的小数点位数，以用来控制截尾差产生的财务数据差异，这种方式可以保证在涉及结算的总金额对应的数量级确定可控的情况下，防止截尾差产生的误差。但是，若出现有保单的原始数据(保全期限、保额值)发生大幅度变化，或有保单发生理赔及失效等导致涉及结算的总金额对应的数量级发生改变时，则无法及时准确地控制由于结算金额对应的数量级发生改变而导致的截尾差产生的财务数据差异。
而本申请的账单数据处理系统，在生成月度账单数据的过程中，若有账单数据涉及结算金额，则根据预存的分析规则分析出涉及结算金额的数据后面应保留的小数点位数，并根据分析出的涉及结算金额的数据应保留的小数点位数对相应的涉及结算金额的数据进行配置应保留的小数点位数。从而，可以动态控制由于结算金额对应的数量级发生改变而导致的截尾差产生的财务数据差异。并在最终进行季度结算时，汇总账单数据中所有的金额数据后面的小数点位数，统一保留固定位(例如，2位)的小数点位数。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘) 中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的账单数据处理系统，所述账单数据处理系统被所述处理器执行时实现如下步骤：
    A.若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；
    所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明细之间的第一映射关系；
    B.在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
    C.在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据。
  2. 如权利要求1所述的电子装置，其特征在于，在所述步骤A中，所述基础数据还包括第一保全期限，所述新增字段还包括所述第二时间与所述第一保全期限的第二变化明细之间的第二映射关系；
    所述第一变化明细包括所述第一保额值的相反数及对应变更后得到的第二保额值，所述第二变化明细包括所述第一保全期限的延长、中止、或失效。
  3. 如权利要求2所述的电子装置，其特征在于，所述账单数据处理系统被所述处理器执行时还实现如下步骤：
    在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，所述作业时间包括所述第一时间点及所述第二时间 点，所述第一数量级为所述第二保单的保额值对应的数量级；
    根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数；
    根据分析出的应保留的小数点位数对涉及结算金额的数据进行配置应保留的小数点位数。
  4. 如权利要求3所述的电子装置，其特征在于，所述预存的分析规则包括：
    从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与所述第一数量级相同的保单的数量；
    用所确定的保单的数量乘以所述第一数量级，以计算出保额值在所述第一数量级的所有保单的总保额值对应的第二数量级。
  5. 一种账单数据处理方法，其特征在于，所述方法包括如下步骤：
    S1.若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构；
    所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明细之间的第一映射关系；
    S2.在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
    S3.在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据。
  6. 如权利要求5所述的账单数据处理方法，其特征在于，在所述步骤S1中，所述基础数据还包括第一保全期限，所述新增字段还包括所述第二时间 与所述第一保全期限的第二变化明细之间的第二映射关系。
  7. 如权利要求6所述的账单数据处理方法，其特征在于，所述第一变化明细包括所述第一保额值的相反数及对应变更后得到的第二保额值，所述第二变化明显包括所述第一保全期限的延长、中止、或失效。
  8. 如权利要求6所述的账单数据处理方法，其特征在于，所述方法还包括如下步骤：
    在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，所述作业时间包括所述第一时间点及所述第二时间点，所述第一数量级为所述第二保单的保额值对应的数量级；
    根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数；
    根据分析出的应保留的小数点位数对涉及结算金额的数据进行配置应保留的小数点位数。
  9. 如权利要求7所述的账单数据处理方法，其特征在于，所述预存的分析规则包括：
    从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与所述第一数量级相同的保单的数量；
    用所确定的保单的数量乘以所述第一数量级，以计算出保额值在所述第一数量级的所有保单的总保额值对应的第二数量级。
  10. 一种账单数据处理系统，其特征在于，所述系统包括字段写入模块、月度账单数据生成模块、以及季度账单数据生成模块，其中，
    字段写入模块，用于在若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结 构中新增字段，以生成第二表结构；
    月度账单数据生成模块，用于在针对一个月份进行月度结算时，若该月份包含第二时间点，则基于第二表结构的数据生成针对第一保单的月度账单数据，并同步保存月度账单数据至第三表结构；
    季度账单数据生成模块，用于在针对一个季度进行季度结算时，若该季度包含第二时间点，则基于第二表结构的数据及月度账单数据生成针对第一保单的季度账单数据，以实现月度账单数据与季度账单数据之间数据差额的自动调平。
  11. 如权利要求10所述的账单数据处理系统，其特征在于，所述基础数据还包括第一保全期限，所述新增字段还包括所述第二时间与所述第一保全期限的第二变化明细之间的第二映射关系。
  12. 如权利要求11所述的账单数据处理系统，其特征在于，所述第一变化明细包括所述第一保额值的相反数及对应变更后得到的第二保额值，所述第二变化明细包括所述第一保全期限的延长、中止、或失效。
  13. 如权利要求11所述的账单数据处理系统，其特征在于，所述账单数据处理系统还包括分析模块、确定模块、以及配置模块，其中，
    分析模块，用于在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，作业时间包括第一时间点及第二时间点，第一数量级为第二保单的保额值对应的数量级；
    确定模块，用于根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数。
    配置模块，用于根据分析出的应保留的小数点位数对涉及结算金额的数据进行配置应保留的小数点位数。
  14. 如权利要求11所述的账单数据处理系统，其特征在于，所述预存的分析规则包括：
    从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与所述第一数量级相同的保单的数量；
    用所确定的保单的数量乘以所述第一数量级，以计算出保额值在所述第一数量级的所有保单的总保额值对应的第二数量级。
  15. 一种计算机可读存储介质，所述计算机可读存储介质存储有账单数据处理系统，所述账单数据处理系统可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
    若有第一保单的基础数据发生变化，则保持存储的该第一保单的基础数据不变，并在存储该第一保单的基础数据的第一表结构中写入新增字段，以生成第二表结构，其中，所述基础数据包括投保的第一时间点及第一保额值，所述新增字段包括第一保单的基础数据发生变化的第二时间点与所述第一保额值的第一变化明细之间的第一映射关系；
    在针对一个月份进行月度结算时，若该月份包含所述第二时间点，则基于所述第二表结构的数据生成针对所述第一保单的月度账单数据；
    在针对一个季度进行季度结算时，若该季度包含所述第二时间点，则基于所述第二表结构的数据及所述月度账单数据生成针对所述第一保单的季度账单数据。
  16. 如权利要求15所述的计算机可读存储介质，其特征在于，所述基础数据还包括第一保全期限，所述新增字段还包括所述第二时间与所述第一保全期限的第二变化明细之间的第二映射关系。
  17. 如权利要求15所述的计算机可读存储介质，其特征在于，所述第一变化明细包括所述第一保额值的相反数及对应变更后得到的第二保额值，所述第二变化明显包括所述第一保全期限的延长、中止、或失效。
  18. 如权利要求16所述的计算机可读存储介质，其特征在于，所述第一 变化明细包括所述第一保额值的相反数及对应变更后得到的第二保额值，所述第二变化明显包括所述第一保全期限的延长、中止、或失效。
  19. 如权利要求17所述的计算机可读存储介质，其特征在于，所述至少一个处理器还执行如下步骤：
    在针对一个月份进行月度结算时，若有第二保单对应的月度账单数据涉及结算金额，则根据预存的分析规则分析保单数据库中所有作业时间在该月的保单的基础数据，以分析出保额值在第一数量级的所有保单的总保额值对应的第二数量级，其中，所述作业时间包括所述第一时间点及所述第二时间点，所述第一数量级为所述第二保单的保额值对应的数量级；
    根据预先确定的第二数量级与结算金额需保留的小数点位数之间的第三映射关系，确定出该第二保单对应的月度账单数据中涉及结算金额的部分应保留的小数点位数；
    根据分析出的应保留的小数点位数对涉及结算金额的数据进行配置应保留的小数点位数。
  20. 如权利要求19所述的计算机可读存储介质，其特征在于，所述预存的分析规则包括：
    从保单数据库中获取所有作业时间在该月的保单的基础数据，以确定出保额值与所述第一数量级相同的保单的数量；
    用所确定的保单的数量乘以所述第一数量级，以计算出保额值在所述第一数量级的所有保单的总保额值对应的第二数量级。
PCT/CN2018/089709 2017-09-30 2018-06-03 电子装置、账单数据处理方法及计算机存储介质 Ceased WO2019062190A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710915084.5 2017-09-30
CN201710915084.5A CN107870980B (zh) 2017-09-30 2017-09-30 电子装置、账单数据处理方法及计算机存储介质

Publications (1)

Publication Number Publication Date
WO2019062190A1 true WO2019062190A1 (zh) 2019-04-04

Family

ID=61753032

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089709 Ceased WO2019062190A1 (zh) 2017-09-30 2018-06-03 电子装置、账单数据处理方法及计算机存储介质

Country Status (2)

Country Link
CN (1) CN107870980B (zh)
WO (1) WO2019062190A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107870980B (zh) * 2017-09-30 2019-05-10 平安科技（深圳）有限公司 电子装置、账单数据处理方法及计算机存储介质
CN109598600A (zh) * 2018-11-13 2019-04-09 阿里巴巴集团控股有限公司 一种调整外币核算中记账尾差的方法、装置及设备
CN109903145B (zh) * 2018-11-20 2023-07-11 创新先进技术有限公司 数据核对方法、装置、设备及系统
CN109636554A (zh) * 2018-11-30 2019-04-16 平安科技（深圳）有限公司 统订统印制证轧差消除方法、系统、装置及可读存储介质
CN109785153B (zh) * 2018-12-13 2023-07-25 中国平安人寿保险股份有限公司 再保月结检查的装置、方法及存储介质
CN111402023A (zh) * 2020-03-14 2020-07-10 策拉人工智能科技(云南)有限公司 一种基于云财务的CaaS平台系统实现开放记账业务的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140108211A1 (en) * 2011-03-21 2014-04-17 Konstantin Sergeevich BOGDANOV Device, system and method for electronic accounting
CN105550842A (zh) * 2015-12-11 2016-05-04 苏州功路驿站网络科技有限公司 一种物流多供应商结算管理的方法
CN105761139A (zh) * 2016-02-04 2016-07-13 上海携程商务有限公司 对账系统及方法
CN107870980A (zh) * 2017-09-30 2018-04-03 平安科技（深圳）有限公司 电子装置、账单数据处理方法及计算机存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001256423A (ja) * 2000-02-01 2001-09-21 E Business Exchange Pte Ltd 電子請求書作成および提示システム
CN104484824A (zh) * 2014-12-25 2015-04-01 上海亿保健康管理有限公司 消费数据转换成自动理赔信息的系统及其方法
CN105719182B (zh) * 2016-01-18 2020-03-03 北京京东尚科信息技术有限公司 一种自动对账方法以及自动对账系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140108211A1 (en) * 2011-03-21 2014-04-17 Konstantin Sergeevich BOGDANOV Device, system and method for electronic accounting
CN105550842A (zh) * 2015-12-11 2016-05-04 苏州功路驿站网络科技有限公司 一种物流多供应商结算管理的方法
CN105761139A (zh) * 2016-02-04 2016-07-13 上海携程商务有限公司 对账系统及方法
CN107870980A (zh) * 2017-09-30 2018-04-03 平安科技（深圳）有限公司 电子装置、账单数据处理方法及计算机存储介质

Also Published As

Publication number Publication date
CN107870980A (zh) 2018-04-03
CN107870980B (zh) 2019-05-10

Similar Documents

Publication Publication Date Title
WO2019062190A1 (zh) 电子装置、账单数据处理方法及计算机存储介质
CN110399380B (zh) 一种数据处理方法、电子装置及存储介质
WO2019062191A1 (zh) 电子装置、提取数据表的数据的方法、系统及存储介质
WO2019052234A1 (zh) 产品算法自动化测试方法及应用服务器
WO2019179026A1 (zh) 电子装置、集群访问域名自动生成方法及存储介质
WO2019134340A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
CN107909486A (zh) 佣金管理方法、应用服务器及计算机可读存储介质
CN108449313B (zh) 电子装置、互联网服务系统风险预警方法及存储介质
WO2019119642A1 (zh) 电子装置、远程保单的出单方法及存储介质
WO2019140829A1 (zh) 电子装置、应用升级版本发布的方法及存储介质
MX2014004793A (es) Sistema y procedimiento para la optimización de la carga de presentaciones de datos.
CN109118047B (zh) 预算数据处理的方法及装置
WO2019071898A1 (zh) 电子装置、数据库查询脚本生成方法及存储介质
CN111666087B (zh) 运算规则更新方法、装置、计算机系统及可读存储介质
WO2019071968A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
WO2018214404A1 (zh) 保单信息的处理装置、方法、系统及计算机可读存储介质
CN103309696B (zh) 一种Java卡扩展库更新方法、装置和Java卡
JP2004280822A (ja) ビジネスロジックパターンのパラメータ化された再利用可能な実装
WO2019071960A1 (zh) 金额预算的需求分析方法、应用服务器及计算机可读存储介质
CN111737303A (zh) 数据查询方法、装置、计算机设备及存储介质
CN111241803A (zh) 生成文本文件的方法、装置、计算机设备及可读存储介质
CN110443560B (zh) 一种协议数据管理方法、装置、计算机设备及存储介质
CN108664636B (zh) 数据列表管理方法、装置、计算机设备及存储介质
WO2021072943A1 (zh) 财务数据管理方法、装置、计算机设备和存储介质
US20230229566A1 (en) Methods and systems of scanning for resources for resource classification in a multi cloud environment

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09/10/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18861083

Country of ref document: EP

Kind code of ref document: A1