WO2019071968A1 - 薪资计算方法、应用服务器及计算机可读存储介质 - Google Patents

薪资计算方法、应用服务器及计算机可读存储介质 Download PDF

Info

Publication number
WO2019071968A1
WO2019071968A1 PCT/CN2018/089887 CN2018089887W WO2019071968A1 WO 2019071968 A1 WO2019071968 A1 WO 2019071968A1 CN 2018089887 W CN2018089887 W CN 2018089887W WO 2019071968 A1 WO2019071968 A1 WO 2019071968A1
Authority
WO
WIPO (PCT)
Prior art keywords
salary
salesperson
common data
calculation
commission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/089887
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 WO2019071968A1 publication Critical patent/WO2019071968A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/105—Human resources
    • G06Q10/1057—Benefits or employee welfare, e.g. insurance, holiday or retirement packages
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G06Q40/125—Finance or payroll

Definitions

  • the present application relates to the field of computer communications, and in particular, to a salary calculation method, an application server, and a computer readable storage medium.
  • the salary calculation involves counting multiple salary items, and each salary item has a part of shared data read and write.
  • the calculation logic of multiple salary items is processed in a crowded process in a calculation process. It will lead to the intertwining of the calculation logic of each salary item, making the salary calculation process cumbersome, especially when it is necessary to modify the calculation of a salary item, it will affect the calculation of other salary items, which brings great inconvenience to developers.
  • the present application proposes a salary calculation method, an application server, and a computer readable storage medium, which can load external data, salary calculation, and improve user experience.
  • the present application provides a salary calculation method, which is applied to an application server, and the method includes:
  • Execute calculation logic for each commission item retrieve the common data from the storage space, and calculate the salary of the salesperson.
  • the present application further provides an application server, where the application server includes a memory and a processor, where the memory stores a salary calculation system executable on the processor, and the salary calculation system
  • the application server includes a memory and a processor, where the memory stores a salary calculation system executable on the processor, and the salary calculation system
  • Execute calculation logic for each commission item retrieve the common data from the storage space, and calculate the salary of the salesperson.
  • the present application further provides a computer readable storage medium storing a salary calculation system, the salary calculation system being executable by at least one processor to enable the At least one processor performs the steps of the salary calculation method as described above.
  • the application server, the salary calculation method and the computer readable storage medium proposed by the present application first construct the calculation logic of each commission item; then, by analyzing the calculation logic, the common data of each calculation logic is obtained. And then, a memory space is set to store the common data; and further, when receiving a request for calculating the salary of the salesperson sent by the mobile terminal, acquiring a commission item included in the salesperson; and finally, executing each commission item Computing logic that retrieves the common data from the storage space and calculates the salary of the salesperson.
  • FIG. 1 is a schematic diagram of an optional application environment of each embodiment of the present application.
  • FIG. 2 is a schematic diagram of an optional hardware architecture of the application server of FIG. 1;
  • FIG. 3 is a schematic diagram of a program module of a first embodiment of the salary calculation system of the present application
  • FIG. 4 is a schematic diagram of a program module of a second embodiment of the salary calculation system of the present application.
  • FIG. 5 is a schematic diagram of a program module of a third embodiment of the salary calculation system of the present application.
  • FIG. 6 is a schematic flow chart of a first embodiment of a salary calculation system of the present application.
  • FIG. 7 is a schematic flowchart of a first embodiment of a salary calculation method according to the present application.
  • FIG. 8 is a schematic flow chart of a second embodiment of a salary calculation method according to the present application.
  • FIG. 9 is a schematic flow chart of a third embodiment of a salary calculation method according to the present application.
  • FIG. 10 is a schematic flowchart of a fourth embodiment of a salary calculation method according to the present application.
  • first, second and the like in the present application are for the purpose of description only, and are not to be construed as indicating or implying their relative importance or implicitly indicating the number of technical features indicated. .
  • features defining “first” and “second” may include at least one of the features, either explicitly or implicitly.
  • the technical solutions between the various embodiments may be combined with each other, but must be based on the realization of those skilled in the art, and when the combination of the technical solutions is contradictory or impossible to implement, it should be considered that the combination of the technical solutions does not exist. Nor is it within the scope of protection required by this application.
  • FIG. 1 it is a schematic diagram of an optional application environment of each embodiment of the present application.
  • the present application is applicable to an application environment including, but not limited to, a mobile terminal 1, an application server 2, and a network 3.
  • the mobile terminal 1 may be a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (Personal Digital Assistant), a PAD (Tablet PC), a PMP (Portable Multimedia Player), a navigation device, or the like.
  • Mobile devices, as well as fixed terminals such as digital TVs, desktop computers, notebooks, servers, and the like.
  • the application server 2 may be a computing device such as a rack server, a blade server, a tower server, or a rack server.
  • the application server 2 may be a stand-alone server or a server cluster composed of multiple servers.
  • the network 3 may be an intranet, an Internet, a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, Wireless or wired networks such as 5G networks, Bluetooth, Wi-Fi, etc.
  • the application server 2 is respectively connected to one or more of the mobile terminals 1 through the network 3 for data transmission and interaction.
  • the mobile terminal 1 is a mobile terminal 1 corresponding to an enterprise user.
  • the application server 2 may include, but is not limited to, the memory 11, the processor 12, and the network interface 13 being communicably connected to each other through a system bus. It is to be noted that FIG. 2 only shows the application server 2 with components 11-13, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (eg, SD or DX memory, etc.), and a random access memory (RAM). , static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disk, optical disk, and the like.
  • the memory 11 may be an internal storage unit of the application server 2, such as a hard disk or memory of the application server 2.
  • the memory 11 may also be an external storage device of the application server 2, such as a plug-in hard disk equipped on the application server 2, a smart memory card (SMC), and a secure digital number. (Secure Digital, SD) card, flash card, etc.
  • the memory 11 can also include both the internal storage unit of the application server 2 and its external storage device.
  • the memory 11 is generally used to store an operating system installed on the application server 2 and various types of application software, such as program codes of the salary calculation system 200. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • the processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is typically used to control the overall operation of the application server 2, such as performing control and processing related to data interaction or communication with the mobile terminal 1.
  • the processor 12 is configured to run program code or process data stored in the memory 11, such as running the salary calculation system 200 and the like.
  • the network interface 13 may comprise a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the application server 2 and other electronic devices.
  • the network interface 13 is mainly used to connect the application server 2 to one or more mobile terminals 1 through the network 3, and the application server 2 and the one or more mobiles. A data transmission channel and a communication connection are established between the terminals 1.
  • the present application proposes a payroll calculation system 200.
  • FIG. 3 it is a block diagram of the program of the first embodiment of the salary calculation system 200 of the present application.
  • the salary calculation system 200 includes a series of computer program instructions stored on the memory 11, and when the computer program instructions are executed by the processor 12, the salary calculation operation of the embodiments of the present application can be implemented.
  • the payroll computing system 200 can be divided into one or more modules based on the particular operations implemented by the various portions of the computer program instructions. For example, in FIG. 3, the salary calculation system 200 can be divided into a construction module 201, an acquisition module 202, a setting module 203, and a calculation module 204. among them:
  • the building module 201 is configured to construct calculation logic of each commission item.
  • each commission item has its own different calculation logic, and there is shared data reading between each commission item.
  • the enterprise In order to complete the processing of this part of data at one time, the enterprise usually processes the calculation logic of multiple salary items in a calculation process in a crowded manner, so that the calculation logic of each salary item is intertwined, making the salary calculation process redundant.
  • companies will adjust the calculation of commission items or increase commission items from time to time. When the calculation of a salary item needs to be modified, it will affect the calculation of other salary items. It is necessary to rewrite the salary calculation logic for developers. It is extremely inconvenient to open.
  • the application server 2 constructs the calculation logic of each commission item through the construction module 201.
  • the salesperson can take over a plurality of business items such as property insurance, pension insurance, health insurance, and life insurance, and the salary of the salesperson is composed of commissions of the plurality of business projects.
  • the commission calculation method of each business item is different, so the building module 201 constructs the calculation logic of the above-mentioned commission items such as property insurance, pension insurance, health insurance and life insurance. It can be understood that the calculation logic of each commission item is set according to the company's actual standards.
  • the obtaining module 202 is configured to acquire common data of each calculation logic.
  • each commission item has a common data to be read and written, that is, its calculation logic has a common application.
  • the obtaining module 202 acquires common data of each computing logic by analyzing the composition of each computing logic. For example, the commission for an endowment insurance business is calculated as: 3% of the basic salary of the salesperson for each completed order, and the commission for the health insurance business project is calculated as: 3% of the basic salary for each completed commission, then the calculation logic
  • the common data applied to is the base salary and 3%.
  • the setting module 203 is configured to set a memory space and store the common data.
  • a memory space is allocated in the memory of the application server 2 for storing common data applied in the calculation logic.
  • the setting module 203 also sets an access interface of the memory space, and the common data is retrieved through the access interface.
  • the obtaining module 202 is further configured to: when receiving the request for calculating the salary of the salesperson sent by the mobile terminal, acquire the commission item included by the salesperson.
  • the database in the application server 2 stores the personal identifier of each employee, the salary payment standard preset according to different levels of employees, and different work contents, including basic working hours, basic salary, overtime pay, and leave. Deductions and other data, as well as information about each department, position, business items, and so on.
  • the application server 2 receives the request for calculating the salesperson salary sent from the mobile terminal, the service and the service are obtained from the employee database according to the personal identifier (for example, name, job number, etc.) of the salesperson. The match matches the details. Based on the obtained detailed information, the business item under the name of the salesperson is queried to determine the commission item it contains.
  • the personal identifier for example, name, job number, etc.
  • the calculating module 204 is configured to execute calculation logic of each commission item, retrieve the common data from the storage space, and calculate the salary of the salesperson.
  • the calculating module 204 executes calculation logic of each commission item according to the commission item acquired by the obtaining module 202, and when the computing logic needs to use the common data, the storage interface is accessed from the storage interface. The space retrieves the common data. It can be understood that, when the application server 2 executes the calculation logic of each commission item, the salary of the salesperson is calculated by adding up the calculation result of each commission item, thereby calculating the salary of the salesperson. In this embodiment, the calculation module 204 also returns the calculation result of the salary to the mobile terminal. In other embodiments of the present application, the application server 2 also stores the salary calculation result of the salesperson in the employee database to facilitate administrator query.
  • the salary calculation system 200 proposed by the present application first constructs calculation logic of each commission item; then, by analyzing the calculation logic, acquires common data of each calculation logic; and then, sets a memory. a space, storing the common data; further, when receiving a request for calculating a salesperson's salary sent by the mobile terminal, acquiring a commission item included by the salesperson; and finally, performing calculation logic of each commission item from the storage
  • the space retrieves the common data and calculates the salary of the salesperson.
  • the salary calculation system 200 further includes a parsing module 205, wherein:
  • the parsing module 205 is configured to parse a code identifier of data of each computing logic.
  • each calculation logic of each commission item is different, but each calculation logic has a mutual relationship, for example, there is a common data to be read and written between each commission item. That is, its computational logic has applications applied to common data.
  • the data in each calculation logic is provided with a code identifier, and the identifiers of the different codes represent different data types, for example, the base salary is represented by a laboratory code identifier, and the bonus is represented by a bonus code identifier.
  • the parsing module 205 parses the data in each of the computational logics to obtain an identification of each of the data.
  • the obtaining module 202 is further configured to acquire data having the same code identifier.
  • the obtaining module 202 analyzes the obtained identifier of the data of the calculation logic according to the parsing module 205, and acquires data having the same identifier.
  • the salary calculation system 200 can analyze the identifier of the data of each calculation logic, and then acquire the data with the same identifier, thereby realizing the acquisition of a plurality of calculation logic data.
  • the salary calculation system 200 further includes a determination module 206 and a retrieval module 207, wherein:
  • the determining module 206 is configured to determine whether the computing logic needs to use common data stored in the memory space.
  • each calculation logic of each commission item is different, but each calculation logic has a mutual relationship, such as a common need to read and write between multiple commission items.
  • the data of the application server 2 when the application server 2 executes each commission calculation logic, first determines whether the calculation logic needs to use the common data stored in the memory space of the application server 2 through the determination module 206, and if it is determined that it is not needed In the case of the common data, the application server 2 directly executes the calculation logic of the commission item.
  • the application server 2 retrieves the common data from the storage space through the access interface through the access module 207.
  • the access interface is provided with access rights.
  • the retrieving module 207 retrieves the common data from the storage space through the access interface, the authentication information is required to ensure information security.
  • the salary calculation system 200 proposed by the present application can also determine whether the calculation logic needs to use the common data stored in the memory space, and if it is not necessary to directly execute the calculation logic of the commission item, If the common data is retrieved from the storage space through the access interface, the access interface is further provided with access rights, and the identity verification information is required when the common data is retrieved, thereby simplifying the salary calculation process and simultaneously Information security is guaranteed.
  • the salary calculation system 200 further includes a backup module 208, wherein
  • the backup module 208 is configured to back up the calculation logic of the commission item and the common data stored in the memory space to the cloud disk.
  • the application server 2 backs up the calculation logic of each commission item and the common data stored in the memory space to the cloud disk through the backup module 208, and the administrator can download the calculation of the respective commission items from the cloud disk at any time. Logic and the common data.
  • the administrator downloads the calculation logic of the respective commission items and the common data from the cloud disk, and needs to perform identity verification to ensure information security.
  • the salary calculation system 200 proposed by the present application can also back up the calculation logic of the each commission item and the common data stored in the memory space to the cloud disk to prevent the application server 2 from malfunctioning. Lead to data loss and unnecessary losses.
  • the present application also proposes a salary calculation method.
  • FIG. 7 it is a schematic flowchart of the first embodiment of the salary calculation method of the present application.
  • the order of execution of the steps in the flowchart shown in FIG. 7 may be changed according to different requirements, and some steps may be omitted.
  • step S301 the calculation logic of each commission item is constructed.
  • each commission item has its own different calculation logic, and there is shared data reading between each commission item.
  • the enterprise In order to complete the processing of this part of data at one time, the enterprise usually processes the calculation logic of multiple salary items in a calculation process in a crowded manner, so that the calculation logic of each salary item is intertwined, making the salary calculation process redundant.
  • companies will adjust the calculation of commission items or increase commission items from time to time. When the calculation of a salary item needs to be modified, it will affect the calculation of other salary items. It is necessary to rewrite the salary calculation logic for developers. It is extremely inconvenient to open.
  • the application server 2 constructs the calculation logic of each commission item. Specifically, taking the insurance company salesman as an example, the salesperson can take over a plurality of business items such as property insurance, pension insurance, health insurance, and life insurance, and the salary of the salesperson is composed of commissions of the plurality of business projects.
  • the commission calculation method of each business item is different, so the application server 2 constructs the calculation logic of the above-mentioned commission items such as property insurance, pension insurance, health insurance and life insurance. It can be understood that the calculation logic of each commission item is set according to the company's actual standards.
  • Step S302 Acquire common data of each calculation logic.
  • each commission item has a common data to be read and written, that is, its calculation logic has a common application.
  • the data The application server 2 acquires common data of each calculation logic by analyzing the composition of each calculation logic. For example, the commission for an endowment insurance business is calculated as: 3% of the basic salary of the salesperson for each completed order, and the commission for the health insurance business project is calculated as: 3% of the basic salary for each completed commission, then the calculation logic
  • the common data applied to is the base salary and 3%.
  • Step S303 setting a memory space to store the common data.
  • a memory space is allocated in the memory of the application server 2 for storing common data applied in the calculation logic.
  • the application server 2 further sets an access interface of the memory space, and the common data is retrieved through the access interface.
  • Step S304 when receiving the request for calculating the salary of the salesperson sent by the mobile terminal, acquiring the commission item included in the salesperson.
  • the database in the application server 2 stores the personal identifier of each employee, the salary payment standard preset according to different levels of employees, and different work contents, including basic working hours, basic salary, overtime pay, and leave. Deductions and other data, as well as information about each department, position, business items, and so on.
  • the application server 2 receives the request for calculating the salesperson salary sent from the mobile terminal, the service and the service are obtained from the employee database according to the personal identifier (for example, name, job number, etc.) of the salesperson. The match matches the details. Based on the obtained detailed information, the business item under the name of the salesperson is queried to determine the commission item it contains.
  • the personal identifier for example, name, job number, etc.
  • Step S305 executing calculation logic of each commission item, retrieving the common data from the storage space, and calculating the salary of the salesperson.
  • the application server 2 executes calculation logic of each commission item according to the obtained commission item under the name of the salesperson.
  • the access interface retrieves the common data.
  • the application server 2 executes the calculation logic of each commission item, the salary of the salesperson is calculated by adding up the calculation result of each commission item.
  • the application server 2 also returns the calculation result of the salary to the mobile terminal.
  • the application server 2 also stores the salary calculation result of the salesperson in the employee database to facilitate administrator query.
  • the salary calculation method proposed by the present application first constructs calculation logic of each commission item; then, by analyzing the calculation logic, acquiring common data of each calculation logic; and then, setting a memory space, And storing the common data; further, when receiving the request for calculating the salary of the salesperson sent by the mobile terminal, acquiring the commission item included by the salesperson; and finally, performing calculation logic of each commission item, adjusting from the storage space Taking the common data, calculating the salary of the salesperson.
  • the calculation logic of multiple salary items is processed in a calculation process in a prior art, and the calculation logic of each salary item is intertwined, so that the salary calculation process is cumbersome and can be independently calculated.
  • the commission for each project when it is necessary to modify the calculation of a salary project, will not affect the calculation of other salary projects, reducing the pressure on developers.
  • the step of acquiring common data of each calculation logic specifically includes the following steps:
  • Step S401 parsing the code identifier of the data of each calculation logic.
  • each calculation logic of each commission item is different, but each calculation logic has a mutual relationship, for example, there is a common data to be read and written between each commission item. That is, its computational logic has applications applied to common data.
  • the data in each calculation logic is provided with a code identifier, and the identifiers of the different codes represent different data types, for example, the base salary is represented by a laboratory code identifier, and the bonus is represented by a bonus code identifier.
  • the application server 2 parses the data in each calculation logic to obtain an identification of each data.
  • Step S402 acquiring data having the same code identifier.
  • the application server 2 acquires data having the same identifier according to the identifier of the data of the calculation logic obtained by the parsing, and further acquires the common data.
  • the salary calculation method proposed by the present application can analyze the identifier of the data of each calculation logic, and then acquire the data with the same identifier, thereby realizing acquiring a plurality of calculation logic data.
  • FIG. 9 it is a schematic flowchart of the first embodiment of the salary calculation method of the present application.
  • the order of execution of the steps in the flowchart shown in FIG. 9 may be changed according to different requirements, and some steps may be omitted.
  • step S501 the calculation logic of each commission item is constructed.
  • Step S502 acquiring common data of each calculation logic.
  • Step S503 setting a memory space to store the common data.
  • Step S504 When receiving the request for calculating the salary of the salesperson sent by the mobile terminal, acquiring the commission item included by the salesperson.
  • Step S505 executing calculation logic of each commission item.
  • Step S506 determining whether the calculation logic needs to use the common data stored in the memory space, and if it is determined that the common data stored in the memory space is not needed, returning to step S505, if it is determined that the memory space is needed When the shared data is stored, step S507 is performed.
  • each calculation logic of each commission item is different, but each calculation logic has a mutual relationship, such as a common need to read and write between multiple commission items. Data, so when the application server 2 executes each commission calculation logic, it is first determined whether the calculation logic needs to use the common data stored in the memory space of the application server 2, and if it is determined that the common data is not needed At the time, the application server 2 directly executes the calculation logic of the commission item.
  • Step S507 the common data is retrieved from the storage space, and the calculation logic of the commission item is executed, thereby calculating the salary of the salesperson.
  • the application server 2 retrieves the common data from the storage space through an access interface.
  • the access interface is provided with access rights.
  • identity verification information is required to ensure information security.
  • the salary calculation method proposed by the present application can further determine whether the calculation logic needs to use the common data stored in the memory space, and if it is not necessary to directly execute the calculation logic of the commission item, if The access interface retrieves the common data from the storage space. Further, the access interface is further provided with access rights, and the identity verification information is required when the common data is retrieved, thereby simplifying the salary calculation process and ensuring the same. information security.
  • FIG. 10 it is a schematic flowchart of the first embodiment of the salary calculation method of the present application.
  • the order of execution of the steps in the flowchart shown in FIG. 10 may be changed according to different requirements, and some steps may be omitted.
  • step S601 the calculation logic of each commission item is constructed.
  • Step S602 acquiring common data of each calculation logic.
  • Step S603 setting a memory space to store the common data.
  • Step S604 when receiving the request for calculating the salary of the salesperson sent by the mobile terminal, acquiring the commission item included in the salesperson.
  • Step S605 executing calculation logic of each commission item, retrieving the common data from the storage space, and calculating the salary of the salesperson.
  • Step S606 backing up the calculation logic of the commission item and the common data stored in the memory space to the cloud disk.
  • the application server 2 backs up the calculation logic of each commission item and the common data stored in the memory space to the cloud disk, and the administrator can download the calculation logic of the respective commission items from the cloud disk and the Common data.
  • the administrator downloads the calculation logic of the respective commission items and the common data from the cloud disk, and needs to perform identity verification to ensure information security.
  • the salary calculation method proposed by the present application can also back up the calculation logic of the each commission item and the common data stored in the memory space to the cloud disk to prevent the application server 2 from malfunctioning, resulting in Data is lost, causing unnecessary losses.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

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

Abstract

本申请公开了一种薪资计算方法，该方法包括：构建每个佣金项目的计算逻辑；获取每个计算逻辑的共同数据；设定一个内存空间，存储所述共同数据；当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，进而计算所述业务员的薪资。本申请还提供一种应用服务器及计算机可读存储介质。本申请提供的应用服务器、薪资计算方法及计算机存储介质能够独立计算每个项目的佣金，当需要修改某项薪资项目的计算时，不会影响其他的薪资项目计算。

Description

薪资计算方法、应用服务器及计算机可读存储介质
本申请要求于2017年10月13日提交中国专利局，申请号为201710951692.1、发明名称为“薪资计算方法、应用服务器及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机通信领域，尤其涉及一种薪资计算方法、应用服务器及计算机可读存储介质。
背景技术
随着社会经济不断的发展，企业的规模也不断壮大，企业内部的机构渠道在不断增加，薪资项目多样化。因此薪资计算涉及计多个薪资项目，而每个薪资项目之间有共享数据读写的部分，为了一次完成这部分数据的处理，将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗，尤其是当需要修改某项薪资项目的计算时，会影响其他的薪资项目计算，给开发人员带来极大的不便。
发明内容
有鉴于此，本申请提出一种薪资计算方法、应用服务器及计算机可读存储介质，能够加载外部数据，薪资计算，提高用户体验。
首先，为实现上述目的，本申请提供一种薪资计算方法，该方法应用于应用服务器，所述方法包括：
构建每个佣金项目的计算逻辑；
获取每个计算逻辑的共同数据；
设定一个内存空间，存储所述共同数据；
当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及
执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
此外，为实现上述目的，本申请还提出一种应用服务器，所述应用服务器包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的薪资计算系统，所述薪资计算系统被所述处理器执行时实现如下步骤：
构建每个佣金项目的计算逻辑；
获取每个计算逻辑的共同数据；
设定一个内存空间，存储所述共同数据；
当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及
执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
进一步地，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有薪资计算系统，所述薪资计算系统可被至少一个处理器执行，以使所述至少一个处理器执行如上述的薪资计算方法的步骤。
相较于现有技术，本申请所提出的应用服务器、薪资计算方法及计算机可读存储介质，首先构建每个佣金项目的计算逻辑；然后，通过分析计算逻辑，获取每个计算逻辑的共同数据；接着，设定一个内存空间，存储所述共同数据；进而，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；最后，执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。这样，既可以避免现有技术中将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗的缺陷，也可以独立计算每个项目的佣金，当需要修改某项薪资项目的计算时，不会影响其他的薪资项目计算，减轻开发人员的压力。
附图说明
图1是本申请各个实施例一可选的应用环境示意图；
图2是图1中应用服务器一可选的硬件架构的示意图；
图3是本申请薪资计算系统第一实施例的程序模块示意图；
图4是本申请薪资计算系统第二实施例的程序模块示意图；
图5是本申请薪资计算系统第三实施例的程序模块示意图；
图6为本申请薪资计算系统第一实施例的流程示意图；
图7为本申请薪资计算方法第一实施例的流程示意图；
图8为本申请薪资计算方法第二实施例的流程示意图；
图9为本申请薪资计算方法第三实施例的流程示意图；
图10为本申请薪资计算方法第四实施例的流程示意图；
附图标记：
移动终端 1
应用服务器 2
网络 3
存储器 11
处理器 12
网络接口 13
薪资计算系统 200
构建模块 201
获取模块 202
设定模块 203
计算模块 204
解析模块 205
判断模块 206
调取模块 207
备份模块 208
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参阅图1所示，是本申请各个实施例一可选的应用环境示意图。
在本实施例中，本申请可应用于包括，但不仅限于，移动终端1、应用服务器2、网络3的应用环境中。其中，所述移动终端1可以是移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的可移动设备，以及诸如数字TV、台式计算机、笔记本、服务器等等的固定终端。所述应用服务器2可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备，该应用服务器2可以是独立的服务器，也可以是多个服务器所组成的服务器集群。所述网络3可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
其中，所述应用服务器2中通过所述网络3分别与一个或多个所述移动终端1通信连接，以进行数据传输和交互。
在本实施例中，所述移动终端1为企业用户对应的移动终端1。
参阅图2所示，是图1中应用服务器2一可选的硬件架构的示意图。本实施例中，所述应用服务器2可包括，但不仅限于，可通过系统总线相互通信连接存储器11、处理器12、网络接口13。需要指出的是，图2仅示出了具有组件11-13的应用服务器2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器11可以是所述应用服务器2的内部存储单元，例如该应用服务器2的硬盘或内存。在另一些实施例中，所述存储器11也可以是所述应用服务器2的外部存储设备，例如该应用服务器2上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器11还可以既包括所述应用服务器2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器11通常用于存储安装于所述应用服务器2的操作系统和各类应用软件，例如所述薪资计算系统200的程序代码等。此外，所述存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述应用服务器2的总体操作，例如执行与所述移动终端1进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行所述的薪资计算系统200等。
所述网络接口13可包括无线网络接口或有线网络接口，该网络接口13通常用于在所述应用服务器2与其他电子设备之间建立通信连接。本实施例中，所述网络接口13主要用于通过所述网络3将所述应用服务器2与一个或多个所述移动终端1相连，在所述应用服务器2与所述一个或多个移动终端1之间的建立数据传输通道和通信连接。
至此，己经详细介绍了本申请各个实施例的应用环境和相关设备的硬件结构和功能。下面，将基于上述应用环境和相关设备，提出本申请的各个实施例。
首先，本申请提出一种薪资计算系统200。
参阅图3所示，是本申请薪资计算系统200第一实施例的程序模块图。
本实施例中，所述的薪资计算系统200包括一系列的存储于存储器11上的计算机程序指令，当该计算机程序指令被处理器12执行时，可以实现本申请各实施例的薪资计算操作。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，薪资计算系统200可以被划分为一个或多个模块。例如，在图3中，所述薪资计算系统200可以被分割成构建模块201、获取模块202、设定模块203、计算模块204。其中：
所述构建模块201，用于构建每个佣金项目的计算逻辑。
通常，随着企业内部的综拓渠道不断的新增，组成员工薪资的佣金项目也随之增加，而每一个的佣金项目也有其不同的计算逻辑，而每个佣金项目之间有共享数据读写的部分。为了一次完成这部分数据的处理，企业通常将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，如此，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗。尤其是，企业为了激励员工，会不时调整佣金项目的计算或者增加佣金项目，而当需要修改某项薪资项目的计算时，会影响其他的薪资项目计算，需要重新编写薪资计算逻辑，给开发人员开来极大的不便。
因此，为了改善现有的薪资的繁冗计算，在本实施例中，所述应用服务器2通过构建模块201构建每个佣金项目的计算逻辑。具体地，以保险公司业务员为例说明，业务员可以同时接管产险、养老险、健康险、寿险等多个 业务项目，该业务员的薪资则由所述多个业务项目的佣金组成，而每个业务项目的佣金计算方式不一样，因此构建模块201构建上述产险、养老险、健康险及寿险等佣金项目的计算逻辑。可以理解的是，每个佣金项目的计算逻辑按照公司实际标准设定。
所述获取模块202，用于获取每个计算逻辑的共同数据。
具体地，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如每个佣金项目之间有共同的需要读写的数据，也就是其计算逻辑有应用到共同的数据。所述获取模块202通过分析每个计算逻辑的组成，获取每个计算逻辑的共同数据。例如，养老险业务项目的佣金计算为：每完成一单的提成为业务员底薪的3％，健康险业务项目的佣金计算为：每完成一单的提成同样为底薪的3％，则计算逻辑中应用到的共同数据为底薪和3％。应当理解的是，以上仅是为了更好解释本申请的技术方案，并不作为本申请的限定。
所述设定模块203，用于设定一个内存空间，存储所述共同数据。
具体地，在所述应用服务器2的内存划分一个存储空间，用于存储所述计算逻辑中应用的共同数据。当执行上述计算逻辑时，如果用到共同数据，则从所述内存空间调取所述共同数据，使得整个薪资计算过程简洁。在本实施例中，所述设定模块203还设定所述内存空间的访问接口，通过访问接口调取所述共同数据。
所述获取模块202，还用于当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目。
通常地，所述应用服务器2中的数据库中存储有各员工的个人标识符、依据员工的不同级别、不同工作内容所预设的薪资给付标准，包含有基本工时、基本工资、加班费、请假扣款等等数据资料，同时还存储有每个员工所述的部门、岗位、名下的业务项目等等相关信息。
具体地，当所述应用服务器2接收到从移动终端发送的计算业务员薪资的请求时，根据业务员的个人标识符(例如，姓名、工号等)从员工数据库获取所述与所述业务员相匹配的详细信息。根据获取到的详细信息，查询所述业务员名下的业务项目，从而确定其包含的佣金项目。
所述计算模块204，用于执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
具体地，所述计算模块204根据所述获取模块202获取到的佣金项目，执行每一个佣金项目的计算逻辑，当所述计算逻辑需要用到上述的共同数据时，通过访问接口从所述存储空间调取所述共同数据。可以理解的是，所述应用 服务器2在执行完每个佣金项目的计算逻辑时，通过加总每个佣金项目的计算结果，进而计算所述业务员的薪资进而计算所述业务员的薪资。在本实施例中，所述计算模块204还将薪资的计算结果返回至所述移动终端。在本申请的其他实施例中，所述应用服务器2还存储所述业务员的薪资计算结果存储到员工数据库中，以方便管理员查询。
通过上述程序模块201-204，本申请所提出的薪资计算系统200，首先构建每个佣金项目的计算逻辑；然后，通过分析计算逻辑，获取每个计算逻辑的共同数据；接着，设定一个内存空间，存储所述共同数据；进而，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；最后，执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。这样，既可以避免现有技术中将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗的缺陷，也可以独立计算每个项目的佣金，当需要修改某项薪资项目的计算时，不会影响其他的薪资项目计算，减轻开发人员的压力。
进一步地，基于本申请薪资计算系统200的上述第一实施例，提出本申请的第二实施例(如图4所示)。本实施例中，所述的薪资计算系统200还包括解析模块205，其中：
所述解析模块205，用于解析每个计算逻辑的数据的代码标识。
从上文可知，在第一实施例中，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如每个佣金项目之间有共同的需要读写的数据，也就是其计算逻辑有应用到共同的数据。在本实施例中，每个计算逻辑中的数据都设置有代码标识，不同的代码的标识表示不同的数据类型，例如底薪用laborage代码标识表示，奖金用bonus代码标识表示。所述解析模块205解析每个计算逻辑中的数据，进而得到每个数据的标识。
所述获取模块202，还用于获取具有相同的代码标识的数据。
具体地，所述获取模块202根据所述解析模块205分析所得到的所述计算逻辑的数据的标识，获取具有相同标识的数据。
通过上述程序模块202及205，本申请所提出的薪资计算系统200，能够解析每个计算逻辑的数据的标识，进而获取具有相同的标识的数据，从而实现获取多个计算逻辑数据。
进一步地，基于本申请薪资计算系统200的上述第一实施例，提出本申请的第三实施例(如图5所示)。所述的薪资计算系统200还包括判断模块206 和调取模块207，其中：
所述判断模块206，用于判断所述计算逻辑是否需要用到所述内存空间存储的共同数据。
具体地，从上文可知，在第一实施例中，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如多个佣金项目之间有共同的需要读写的数据，因此所述应用服务器2在执行每个佣金计算逻辑时，先通过判断模块206判断所述计算逻辑是否需要用到所述应用服务器2内存空间存储的共同数据，若判断不需要用到所述共同数据时，则所述应用服务器2直接执行该佣金项目的计算逻辑。
当若判断所述计算逻辑需要用到所述共同数据时，所述应用服务器2通过所述调取模块207通过访问接口从所述存储空间调取所述共同数据。在本实施方式中，所述访问接口设置有访问权限，当所述调取模块207通过访问接口从所述存储空间调取所述共同数据时，需要身份验证信息，保证信息安全。
通过上述程序模块206-207，本申请所提出的薪资计算系统200，还能够判断所述计算逻辑是否需要用到所述内存空间存储的共同数据，若不需要直接执行该佣金项目的计算逻辑，若通过访问接口从所述存储空间调取所述共同数据，进一步地，所述访问接口还设置有访问权限，调取所述共同数据时需要身份验证信息，这样即简化薪资计算过程，同时还保证了信息安全。
进一步地，基于本申请薪资计算系统200的上述第一实施例，提出本申请的第四实施例(如图6所示)。本实施例中，所述的薪资计算系统200还包括备份模块208，其中
所述备份模块208，用于将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
具体地，为了防止所述应用服务器2发生故障，导致数据丢失，造成不必要的损失。在本实施例中，所述应用服务器2通过备份模块208将每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘，管理员可以随时从云盘下载所述各个佣金项目的计算逻辑及所述共同数据。
在本申请的其他实施例中，管理员从云盘下载所述各个佣金项目的计算逻辑及所述共同数据，需要进行身份验证，以保证信息安全。
通过上述程序模块208，本申请所提出的薪资计算系统200，还能够将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘，以防止所述应用服务器2发生故障，导致数据丢失，造成不必要的损失。
此外，本申请还提出一种薪资计算方法。
参阅图7所示，是本申请薪资计算方法第一实施例的流程示意图。在本实施例中，根据不同的需求，图7所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。
步骤S301，构建每个佣金项目的计算逻辑。
通常，随着企业内部的综拓渠道不断的新增，组成员工薪资的佣金项目也随之增加，而每一个的佣金项目也有其不同的计算逻辑，而每个佣金项目之间有共享数据读写的部分。为了一次完成这部分数据的处理，企业通常将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，如此，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗。尤其是，企业为了激励员工，会不时调整佣金项目的计算或者增加佣金项目，而当需要修改某项薪资项目的计算时，会影响其他的薪资项目计算，需要重新编写薪资计算逻辑，给开发人员开来极大的不便。
因此，为了改善现有的薪资的繁冗计算，在本实施例中，所述应用服务器2构建每个佣金项目的计算逻辑。具体地，以保险公司业务员为例说明，业务员可以同时接管产险、养老险、健康险、寿险等多个业务项目，该业务员的薪资则由所述多个业务项目的佣金组成，而每个业务项目的佣金计算方式不一样，因此所述应用服务器2构建上述产险、养老险、健康险及寿险等佣金项目的计算逻辑。可以理解的是，每个佣金项目的计算逻辑按照公司实际标准设定。
步骤S302，获取每个计算逻辑的共同数据。
具体地，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如每个佣金项目之间有共同的需要读写的数据，也就是其计算逻辑有应用到共同的数据。所述应用服务器2通过分析每个计算逻辑的组成，获取每个计算逻辑的共同数据。例如，养老险业务项目的佣金计算为：每完成一单的提成为业务员底薪的3％，健康险业务项目的佣金计算为：每完成一单的提成同样为底薪的3％，则计算逻辑中应用到的共同数据为底薪和3％。应当理解的是，以上仅是为了更好解释本申请的技术方案，并不作为本申请的限定。
步骤S303，设定一个内存空间，存储所述共同数据。
具体地，在所述应用服务器2的内存划分一个存储空间，用于存储所述计算逻辑中应用的共同数据。当执行上述计算逻辑时，如果用到共同数据，则从所述内存空间调取所述共同数据，使得整个薪资计算过程简洁。在本实施例中，所述应用服务器2还设定所述内存空间的访问接口，通过访问接口调取 所述共同数据。
步骤S304，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目。
通常地，所述应用服务器2中的数据库中存储有各员工的个人标识符、依据员工的不同级别、不同工作内容所预设的薪资给付标准，包含有基本工时、基本工资、加班费、请假扣款等等数据资料，同时还存储有每个员工所述的部门、岗位、名下的业务项目等等相关信息。
具体地，当所述应用服务器2接收到从移动终端发送的计算业务员薪资的请求时，根据业务员的个人标识符(例如，姓名、工号等)从员工数据库获取所述与所述业务员相匹配的详细信息。根据获取到的详细信息，查询所述业务员名下的业务项目，从而确定其包含的佣金项目。
步骤S305，执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
具体地，所述应用服务器2根据获取到的所述业务员名下的佣金项目，执行每一个佣金项目的计算逻辑，当所述计算逻辑需要用到上述的共同数据时，通过访问接口从所述存储空间调取所述共同数据。可以理解的是，所述应用服务器2在执行完每个佣金项目的计算逻辑时，通过加总每个佣金项目的计算结果，进而计算所述业务员的薪资。在本实施例中，所述应用服务器2还将薪资的计算结果返回至所述移动终端。在本申请的其他实施例中，所述应用服务器2还存储所述业务员的薪资计算结果存储到员工数据库中，以方便管理员查询。
通过上述步骤S301-305，本申请所提出的薪资计算方法，首先构建每个佣金项目的计算逻辑；然后，通过分析计算逻辑，获取每个计算逻辑的共同数据；接着，设定一个内存空间，存储所述共同数据；进而，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；最后，执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。这样，既可以避免现有技术中将多个薪资项目的计算逻辑拥挤地处理在一个计算过程中，将导致各个薪资项目的计算逻辑交织在一起，使得薪资计算过程繁冗的缺陷，也可以独立计算每个项目的佣金，当需要修改某项薪资项目的计算时，不会影响其他的薪资项目计算，减轻开发人员的压力。
进一步地，基于本申请薪资计算方法的上述第一实施例，提出本申请薪资计算方法方法的第二实施例。
如图8所示，是本申请薪资计算方法方法第二实施例的流程示意图。在 本实施例中，所述获取每个计算逻辑的共同数据的步骤，具体包括如下步骤：
步骤S401，解析每个计算逻辑的数据的代码标识。
从上文可知，在第一实施例中，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如每个佣金项目之间有共同的需要读写的数据，也就是其计算逻辑有应用到共同的数据。在本实施例中，每个计算逻辑中的数据都设置有代码标识，不同的代码的标识表示不同的数据类型，例如底薪用laborage代码标识表示，奖金用bonus代码标识表示。所述应用服务器2解析每个计算逻辑中的数据，进而得到每个数据的标识。
步骤S402，获取具有相同的代码标识的数据。
具体地，所述应用服务器2根据解析所得到的所述计算逻辑的数据的标识，获取具有相同标识的数据，进而获取所述共同数据。
通过上述步骤S401-S402，本申请所提出的薪资计算方法，能够解析每个计算逻辑的数据的标识，进而获取具有相同的标识的数据，从而实现获取多个计算逻辑数据。
进一步地，基于本申请薪资计算方法的上述第一实施例，提出本申请薪资计算方法的第三实施例。
参阅图9所示，是本申请薪资计算方法第一实施例的流程示意图。在本实施例中，根据不同的需求，图9所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。
步骤S501，构建每个佣金项目的计算逻辑。
步骤S502，获取每个计算逻辑的共同数据。
步骤S503，设定一个内存空间，存储所述共同数据。
步骤S504，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目。
步骤S505，执行每个佣金项目的计算逻辑。
步骤S506，判断所述计算逻辑是否需要用到所述内存空间存储的共同数据，若判断不需要用到所述内存空间存储的共同数据时，返回步骤S505，若判断需要用到所述内存空间存储的共同数据时，执行步骤S507。
具体地，从上文可知，在第一实施例中，每个佣金项目的计算逻辑不一样，但是每个计算逻辑之间有相互的联系，如多个佣金项目之间有共同的需要读写的数据，因此所述应用服务器2在执行每个佣金计算逻辑时，先判断所述计算逻辑是否需要用到所述应用服务器2内存空间存储的共同数据，若判断不需要用到所述共同数据时，则所述应用服务器2直接执行该佣金项目的计算逻辑。
步骤S507，从所述存储空间调取所述共同数据，执行佣金项目的计算逻辑，进而计算所述业务员的薪资。
具体地，若所述应用服务器2判断所述计算逻辑需要用到所述共同数据时，所述应用服务器2通过访问接口从所述存储空间调取所述共同数据。在本实施方式中，所述访问接口设置有访问权限，当所述应用服务器2通过访问接口从所述存储空间调取所述共同数据时，需要身份验证信息，保证信息安全。
通过上述步骤S501-S507，本申请所提出的薪资计算方法，还能够判断所述计算逻辑是否需要用到所述内存空间存储的共同数据，若不需要直接执行该佣金项目的计算逻辑，若通过访问接口从所述存储空间调取所述共同数据，进一步地，所述访问接口还设置有访问权限，调取所述共同数据时需要身份验证信息，这样即简化薪资计算过程，同时还保证了信息安全。
进一步地，基于本申请薪资计算方法的上述第一实施例，提出本申请薪资计算方法的第四实施例。
参阅图10所示，是本申请薪资计算方法第一实施例的流程示意图。在本实施例中，根据不同的需求，图10所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。
步骤S601，构建每个佣金项目的计算逻辑。
步骤S602，获取每个计算逻辑的共同数据。
步骤S603，设定一个内存空间，存储所述共同数据。
步骤S604，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目。
步骤S605，执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
步骤S606，将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
具体地，为了防止所述应用服务器2发生故障，导致数据丢失，造成不必要的损失。在本实施例中，所述应用服务器2将每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘，管理员可以随时从云盘下载所述各个佣金项目的计算逻辑及所述共同数据。
在本申请的其他实施例中，管理员从云盘下载所述各个佣金项目的计算逻辑及所述共同数据，需要进行身份验证，以保证信息安全。
通过上述步骤S601-606，本申请所提出的薪资计算方法还能够将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘，以防止所述 应用服务器2发生故障，导致数据丢失，造成不必要的损失。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种薪资计算方法，应用于应用服务器，其特征在于，所述方法包括：
    构建每个佣金项目的计算逻辑；
    获取每个计算逻辑的共同数据；
    设定一个内存空间，存储所述共同数据；
    当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及
    执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
  2. 如权利要求1所述的薪资计算方法，其特征在于，所述获取每个计算逻辑的共同数据的步骤，具体包括：
    解析每个计算逻辑的数据的标识；
    获取具有相同的标识的数据。
  3. 如权利要求1所述的薪资计算方法，其特征在于，所述执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资的步骤之前，还包括如下步骤：
    判断所述计算逻辑是否需要用到所述内存空间存储的共同数据；
    若判断所述计算逻辑需要用到所述共同数据时，从所述存储空间调取所述共同数据。
  4. 如权利要求1所述的薪资计算方法，其特征在于，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目的步骤，具体包括：
    当服务器接收计算业务员薪资的请求时，根据所述业务员的个人信息从员工数据库获取所述与所述业务员相匹配的详细信息；及
    根据所述详细信息查询所述业务员名下的业务项目，进而获取佣金项目。
  5. 如权利要求1所述的应用服务器，其特征在于，该方法还包括如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  6. 如权利要求2所述的应用服务器，其特征在于，该方法还包括如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  7. 如权利要求3或4所述的应用服务器，其特征在于，该方法还包括如 下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  8. 一种应用服务器，其特征在于，所述应用服务器包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的薪资计算系统，所述薪资计算系统被所述处理器执行时实现如下步骤：
    构建每个佣金项目的计算逻辑；
    获取每个计算逻辑的共同数据；
    设定一个内存空间，存储所述共同数据；
    当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及
    执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
  9. 如权利要求8所述的应用服务器，其特征在于，所述获取每个计算逻辑的共同数据的步骤，具体包括：
    解析每个计算逻辑的数据的标识；及
    获取具有相同的标识的数据。
  10. 如权利要求8所述的应用服务器，其特征在于，所述执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资的步骤之前，还包括如下步骤：
    判断所述计算逻辑是否需要用到所述内存空间存储的共同数据；及
    若判断所述计算逻辑需要用到所述共同数据时，从所述存储空间调取所述共同数据。
  11. 如权利要求8所述的应用服务器，其特征在于，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目的步骤，具体包括：
    当服务器接收计算业务员薪资的请求时，根据所述业务员的个人信息从员工数据库获取所述与所述业务员相匹配的详细信息；
    根据所述详细信息查询所述业务员名下的业务项目，进而获取佣金项目。
  12. 如权利要求8所述的应用服务器，其特征在于，所述薪资计算系统被所述处理器执行时实现如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  13. 如权利要求9所述的应用服务器，其特征在于，所述薪资计算系统被 所述处理器执行时实现如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  14. 如权利要求10或11所述的应用服务器，其特征在于，所述薪资计算系统被所述处理器执行时实现如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  15. 一种计算机可读存储介质，所述计算机可读存储介质存储有薪资计算系统，所述薪资计算系统可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
    构建每个佣金项目的计算逻辑；
    获取每个计算逻辑的共同数据；
    设定一个内存空间，存储所述共同数据；
    当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目；及
    执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资。
  16. 如权利要求15所述的计算机可读存储介质，其特征在于，所述获取每个计算逻辑的共同数据的步骤，具体包括：
    解析每个计算逻辑的数据的标识；及
    获取具有相同的标识的数据。
  17. 如权利要求15所述的计算机可读存储介质，其特征在于，所述执行每个佣金项目的计算逻辑，从所述存储空间调取所述共同数据，计算所述业务员的薪资的步骤之前，还包括如下步骤：
    判断所述计算逻辑是否需要用到所述内存空间存储的共同数据；及
    若判断所述计算逻辑需要用到所述共同数据时，从所述存储空间调取所述共同数据。
  18. 如权利要求15所述的计算机可读存储介质，其特征在于，当接收到移动终端发送的计算业务员薪资的请求时，获取所述业务员包含的佣金项目的步骤，具体包括：
    当服务器接收计算业务员薪资的请求时，根据所述业务员的个人信息从员工数据库获取所述与所述业务员相匹配的详细信息；
    根据所述详细信息查询所述业务员名下的业务项目，进而获取佣金项目。
  19. 如权利要求15或16所述的计算机可读存储介质，其特征在于，所述 薪资计算系统被所述处理器执行时实现如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
  20. 如权利要求17或18所述的计算机可读存储介质，其特征在于，所述薪资计算系统被所述处理器执行时实现如下步骤：
    将所述每个佣金项目的计算逻辑及内存空间存储的共同数据备份至云盘。
PCT/CN2018/089887 2017-10-13 2018-06-05 薪资计算方法、应用服务器及计算机可读存储介质 Ceased WO2019071968A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710951692.1 2017-10-13
CN201710951692.1A CN107908480A (zh) 2017-10-13 2017-10-13 薪资计算方法、应用服务器及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2019071968A1 true WO2019071968A1 (zh) 2019-04-18

Family

ID=61840561

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089887 Ceased WO2019071968A1 (zh) 2017-10-13 2018-06-05 薪资计算方法、应用服务器及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN107908480A (zh)
WO (1) WO2019071968A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107908480A (zh) * 2017-10-13 2018-04-13 平安科技（深圳）有限公司 薪资计算方法、应用服务器及计算机可读存储介质
CN108647936B (zh) * 2018-05-08 2022-07-08 中国平安人寿保险股份有限公司 佣金发放方法、装置、计算机设备及存储介质
CN109376979B (zh) * 2018-08-21 2023-12-01 中国平安财产保险股份有限公司 测算绩效的方法、装置、计算机设备及存储介质
CN109299913B (zh) * 2018-08-27 2021-03-05 天津字节跳动科技有限公司 员工薪资方案生成方法及装置
CN111415136A (zh) * 2020-03-20 2020-07-14 用友网络科技股份有限公司 一种任务处理方法、系统、终端及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1542644A (zh) * 2003-04-28 2004-11-03 威盛电子股份有限公司 薪资发放系统及其发放方法
CN101388110A (zh) * 2008-10-31 2009-03-18 深圳市同洲电子股份有限公司 数据快速读取方法及装置
US20160140520A1 (en) * 2014-11-18 2016-05-19 Adp, Llc Real time funding solution for miscellaneous income
CN105719123A (zh) * 2016-01-15 2016-06-29 成都金万泰科技有限公司 一种企业内部的绩效管理方法及系统
CN107908480A (zh) * 2017-10-13 2018-04-13 平安科技（深圳）有限公司 薪资计算方法、应用服务器及计算机可读存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7739131B1 (en) * 2002-08-16 2010-06-15 Timothy J. Luedtke Method and system for implementing a consumer-driven health care program for employees
CN101714238A (zh) * 2003-06-13 2010-05-26 欧比克商务咨询有限公司 基础业务处理系统、基础业务处理程序
CN101510276A (zh) * 2009-02-20 2009-08-19 浪潮集团山东通用软件有限公司 一种适应多币值多时段的工资计算方法
US9280575B2 (en) * 2012-07-20 2016-03-08 Sap Se Indexing hierarchical data
CN106875110A (zh) * 2017-02-06 2017-06-20 泰康保险集团股份有限公司 业务指标分层计算方法及装置、分布式计算方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1542644A (zh) * 2003-04-28 2004-11-03 威盛电子股份有限公司 薪资发放系统及其发放方法
CN101388110A (zh) * 2008-10-31 2009-03-18 深圳市同洲电子股份有限公司 数据快速读取方法及装置
US20160140520A1 (en) * 2014-11-18 2016-05-19 Adp, Llc Real time funding solution for miscellaneous income
CN105719123A (zh) * 2016-01-15 2016-06-29 成都金万泰科技有限公司 一种企业内部的绩效管理方法及系统
CN107908480A (zh) * 2017-10-13 2018-04-13 平安科技（深圳）有限公司 薪资计算方法、应用服务器及计算机可读存储介质

Also Published As

Publication number Publication date
CN107908480A (zh) 2018-04-13

Similar Documents

Publication Publication Date Title
CN108388604B (zh) 用户权限数据管理装置、方法及计算机可读存储介质
CN104321780B (zh) 用于使用持久信任日志来监测并断言信任等级的设备、系统、和方法
WO2019071968A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
CN111400308B (zh) 缓存数据的处理方法、电子装置及可读存储介质
WO2019071959A1 (zh) 增加渠道方法、应用服务器及计算机可读存储介质
WO2019134340A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
US20130198148A1 (en) Estimating data reduction in storage systems
WO2019134339A1 (zh) 脱敏方法、程序、应用服务器及计算机可读存储介质
CN109241358A (zh) 元数据管理方法、装置、计算机设备及存储介质
WO2019061991A1 (zh) 多元通用模型平台建模方法、电子设备及计算机可读存储介质
WO2019062189A1 (zh) 电子装置、数据表归档处理的方法、系统及存储介质
WO2019062191A1 (zh) 电子装置、提取数据表的数据的方法、系统及存储介质
WO2019148722A1 (zh) 电子装置、数据迁移及调用方法及存储介质
CN109388657B (zh) 数据处理方法、装置、计算机设备及存储介质
WO2019153598A1 (zh) 客户风险等级管理方法、服务器及计算机可读存储介质
WO2019071894A1 (zh) 动态展示关系拓展图方法及应用服务器
WO2019095670A1 (zh) 业绩追踪方法、应用服务器及计算机可读存储介质
CN107909486A (zh) 佣金管理方法、应用服务器及计算机可读存储介质
WO2019071907A1 (zh) 基于操作页面识别帮助信息的方法及应用服务器
EP3343395B1 (en) Data storage method and apparatus for mobile terminal
WO2019075966A1 (zh) 数据操作权限隔离方法、应用服务器及计算机可读存储介质
WO2020211258A1 (zh) 区块链账本数据的查询方法、电子装置及存储介质
WO2019169763A1 (zh) 电子装置、业务系统风险控制方法及存储介质
WO2019071958A1 (zh) 基于云计算的薪资计算方法、应用服务器及计算机可读存储介质
WO2019071964A1 (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: 18865884

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 FORM 1205A DATED 24.09.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18865884

Country of ref document: EP

Kind code of ref document: A1