WO2019019447A1 - 年金数据处理方法、装置、服务器和存储介质 - Google Patents

年金数据处理方法、装置、服务器和存储介质 Download PDF

Info

Publication number
WO2019019447A1
WO2019019447A1 PCT/CN2017/108013 CN2017108013W WO2019019447A1 WO 2019019447 A1 WO2019019447 A1 WO 2019019447A1 CN 2017108013 W CN2017108013 W CN 2017108013W WO 2019019447 A1 WO2019019447 A1 WO 2019019447A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
bill
unused
annuity
information
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/CN2017/108013
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 WO2019019447A1 publication Critical patent/WO2019019447A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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

Definitions

  • the present application relates to the field of computer technology, and in particular, to an annuity data processing method, apparatus, server, and storage medium.
  • the annuity refers to the supplementary pension insurance that the enterprise and its employees voluntarily establish on the basis of participating in the basic endowment insurance according to law.
  • An annuity is a good investment arrangement, and more and more companies are participating in the annuity plan.
  • the insurance company creates a corresponding annuity account for each annuity plan. After participating in the annuity plan, the company transfers the accounts from the corporate account to the annuity account every month.
  • the insurance company uses the account in the background server to pay an annuity for the company's employees. Every month, a large number of companies pay their annuities to their employees, which makes the server resources too expensive.
  • an annuity data processing method apparatus, server, and storage medium are provided.
  • An annuity data processing method comprising:
  • the to-be-completed bill has corresponding billing information
  • the employee list is read, and the employee list includes a plurality of active employees
  • An annuity data processing device comprising:
  • a communication module configured to receive an annuity payment request sent by the enterprise terminal, and generate a to-be-completed bill according to the annuity payment request; the to-be-completed bill has corresponding billing information;
  • a query module configured to query whether an unused account exists in the annuity account, and the unused account has corresponding account information
  • a matching module configured to acquire an idle time of the database, and match the pending bill and the unused account according to the billing information and the account information during the idle time of the database;
  • the accounting module is configured to read the employee list if the matching is successful, the employee list includes a plurality of active employees; and use the unused accounts to perform an annuity accounting operation on the plurality of employees.
  • a server comprising a memory and a processor, the memory storing computer readable instructions, wherein the computer readable instructions are executed by the processor, such that the processor performs the step of: receiving an annuity sent by the enterprise terminal Paying a request, generating a bill to be completed according to the annuity payment request; the bill to be completed has corresponding billing information;
  • the employee list is read, and the employee list includes a plurality of active employees
  • One or more computer readable non-volatile storage media storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: receiving an enterprise terminal to transmit The annuity payment request generates a pending bill according to the annuity payment request; the to-be-completed bill has corresponding billing information;
  • the employee list is read, and the employee list includes a plurality of active employees
  • FIG. 1 is an application environment diagram of an annuity data processing method in an embodiment
  • FIG. 2 is a flow chart of an annuity data processing method in an embodiment
  • FIG. 3 is a schematic structural diagram of an annuity data processing apparatus in an embodiment
  • FIG. 4 is a schematic structural diagram of a server in an embodiment.
  • first, second and the like may be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another.
  • first client and the second client are clients, but they are not the same client.
  • the annuity data processing method provided in the embodiment of the present application can be applied to an application environment as shown in FIG. 1.
  • a plurality of enterprise terminals 102 are connected to the server 104 via a network.
  • the enterprise manager can initiate an annuity payment request to the server 104 through the enterprise terminal 102.
  • the server 104 generates a pending bill based on the annuity payment request.
  • the bill to be completed includes billing information and the like.
  • the server 104 obtains an annuity account, and accounts corresponding to a plurality of enterprises are recorded in the annuity account. Accounts include used and/or unused accounts.
  • the account has corresponding account information.
  • the server 104 queries the annuity account for the existence of unused accounts.
  • the server 104 runs a monitoring script, monitors multiple databases by using the monitoring script, and acquires the idle time of the database according to the monitoring information.
  • the server 104 matches the unused accounts with the pending bills during the idle time of the database. If the matching is successful, the server 104 obtains a list of employees, and the employee list includes the employee identification and the payment amount corresponding to the plurality of active employees.
  • the server 104 allocates the unused accounts matching the bills to be completed according to the payment amount, and adds a corresponding annuity payment record to each employee identification according to the distribution result, thereby completing the annuity accounting operation of the plurality of in-service employees.
  • the matching of the pending bill and the unused bill is performed in the idle time of the database, and the annuity accounting operation is performed in the idle time of the database, thereby being able to pay an annuity to a large number of employees in service, and also alleviate server resource consumption. .
  • FIG. 2 is a schematic flow chart of a method according to an embodiment of the present application. It should be understood that although the various steps in the flowchart of FIG. 2 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and may be performed in other sequences. Moreover, at least some of the steps in FIG. 2 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, and the order of execution thereof is not necessarily This may be performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • an annuity data processing method is provided, which is applied to the server as an example, and specifically includes the following steps:
  • Step 202 Receive an annuity payment request sent by the enterprise terminal, and generate an annuity payment request according to the annuity payment request.
  • the bill to be completed; the bill to be completed has corresponding billing information.
  • the enterprise manager can initiate an annuity payment request to the server through the enterprise terminal.
  • the annuity payment request carries the company logo and employee list.
  • the corporate identity is used to uniquely identify an enterprise, which can be a business name or a corporate organization code.
  • the employee list includes the employee identification and payment amount for multiple active employees.
  • the employee ID is used to uniquely identify an employee, which can be an employee number or an ID number.
  • the server generates a pending bill based on the annuity payment request.
  • the pending bill has corresponding billing information.
  • the billing information includes the billing title and billing amount.
  • the billing title is used to indicate the purpose of the pending bill, including the company logo and the annuity payment time, such as “A company’s September 2016 annuity bill”. It is easy to understand that the bill amount is equal to the sum of the payment amounts corresponding to multiple employees.
  • Step 204 Query whether there is an unused account in the annuity account, and the unused account has corresponding account information. If yes, execute step 206; otherwise, generate prompt information, and send the prompt information to the enterprise terminal.
  • Step 206 Acquire an idle time of the database, and match the pending bill and the unused account according to the billing information and the account information during the idle time of the database.
  • An annuity account is a shared bank account established by an insurance company for multiple companies participating in the same annuity plan. Multiple companies participating in the same annuity plan can come from the same group or from different groups.
  • Each enterprise can transfer one or more accounts from the enterprise account to the annuity account through the enterprise terminal on a monthly, quarterly or yearly basis when the annuity is required to be paid to the active employees participating in the annuity plan, so that there are many accounts in the annuity account.
  • Each account has corresponding account information. The account information includes the company logo and the amount of the account.
  • Multiple accounts in an annuity account include used and/or unused accounts.
  • the server marks the account as unused.
  • the server obtains an annuity account and checks in the annuity account for the existence of unused accounts. If there are unused accounts in the annuity account, the server matches the completed and unused accounts.
  • the server matches the completed bill with the unused account in the idle time of the database. Therefore, before the server matches the completed bill with the unused account, it needs to Analyze the idle time of the database before.
  • the server runs the monitoring script, and monitors the execution status and resource consumption status of the batch task in the database in the preset time period by using the monitoring script, and obtains the execution time and resource consumption time of the batch task in the preset time period.
  • Batch tasks include pending billing and unused accounts, and annuity accounting.
  • the preset time period may be set to a time period of the entire non-working time or a period of part of the non-working time. For example, the time period from 8:00 to 5:00 in the month before the matching of the completed bill and the unused account, or the number 1 in the month before the matching of the completed bill and the unused account is used. On the 5th, from 9:00 pm to 5:30 am, etc.
  • the server will perform statistics on the resource consumption time in the preset time period to obtain a resource consumption statistics table.
  • the resource consumption time in the server extraction resource consumption statistics table is compared with the execution time of the plurality of batch processing tasks, and the resource consumption time capable of avoiding the execution time of the plurality of batch processing tasks is filtered out. Since the batch task consumes more database resources when it is executed, the resource consumption time of avoiding the execution time of multiple batch tasks can be used as the idle time of the database. Since the idle time of the database is within a preset time period, and the preset time period may be a time period of non-working time, the idle time of the database obtained by the above manner may be regarded as an idle time with optimal database performance.
  • the server obtains the account information of the unused account in the idle time of the database, and the billing information of the bill to be completed, and matches the completed bill with the unused account according to the billing information and the account information.
  • the server If there is no unused account in the annuity account, or if the pending bill fails to match the unused account, it means that the enterprise manager has not transferred the account to the annuity account when sending the annuity payment request through the enterprise terminal, in other words , the case where the request is sent first and then transferred to the account.
  • the server generates a transfer prompt and sends the transfer prompt to the enterprise terminal to prompt the enterprise to transfer the account in time.
  • the server queries the annuity account for unused funds according to the preset time frequency. If it exists, the completed bill is matched with the unused account according to the above manner. If the matching fails again, the server regenerates the transfer prompt, sends the transfer prompt to the enterprise terminal, and repeats to complete the matching of the pending bill with the unused account.
  • step 208 the employee list is read, and the employee list includes a plurality of active employees.
  • Step 210 using an unused account to perform an annuity accounting operation on a plurality of employees.
  • the server marks the pending invoice as a completed bill.
  • the server obtains a list of employees, and the employee list includes the employee identification and payment amount corresponding to the plurality of active employees.
  • the server allocates the unused accounts matching the bills to be completed according to the payment amount, and adds a corresponding annuity payment record to each employee identification according to the distribution result, thereby completing the annuity accounting operation of the plurality of in-service employees.
  • An annuity payment record can be used as a basis for an employee to receive an annuity.
  • a corresponding pending bill is generated. If there is an unused account in the annuity account, the bill can be matched with the unused account in the idle time of the database, and then The annuity accounting operation is performed according to the matching result, thereby completing the payment of annuity to a large number of employees in service. Due to the matching of the completed bills and the unused accounts, and the annuity billing operations are performed in the idle time of the database, it can meet the demand for paying annuities for a large number of employees on the job, and can alleviate the server resource consumption.
  • the method before receiving the step of the annuity payment request sent by the enterprise terminal, the method further includes: receiving an employee participation statistical request sent by the enterprise terminal, the employee participation statistical request carrying the annuity information and the employee information; and using the annuity information to generate the first a file, the first file is sent to the plurality of employee terminals according to the employee information; when the employee agrees to participate in the annuity plan within the preset time period, receiving the confirmation information corresponding to the first file returned by the employee terminal, and verifying the confirmation information; If the confirmation information passes the verification, the confirmation information is counted, and the employee list confirming the participation in the annuity plan is obtained; the employee list is returned to the enterprise terminal, so that the enterprise terminal adds the amount of the annuity payment corresponding to the plurality of employees in the employee list.
  • Annuity information includes annuity plan and annuity knowledge.
  • Employee information includes basic information about multiple active employees.
  • the server generates an first file using the annuity information.
  • the server obtains the contact information of multiple employees based on the employee information, and sends the first file and the corresponding annuity information to multiple employee terminals according to the contact information.
  • Employees can understand the annuity knowledge and annuity plan through the employee terminal, and then Determine whether to participate in the company's annuity plan.
  • the employee downloads the first file through the employee terminal, and inputs the confirmation information corresponding to the first file.
  • the employee terminal sends a confirmation message to the server.
  • the server verifies the confirmation information according to the preset verification rule.
  • the confirmation information may include a digital signature, fingerprint information, a face image, or an answer to a random question.
  • the random problem is randomly generated by the server according to the first file and has a corresponding default answer. If the confirmation information passes the verification, the server performs statistics on the currently received confirmation information, and obtains the employee annuity participation statistical result.
  • the employee annuity participation statistics include a list of employees who have participated in the annuity plan, along with the first file and corresponding confirmation information.
  • the employee list includes multiple employee IDs identifying the active employees participating in the annuity plan.
  • the server returns the employee annuity participation statistics to the enterprise terminal.
  • the enterprise management personnel can download the first file and the corresponding confirmation information through the enterprise terminal to archive the first file and the corresponding confirmation information, or add the payment amount corresponding to each employee in the employee list.
  • the enterprise management personnel can pay the annuity to the on-the-job employees who confirm the participating company's annuity plan through the enterprise terminal in the above manner.
  • the verification information returned by the employee terminal is verified, which can prevent others from maliciously confirming the first file instead of the employee, improve the security of the employee participation statistics, and can reduce the manual verification of the confirmation information by the enterprise management personnel. It is cumbersome; when the verification is passed, the confirmation information is counted, and the statistical result is returned to the enterprise terminal, which can reduce the cumbersomeness of the enterprise management personnel to confirm the manual statistics of the employees participating in the annuity plan, thereby reducing the management personnel's handling of the annuity business. The burden of work.
  • the billing information includes a company identification, a billing identifier, a billing amount, and a billing time.
  • the billing information includes a company logo and an account amount, and the bill to be completed is completed according to billing information and billing information during the idle time of the database.
  • the step of matching with the unused account includes: if there is an unused account corresponding to the company identification and a pending bill, and the account amount of the unused account is equal to the bill amount, then the database is idle Time marks the unused account as the annuity account corresponding to the pending bill; if there is an unused account and multiple pending bills corresponding to the company ID, the account of the unused account will be used in the idle time of the database.
  • the amount of the payment is compared with the amount of the bills of the plurality of pending bills. If there is a bill amount equal to the amount of the account, the corresponding account is obtained.
  • Single identification marking the unused account as the annuity account corresponding to the billing identifier; or obtaining the earliest pending bills in the bills for multiple bills based on the billing time, marking the unused accounts as the earliest billing time
  • the annuity account corresponding to the bill is completed; if there are multiple unused accounts and multiple pending bills corresponding to the company logo, the amount of the accounts of the plurality of unused accounts and the plurality of pending bills are completed in the idle time of the database.
  • the bill amount of the bill is matched to obtain the annuity account corresponding to each bill to be completed.
  • the server queries whether the corresponding unused accounts and pending bills exist according to the enterprise identifier, and obtains the query result.
  • the server can generate a corresponding pending bill based on the enterprise terminal's annuity payment request each month.
  • the company can transfer the account from the enterprise account to the annuity account through the enterprise terminal using different payment methods.
  • the payment method can be monthly payment, quarterly payment or annual payment. Businesses can pay a single payment at a time, or they can pay multiple accounts at once.
  • the query result may include multiple types, for example, there is an unused account corresponding to the enterprise identifier and a pending bill, and there is an unused account corresponding to the enterprise identifier and a plurality of pending bills, and the existence exists.
  • a plurality of unused accounts and a pending bill corresponding to the company logo have a plurality of unused accounts and a plurality of pending bills corresponding to the company logo.
  • the server determines whether the amount of the unused account is equal to the bill of the pending bill in the idle time of the database. The amount, if the amount of the account is equal to the amount of the bill, the server marks the unused account as the annuity account corresponding to the pending bill.
  • the server reads the employee list, which includes multiple active employees. The server uses an annuity account to perform an annuity accounting operation on multiple employees.
  • the server calculates the first difference, generates a refund request by using the first difference and the company identifier, and sends the refund request to the managed terminal corresponding to the third party bank staff.
  • the bank staff returns the first difference to the public account of the company through the escrow terminal.
  • the server calculates the second difference, generates a debit request by using the second difference, and sends the debit request to the enterprise terminal corresponding to the enterprise identifier.
  • the server receives the debit response returned by the enterprise terminal, and if the debit response is a confirmation deduction, the debit request is sent to the managed terminal.
  • Bank The staff member debits the public account of the company through the hosting terminal.
  • Billing information also includes billing identification and billing time. If the bill amount of the pending bill is equal to the account amount, the server obtains the bill identifier of the bill to be completed, and marks the unused account as the annuity account of the bill to be completed. If there are multiple bills to be completed and the bill amount is equal to the account amount, the server obtains the corresponding billing time according to the bills to be completed with multiple bill amounts equal to the account amount, and sorts the plurality of bills to be completed according to the billing time.
  • the server uses the unutilized account as the annuity account corresponding to the bill to be completed which is the earliest billing time.
  • the server reads the employee list, which includes multiple active employees.
  • the server uses an annuity account to perform an annuity accounting operation on multiple employees.
  • the server will account for the bill amount of the pending bill and the amount of the plurality of unused accounts in the idle time of the database. Compare separately. If the amount of the account with an unused account is equal to the amount of the bill, the server marks the unused account as the annuity of the pending bill. If the amount of the account with multiple unused accounts is equal to the amount of the bill, the server generates a question item, and sends the question item to the enterprise terminal corresponding to the company ID to ask the enterprise which unused account to use to complete the current Pending bills.
  • the server receives the account information of an unused account returned by the enterprise terminal according to the problem item, and marks the corresponding unused account as the annuity account corresponding to the pending bill according to the returned account information.
  • the server reads the employee list, which includes multiple active employees.
  • the server uses an annuity account to perform an annuity accounting operation on multiple employees.
  • the server will add the amount of the unused accounts and the bill amount of the multiple bills to be completed in the idle time of the database. Make an comparison and get the annuity account corresponding to each bill to be completed.
  • the server reads the employee list, which includes multiple active employees.
  • the server uses an annuity account to perform an annuity accounting operation on multiple employees.
  • the server reads the employee list, which includes multiple active employees.
  • the server uses an annuity account to perform an annuity accounting operation on multiple employees.
  • the query and matching process for the unused account and the pending bill are executed in the idle time of the database, so that the matching of the pending bill and the unused account can be achieved, and the server resource can be effectively alleviated. Consumption.
  • the step of matching the pending bill and the unused account according to the billing information and the account information during the idle time of the database includes: if one or more unused accounts exist, in the database Acquiring the corresponding account information in the idle time, extracting the first keyword in the account information; obtaining the bill information of the bill to be completed, extracting the second keyword in the bill information; and the account information according to the second keyword
  • the middle query queries whether there is a corresponding first keyword; if yes, matches the corresponding one or more unused accounts with the pending bill according to the account information including the corresponding first keyword.
  • the server obtains the corresponding account information in the idle time of the database according to one or more unused accounts that are queried.
  • the account information includes the first company identification, the account statement, and the amount of the account.
  • the account statement is used to indicate the purpose of the account, including the annuity payment time and the second company identification.
  • the enterprise corresponding to the first company logo transfers the account to the annuity account.
  • the account is used to complete the pending bill corresponding to the second company logo.
  • the second enterprise identifier may include an enterprise identifier, and if the enterprise identifier is the same as the first enterprise identifier, it indicates that the account is used to complete the pending bill of the enterprise.
  • the second enterprise identifier may also include multiple enterprise identifiers, wherein one enterprise identifier is the same as the first enterprise identifier, indicating that the account is used to complete the pending bills of the enterprise and other enterprises, for example, the group enterprise B gives the enterprise B And affiliates C and D pay an annuity.
  • the server extracts the first keyword related to the company logo and the annuity payment time in the obtained account information, for example, the account information of an unused account M is “used to pay the H enterprise and the J enterprise 2016 In August, the first keyword includes four keywords: “H Enterprise”, “J Enterprise”, “2016” and “August”. If the account information of an unused account does not include the second enterprise identifier, the server acquires the first enterprise identifier and marks the first enterprise identifier as the first keyword.
  • the server obtains the billing information of the bill to be completed in the idle time of the database, and extracts the second keyword related to the company logo and the annuity payment time in the billing information, for example, the bill information of the bill to be completed N is “H enterprise 2016”
  • the annuity bill should be paid in August, then the second keyword includes “H Three keywords: “Enterprise”, “2016” and “August”.
  • the server queries, according to the second keyword, whether the corresponding first keyword exists in the account information. Specifically, the server invokes multiple threads, and queries the first keyword corresponding to the account information of each unused account in parallel to include each keyword in the second keyword, and if yes, indicates that the pen is not used. There is a corresponding first keyword in the account information of the payment. For example, the first keyword "H company”, “J company”, “2016” and “August” corresponding to the account information of the account M not used in the above example include the second keyword corresponding to the bill N to be completed. H company "2016" and "August”.
  • the server compares the corresponding unused account with the pending bill according to the account information including the corresponding first keyword. match.
  • the pending bill can match an unused account or it can match multiple unused accounts.
  • the server If there is no corresponding first keyword in the account information of all the unused accounts in the annuity account, the matching fails, the server generates the prompt information, and sends the prompt information to the enterprise terminal to prompt the enterprise to transfer the account in time. paragraph.
  • the server queries the annuity account for unused funds according to the preset time frequency. If it exists, the completed bill is matched with the unused account according to the above manner. If the matching fails again, the server generates a prompt message again, and sends the prompt information to the enterprise terminal, so as to complete the matching between the pending bill and the unused account.
  • the first keyword is extracted in the account information of the unused account
  • the second keyword is extracted in the billing information of the bill to be completed. If there is a corresponding first keyword in the account information, the corresponding one or more unused accounts may be matched with the to-be-completed bill according to the account information including the corresponding first keyword.
  • the above process is performed in the idle time of the database, thereby achieving an accurate matching between the unused accounts and the pending bills, reducing the labor cost of the insurance company, and alleviating server resource consumption.
  • the method further includes: The balance of the amount of an unused account matching the bill to be completed is less than the bill amount, or the sum of the amount of the accounts of the plurality of unused accounts matching the bill to be completed is less than the bill amount, and the difference is calculated; Whether the target document exists in the storage path; the target document records the account balance of the public account corresponding to the plurality of enterprise identifiers; if yes, the account balance of the corresponding public account is read from the target document according to the enterprise identifier of the pending bill; If the account balance is greater than or equal to the difference, the account balance and the difference are used to generate the debit request, and the debit request is sent to the enterprise terminal; the debit payment returned by the enterprise terminal is received, and if the deduction is confirmed, the debit will be debited The request is sent to the hosting terminal such that the hosting terminal debits the corresponding public account according to the debit
  • the completion of the matching according to the above manner does not mean that the matching is successful, and it is still necessary to judge whether the amount of the account of the unused account is equal to the amount of the bill. Specifically, if the amount of the account of an unused account matching the bill to be completed is equal to the bill amount, or the sum of the amount of the accounts of the plurality of unused accounts matching the bill to be completed is equal to the bill amount, the match is On success, the server marks the unused account that matches the pending bill as the used account, marking the pending bill as the completed bill.
  • the account manager of the insurance company uploads the target document to the server through the account management terminal.
  • the account balance of the public account corresponding to multiple enterprise identifiers is recorded in the target document.
  • the server stores the target document in a preset storage path. If the sum of the accounts of an unused account matching the bill to be completed is less than the bill amount, or the sum of the amount of the accounts of the plurality of unused accounts matching the bill to be completed is less than the bill amount, the server calculates the difference , detecting whether the target storage file exists in the preset storage path. If yes, the server reads the account balance of the corresponding public account from the target document according to the enterprise identifier in the pending bill.
  • the account balance and the difference are used to generate a debit request, and the debit request is sent to the enterprise terminal.
  • the server receives the debit response returned by the enterprise terminal, and if the debit payment is a confirmation deduction, the debit request is sent to the custody terminal corresponding to the third party bank staff.
  • the bank staff debits the public account of the company through the hosting terminal. If the account balance is less than the difference, the server generates a prompt message, and sends the prompt information to the enterprise terminal, so as to prompt the enterprise to timely transfer the account corresponding to the difference.
  • the account balance of the corresponding public account may be read from the target document according to the enterprise identifier corresponding to the bill to be completed, if the account If the balance is greater than or equal to the difference, the company automatically requests deduction from the enterprise, and can flexibly process the pending bills that have been completed but not matched successfully according to the response of the enterprise, thereby improving the completion efficiency of the pending bills.
  • the method further comprises: receiving a bill change request sent by the enterprise terminal, the bill change request including the last pending bill; regenerating the pending bill according to the bill change request; detecting whether the last pending bill is Complete the match; if yes, delete the corresponding annuity account according to the last pending bill; otherwise, delete the last pending bill, and regenerate the pending bill and unused account according to the company logo. Make a match.
  • the enterprise can initiate a bill change request to the server through the enterprise terminal. For example, after the enterprise initiates an annuity payment request to the server through the enterprise terminal, and finds that the employee list for generating the annuity payment request includes the retired employee, the enterprise can initiate a bill change request to the server through the enterprise terminal.
  • the bill change request includes the last pending bill and the updated employee list.
  • the server regenerates the pending bill based on the bill change request. The server detects if the last pending bill has been matched.
  • the server deletes the corresponding annuity payment record according to the last pending bill, which will be completed due to the previous one.
  • the bill is matched and the account marked as the used account is re-marked as unused, the last pending bill is deleted, and the regenerated bill to be completed is matched with the unused account as described above. If the last pending bill has not been matched, the server deletes the last pending bill and matches the regenerated bill to be completed with the unused account as described above.
  • the process of matching the regenerated invoices to the unused accounts in the manner described above may be the case where the amount of the unpaid accounts is greater than the regenerated amount of the invoices to be completed.
  • the server calculates the difference between the account amount of the unused account and the regenerated bill amount of the pending bill, and generates a refund request by using the difference and the enterprise identifier corresponding to the unused account, and will refund
  • the request is sent to the managed terminal corresponding to the third party bank staff.
  • the bank staff returns the difference to the public account of the company through the escrow terminal.
  • the enterprise when the enterprise finds that there is an error in the initiated annuity payment request, the enterprise may initiate a bill change request to the server through the enterprise terminal, and the server regenerates the pending bill according to the bill change request, and the regenerated bill to be completed is Unmatched accounts can be used to match, which can avoid unnecessary economic losses caused by matching errors.
  • an annuity data processing apparatus including: a communication module 302, a query module 304, a matching module 306, and a billing module 308, wherein:
  • the communication module 302 is configured to receive an annuity payment request sent by the enterprise terminal, and generate a to-be-completed bill according to the annuity payment request; the to-be-completed bill has corresponding billing information.
  • the query module 304 is configured to query whether there is an unused account in the annuity account, and the unused account has corresponding account information.
  • the matching module 306 is configured to: if yes, acquire the idle time of the database, and match the pending bill and the unused account according to the billing information and the account information during the idle time of the database.
  • the accounting module 308 is configured to read the employee list if the matching is successful, the employee list includes a plurality of active employees, and use the unused accounts to perform an annuity accounting operation on the plurality of active employees.
  • the annuity data processing apparatus further includes a statistics module 310.
  • the communication module 302 is further configured to receive an employee participation statistical request sent by the enterprise terminal, the employee participation statistical request carries the annuity information and the employee information; the first file is generated by using the annuity information, and the first file is sent to the plurality of employee terminals according to the employee information; When the employee agrees to participate in the annuity plan within the preset time period, the employee receives the confirmation information corresponding to the first file returned by the employee terminal.
  • the statistic module 310 is configured to check the acknowledgment information; if the acknowledgment information passes the verification, the statistic information is statistic, and the employee list confirming the participation in the annuity plan is obtained; the communication module 302 is further configured to return the employee list to the enterprise terminal, The enterprise terminal adds the amount of the annuity payment corresponding to the plurality of employees in the employee list.
  • the billing information includes a company identification, a billing identifier, a billing amount, and a billing time, and the billing information includes a company logo and an amount of the bill.
  • the matching module 306 is further configured to: if there is an unused account corresponding to the enterprise identifier and a pending bill, and the account of the unused account If the amount is equal to the bill amount, the unused account is marked as the annuity account corresponding to the bill to be completed in the idle time of the database; if there is an unused account corresponding to the company ID and multiple pending bills, in the database In the idle time, the account amount of the unused account is compared with the bill amount of the plurality of pending bills.
  • the corresponding bill identifier is obtained, and the unused account is marked as The annuity account corresponding to the bill identification; or the bill to be completed with the earliest billing time in the plurality of bills to be completed according to the billing time, and the unused account is marked as the annuity account corresponding to the bill to be completed with the earliest billing time;
  • There are multiple unused accounts and multiple pending bills corresponding to the company logo and the amount of the accounts of the plurality of unused accounts is matched with the bill amounts of the plurality of bills to be completed in the idle time of the database, and each is obtained.
  • the matching module 306 is further configured to: if one or more unused accounts exist, obtain corresponding account information in the idle time of the database, and extract the first keyword in the account information; The billing information of the bill to be completed, the second keyword is extracted in the billing information; according to the second keyword, whether the corresponding first keyword exists in the account information; and if so, according to the corresponding first keyword The account information, matching the corresponding one or more unused accounts with the pending bill.
  • the annuity data processing device further includes a debit module 312.
  • the debit module 312 is configured to: if the amount of the account of an unused account matching the bill to be completed is less than the amount of the bill, or the sum of the amounts of the plurality of unused accounts matching the bill to be completed is less than the bill The amount, the difference is calculated to detect whether there is a target document in the preset storage path; the target document records the account balance of the public account corresponding to the plurality of enterprise identifiers; if yes, the corresponding identifier is read from the target document according to the enterprise identifier of the pending bill The account balance of the public account; if the account balance is greater than or equal to the difference, the account balance and the difference are used to generate the debit request, and the debit request is sent to the enterprise terminal; and the debit payment returned by the enterprise terminal is received, and if the debit response is confirmed If the deduction is made, the debit request is sent to the escrow terminal, so that the escrow terminal debits the corresponding
  • a server is provided, as shown in FIG. 4, which includes a processor, memory, and network interface connected by a system bus.
  • the processor of the server Provide computing and control capabilities.
  • the memory of the server includes a non-volatile storage medium and an internal memory.
  • the server's non-volatile storage medium stores operating system and computer readable instructions that are executed by the processor to implement an annuity data processing method.
  • the internal memory of the server provides an environment for the operation of operating systems and computer readable instructions in a non-volatile storage medium.
  • the network interface of the server is used for communicating with an external terminal through a network connection, for example, receiving an annuity payment request sent by the terminal.
  • the processor may execute the following steps: receiving an annuity payment request sent by the enterprise terminal, generating a pending bill according to the annuity payment request; the bill to be completed has corresponding billing information; and querying whether the unused account has an unused account The unused account has corresponding account information; if yes, the idle time of the database is obtained, and the pending bill and the unused account are matched according to the billing information and the account information during the idle time of the database; if the matching is successful, Then, the employee list is read, the employee list includes a plurality of active employees; and the unused accounts are used to perform annuity accounting operations on multiple employees.
  • FIG. 4 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the server to which the solution of the present application is applied.
  • the specific server may include a ratio. More or fewer components are shown in the figures, or some components are combined, or have different component arrangements.
  • the method further includes: receiving an employee participation statistical request sent by the enterprise terminal, the employee participation statistical request carrying the annuity information and the employee information; and generating the first file by using the annuity information, according to The employee information is sent to the plurality of employee terminals; when the employee agrees to participate in the annuity plan within the preset time period, the employee receives the confirmation information corresponding to the first file returned by the employee terminal, and verifies the confirmation information; if the confirmation information is passed For verification, the confirmation information is counted, and a list of employees who participate in the annuity plan is obtained; and the employee list is returned to the enterprise terminal, so that the enterprise terminal adds the amount of the annuity payment corresponding to the plurality of employees in the employee list.
  • the billing information includes a company identification, a billing identifier, a billing amount, and a billing time
  • the billing information includes a company logo and an amount of the account
  • the processor performs the following steps when executing the computer readable instructions: if the presence and the company logo Corresponding an unused account and a pending bill, If the account amount of the unused account is equal to the bill amount, the unused account is marked as the annuity account corresponding to the pending bill in the idle time of the database; if there is an unused account corresponding to the company logo, The bill is to be completed, and the account amount of the unused account is compared with the bill amount of the plurality of pending bills in the idle time of the database, and if there is a bill amount equal to the amount of the account, the corresponding bill identifier is obtained.
  • the unused account is marked as the annuity account corresponding to the billing identifier; or the unfinished bill with the earliest billing time is obtained in the plurality of bills to be completed according to the billing time, and the unused account is marked as the earliest bill to be completed
  • the corresponding annuity account; and if there are multiple unused accounts and multiple pending bills corresponding to the company logo, the amount of the unused accounts and the plurality of bills to be completed are in the idle time of the database. The amount of the bill is matched to obtain the annuity account corresponding to each bill to be completed.
  • the processor executes the computer readable instructions, the following steps are further performed: if one or more unused accounts exist, the corresponding account information is obtained during the idle time of the database, and the account information is extracted. a first keyword; obtaining bill information of the bill to be completed, extracting a second keyword in the billing information; and querying, in the account information, whether the corresponding first keyword exists according to the second keyword; and if yes, including The corresponding first keyword account information matches the corresponding one or more unused accounts with the pending bill.
  • the processor when executing the computer readable instructions, further performs the steps of: if the amount of the unpaid account matching the bill to be completed is less than the bill amount, or the plurality of bills matching the bill to be completed The sum of the accounts of the unused accounts is less than the amount of the bill, and the difference is calculated; whether the target document exists in the preset storage path is detected; the target document records the account balance of the public account corresponding to the plurality of enterprise identifiers; if yes, Complete the enterprise identification of the bill, read the account balance of the corresponding public account from the target document; if the account balance is greater than or equal to the difference, use the account balance and the difference to generate a debit request, and send the debit request to the enterprise terminal; and receive If the debit payment is a confirmation deduction, the debit payment request is sent to the escrow terminal, so that the escrow terminal debits the corresponding public account according to the debit request.
  • one or more computer readable non-volatile storage media having computer readable instructions stored by one or more processors such that one The one or more processors perform the following steps: receiving an annuity payment request sent by the enterprise terminal, generating a pending bill according to the annuity payment request; the pending bill has corresponding billing information; and querying whether the unused account has an unused account, not used The account has corresponding account information; if yes, the database idle time is obtained, and the pending bill and the unused account are matched according to the billing information and the account information during the idle time of the database; if the matching is successful, the account is read Employee list, employee list includes multiple employees; and use of unused accounts to perform annuity accounting operations for multiple employees.
  • the computer readable instructions are further executed by the processor to: receive an employee participation statistical request sent by the enterprise terminal, the employee participation statistical request carries the annuity information and the employee information; and generate the first file by using the annuity information, The first file is sent to the plurality of employee terminals according to the employee information; when the employee agrees to participate in the annuity plan within the preset time period, the confirmation information corresponding to the first file returned by the employee terminal is received, and the confirmation information is verified; if the confirmation information is confirmed By verifying, the confirmation information is counted, and a list of employees who participate in the annuity plan is obtained; and the employee list is returned to the enterprise terminal, so that the enterprise terminal adds the amount of the annuity payment corresponding to the plurality of employees in the employee list.
  • the billing information includes a company identification, a billing identifier, a billing amount, and a billing time.
  • the billing information includes a company logo and an account amount.
  • the account amount of the unused account is compared with the bill amount of the plurality of bills to be completed in the idle time of the database, if If there is a bill amount equal to the amount of the account, the corresponding billing identifier is obtained, and the unused account is marked as the annuity account corresponding to the billing identifier; or the billing time is the earliest to be completed in the bills to be completed according to the billing time.
  • Bill the unused account is marked as the annuity account corresponding to the bill to be completed at the earliest time; and if it exists with the enterprise standard Corresponding multiple unused accounts and multiple pending bills, matching the amount of the accounts of the plurality of unused accounts with the bill amounts of the plurality of pending bills in the idle time of the database, and obtaining the bills corresponding to each bill to be completed Annuity account.
  • the following steps are further performed: if one or more unused accounts are present, the corresponding account information is obtained in the idle time of the database, in the account information. Extracting the first keyword; obtaining billing information of the bill to be completed, extracting the second keyword in the billing information; and querying, in the account information, whether the corresponding first keyword exists according to the second keyword; and if yes, according to The account information including the corresponding first keyword is matched with the corresponding one or more unused accounts and the pending bill.
  • the computer readable instructions when executed by the processor, further perform the steps of: if the amount of an unused account matching the bill to be completed is less than the bill amount, or more matching the bill to be completed The sum of the accounts of the unused accounts is less than the amount of the bill, and the difference is calculated; whether the target document exists in the preset storage path is detected; the target document records the account balance of the public account corresponding to the plurality of enterprise identifiers; if yes, according to The enterprise identifier of the bill to be completed, the account balance of the corresponding public account is read from the target document; if the account balance is greater than or equal to the difference, the account balance and the difference are used to generate the debit request, and the debit request is sent to the enterprise terminal; Receiving the debit reply returned by the enterprise terminal, if the debit response is confirming the deduction, sending the debit request to the custody terminal, so that the custody terminal debits the corresponding public account according to the debit request.
  • the storage medium may be a magnetic disk, an optical disk, a read only memory (ReCd-Only Memory, ROM), or the like.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种年金数据处理方法，包括：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；利用未使用账款对多个在职员工进行年金记账操作。

Description

年金数据处理方法、装置、服务器和存储介质
本申请要求于2017年7月25日提交中国专利局，申请号为2017106129698，申请名称为“年金数据处理方法、装置、服务器和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，特别是涉及年金数据处理方法、装置、服务器和存储介质。
背景技术
年金是指企业及其员工在依法参加基本养老保险的基础上，自愿建立的补充养老保险。年金是一种较好的投资安排，越来越多的企业参与年金计划。实际操作中，一个或多个企业可以参与一项年金计划。保险公司为每一项年金计划建立对应的年金账户。企业在参与年金计划后，每月将账款从企业账户转入年金账户。保险公司利用该账款在后台的服务器为企业的在职员工缴纳年金。每月会有大量企业给其在职员工缴纳年金，使服务器资源消耗过大。
发明内容
根据本申请公开的各种实施例，提供一种年金数据处理方法、装置、服务器和存储介质。
一种年金数据处理方法，包括：
接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及
利用未使用账款对多个在职员工进行年金记账操作。
一种年金数据处理装置，包括：
通信模块，用于接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
查询模块，用于查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
匹配模块，用于若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；及
记账模块，用于若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；利用未使用账款对多个在职员工进行年金记账操作。
一种服务器，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及
利用未使用账款对多个在职员工进行年金记账操作。
一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及
利用未使用账款对多个在职员工进行年金记账操作。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为一个实施例中的年金数据处理方法应用环境图；
图2为一个实施例中年金数据处理方法的流程图；
图3为一个实施例中年金数据处理装置的结构示意图；
图4为一个实施例中服务器的结构示意图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，第一客户端和第二客户端两者都是客户端，但其不是同一客户端。
本申请实施例中所提供的年金数据处理方法可以应用于如图1所示的应用环境中。其中，多个企业终端102通过网络与服务器104连接。当企业需要办理年金缴纳业务时，企业的管理人员可以通过企业终端102向服务器104发起年金缴纳请求。服务器104根据年金缴纳请求生成待完成账单。待完成账单包括账单信息等。服务器104获取年金账户，年金账户中记录了多个企业对应的账款。账款包括已使用账款和/或未使用账款。账款具有对应的账款信息。服务器104在年金账户中查询是否存在未使用账款。若年金账户中存在未使用账款，则服务器104运行监控脚本，利用监控脚本对多个数据库进行监控，根据监控信息获取数据库的空闲时间。服务器104在数据库的空闲时间将未使用账款与待完成账单进行匹配。若匹配成功，服务器104获取员工清单，员工清单包括多个在职员工对应的员工标识和缴纳金额。服务器104根据缴纳金额对与待完成账单匹配的未使用账款进行分配，根据分配结果给每个员工标识添加对应的年金缴纳记录，从而完成多个在职员工的年金记账操作。上述年金缴纳过程中，在数据库的空闲时间进行待完成账单与未使用账单的匹配，在数据库的空闲时间进行年金记账操作，由此既可以给海量在职员工缴纳年金，也可以缓解服务器资源消耗。
图2为本申请一个实施例的方法的流程示意图。应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图2所示，提供了一种年金数据处理方法，以该方法应用于服务器为例进行说明，具体包括以下步骤：
步骤202，接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成 待完成账单；待完成账单具有对应的账单信息。
当企业需要给参与年金计划的在职员工缴纳年金时，企业管理人员可以通过企业终端向服务器发起年金缴纳请求。年金缴纳请求携带了企业标识和员工清单等。企业标识用于唯一识别一个企业，可以是企业名称或企业组织机构代码等。员工清单包括多个在职员工对应的员工标识和缴纳金额。员工标识用于唯一识别一个在职员工，可以是员工编号或身份证件号等。
服务器根据年金缴纳请求生成待完成账单。待完成账单具有对应的账单信息。账单信息包括账单标题和账单金额。账单标题用于标注该笔待完成账单的用途，包括企业标识和年金缴纳时间，如“A企业2016年9月份应缴年金账单”等。容易理解，账单金额等于多个在职员工对应的缴纳金额之和。
步骤204，查询年金账户中是否存在未使用账款，未使用账款具有对应的账款信息，若是，则执行步骤206；否则，生成提示信息，将提示信息发送至企业终端。
步骤206，获取数据库的空闲时间，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配。
年金账户是保险公司为参加同一项年金计划的多个企业建立的一个共用的银行账户。参加同一项年金计划的多个企业可以来自同一集团，也可以分别来自不同集团。每个企业在需要给参与年金计划的在职员工缴纳年金时，可以按月、按季度或者按年通过企业终端将一笔或多笔账款从企业账户转入年金账户，从而年金账户中存在多笔账款。每笔账款具有对应的账款信息。账款信息包括企业标识和账款金额。
年金账户中的多笔账款包括已使用账款和/或未使用账款。对于初始转入到年金账户中的账款，服务器将该账款标记为未使用账款。服务器获取年金账户，在年金账户中查询是否存在未使用账款。若年金账户中存在未使用账款，则服务器对待完成账单和未使用账款进行匹配。本实施例中，为了缓解服务器的资源消耗，服务器在数据库的空闲时间对待完成账单与未使用账款进行匹配。因而，服务器对待完成账单与未使用账款进行匹配之前，需要提 前分析出数据库的空闲时间。
具体的，服务器运行监控脚本，通过监控脚本对预设时间段内数据库中的批处理任务执行状况和资源消耗状况进行监控，得到在预设时间段内批处理任务的执行时间和资源消耗时间。批处理任务包括待完成账单与未使用账款匹配以及年金记账等。为了能够充分缓解数据库资源消耗的压力，可以将预设时间段设置为整个非工作时间的时间段或者部分非工作时间的时间段。例如，对待完成账单与未使用账款进行匹配之前的一个月内的晚上8:00～凌晨5:00的时间段，或者对待完成账单与未使用账款进行匹配之前的一个月内1号～5号的晚上9:00～凌晨5:30的时间段等。服务器将在预设时间段内资源消耗时间进行统计，得到资源消耗统计表。服务器提取资源消耗统计表中的资源消耗时间与多个批处理任务的执行时间进行比对，筛选出能够避开多个批处理任务执行时间的资源消耗时间。由于批处理任务执行时会消耗较多的数据库资源，因此避开多个批处理任务执行时间的资源消耗时间，可以作为数据库的空闲时间。由于数据库的空闲时间是在预设时间段内的，预设时间段可以是非工作时间的时间段，因此通过上述方式得到的数据库的空闲时间可以视为数据库性能最优的空闲时间。
服务器在数据库的空闲时间获取未使用账款的账款信息，及待完成账单的账单信息，根据账单信息和账款信息对待完成账单与未使用账款进行匹配。
若年金账户中不存在未使用账款，或者待完成账单与未使用账款匹配失败，则表示企业管理人员在通过企业终端发送年金缴纳请求时，尚未将账款转入年金账户，换句话说，出现先发送请求后转入账款的情况。服务器生成转账提示，将转账提示发送给企业终端，以提示企业及时转入账款。服务器按照预设的时间频率查询年金账户中是否存在未使用账款，若存在，则按照上述方式对待完成账单与未使用账款进行匹配。若再次匹配失败，则服务器重新生成转账提示，将转账提示发送给企业终端，如此重复，以完成待完成账单与未使用账款的匹配。
步骤208，读取员工清单，员工清单中包括多个在职员工。
步骤210，利用未使用账款对多个在职员工进行年金记账操作。
若匹配成功，则服务器将该待完成账单标记为已完成账单。服务器获取员工清单，员工清单包括多个在职员工对应的员工标识和缴纳金额。服务器根据缴纳金额对与待完成账单匹配的未使用账款进行分配，根据分配结果给每个员工标识添加对应的年金缴纳记录，从而完成多个在职员工的年金记账操作。年金缴纳记录可以作为在职员工领取年金的依据。
本实施例中，根据企业终端发送的年金缴纳请求生成对应的待完成账单，若年金账户中存在未使用账款，可以在获数据库的空闲时间对待完成账单和未使用账款进行匹配，进而可以根据匹配结果进行年金记账操作，由此完成给海量在职员工进行年金缴纳。由于对待完成账单和未使用账款的匹配，以及年金记账操作是在数据库的空闲时间来执行的，因此可以实现既能满足为海量在职员工缴纳年金的需求，又能缓解服务器资源消耗。
在其中一个实施例中，在接收企业终端发送的年金缴纳请求的步骤之前，还包括：接收企业终端发送的员工参与统计请求，员工参与统计请求携带了年金信息和员工信息；利用年金信息生成第一文件，根据员工信息将第一文件发送至多个员工终端；当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对确认信息进行校验；若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；将员工清单返回至企业终端，以使得企业终端在员工清单内添加多个在职员工对应的年金缴纳金额。
企业给在职员工缴纳年金之前，需要对在职员工是否参与年金计划进行统计。当企业需要办理员工参与统计业务时，企业管理人员通过企业终端向服务器发起员工参与统计请求。员工参与统计请求携带了年金信息和员工信息。年金信息包括年金方案和年金知识等。员工信息包括多个在职员工的基本信息。服务器利用年金信息生成第一文件。服务器根据员工信息获取多个在职员工的联系方式，根据联系方式将第一文件和对应的年金信息发送至多个员工终端。员工可以通过员工终端对年金知识和年金方案进行了解，进而 判断是否参与企业的年金计划。当员工在预设时间段内选择参与企业的年金计划时，员工通过员工终端对第一文件进行下载，输入第一文件对应的确认信息。员工终端将确认信息发送至服务器。服务器按照预设的校验规则对确认信息进行校验。确认信息可以包括数字签名、指纹信息、人脸图像或随机问题的答案等。随机问题是服务器根据第一文件随机生成的，具有对应的预设答案。若确认信息通过校验，则服务器对当前接收到的确认信息进行统计，得到员工年金参与统计结果。员工年金参与统计结果包括确认参与年金计划的员工清单、以及第一文件和对应的确认信息。员工清单包括多个确认参与年金计划的在职员工的员工标识。服务器将员工年金参与统计结果返回至企业终端。企业管理人员可以通过企业终端对第一文件和对应的确认信息进行下载，以对第一文件和对应的确认信息进行存档，也可以在员工清单中添加每个在职员工对应的交纳金额。企业管理人员可以通过企业终端按照上述方式给确认参与企业的年金计划的在职员工缴纳年金。
本实施例中，对员工终端返回的确认信息进行校验，可以避免他人代替员工对第一文件进行恶意确认，提高员工参与统计的安全性，可以减少企业管理人员对确认信息进行人工校验的繁琐；在校验通过时对确认信息进行统计，将统计结果返回至企业终端，可以减少企业管理人员对确认参与年金计划的员工进行人工统计的繁琐，进而可以减少企业管理人员在办理年金业务时的工作负担。
在其中一个实施例中，账单信息包括企业标识、账单标识、账单金额和账单时间，账款信息包括企业标识和账款金额，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配的步骤，包括：若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且未使用账款的账款金额等于账单金额，则在数据库的空闲时间将未使用账款标记为待完成账单对应的年金账款；若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账 单标识，将未使用账款标记为账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将未使用账款标记为账单时间最早的待完成账单所对应的年金账款；若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
服务器根据企业标识查询是否存在对应的未使用账款和待完成账单，获取查询结果。服务器可以在每个月根据企业终端的年金缴纳请求生成一份对应的待完成账单。企业需要给参与年金计划的在职员工缴纳年金时，可以采用不同的支付方式通过企业终端将账款从企业账户转入年金账户。支付方式可以是按月支付、按季度支付或者按年支付等。企业可以一次支付一笔账款，也可以一次支付多笔账款。因而，查询结果可以包括多种，例如，存在与企业标识对应的一笔未使用账款和一笔待完成账单，存在与企业标识对应的一笔未使用账款和多笔待完成账单，存在与企业标识对应的多笔未使用账款和一笔待完成账单存在与企业标识对应的多笔未使用账款和多笔待完成账单等。
若查询结果为存在与企业标识对应的一笔未使用账款和一笔待完成账单，则服务器在数据库的空闲时间判断该笔未使用账款的账款金额是否等于该笔待完成账单的账单金额，若账款金额等于账单金额，则服务器将该笔未使用账款标记为该笔待完成账单对应的年金账款。服务器读取员工清单，员工清单中包括多个在职员工。服务器利用年金账款对多个在职员工进行年金记账操作。若账款金额大于账单金额，服务器计算第一差额，利用第一差额和企业标识生成退款请求，将退款请求发送至第三方银行工作人员对应的托管终端。银行工作人员通过托管终端将第一差额退回至该企业的公共账户。若账款金额小于账单金额，服务器计算第二差额，利用第二差额生成扣款请求，将扣款请求发送至企业标识对应的企业终端。服务器接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至托管终端。银行 工作人员通过托管终端从该企业的公共账户进行扣款。
若查询结果为存在与企业标识对应的一笔未使用账款和多笔待完成账单，服务器在数据库的空闲时间内将该笔未使用账款的账款金额与多个待完成账单的账单金额分别进行比对。账单信息还包括账单标识和账单时间。若存在一笔待完成账单的账单金额与账款金额相等，则服务器获取该笔待完成账单的账单标识，则将该笔未使用账款标记为该笔待完成账单的年金账款。若存在多笔待完成账单的账单金额与账款金额相等，则服务器根据多笔账单金额等于账款金额的待完成账单，获取对应的账单时间，根据账单时间对多笔待完成账单进行排序。服务器将该笔未使用账款作为账单时间最早的一笔待完成账单对应的年金账款。服务器读取员工清单，员工清单中包括多个在职员工。服务器利用年金账款对多个在职员工进行年金记账操作。
若查询结果为存在与企业标识对应的多笔未使用账款和一笔待完成账单，服务器在数据库的空闲时间内将该笔待完成账单的账单金额与多笔未使用账款的账款金额分别进行比对。若存在一笔未使用账款的账款金额与账单金额相等，则服务器将该笔未使用账款标记为该笔待完成账单的年金账款。若存在多笔未使用账款的账款金额与账单金额相等，则服务器生成问题项，将问题项发送至企业标识对应的企业终端，以向企业询问采用哪一笔未使用账款完成当前的待完成账单。服务器接收企业终端根据问题项返回的一笔未使用账款的账款信息，根据返回的账款信息，将对应的未使用账款标记为该笔待完成账单对应的年金账款。服务器读取员工清单，员工清单中包括多个在职员工。服务器利用年金账款对多个在职员工进行年金记账操作。
若查询结果为存在与企业标识对应的多笔未使用账款和多笔待完成账单，服务器在在数据库的空闲时间将多笔未使用账款的账款金额与多笔待完成账单的账单金额进行比对，得到每一笔待完成账单对应的年金账款。服务器读取员工清单，员工清单中包括多个在职员工。服务器利用年金账款对多个在职员工进行年金记账操作。服务器读取员工清单，员工清单中包括多个在职员工。服务器利用年金账款对多个在职员工进行年金记账操作。
本实施例中，对未使用账款与待完成账单的查询以及匹配过程是在数据库的空闲时间来执行的，因此既可以实现待完成账单和未使用账款的匹配，又可以有效缓解服务器资源消耗。
在其中一个实施例中，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配的步骤，包括：若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在账款信息中提取第一关键词；获取待完成账单的账单信息，在账单信息中提取第二关键词；根据第二关键词，在账款信息中查询是否存在对应的第一关键词；若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
服务器根据查询到的一笔或多笔未使用账款，在数据库的空闲时间获取对应的账款信息。账款信息包括第一企业标识、账款备注和账款金额。账款备注用于标注该笔账款的用途，包括年金缴纳时间和第二企业标识。第一企业标识对应的企业将账款转入年金账户。该笔账款用于完成第二企业标识对应的待完成账单。第二企业标识可以包括一个企业标识，若该企业标识与第一企业标识相同，则表示该笔账款用于完成本企业的待完成账单。第二企业标识也可以包括多个企业标识，其中一个企业标识与第一企业标识相同，表示该笔账款用于完成本企业以及其他企业的待完成账单，例如，集团企业B给本企业B以及下属企业C和D缴纳年金。
服务器在获取到的账款信息中提取与企业标识和年金缴纳时间相关的第一关键词，例如，一笔未使用账款M的账款信息为“用于给H企业和J企业缴纳2016年8月份的年金”，则第一关键词包括“H企业”、“J企业”、“2016年”和“8月份”四个关键词。若一笔未使用账款的账款信息不包括第二企业标识，则服务器获取第一企业标识，将第一企业标识标记为第一关键词。
服务器在数据库的空闲时间获取待完成账单的账单信息，在账单信息中提取与企业标识和年金缴纳时间相关的第二关键词，例如，一笔待完成账单N的账单信息为“H企业2016年8月份应缴年金账单”，则第二关键词包括“H 企业”、“2016年”和“8月份”三个关键词。
服务器根据第二关键词，在账款信息中查询是否存在对应的第一关键词。具体的，服务器调用多个线程，并行查询每一笔未使用账款的账款信息对应的第一关键词是否包含第二关键词中的每个关键词，若是，则表示该笔未使用账款的账款信息中存在对应的第一关键词。例如，上述举例中未使用账款M的账款信息对应的第一关键词“H企业”“J企业”“2016年”和“8月份”包含了待完成账单N对应的第二关键词“H企业”“2016年”和“8月份”。
若一笔或多笔未使用账款的账款信息中存在对应的第一关键词，则服务器根据包含对应的第一关键词的账款信息，将对应的未使用账款与待完成账单相匹配。待完成账单可以与一笔未使用账款相匹配，也可以与多笔未使用账款相匹配。
若年金账户中的所有未使用账款的账款信息中均不存在对应的第一关键词，则表示匹配失败，服务器生成提示信息，将提示信息发送给企业终端，以提示企业及时转入账款。服务器按照预设的时间频率查询年金账户中是否存在未使用账款，若存在，则按照上述方式对待完成账单与该笔未使用账款进行匹配。若再次匹配失败，则服务器再次生成提示信息，将提示信息发送给企业终端，如此重复，以完成待完成账单与未使用账款的匹配。
传统方式中通过人工的方式对待完成账单与未使用账款进行匹配，需要保险公司投入大量的人力，周期长，耗时耗力，且易产生匹配错误。
本实施例中，在未使用账款的账款信息中提取第一关键词，在待完成账单的账单信息中提取第二关键词。如果在账款信息中存在对应的第一关键词，则可以根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。上述过程是在数据库的空闲时间进行的，由此既可以实现未使用账款与待完成账单的准确匹配，也可以减少保险公司的人力成本，还可以缓解服务器资源消耗。
在其中一个实施例中，在根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配的步骤之后，还包括：若 与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；检测预设的存储路径是否存在目标文档；目标文档记录了多个企业标识对应的公共账户的账户余额；若是，则根据待完成账单的企业标识，从目标文档中读取对应的公共账户的账户余额；若账户余额大于或等于差额，则利用账户余额和差额生成扣款请求，将扣款请求发送至企业终端；接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
根据企业在不同时期的资金状况，会出现未使用账款的账款金额少于账单金额的情况。故根据上述方式匹配完成并不意味着匹配成功，仍需要判断未使用账款的账款金额是否等于账单金额。具体的，若与待完成账单匹配的一笔未使用账款的账款金额等于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和等于账单金额，则表示匹配成功，服务器将与该笔待完成账单匹配的未使用账款标记为已使用账款，将该笔待完成账单标记为已完成账单。
进一步的，保险公司的账管人员通过账管终端上传目标文档至服务器。目标文档中记录了多个企业标识对应的公共账户的账户余额。服务器将目标文档存储在预设的存储路径。若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，则服务器计算差额，检测预设的存储路径是否存在目标文档。若存在，则服务器根据待完成账单中的企业标识，从目标文档中读取对应的公共账户的账户余额。若账户余额大于或等于差额，则利用该账户余额和差额生成扣款请求，将扣款请求发送至企业终端。服务器接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至第三方银行工作人员对应的托管终端。银行工作人员通过托管终端从该企业的公共账户进行扣款。若账户余额小于差额，则服务器生成提示信息，将提示信息发送给企业终端，以提示企业及时转入差额对应的账款。
本实施例中，当与待完成账单匹配的未使用账款的账款金额少于账单金额时，可以根据待完成账单对应的企业标识从目标文档读取对应的公共账户的账户余额，若账户余额大于或等于差额，自动向企业请求扣款，可以根据企业的应答灵活处理匹配完成但未匹配成功的待完成账单，由此提高待完成账单的完成效率。
在其中一个实施例中，该方法还包括：接收企业终端发送的账单更改请求，账单更改请求包括上一次的待完成账单；根据账单更改请求重新生成待完成账单；检测上一次的待完成账单是否完成匹配；若是，则根据上一次的待完成账单，将对应的年金记账进行删除；否则，将上一次的待完成账单进行删除，根据企业标识将重新生成的待完成账单和未使用账款进行匹配。
若企业发现已发起的年金缴纳请求存在错误，则企业可以通过企业终端向向服务器发起账单更改请求。例如，在企业通过企业终端向服务器发起了年金缴纳请求之后，发现用于生成年金缴纳请求的员工清单包含已离职员工中时，企业可以通过企业终端向服务器发起账单更改请求。账单更改请求包括上一次的待完成账单和更新后的员工清单。服务器根据账单更改请求重新生成待完成账单。服务器检测上一次的待完成账单是否完成匹配。若在接收到企业终端发送的账单更改请求时，上一次的待完成账单已经完成匹配，则服务器根据上一次的待完成账单，将对应的年金缴纳记录进行删除，将因为与上一次的待完成账单进行匹配被标记为已使用账款的账款重新标记为未使用账款，将上一次的待完成账单进行删除，按照上述方式对重新生成的待完成账单与未使用账款进行匹配。若上一次的待完成账单尚未完成匹配，服务器将上一次的待完成账单进行删除，按照上述方式对重新生成的待完成账单与未使用账款进行匹配。
服务器按照上述方式对重新生成的待完成账单与未使用账款进行匹配的过程，会存在未使用账款的账款金额多于重新生成的待完成账单的账单金额的情况。服务器计算未使用账款的账款金额与重新生成的待完成账单的账单金额的差额，利用该差额和未使用账款对应的企业标识生成退款请求，将退 款请求发送至第三方银行工作人员对应的托管终端。银行工作人员通过托管终端将差额退回至该企业的公共账户。
本实施例中，当企业发现已发起的年金缴纳请求存在错误时，企业可以通过企业终端向服务器发起了账单更改请求，服务器根据账单更改请求重新生成待完成账单，对重新生成的待完成账单与未使用账款进行匹配，可以避免匹配错误给企业带来不必要的经济损失。
在一个实施例中，如图3所示，提供了一种年金数据处理装置，包括：通信模块302、查询模块304、匹配模块306和记账模块308，其中：
通信模块302，用于接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；待完成账单具有对应的账单信息。
查询模块304，用于查询年金账户中是否存在未使用账款，未使用账款具有对应的账款信息。
匹配模块306，用于若是，则获取数据库的空闲时间，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配。
记账模块308，用于若匹配成功，则读取员工清单，员工清单中包括多个在职员工；利用未使用账款对多个在职员工进行年金记账操作。
在其中一个实施例中，年金数据处理装置还包括统计模块310。通信模块302还用于接收企业终端发送的员工参与统计请求，员工参与统计请求携带了年金信息和员工信息；利用年金信息生成第一文件，根据员工信息将第一文件发送至多个员工终端；当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息。统计模块310用于对确认信息进行校验；若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；通信模块302还用于将员工清单返回至企业终端，以使得企业终端在员工清单内添加多个在职员工对应的年金缴纳金额。
在其中一个实施例中，账单信息包括企业标识、账单标识、账单金额和账单时间，账款信息包括企业标识和账款金额。匹配模块306还用于若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且未使用账款的账款 金额等于账单金额，则在数据库的空闲时间将未使用账款标记为待完成账单对应的年金账款；若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将未使用账款标记为账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将未使用账款标记为账单时间最早的待完成账单所对应的年金账款；若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
在其中一个实施例中，匹配模块306还用于若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在账款信息中提取第一关键词；获取待完成账单的账单信息，在账单信息中提取第二关键词；根据第二关键词，在账款信息中查询是否存在对应的第一关键词；及若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
在其中一个实施例中，年金数据处理装置还包括扣款模块312。扣款模块312用于若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额检测预设的存储路径是否存在目标文档；目标文档记录了多个企业标识对应的公共账户的账户余额；若是，则根据待完成账单的企业标识，从目标文档中读取对应的公共账户的账户余额；若账户余额大于或等于差额，则利用账户余额和差额生成扣款请求，将扣款请求发送至企业终端；及接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
在一个实施例中，提供了一种服务器，如图4所示，该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器的处理器用于 提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该服务器的非易失性存储介质存储有操作系统和计算机可读指令，该计算机可读指令被处理器执行时以实现一种年金数据处理方法。该服务器的内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该服务器的网络接口用于与外部的终端通过网络连接通信，比如，接收终端发送的年金缴纳请求等。处理器执行计算机可读指令时可以执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；待完成账单具有对应的账单信息；查询年金账户中是否存在未使用账款，未使用账款具有对应的账款信息；若是，则获取数据库的空闲时间，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；若匹配成功，则读取员工清单，员工清单中包括多个在职员工；及利用未使用账款对多个在职员工进行年金记账操作。
本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：接收企业终端发送的员工参与统计请求，员工参与统计请求携带了年金信息和员工信息；利用年金信息生成第一文件，根据员工信息将第一文件发送至多个员工终端；当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对确认信息进行校验；若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；及将员工清单返回至企业终端，以使得企业终端在员工清单内添加多个在职员工对应的年金缴纳金额。
在一个实施例中，账单信息包括企业标识、账单标识、账单金额和账单时间，账款信息包括企业标识和账款金额；处理器执行计算机可读指令时还执行以下步骤：若存在与企业标识对应的一笔未使用账款和一笔待完成账单， 且未使用账款的账款金额等于账单金额，则在数据库的空闲时间将未使用账款标记为待完成账单对应的年金账款；若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将未使用账款标记为账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将未使用账款标记为账单时间最早的待完成账单所对应的年金账款；及若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在账款信息中提取第一关键词；获取待完成账单的账单信息，在账单信息中提取第二关键词；根据第二关键词，在账款信息中查询是否存在对应的第一关键词；及若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；检测预设的存储路径是否存在目标文档；目标文档记录了多个企业标识对应的公共账户的账户余额；若是，则根据待完成账单的企业标识，从目标文档中读取对应的公共账户的账户余额；若账户余额大于或等于差额，则利用账户余额和差额生成扣款请求，将扣款请求发送至企业终端；及接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一 个或多个处理器执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；待完成账单具有对应的账单信息；查询年金账户中是否存在未使用账款，未使用账款具有对应的账款信息；若是，则获取数据库的空闲时间，在数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；若匹配成功，则读取员工清单，员工清单中包括多个在职员工；及利用未使用账款对多个在职员工进行年金记账操作。
在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：接收企业终端发送的员工参与统计请求，员工参与统计请求携带了年金信息和员工信息；利用年金信息生成第一文件，根据员工信息将第一文件发送至多个员工终端；当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对确认信息进行校验；若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；及将员工清单返回至企业终端，以使得企业终端在员工清单内添加多个在职员工对应的年金缴纳金额。
在一个实施例中，账单信息包括企业标识、账单标识、账单金额和账单时间，账款信息包括企业标识和账款金额，计算机可读指令被处理器执行时还执行以下步骤：若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且未使用账款的账款金额等于账单金额，则在数据库的空闲时间将未使用账款标记为待完成账单对应的年金账款；若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将未使用账款标记为账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将未使用账款标记为账单时间最早的待完成账单所对应的年金账款；及若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在账款信息中提取第一关键词；获取待完成账单的账单信息，在账单信息中提取第二关键词；根据第二关键词，在账款信息中查询是否存在对应的第一关键词；及若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；检测预设的存储路径是否存在目标文档；目标文档记录了多个企业标识对应的公共账户的账户余额；若是，则根据待完成账单的企业标识，从目标文档中读取对应的公共账户的账户余额；若账户余额大于或等于差额，则利用账户余额和差额生成扣款请求，将扣款请求发送至企业终端；及接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(ReCd-Only Memory，ROM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种年金数据处理方法，包括：
    接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
    查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
    若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
    若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及利用未使用账款对多个在职员工进行年金记账操作。
  2. 根据权利要求1所述的方法，其特征在于，在接收企业终端发送的年金缴纳请求之前，还包括：
    接收企业终端发送的员工参与统计请求，所述员工参与统计请求携带了年金信息和员工信息；
    利用所述年金信息生成第一文件，根据所述员工信息将所述第一文件发送至多个员工终端；
    当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对所述确认信息进行校验；
    若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；及
    将所述员工清单返回至企业终端，以使得企业终端在所述员工清单内添加多个在职员工对应的年金缴纳金额。
  3. 根据权利要求1所述的方法，其特征在于，所述账单信息包括企业标识、账单标识、账单金额和账单时间，所述账款信息包括企业标识和账款金额，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配，包括：
    若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且所述未 使用账款的账款金额等于账单金额，则在数据库的空闲时间将所述未使用账款标记为所述待完成账单对应的年金账款；
    若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将所述未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将所述未使用账款标记为所述账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将所述未使用账款标记为账单时间最早的待完成账单所对应的年金账款；及
    若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
  4. 根据权利要求1所述的方法，其特征在于，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配，包括：
    若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在所述账款信息中提取第一关键词；
    获取待完成账单的账单信息，在所述账单信息中提取第二关键词；
    根据所述第二关键词，在账款信息中查询是否存在对应的第一关键词；及
    若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
  5. 根据权利要求4所述的方法，其特征在于，在所述根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配之后，还包括：
    若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；
    检测预设的存储路径是否存在目标文档；所述目标文档记录了多个企业 标识对应的公共账户的账户余额；
    若是，则根据待完成账单的企业标识，从所述目标文档中读取对应的公共账户的账户余额；
    若账户余额大于或等于所述差额，则利用所述账户余额和所述差额生成扣款请求，将所述扣款请求发送至企业终端；及
    接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将所述扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
  6. 一种年金数据处理装置，包括：
    通信模块，用于接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
    查询模块，用于查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
    匹配模块，用于若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；及
    记账模块，用于若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；利用未使用账款对多个在职员工进行年金记账操作。
  7. 根据权利要求6所述的装置，其特征在于，所述通信模块还用于接收企业终端发送的员工参与统计请求，所述员工参与统计请求携带了年金信息和员工信息；利用所述年金信息生成第一文件，根据所述员工信息将所述第一文件发送至多个员工终端；当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息；所述装置还包括：统计模块，用于对所述确认信息进行校验；若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；所述通信模块还用于将所述员工清单返回至企业终端，以使得企业终端在所述员工清单内添加多个在职员工对应的年金缴纳金额。
  8. 根据权利要求6所述的装置，其特征在于，所述账单信息包括企业标 识、账单标识、账单金额和账单时间，所述账款信息包括企业标识和账款金额，所述匹配模块还用于若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且所述未使用账款的账款金额等于账单金额，则在数据库的空闲时间将所述未使用账款标记为所述待完成账单对应的年金账款；若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将所述未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将所述未使用账款标记为所述账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将所述未使用账款标记为账单时间最早的待完成账单所对应的年金账款；若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
  9. 根据权利要求6所述的装置，其特征在于，所述匹配模块还用于若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在所述账款信息中提取第一关键词；获取待完成账单的账单信息，在所述账单信息中提取第二关键词；根据所述第二关键词，在账款信息中查询是否存在对应的第一关键词；及若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
  10. 根据权利要求9所述的装置，其特征在于，还包括扣款模块，用于若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额检测预设的存储路径是否存在目标文档；所述目标文档记录了多个企业标识对应的公共账户的账户余额；若是，则根据待完成账单的企业标识，从所述目标文档中读取对应的公共账户的账户余额；若账户余额大于或等于所述差额，则利用所述账户余额和所述差额生成扣款请求，将所述扣款请求发送至企业终端；及接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将所述扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户 进行扣款。
  11. 一种服务器，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
    查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
    若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
    若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及利用未使用账款对多个在职员工进行年金记账操作。
  12. 根据权利要求11所述的服务器，其特征在于，所述处理器还用于执行：接收企业终端发送的员工参与统计请求，所述员工参与统计请求携带了年金信息和员工信息；
    利用所述年金信息生成第一文件，根据所述员工信息将所述第一文件发送至多个员工终端；
    当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对所述确认信息进行校验；
    若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；及
    将所述员工清单返回至企业终端，以使得企业终端在所述员工清单内添加多个在职员工对应的年金缴纳金额。
  13. 根据权利要求11所述的服务器，其特征在于，所述账单信息包括企业标识、账单标识、账单金额和账单时间，所述账款信息包括企业标识和账款金额；所述处理器还用于执行：
    若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且所述未使用账款的账款金额等于账单金额，则在数据库的空闲时间将所述未使用账 款标记为所述待完成账单对应的年金账款；
    若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将所述未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将所述未使用账款标记为所述账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将所述未使用账款标记为账单时间最早的待完成账单所对应的年金账款；及
    若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
  14. 根据权利要求11所述的服务器，其特征在于，所述处理器还用于执行：若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在所述账款信息中提取第一关键词；
    获取待完成账单的账单信息，在所述账单信息中提取第二关键词；
    根据所述第二关键词，在账款信息中查询是否存在对应的第一关键词；及
    若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
  15. 根据权利要求14所述的服务器，其特征在于，所述处理器还用于执行：若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；
    检测预设的存储路径是否存在目标文档；所述目标文档记录了多个企业标识对应的公共账户的账户余额；
    若是，则根据待完成账单的企业标识，从所述目标文档中读取对应的公共账户的账户余额；
    若账户余额大于或等于所述差额，则利用所述账户余额和所述差额生成 扣款请求，将所述扣款请求发送至企业终端；及
    接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将所述扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
  16. 一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收企业终端发送的年金缴纳请求，根据年金缴纳请求生成待完成账单；所述待完成账单具有对应的账单信息；
    查询年金账户中是否存在未使用账款，所述未使用账款具有对应的账款信息；
    若是，则获取数据库的空闲时间，在所述数据库的空闲时间内根据账单信息和账款信息将待完成账单和未使用账款进行匹配；
    若匹配成功，则读取员工清单，所述员工清单中包括多个在职员工；及
    利用未使用账款对多个在职员工进行年金记账操作。
  17. 根据权利要求16所述的存储介质，其特征在于，所述处理器还用于执行：接收企业终端发送的员工参与统计请求，所述员工参与统计请求携带了年金信息和员工信息；
    利用所述年金信息生成第一文件，根据所述员工信息将所述第一文件发送至多个员工终端；
    当员工在预设时间段内同意参与年金计划时，接收员工终端返回的第一文件对应的确认信息，对所述确认信息进行校验；
    若确认信息通过校验，则对确认信息进行统计，得到确认参与年金计划的员工清单；及
    将所述员工清单返回至企业终端，以使得企业终端在所述员工清单内添加多个在职员工对应的年金缴纳金额。
  18. 根据权利要求16所述的存储介质，其特征在于，所述账单信息包括企业标识、账单标识、账单金额和账单时间，所述账款信息包括企业标识和 账款金额；所述处理器还用于执行：
    若存在与企业标识对应的一笔未使用账款和一笔待完成账单，且所述未使用账款的账款金额等于账单金额，则在数据库的空闲时间将所述未使用账款标记为所述待完成账单对应的年金账款；
    若存在与企业标识对应的一笔未使用账款和多笔待完成账单，在数据库的空闲时间内将所述未使用账款的账款金额与多个待完成账单的账单金额进行比对，若存在与账款金额相等的账单金额，则获取相应的账单标识，将所述未使用账款标记为所述账单标识对应的年金账款；或者根据账单时间在多个待完成账单中获取账单时间最早的待完成账单，将所述未使用账款标记为账单时间最早的待完成账单所对应的年金账款；及
    若存在与企业标识对应的多笔未使用账款和多笔待完成账单，在数据库的空闲时间将多个未使用账款的账款金额与多个待完成账单的账单金额进行匹配，得到每个待完成账单对应的年金账款。
  19. 根据权利要求16所述的存储介质，其特征在于，所述处理器还用于执行：若存在一笔或多笔未使用账款，在数据库的空闲时间内获取相应的账款信息，在所述账款信息中提取第一关键词；
    获取待完成账单的账单信息，在所述账单信息中提取第二关键词；
    根据所述第二关键词，在账款信息中查询是否存在对应的第一关键词；及
    若是，则根据包括对应的第一关键词的账款信息，将对应的一笔或多笔未使用账款与待完成账单进行匹配。
  20. 根据权利要求19所述的存储介质，其特征在于，所述处理器还用于执行：若与待完成账单匹配的一笔未使用账款的账款金额少于账单金额，或者与待完成账单匹配的多笔未使用账款的账款金额之和少于账单金额，计算差额；
    检测预设的存储路径是否存在目标文档；所述目标文档记录了多个企业标识对应的公共账户的账户余额；
    若是，则根据待完成账单的企业标识，从所述目标文档中读取对应的公共账户的账户余额；
    若账户余额大于或等于所述差额，则利用所述账户余额和所述差额生成扣款请求，将所述扣款请求发送至企业终端；及
    接收企业终端返回的扣款应答，若扣款应答为确认扣款，则将所述扣款请求发送至托管终端，以使得托管终端根据扣款请求从对应的公共账户进行扣款。
PCT/CN2017/108013 2017-07-25 2017-10-27 年金数据处理方法、装置、服务器和存储介质 Ceased WO2019019447A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710612969.8 2017-07-25
CN201710612969.8A CN107689009A (zh) 2017-07-25 2017-07-25 年金数据处理方法、装置、服务器和存储介质

Publications (1)

Publication Number Publication Date
WO2019019447A1 true WO2019019447A1 (zh) 2019-01-31

Family

ID=61152971

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/108013 Ceased WO2019019447A1 (zh) 2017-07-25 2017-10-27 年金数据处理方法、装置、服务器和存储介质

Country Status (2)

Country Link
CN (1) CN107689009A (zh)
WO (1) WO2019019447A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985945A (zh) * 2018-06-12 2018-12-11 中国平安人寿保险股份有限公司 一种保险的年金结算方法及服务器
CN109389484B (zh) * 2018-09-26 2025-02-18 中国平安人寿保险股份有限公司 账户出账方法、装置、计算机设备和存储介质
CN109934695B (zh) * 2019-03-14 2021-08-06 泰康保险集团股份有限公司 年金业务中自动生成到账凭证的方法、系统、设备及介质
CN110111209A (zh) * 2019-05-05 2019-08-09 泰康保险集团股份有限公司 支付通知业务的处理方法、装置及可读存储介质
CN111209281B (zh) * 2020-01-06 2023-04-28 泰康保险集团股份有限公司 年金数据处理方法、装置、介质及电子设备
CN111626839A (zh) * 2020-05-30 2020-09-04 武汉双耳科技有限公司 一种财务对账管理系统
CN113535839B (zh) * 2021-07-23 2024-05-24 中信银行股份有限公司 集团年金缴费数据比对的方法、装置、终端设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101017546A (zh) * 2007-03-12 2007-08-15 中国建设银行股份有限公司 一种用于可分类数据批处理的方法及装置
CN102968716A (zh) * 2012-11-26 2013-03-13 深圳中兴网信科技有限公司 对账系统和对账方法
CN106327317A (zh) * 2015-06-16 2017-01-11 阿里巴巴集团控股有限公司 一种用于计算机系统的数据核对方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3660101B2 (ja) * 1996-11-14 2005-06-15 松下電器産業株式会社 パーソナル電子決済システム
CN101320458A (zh) * 2007-06-07 2008-12-10 阿里巴巴集团控股有限公司 在海量数据下完成账单对账的方法及系统
CN106408421B (zh) * 2016-02-26 2019-09-10 平安科技（深圳）有限公司 跨平台保单处理方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101017546A (zh) * 2007-03-12 2007-08-15 中国建设银行股份有限公司 一种用于可分类数据批处理的方法及装置
CN102968716A (zh) * 2012-11-26 2013-03-13 深圳中兴网信科技有限公司 对账系统和对账方法
CN106327317A (zh) * 2015-06-16 2017-01-11 阿里巴巴集团控股有限公司 一种用于计算机系统的数据核对方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZENG, YAN: "Risk Analysis and Control on Group Annuity", ECONOMICS & MANAGEMENT , CHINA MASTER'S THESES FULL-TEXT DATABASE, 15 December 2011 (2011-12-15) *

Also Published As

Publication number Publication date
CN107689009A (zh) 2018-02-13

Similar Documents

Publication Publication Date Title
US12315005B2 (en) System and method for processing transaction records for users
WO2019019447A1 (zh) 年金数据处理方法、装置、服务器和存储介质
WO2019019750A1 (zh) 年金管理系统、方法、服务器和存储介质
WO2021135169A1 (zh) 基于区块链的管理方法、终端、装置及存储介质
CN110163691B (zh) 基于区块链的发票创建方法和装置、电子设备
CN113506166A (zh) 目标业务的数据处理方法、装置和服务器
CN109636558B (zh) 基于区块链的员工数据处理方法、装置及系统
WO2018210097A1 (zh) 交易模式的分类执行方法及装置
CN105787644A (zh) 一种业务状态的参数化控制方法及装置
CN117742843B (zh) 一种交割服务业务表单生成方法和系统
CN102208061A (zh) 数据核销处理装置和数据核销处理方法
WO2019019748A1 (zh) 年金业务处理方法、系统、服务器和存储介质
CN113657846A (zh) 一种财务共享模式下企业资金管理方法及系统
CN115858489A (zh) 基于数据迁移的交易处理方法、装置、计算机设备及介质
CN108242021A (zh) 一种账务数据的处理系统、方法及装置
CN111507814A (zh) 业务数据处理方法、装置、计算机设备和存储介质
CN110348843A (zh) 资源整合方法、装置、计算机装置及存储介质
CN111161048B (zh) 一种资金归集自动过账的应用方法及装置
CN117217942A (zh) 一种跨系统数据交互方法、设备和存储介质
CN117474696A (zh) 佣金结算问题的诊断方法、系统、设备及存储介质
US12602695B2 (en) Information processing device, information processing method, and storage medium
CN118822514A (zh) 电子发票的管理方法、数据处理平台和存储介质
CN116204317A (zh) 一种分布式业务系统的业务应急兜底方法及装置
CN114780588A (zh) 信息核对系统及方法
CN120069393A (zh) 跨系统匹配投诉工单处理方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17919222

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17919222

Country of ref document: EP

Kind code of ref document: A1

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 FOR 1205A DATED 05.08.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17919222

Country of ref document: EP

Kind code of ref document: A1