WO2019000800A1 - 制证方法、装置、设备及计算机可读存储介质 - Google Patents

制证方法、装置、设备及计算机可读存储介质 Download PDF

Info

Publication number
WO2019000800A1
WO2019000800A1 PCT/CN2017/111642 CN2017111642W WO2019000800A1 WO 2019000800 A1 WO2019000800 A1 WO 2019000800A1 CN 2017111642 W CN2017111642 W CN 2017111642W WO 2019000800 A1 WO2019000800 A1 WO 2019000800A1
Authority
WO
WIPO (PCT)
Prior art keywords
certification
logic
service type
class
certificate
Prior art date
Application number
PCT/CN2017/111642
Other languages
English (en)
French (fr)
Inventor
赵益佩
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019000800A1 publication Critical patent/WO2019000800A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present application relates to the field of computer technology, and in particular, to a method, device, device, and computer readable storage medium.
  • Certification that is, the production of electronic credentials.
  • the developer needs to complete a series of verification process logic code based on the new business type.
  • many of the verification process logic codes are similar, for example.
  • Financial documents such as payment, collection, transfer, etc.
  • the logic code of the certification process generally includes logic of business data preprocessing, business data acquisition, business data inspection, certification, exception handling, etc.
  • developers repeatedly write A lot of redundant code logic is not only time-consuming and labor-intensive, but also difficult to maintain later.
  • the main purpose of the present application is to provide a method, a device, a device and a computer readable storage medium for solving the problem, and to solve the problem that the developer repeatedly writes a large amount of redundant code logic for the newly added service type, which is not only time-consuming and labor-intensive, but also late. Code maintenance is also a difficult technical issue.
  • the present application provides a method for certification, which includes the following steps:
  • the certificate abstraction class is inherited in the certification logic of the service type, so that the certification logic of the service type includes the general logic of the certification process ;
  • the step of performing the verification of the service type according to the method for implementing the general logic of the certification process in the invoicing abstract class of inheritance includes:
  • the service data of the service type is classified and summarized, and the classification and summary table is generated according to the classification and summary result;
  • the method further includes:
  • the exception information saved in the error information log table is uniformly processed by the certification implementation class.
  • the method for certification further includes:
  • the general logic of the verification process includes business data preprocessing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • the present application further provides a certification device, the certification device comprising:
  • a definition module configured to define a general logic of the certification abstraction class and the certification process, and write a method for implementing the general logic of the certification process in the certification abstract class, wherein the verification process general logic a common certification process for characterizing different business types;
  • An inheritance module configured to inherit the certificate abstraction class in the certificate logic of the service type when the certificate making task of a service type is started, so that the certificate type logic of the service type includes the General logic of the certification process;
  • a certificate making module configured to perform the verification of the service type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class.
  • the present application further provides a certification device, the certification device comprising: a memory, a processor, and a certification program stored on the memory and operable on the processor, When the certificate making process is executed by the processor, the following steps are implemented:
  • the certificate abstraction class is inherited in the certification logic of the business type
  • the service data of the service type is classified and summarized, and the classification and summary table is generated according to the classification and summary result;
  • the exception information saved in the error information log table is uniformly processed by the certification implementation class.
  • the general logic of the verification process includes business data preprocessing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • the present application further provides a computer readable storage medium having a certification program stored thereon, and the certification program is implemented by a processor to implement the certification as described above. The steps of the method.
  • the present application defines a general logic for a corroborative abstract class and a censorship process, and writes a method for implementing the general logic of the voucher process in the voucher abstract class, wherein the general logic of the voucher process is used for characterization a common certification process for different service types; when the certification task of a certain service type is started, the certificate abstraction class is inherited in the certification logic of the service type, so that the business type of the certification logic is The certificate logic general logic is included; and the method for verifying the service type is performed according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class.
  • the present application writes the general logic of the verification process into the method of the certificate abstraction class.
  • the developer When a new type of service is added, the developer does not need to complete a series of verification process logic code based on the new service type. It only needs to inherit the certificate abstraction class in the certification logic of the new business type, so that the developer does not need to repeatedly write a large amount of redundant code logic for different business types, which greatly saves the development cycle of the certification logic, and the later code. Maintenance is also more convenient.
  • FIG. 1 is a schematic structural diagram of a terminal in a hardware operating environment involved in a solution according to an embodiment of the present application
  • FIG. 2 is a schematic flow chart of a first embodiment of a method for certification according to the present application
  • FIG. 3 is a schematic flow chart of a second embodiment of a method for certification according to the present application.
  • FIG. 4 is a schematic flow chart of a third embodiment of a method for certification according to the present application.
  • the main solution of the embodiment of the present application is: defining a generalization logic of a certification abstraction class and a certification process, and writing a method for implementing the general logic of the certification process in the certification abstract class, wherein
  • the general logic of the certification process is used to characterize the general certification process of different business types; when the certification task of a certain business type is started, the certification abstraction class is inherited in the certification logic of the business type, so that the The verification logic of the service type includes the general logic of the certification process; and the system for implementing the business type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class certificate.
  • the developer needs to complete a series of verification process logic code based on the new business type.
  • many of the verification process logic codes are similar.
  • the logic of the certification process generally includes logics such as business data preprocessing, business data acquisition, business data inspection, certification, and exception handling.
  • development Repeatedly writing a large amount of redundant code logic is not only time-consuming and labor-intensive, but also difficult to maintain later.
  • the application provides a method of certification.
  • FIG. 1 is a schematic structural diagram of a terminal in a hardware operating environment involved in an embodiment of the present application.
  • the terminal in the embodiment of the present application may be a PC, or may be a mobile terminal device having a display function, such as a smart phone, a tablet computer, or a portable computer.
  • the terminal may include a processor 1001, such as a CPU, a network interface 1004, a user interface 1003, a memory 1005, and a communication bus 1002.
  • the communication bus 1002 is used to implement connection communication between these components.
  • the user interface 1003 can include a display, an input unit such as a keyboard, and the optional user interface 1003 can also include a standard wired interface, a wireless interface.
  • the network interface 1004 can optionally include a standard wired interface, a wireless interface (such as a WI-FI interface).
  • the memory 1005 may be a high speed RAM memory or a stable memory (non-volatile) Memory), such as disk storage.
  • the memory 1005 can also optionally be a storage device independent of the aforementioned processor 1001.
  • the terminal may further include a camera, RF (Radio) Frequency, RF) circuits, sensors, audio circuits, WiFi modules, and more.
  • sensors such as light sensors, motion sensors, and other sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display according to the brightness of the ambient light, and the proximity sensor may turn off the display and/or when the mobile terminal moves to the ear. Backlighting.
  • the gravity acceleration sensor can detect the magnitude of acceleration in each direction (usually three axes), and can detect the magnitude and direction of gravity when stationary, and can be used to identify the posture of the mobile terminal (such as horizontal and vertical screen switching, Related games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; of course, the mobile terminal can also be equipped with other sensors such as gyroscope, barometer, hygrometer, thermometer, infrared sensor, etc. No longer.
  • terminal structure shown in FIG. 1 does not constitute a limitation to the terminal, and may include more or less components than those illustrated, or a combination of certain components, or different component arrangements.
  • an operating system may be included in the memory 1005 as a computer storage medium.
  • a network communication module may be included in the memory 1005 as a computer storage medium.
  • a user interface module may be included in the memory 1005 as a computer storage medium.
  • a certification program may be included in the memory 1005 as a computer storage medium.
  • the network interface 1004 is mainly used to connect to the background server and perform data communication with the background server;
  • the user interface 1003 is mainly used to connect the client (user end), and perform data communication with the client;
  • the processor 1001 can be used to call the certificate making program stored in the memory 1005 and perform the following operations:
  • the certificate abstraction class is inherited in the certification logic of the service type, so that the certification logic of the service type includes the general logic of the certification process ;
  • processor 1001 can call the certificate making program stored in the memory 1005, and also performs the following operations:
  • the service data of the service type is classified and summarized, and the classification and summary table is generated according to the classification and summary result;
  • processor 1001 can call the certificate making program stored in the memory 1005, and also performs the following operations:
  • the exception information saved in the error information log table is uniformly processed by the certification implementation class.
  • processor 1001 can call the certificate making program stored in the memory 1005, and also performs the following operations:
  • the general logic of the verification process includes business data preprocessing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • FIG. 2 is a schematic flowchart of a first embodiment of a method for certification according to the present application, where the method includes:
  • Step S10 defining a general logic of the certification abstract class and the certification process, and writing a method for implementing the general logic of the certification process in the certificate abstraction class, wherein the verification logic general logic is used Characterizing the common certification process for different business types;
  • This embodiment can implement different types of business credentials by the business system.
  • the business system receives the development instruction of the certification program
  • the common logic of the certification abstract class and the certification process is defined in the system according to the certification program development instruction, and is written in the certification abstract class for implementing the certification.
  • the method of general logic of the process is used to represent the abstract concept that is analyzed and designed in the problem domain. It is an abstraction of a series of concrete concepts that look different but are essentially the same.
  • the abstract class and the general logic are defined for the certification process, that is, the certification process of different services is abstracted.
  • the forensic abstract class of this embodiment includes a method for implementing general logic of the certification process, wherein the general logic of the verification process is used to represent a general certification process of different service types.
  • the general certification process can be abstracted as: business data preprocessing, business data acquisition, business data inspection, and certification, thus in this implementation,
  • the general logic of the certification process may include: business data pre-processing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • its forensic logic and exception handling logic are decoupled, the evidence-based logic inherits the evidence-based abstract class, and the exception handling logic is included in the implementation class, and the implementation class unifies the exception. deal with.
  • the general logic of the certification process may not be defined in the above manner.
  • it may be defined as only: business data pre-processing logic, business data acquisition logic, and evidence-making logic, and the implementation may be based on the certification of different services.
  • the process is flexible.
  • step S20 when the certification task of a certain service type is started, the certificate abstraction class is inherited in the certification logic of the service type, so that the certification logic of the service type includes the certification Process general logic;
  • the verification task can be triggered by the timed task in the background of the service system, for example, the testimony task is started periodically or at a preset time interval, and the certification task can also be triggered by the certification command input by the business personnel;
  • the service system creates a task log table, which is used to record the execution of the certification task.
  • the verification process logic code generally includes business data preprocessing, business data acquisition, and business. Data checking, certification, exception handling and other logic, so when a certain type of certification task is started, the business system can generate the forensic logic of the business type according to the defined abstract class, and since the abstract class cannot instantiate the object, Abstract classes must be inherited to be used.
  • the certificate abstraction class is inherited in the certification logic of the business type, so that the certification logic of the business type contains the general logic of the certification process.
  • the inheritance of the evidence-based abstract class in the certification logic of the financial business includes: automatically triggering the financial business certification when the financial business certification task is started.
  • the financial business certification logic inherits the evidence-based abstract class, so that the general logic of the certification process in the evidence-based abstract class can be applied to the certification process of the financial business, that is, the logic and system of the certification process of the financial business
  • the general logic of the certificate process is consistent, including: business data preprocessing logic, business data acquisition logic, business data inspection logic, and forensic logic.
  • Step S30 Perform the verification of the service type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class.
  • the business system After inheriting the certificate abstraction class in the certificate logic of the above business type, the business system performs the certification of the service type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class.
  • the main design idea for making an electronic voucher is: when an economic business occurs, the business personnel input the document information into the database, and the document information mainly includes item information such as a summary, an account, a date, and an amount, and there is information change in the database.
  • the triggering task of the service system is triggered, so that the business system performs the certification of the service type according to the certification logic corresponding to the service type, and displays and prints in the form of a certificate.
  • the business system can also be in the system.
  • the certificate is successful, the certificate date and the certificate number are written back to the database for storage, so that it can be viewed later.
  • the business system may first preprocess service data of a certain type of service, for example, according to the identity of the salesperson. The data is classified and summarized, and a subtotal table is generated. Then, the business system selects data required for the production of the voucher from the subdivided business data, and then performs the financial business consistency check, that is, checks the data and the selected business data. Consistency of the business, avoiding the situation of “Zhang Guan Li Dai” or incorrect format. After the business data check is passed, the business system generates the final certificate of the business type.
  • the business system defines a generalization logic of the certification abstraction class and the certification process, and writes a method for implementing the general logic of the certification process in the certification abstract class;
  • the certificate abstraction class is inherited in the certification logic of the service type; and the method for implementing the general logic of the certification process is performed according to the inherited certificate type abstract class The certification of the type of business.
  • the general logic of the verification process is written into the method of the certificate abstraction class.
  • the developer does not need to complete a series of verification process logic code based on the new service type. Only need to inherit the certificate abstraction class in the new type of business type of evidence, so that developers do not need to write a lot of redundant code logic for different business types, which greatly saves the development cycle of the evidence logic, and later Code maintenance is also more convenient.
  • FIG. 3 is a schematic flowchart of a second embodiment of a method for certification according to the present application. Based on the embodiment shown in FIG. 2 above, step S30 may include:
  • Step S31 classifying and summarizing the service data of the service type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class, and generating a classification summary table according to the classification and summary result;
  • Step S32 obtaining summary data of a preset type from the classification and summary table, and performing a financial service consistency check on the summary data;
  • Step S33 when the check is passed, the certification of the service type is performed according to the summary data.
  • the certification abstract class includes a method for implementing the general logic of the certification process
  • the forensic logic of a certain business type is in accordance with the evidence abstraction class after inheriting the certification abstract class.
  • the method for realizing the general logic of the certification process can be used for certification.
  • the service system first classifies and summarizes the service data of the service type according to the general logic of the certification process, and generates a classification and summary table according to the summary result.
  • the service system may be based on the identity of the salesperson.
  • the date is used to sort and summarize the business data.
  • the transfer data can be classified and summarized according to the identity and date of the salesperson: May 1st, the transfer business data entered by the salesperson A into the database, the salesperson B Transfer business data entered by the database, ...; May 2, the transfer business data entered by the salesperson A to the database, the transfer business data entered by the salesperson B to the database, ..., and so on, and finally form a subtotal .
  • the business data may not be classified and summarized according to the identity and date of the salesperson.
  • the business data may be classified and summarized according to the account identity (such as the transfer data of account a, the transfer data of account b, ). and many more.
  • the business system obtains the summary data of the preset type from the summary table, such as summary, account, date, amount, and other important data, and performs financial business consistency check on the obtained summary data.
  • the summary data such as summary, account, date, amount, and other important data
  • the data is used for the certification of this type of business. It should be noted that in the process of real business data from the entry of the database to the certification process, its authenticity may change due to manual entry errors, human tampering with data or certification procedures, loopholes in the program itself, and time lag between business and finance. Etc. Therefore, the financial business consistency check on the aggregated data can effectively avoid the unrealistic situation of the business data, thereby ensuring the accuracy of the final voucher data.
  • the embodiment sequentially sorts, summarizes, filters and checks the financial business consistency of the business data, and improves the accuracy of the certification data while ensuring the smooth progress of the certification process.
  • the method may further include:
  • Step S34 when the check fails, terminate the certification process of the service type, and save the corresponding abnormal information to the error information log table;
  • Step S35 Perform uniform processing on the abnormal information stored in the error information log table by the certification implementation class.
  • the certification process of the service type is terminated, and the corresponding exception information is saved in the error information log table, and the exception information processing is uniformly processed by a specific implementation class, for example, an exception.
  • Information processing can be based on Spring Handler Exception in MVC
  • the Resolver interface the exception thrown by the Service layer contains the specific error code and error information, and the interface returns the exception information configurable.
  • the error code can reuse HTTP.
  • the status code in the (HyperText Transfer Protocol) specification ensures consistent behavior.
  • the proofing logic and the exception handling logic are decoupled, and the forensic logic inherits the certificate abstraction class, and the exception handling logic is included in the implementation class, and the implementation class uniformly processes the exception situation,
  • the certification method of coupling the verification logic and the exception processing logic not only reduces the redundancy of the exception processing code, but also improves the development efficiency, and the information returned to the interface caller is configurable, and the exception handling is enhanced. flexibility.
  • FIG. 4 is a schematic flowchart of a third embodiment of the authentication method of the present application. Based on the embodiment shown in FIG. 2, after step S30, the method may further include:
  • Step S40 Receive a rewrite instruction of the user, and rewrite the method for implementing the general logic of the certification process in the forensic abstract class according to the rewrite instruction.
  • the general logic of the certification process defined in the first embodiment may not be applicable to all business types.
  • new business type credentials it may be necessary to modify the voucher items for some special For business, its credentials may need to be specially processed.
  • a voucher number needs to be written. To this end, the user can rewrite the methods in the certified abstract class according to actual needs.
  • the service system may display a user interaction interface, and rewrite the method for implementing the general logic of the certification process in the forensic abstract class according to the rewriting instruction triggered by the user based on the interaction interface, so that the certification abstract class satisfies Corresponding business certification requirements.
  • the certificate abstraction class after the rewrite method is inherited in the forensic logic corresponding to the service type, and the certification of the service type can be performed according to the new method.
  • the developer does not need to rewrite a series of verification process logic code, and only needs to rewrite the method in the certification abstract class, thereby not only improving the certification.
  • the development efficiency of logic code is also very scalable.
  • the application also provides a certification device.
  • the certification device of the application includes:
  • a definition module configured to define a general logic of the certification abstraction class and the certification process, and write a method for implementing the general logic of the certification process in the certification abstract class, wherein the verification process general logic a common certification process for characterizing different business types;
  • An inheritance module configured to inherit the certificate abstraction class in the certificate logic of the service type when the certificate making task of a service type is started, so that the certificate type logic of the service type includes the General logic of the certification process;
  • a certificate making module configured to perform the verification of the service type according to the method for implementing the general logic of the certification process in the inherited certificate abstraction class.
  • the certification module is further configured to:
  • the service data of the service type is classified and summarized, and the classification and summary table is generated according to the classification and summary result;
  • the certification module is further configured to:
  • the exception information saved in the error information log table is uniformly processed by the certification implementation class.
  • the certification device further includes:
  • a rewriting module configured to receive a rewrite instruction of the user, and rewrite the method for implementing the general logic of the certification process in the forensic abstract class according to the rewriting instruction.
  • the general logic of the verification process includes business data preprocessing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • the application also provides a certification device.
  • the certification device of the present application comprises: a memory, a processor, and a certification program stored on the memory and operable on the processor, the verification program being executed by the processor to implement the following steps:
  • the certificate abstraction class is inherited in the certification logic of the service type, so that the certification logic of the service type includes the general logic of the certification process ;
  • the service data of the service type is classified and summarized, and the classification and summary table is generated according to the classification and summary result;
  • the exception information saved in the error information log table is uniformly processed by the certification implementation class.
  • the general logic of the verification process includes business data preprocessing logic, business data acquisition logic, business data inspection logic, and certification logic.
  • the application also provides a computer readable storage medium.
  • the computer readable storage medium of the present application stores a certification program that, when executed by the processor, implements the steps of the certification method as described above.
  • 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 as described above). , a disk, an optical disk, including 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.
  • a terminal device which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种制证方法、装置、设备和一种计算机可读存储介质，该方法包括：定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程（S10）；在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑（S20）；根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证（S30）。所述方法能够解决对于新增业务类型，开发人员重复编写大量冗余代码逻辑，不仅耗时耗力，且后期代码维护也较为困难的技术问题。

Description

制证方法、装置、设备及计算机可读存储介质
本申请要求于2017年6月26日提交中国专利局、申请号为201710497344.1、发明名称为“制证方法、装置及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及制证方法、装置、设备及计算机可读存储介质。
背景技术
随着信息化办公技术的发展，电子化凭证越来越普遍，对于不同的业务类型，其对应的凭证也不尽相同。
制证，即制作电子化凭证。目前，每新增一类业务，开发人员需要基于该新增业务类型完成一系列制证流程逻辑代码的编写，然而，对于不同的业务类型，很多制证流程逻辑代码其实是相似的，比如对于付款、收款、转账等财务类凭证，其制证流程逻辑代码一般包括业务数据预处理、业务数据获取、业务数据检查、制证、异常处理等逻辑，对于新增业务类型，开发人员重复编写大量冗余代码逻辑，不仅耗时耗力，且后期代码维护也较为困难。
发明内容
本申请的主要目的在于提出一种制证方法、装置、设备及计算机可读存储介质，旨在解决对于新增业务类型，开发人员重复编写大量冗余代码逻辑，不仅耗时耗力，且后期代码维护也较为困难的技术问题。
为实现上述目的，本申请提供一种制证方法，所述制证方法包括如下步骤：
定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
可选地，所述根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证的步骤包括：
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
可选地，所述从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查的步骤之后，还包括：
当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
可选地，所述制证方法还包括：
接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
可选地，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
此外，为实现上述目的，本申请还提供一种制证装置，所述制证装置包括：
定义模块，用于定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
继承模块，用于在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
制证模块，用于根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
此外，为实现上述目的，本申请还提供一种制证设备，所述制证设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的制证程序，所述制证程序被所述处理器执行时实现如下步骤：
定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法；
在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类；
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
可选地，所述制证程序被所述处理器执行时还实现如下步骤：
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
可选地，所述制证程序被所述处理器执行时还实现如下步骤：
当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
可选地，所述制证程序被所述处理器执行时还实现如下步骤：
接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
可选地，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有制证程序，所述制证程序被处理器执行时实现如上所述的制证方法的步骤。
本申请定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。通过上述方式，本申请将制证流程通用逻辑写入制证抽象类的方法中，在新增一类业务时，开发人员无需基于该新增业务类型完成一系列制证流程逻辑代码的编写，而只需在该新增业务类型的制证逻辑中继承制证抽象类，从而开发人员无需针对不同的业务类型重复编写大量冗余代码逻辑，大大节省了制证逻辑的开发周期，且后期代码维护也较为方便。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的终端结构示意图；
图2为本申请制证方法第一实施例的流程示意图；
图3为本申请制证方法第二实施例的流程示意图；
图4为本申请制证方法第三实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例的主要解决方案是：定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
现有技术中，每新增一类业务，开发人员需要基于该新增业务类型完成一系列制证流程逻辑代码的编写，然而，对于不同的业务类型，很多制证流程逻辑代码其实是相似的，比如对于付款、收款、转账等财务类凭证，其制证流程逻辑代码一般包括业务数据预处理、业务数据获取、业务数据检查、制证、异常处理等逻辑，对于新增业务类型，开发人员重复编写大量冗余代码逻辑，不仅耗时耗力，且后期代码维护也较为困难。
本申请将制证流程通用逻辑写入制证抽象类的方法中，在新增一类业务时，开发人员无需基于该新增业务类型完成一系列制证流程逻辑代码的编写，而只需在该新增业务类型的制证逻辑中继承制证抽象类，从而开发人员无需针对不同的业务类型重复编写大量冗余代码逻辑，大大节省了制证逻辑的开发周期，且后期代码维护也较为方便。
本申请提供一种制证方法。
如图1所示，图1是本申请实施例方案涉及的硬件运行环境的终端结构示意图。
本申请实施例终端可以是PC，也可以是智能手机、平板电脑、便携计算机等具有显示功能的可移动式终端设备。
如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，终端还可以包括摄像头、RF（Radio Frequency，射频）电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及制证程序。
在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端（用户端），与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的制证程序，并执行以下操作：
定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
进一步地，处理器1001可以调用存储器1005中存储的制证程序，还执行以下操作：
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
进一步地，处理器1001可以调用存储器1005中存储的制证程序，还执行以下操作：
当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
进一步地，处理器1001可以调用存储器1005中存储的制证程序，还执行以下操作：
接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
进一步地，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
基于上述硬件结构，提出本申请制证方法各个实施例。
参照图2，图2为本申请制证方法第一实施例的流程示意图，所述方法包括：
步骤S10，定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
本实施例可以通过业务系统实现不同类型的业务凭证的制作。首先，业务系统在接收制证程序的开发指令时，根据该制证程序开发指令在系统中定义制证抽象类和制证流程通用逻辑，并在制证抽象类中写入用于实现制证流程通用逻辑的方法。所谓抽象类，是用来表征对问题领域进行分析、设计中得出的抽象概念，是对一系列看上去不同，但是本质上相同的具体概念的抽象。在本实施中，为制证过程定义抽象类和通用逻辑，即是将不同业务的制证过程进行了抽象化。
本实施例的制证抽象类中包括用于实现制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程。对于不同业务类型的制证任务，比如付款、收款、转账等业务，其通用制证流程可以抽象为：业务数据预处理、业务数据获取、业务数据检查、制证，因而在本实施中，制证流程通用逻辑可以包括：业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。另外，对于某一业务类型，其制证逻辑和异常处理逻辑相解耦，制证逻辑中继承了制证抽象类，而异常处理逻辑则包含在实现类中，由实现类对异常情况进行统一处理。
当然，制证流程通用逻辑也可以不按照上述方式进行定义，比如，还可以定义为只包括：业务数据预处理逻辑、业务数据获取逻辑和制证逻辑，具体实施中可根据不同业务的制证流程进行灵活设置。
步骤S20，在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
在本实施例中，可以通过业务系统后台的定时任务触发制证任务，比如每天定时或相隔预设时长启动制证任务，当然也可以通过业务人员输入的制证指令触发制证任务；在每次启动制证任务时，业务系统创建一个任务日志表，该任务日志表用于记录本次制证任务执行情况。
由于对于不同的业务类型，很多制证流程逻辑代码其实是相似的，比如对于付款、收款、转账等不同的业务类型，其制证流程逻辑代码一般包括业务数据预处理、业务数据获取、业务数据检查、制证、异常处理等逻辑，因此在某一类型的制证任务启动时，业务系统可以根据定义的抽象类生成该业务类型的制证逻辑，而由于抽象类不能实例化对象，因此抽象类必须被继承才能使用。
在某一类型的制证任务启动时，在该业务类型的制证逻辑中继承制证抽象类，以使得业务类型的制证逻辑中包含有制证流程通用逻辑。以付款、收款、转账等财务类业务制证为例进行说明，在财务类业务的制证逻辑中继承制证抽象类具体包括：在财务业务制证任务启动时，自动触发财务业务制证逻辑的生成，该财务业务制证逻辑通过继承制证抽象类，从而能够将制证抽象类中的制证流程通用逻辑应用于财务业务的制证过程，即财务业务的制证流程逻辑和制证流程通用逻辑保持一致，包括：业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
步骤S30，根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
在上述业务类型的制证逻辑中继承制证抽象类之后，业务系统即根据继承的制证抽象类中的用于实现制证流程通用逻辑的方法进行该业务类型的制证。
在本实施例中，制作电子化凭证的主要设计思想为：经济业务发生时，业务人员将单据信息输入数据库，单据信息主要包括摘要、账户、日期、金额等项目信息，当数据库中存在信息变动时，触发业务系统的制证任务，以使业务系统根据与业务类型对应的制证逻辑进行该业务类型的制证，并以凭证方式进行显示和打印，可选地，业务系统还可以在制证成功时，将制证日期和制证号回写至数据库进行保存，以方便日后查看。
具体地，当制证流程通用逻辑为业务数据预处理、业务数据获取、业务数据检查和制证时，业务系统可以首先对一类业务类型的业务数据进行预处理，比如根据业务员身份将业务数据进行分类和汇总，并生成分类汇总表，然后，业务系统从分类汇总后的业务数据中选取制作凭证所需要的数据，之后，将选取的业务数据进行财务业务一致性检查，即检查数据和业务的一致性，避免出现“张冠李戴”或格式不正确的情况，在业务数据检查通过之后，业务系统即生成该业务类型的最终凭证。
在本实施例中，业务系统定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法；在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类；根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。通过上述方式，本实施例将制证流程通用逻辑写入制证抽象类的方法中，在新增一类业务时，开发人员无需基于该新增业务类型完成一系列制证流程逻辑代码的编写，而只需在该新增业务类型的制证逻辑中继承制证抽象类，从而开发人员无需针对不同的业务类型重复编写大量冗余代码逻辑，大大节省了制证逻辑的开发周期，且后期代码维护也较为方便。
进一步地，参照图3，图3为本申请制证方法第二实施例的流程示意图。基于上述图2所示的实施例，步骤S30可以包括：
步骤S31，根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
步骤S32，从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
步骤S33，当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
在本实施例中，由于制证抽象类中包括用于实现所述制证流程通用逻辑的方法，因此，某一业务类型的制证逻辑在继承制证抽象类后，根据制证抽象类中的实现所述制证流程通用逻辑的方法进行制证即可。
具体地，业务系统首先根据制证流程通用逻辑的方法，对该业务类型的业务数据进行分类汇总，并根据汇总结果生成分类汇总表，作为一种实施方式，业务系统可以根据业务员的身份和日期对业务数据进行分类汇总，比如，针对转账业务，可以根据业务员的身份和日期对转账数据分类并汇总为：5月1日，业务员A向数据库输入的转账业务数据，业务员B向数据库输入的转账业务数据，……；5月2日，业务员A向数据库输入的转账业务数据，业务员B向数据库输入的转账业务数据，……，依此类推，并最终形成分类汇总表。当然，也可以不根据业务员的身份和日期对业务数据进行分类汇总，比如，还可以根据账户身份（如账户a的转账数据，账户b的转账数据，……）对业务数据进行分类汇总，等等。
之后，业务系统从分类汇总表中获取预设类型的汇总数据，比如摘要、账户、日期、金额等重要数据，并对获取到的汇总数据进行财务业务一致性检查，当检查通过时，根据汇总数据进行该业务类型的制证。需要说明的是，在真实业务数据从录入数据库到制证的过程中，其真实性可能发生改变，原因包括人工录入错误，人为篡改数据或制证程序，程序本身的漏洞，业务和财务存在时间差等等，因此，对汇总数据进行财务业务一致性检查能够有效避免业务数据不真实的情况，从而保证最终凭证数据的准确性。
本实施例根据制证流程通用逻辑，将业务数据依次进行分类汇总、筛选和财务业务一致性检查，在保证制证过程顺利进行的同时，提高了制证数据的准确性。
进一步地，基于上述图3所示的实施例，在步骤S32之后，还可以包括：
步骤S34，当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
步骤S35，通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
如果汇总数据的财务业务一致性检查未通过，则终止该业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中，异常信息处理统一由具体的实现类处理，比如，异常信息处理可以基于Spring MVC中Handler Exception Resolver接口，Service层抛出的异常中包含了具体的错误码及错误信息，实现了接口返回异常信息可配置，另外，错误码可以重用HTTP （HyperText Transfer Protocol，超文本传输协议）规范中的状态码，确保行为的一致性。
在本实施例中，制证逻辑和异常处理逻辑相解耦，制证逻辑中继承了制证抽象类，而异常处理逻辑则包含在实现类中，由实现类对异常情况进行统一处理，相对于现有技术中制证逻辑和异常处理逻辑相耦合的制证方式，不仅减少了异常处理代码的冗余，提高了开发效率，而且返回给接口调用方的信息可配置，增强了异常处理的灵活性。
进一步地，参照图4，图4为本申请制证方法第三实施例的流程示意图。基于上述图2所示的实施例，在步骤S30之后，还可以包括：
步骤S40，接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
由于业务的复杂性和变化性，在第一实施例中定义的制证流程通用逻辑可能并不适用于所有的业务类型，对于新增业务类型的凭证，可能需要修改凭证项目，对于某些特殊业务，其凭证可能需要做特殊处理，比如，对于某些需要单独装订成册的凭证，需要编写凭证号，为此，用户可以根据实际需要重写制证抽象类中的方法。
具体地，业务系统可展示用户交互界面，根据用户基于该交互界面触发的重写指令重写制证抽象类中的用于实现所述制证流程通用逻辑的方法，以使制证抽象类满足相应的业务制证需求。如此，在后续制证任务启动时，在与业务类型对应的制证逻辑中继承重写方法后的制证抽象类，即可根据新的方法进行该业务类型的制证。
本实施例针对新增业务类型或者需要做特殊处理的凭证类型，开发人员无需重新编写一系列制证流程逻辑代码，只需要重写制证抽象类中的方法即可，如此不仅提高了制证逻辑代码的开发效率，还具有很强的可扩展性。
本申请还提供一种制证装置。
本申请制证装置包括：
定义模块，用于定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
继承模块，用于在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
制证模块，用于根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
进一步地，所述制证模块还用于：
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
进一步地，所述制证模块还用于：
当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
进一步地，所述制证装置还包括：
重写模块，用于接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
进一步地，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
上述各模块所实现的功能可参照本申请制证方法实施例，此处不再赘述。
本申请还提供一种制证设备。
本申请制证设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的制证程序，所述制证程序被所述处理器执行时实现如下步骤：
定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
进一步地，所述制证程序被所述处理器执行时还实现如下步骤：
根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
进一步地，所述制证程序被所述处理器执行时还实现如下步骤：
当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
进一步地，所述制证程序被所述处理器执行时还实现如下步骤：
接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
进一步地，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
其中，在所述处理器上运行的制证程序被执行时所实现的方法可参照本申请制证方法各个实施例，此处不再赘述。
本申请还提供一种计算机可读存储介质。
本申请计算机可读存储介质上存储有制证程序，所述制证程序被处理器执行时实现如上所述的制证方法的步骤。
其中，在所述处理器上运行的制证程序被执行时所实现的方法可参照本申请制证方法各个实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种制证方法，其特征在于，所述制证方法包括如下步骤：
    定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
    在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
  2. 如权利要求1所述的制证方法，其特征在于，所述根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证的步骤包括：
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
    从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
    当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
  3. 如权利要求2所述的制证方法，其特征在于，所述从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查的步骤之后，还包括：
    当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
    通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
  4. 如权利要求1所述的制证方法，其特征在于，所述制证方法还包括：
    接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
  5. 如权利要求1所述的制证方法，其特征在于，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
  6. 一种制证装置，其特征在于，所述制证装置包括：
    定义模块，用于定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
    继承模块，用于在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
    制证模块，用于根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
  7. 如权利要求6所述的制证装置，其特征在于，所述制证模块还用于：
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
    从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
    当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
  8. 如权利要求7所述的制证装置，其特征在于，所述制证模块还用于：
    当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
    通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
  9. 如权利要求6所述的制证装置，其特征在于，所述制证装置还包括：
    重写模块，用于接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
  10. 如权利要求6所述的制证装置，其特征在于，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
  11. 一种制证设备，其特征在于，所述制证设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的制证程序，所述制证程序被所述处理器执行时实现如下步骤：
    定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法；
    在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类；
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
  12. 如权利要求11所述的制证设备，其特征在于，所述制证程序被所述处理器执行时还实现如下步骤：
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
    从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
    当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
  13. 如权利要求12所述的制证设备，其特征在于，所述制证程序被所述处理器执行时还实现如下步骤：
    当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
    通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
  14. 如权利要求11所述的制证设备，其特征在于，所述制证程序被所述处理器执行时还实现如下步骤：
    接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
  15. 如权利要求11所述的制证设备，其特征在于，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
  16. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有制证程序，所述制证程序被处理器执行时实现如下步骤：
    定义制证抽象类和制证流程通用逻辑，并在所述制证抽象类中写入用于实现所述制证流程通用逻辑的方法，其中，所述制证流程通用逻辑用于表征不同业务类型的通用制证流程；
    在某一业务类型的制证任务启动时，在所述业务类型的制证逻辑中继承所述制证抽象类，以使得所述业务类型的制证逻辑中包含有所述制证流程通用逻辑；
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法进行所述业务类型的制证。
  17. 如权利要求16所述的计算机可读存储介质，其特征在于，所述制证程序被处理器执行时还实现如下步骤：
    根据继承的所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法，对所述业务类型的业务数据进行分类汇总，根据分类汇总结果生成分类汇总表；
    从所述分类汇总表中获取预设类型的汇总数据，并对所述汇总数据进行财务业务一致性检查；
    当所述检查通过时，根据所述汇总数据进行所述业务类型的制证。
  18. 如权利要求17所述的计算机可读存储介质，其特征在于，所述制证程序被处理器执行时还实现如下步骤：
    当所述检查不通过时，终止所述业务类型的制证过程，并将相应的异常信息保存至错误信息日志表中；
    通过制证实现类对所述错误信息日志表中保存的所述异常信息进行统一处理。
  19. 如权利要求16所述的计算机可读存储介质，其特征在于，所述制证程序被处理器执行时还实现如下步骤：
    接收用户的重写指令，根据所述重写指令重写所述制证抽象类中的所述用于实现所述制证流程通用逻辑的方法。
  20. 如权利要求16所述的计算机可读存储介质，其特征在于，所述制证流程通用逻辑包括业务数据预处理逻辑、业务数据获取逻辑、业务数据检查逻辑和制证逻辑。
PCT/CN2017/111642 2017-06-26 2017-11-17 制证方法、装置、设备及计算机可读存储介质 WO2019000800A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710497344.1A CN107688924A (zh) 2017-06-26 2017-06-26 制证方法、装置及计算机可读存储介质
CN201710497344.1 2017-06-26

Publications (1)

Publication Number Publication Date
WO2019000800A1 true WO2019000800A1 (zh) 2019-01-03

Family

ID=61152728

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/111642 WO2019000800A1 (zh) 2017-06-26 2017-11-17 制证方法、装置、设备及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN107688924A (zh)
WO (1) WO2019000800A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108681876A (zh) * 2018-05-11 2018-10-19 平安科技（深圳）有限公司 资金自动估值核算方法、装置、计算机设备及存储介质
CN109254768B (zh) * 2018-08-16 2024-04-12 中国平安人寿保险股份有限公司 制证信息的获取方法、终端设备及介质
CN110852819A (zh) * 2018-08-20 2020-02-28 北京京东尚科信息技术有限公司 交易处理方法及装置、存储介质和电子设备
CN109445845B (zh) * 2018-09-10 2022-09-30 深圳市智美达科技股份有限公司 接口调用方法、装置、计算机设备和存储介质
CN110069321A (zh) * 2019-03-16 2019-07-30 平安城市建设科技(深圳)有限公司 业务容器化运行方法、设备、存储介质及装置
CN110992128A (zh) * 2019-11-15 2020-04-10 深圳马可孛罗科技有限公司 分布式适配不同对象预定生单的方法、装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1978677A1 (en) * 2006-10-10 2008-10-08 Huawei Technologies Co Ltd A system and method for creating, performing and mapping service
CN101616027A (zh) * 2006-10-10 2009-12-30 华为技术有限公司 业务创建、执行、映射系统及方法
CN104410536A (zh) * 2014-12-19 2015-03-11 上海斐讯数据通信技术有限公司 一种数据业务配置方法、系统及onu设备
CN105404950A (zh) * 2014-11-18 2016-03-16 国网山东省电力公司 基于业务配置的sap预制凭证实现方法及系统
CN105787708A (zh) * 2016-03-16 2016-07-20 浪潮通用软件有限公司 一种基于任务池的单据处理方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540828A (zh) * 2009-04-23 2009-09-23 中山大学 一种基于面向对象的机顶盒后台频道开发系统及方法
CN101706908A (zh) * 2009-11-26 2010-05-12 金蝶软件（中国）有限公司 一种零售业务的服务方法、装置及系统
CN104063495A (zh) * 2014-07-04 2014-09-24 用友软件股份有限公司 表单扩展方法与表单扩展装置
CN105760977A (zh) * 2014-12-18 2016-07-13 航天信息股份有限公司 一种制证方法和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1978677A1 (en) * 2006-10-10 2008-10-08 Huawei Technologies Co Ltd A system and method for creating, performing and mapping service
CN101616027A (zh) * 2006-10-10 2009-12-30 华为技术有限公司 业务创建、执行、映射系统及方法
CN105404950A (zh) * 2014-11-18 2016-03-16 国网山东省电力公司 基于业务配置的sap预制凭证实现方法及系统
CN104410536A (zh) * 2014-12-19 2015-03-11 上海斐讯数据通信技术有限公司 一种数据业务配置方法、系统及onu设备
CN105787708A (zh) * 2016-03-16 2016-07-20 浪潮通用软件有限公司 一种基于任务池的单据处理方法

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2019000800A1 (zh) 制证方法、装置、设备及计算机可读存储介质
WO2018120457A1 (zh) 数据处理方法、装置、设备及计算机可读存储介质
WO2016148457A1 (en) Payment additional service information processing method and electronic device for supporting the same
WO2019019493A1 (zh) 数据共享方法、装置及计算机可读存储介质
WO2016137277A1 (en) Electronic device providing electronic payment function and operating method thereof
WO2019019378A1 (zh) 业务处理方法、装置、适配器及计算机可读存储介质
WO2019061613A1 (zh) 贷款资质筛选方法、装置及计算机可读存储介质
WO2019015232A1 (zh) 汇款处理方法、系统及计算机可读存储介质
WO2019100638A1 (zh) 数据同步方法、装置、设备及存储介质
WO2017039354A1 (ko) 결제 거래를 수행하는 방법 및 장치
WO2021025482A1 (en) Electronic device and method for generating attestation certificate based on fused key
WO2019037396A1 (zh) 账户清结算方法、装置、设备及存储介质
WO2019061612A1 (zh) 贷款产品推广方法、装置及计算机可读存储介质
WO2019061614A1 (zh) 贷款产品匹配方法、装置及计算机可读存储介质
WO2019104876A1 (zh) 保险产品的推送方法、系统、终端、客户终端及存储介质
WO2018188342A1 (zh) 脚本文件生成方法、装置、设备和计算机可读存储介质
WO2019000801A1 (zh) 数据同步方法、装置、设备及计算机可读存储介质
WO2018120429A1 (zh) 一种资源更新的方法、终端、计算机可读存储介质及资源更新设备
WO2017054592A1 (zh) 一种界面显示的方法及终端
WO2019024219A1 (zh) 文档自动生成方法、装置、文档自动生成器及介质
WO2019114262A1 (zh) 加载用户界面的方法、智能电视及计算机可读存储介质
WO2018149190A1 (zh) 组件调试方法、装置、设备和计算机可读存储介质
WO2019100531A1 (zh) 数字签名生成、验证方法及其设备和存储介质
WO2018036151A1 (zh) 保单处理方法、装置、设备以及计算机可读存储介质
WO2018188196A1 (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: 17916384

Country of ref document: EP

Kind code of ref document: A1

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 FORM1205A DATED 19/05/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17916384

Country of ref document: EP

Kind code of ref document: A1