CN116701003A

CN116701003A - Online financial billing method and device, electronic equipment and storage medium

Info

Publication number: CN116701003A
Application number: CN202310586045.0A
Authority: CN
Inventors: 杨豪; 姚远路; 刘博男; 宋成群
Original assignee: Shanghai Shen Xue Supply Chain Management Co ltd
Current assignee: Shanghai Shen Xue Supply Chain Management Co ltd
Priority date: 2023-05-23
Filing date: 2023-05-23
Publication date: 2023-09-05

Abstract

The application relates to an online financial charging method, an online financial charging device, electronic equipment and a storage medium. And receiving the current express information, determining a corresponding event according to the current express information, and then judging whether the express information is complete. If so, judging whether the event has a bill lock or not to determine the charging operation state of the event; and if the operation list lock does not exist, acquiring a script rule version corresponding to the event, and creating the operation list lock for the event. And then calculating the event according to the script rule version to obtain a corresponding charging result and releasing the bill lock.

Description

Online financial billing method and device, electronic equipment and storage medium

Technical Field

The application relates to the technical field of logistics, in particular to an online financial charging method, an online financial charging device, electronic equipment and a storage medium.

Background

In the express industry, a large number of shipping notes are handled every day, and there are many links in the process from sender delivery to receiver delivery, and some links may involve internal billing corresponding to financial costs. At present, the internal charging of the express industry enterprises is mostly realized by manually operating excel. In the manual calculation process of the express delivery network, a large amount of data is processed by staff every day, and even a plurality of staff are required to operate at the same time.

For the express industry, the website staff performs charging operation on the related data of the freight bill, the related data is required to be reported to the corresponding department for accounting after the charging operation is completed, the bill is sent to the next website after the accounting is correct, and the express corresponding to the freight bill is transferred to the next website. Therefore, the accuracy of the charging operation result data can influence the duration of the whole express delivery process, and further influence the transfer efficiency of the express delivery. However, in the whole manual internal charging process, a large amount of data needs to occupy a lot of human resources, meanwhile, due to instability of manual work, the accuracy of charging operation result data in the calculation process is low, the time consumption is long, the transfer efficiency of express delivery is reduced, and the logistics experience of customers is finally reduced.

Disclosure of Invention

The application provides an online financial charging method, an online financial charging device, electronic equipment and a storage medium. And the accuracy of the charging operation result data in the calculation process is ensured, and meanwhile, the calculation time is reduced, so that the transfer efficiency of the express delivery is improved, and the logistics experience of a customer is further improved.

In a first aspect, the present application provides an online financial billing method, comprising:

receiving current express information;

Determining a corresponding event according to the current express information;

judging whether the express delivery information is complete or not;

if so, judging whether the event has a waybill lock or not so as to determine the charging operation state of the event;

if no waybill lock exists, acquiring a script rule version corresponding to the event, and creating the waybill lock for the event;

and calculating the event according to the script rule version to obtain a corresponding charging result, and releasing the bill lock.

The application provides an online financial charging method, an online financial charging device, electronic equipment and a storage medium. And determining an event corresponding to the current express information by receiving the current express information and uploading the current express information to an online financial charging system. And then judging whether the current express information is complete, and judging whether the event is in a charging operation state or not on the basis of the complete information, namely, whether the operation is performed or not. If the event is not operated, a script rule version corresponding to the event is obtained, and charging operation is carried out on the event according to the script rule version. Compared with manual charging operation, the online financial charging system automatically executes the charging process after receiving the express information, and does not need to occupy a lot of manpower resources. Meanwhile, the accuracy of charging data can be improved as much as possible by machine operation, the time of manual calculation is shortened, the express delivery efficiency is further improved, and the use experience and satisfaction of customers are improved.

Optionally, if there is no waybill lock, acquiring a script rule version corresponding to the event, and creating the waybill lock for the event, including:

if no bill lock exists, inquiring a subject corresponding to the event;

acquiring a corresponding script rule version according to the subjects and the express information;

and creating a bill lock for the event to enter a charging operation state.

The application is the case without a bill lock. If the event does not have a bill lock, the event is proved not to be in a charging operation state, then the subject corresponding to the event is queried, then the rule version corresponding to the subject is matched, and the bill lock is created for the event. When the online charging system calculates, the event is analyzed to obtain each subject contained in the event, and then the script rule version corresponding to the subject is obtained and then enters the operation state. The embodiment can split the whole event into subjects which can be used for calculation to carry out charging operation, reduce the data quantity of one operation, and also reduce the problems of system blocking and the like possibly caused by simultaneously calculating a large amount of data.

Optionally, the subjects include a first subject and a second subject;

the event is calculated according to the script rule version to obtain a corresponding charging result, and the waybill lock is released, which comprises the following steps:

Calculating the first subject under the charging operation state to obtain a first charging result;

judging whether the second subject is calculated according to the preset priority;

under the condition that any second subject is not calculated, executing the following steps:

acquiring metadata information of the second department objective; the metadata information includes attributes and rates;

calling a script rule corresponding to the script rule version according to the script rule version;

calling parameters of the rate corresponding to the second subject according to the attribute;

and executing the script rule according to the parameters and the first charging result to obtain a second charging result corresponding to the second subject.

According to the application, subjects are divided into a first subject and a second subject, wherein the first subject is a subject with a comparison basis, and the second subject needs to use the calculation result of the first subject when calculating. After charging operation is started, calculating a first subject to obtain a first charging result, determining whether a second subject is calculated or not according to a preset priority, if not, acquiring metadata information of the second subject, and calling script rules corresponding to the subjects. And obtaining a second charging result according to the script rule and the first charging result, and carrying out layered pushing on the charging operation process, so that the operation result is clearer and more reliable. Meanwhile, the second subjects to be calculated are corresponding to the attribute, the rate and the script rule for calculation, and the accuracy of the second charging result is improved.

Optionally, the method further comprises:

and warehousing the intermediate variable and the second charging result generated in the process of executing the script rule.

The application stores the intermediate variable and the second charging result in the process of calculating the second charging result, thereby facilitating the subsequent call of related tasks.

Optionally, the method further comprises:

receiving a priority adjustment instruction;

and modifying the preset priority according to the priority adjustment instruction so as to enable the preset priority to correspond to the event.

The application adjusts the preset priority so as to be convenient for carrying out the charging operation of subjects according to the most reliable sequence when the charging operation is carried out on the corresponding event, thereby avoiding the situation of error of the charging result caused by wrong sequence of the priority and improving the data accuracy of the charging operation result.

Optionally, the method further comprises:

receiving a script rule updating instruction;

and updating the script rule according to the script rule updating instruction and storing the script rule so as to obtain different script rule versions.

The application updates the script rule version so that when the corresponding event carries out charging operation, the script rule version which is most accordant can be called to carry out the charging operation of subjects, and the charging result obtained by the end of the charging operation is more reliable.

Optionally, the method further comprises:

judging whether the corresponding attribute of the second subject is in a charging operation state or not;

and if so, stopping computing the second subject.

When two subjects with the same attribute are met and charging operation is performed, the calculation of one subject is stopped according to the time of entering the charging operation state. The situation that the data obtained through calculation according to the same attribute are corresponding to the wrong second subject is avoided, so that more time is consumed by recalculation when the second charging result is wrong, the transfer efficiency of express delivery is reduced, and the logistics experience of a customer is finally reduced.

In a second aspect, the present application provides an online financial billing apparatus comprising:

the information receiving module is used for receiving the current express information;

the event determining module is used for determining a corresponding event according to the current express information;

the information integrity judging module is used for judging whether the express delivery information is complete or not;

the waybill lock judging module is used for judging whether the event has a waybill lock or not when the express piece information is complete so as to determine the charging operation state of the event;

the system comprises a waybill lock creation module, a waybill lock creation module and a control module, wherein the waybill lock creation module is used for acquiring a script rule version corresponding to the event and creating the waybill lock for the event when the event has no waybill lock;

And the charging operation module is used for calculating the event according to the script rule version to obtain a corresponding charging result and releasing the bill lock.

Optionally, the waybill lock creation module is specifically configured to:

if no bill lock exists, inquiring a subject corresponding to the event;

and creating a bill lock for the event to enter a charging operation state.

Optionally, the subjects include a first subject and a second subject;

the charging operation module is specifically configured to:

Optionally, the online financial billing device further includes a data warehouse module, configured to:

Optionally, the online financial billing device further includes a priority adjustment module, configured to:

receiving a priority adjustment instruction;

Optionally, the online financial charging device further includes a script rule updating module, configured to:

receiving a script rule updating instruction;

Optionally, the online financial billing device further includes a judgment attribute operation module, configured to:

and if so, stopping computing the second subject.

In a third aspect, the present application provides an electronic device comprising: a memory and a processor, the memory having stored thereon a computer program capable of being loaded by the processor and performing the method of the first aspect.

In a fourth aspect, the present application provides a computer readable storage medium storing a computer program capable of being loaded by a processor and performing the method of the first aspect.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions of the prior art, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it will be obvious that the drawings in the following description are some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort to a person skilled in the art.

Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application;

FIG. 2 is a flow chart of an online financial billing method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of an online financial billing system according to an embodiment of the present application;

FIG. 4 is a schematic diagram of an online financial system model according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a core physical model according to an embodiment of the present application;

FIG. 6 is a flow chart of charging according to an embodiment of the present application;

FIG. 7 is a schematic diagram of an online financial billing device according to an embodiment of the present application;

Fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. It will be apparent that the described embodiments are some, but not all, embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

In addition, the term "and/or" herein is merely an association relationship describing an association object, and means that three relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist together, and B exists alone. In this context, unless otherwise specified, the term "/" generally indicates that the associated object is an "or" relationship.

Embodiments of the application are described in further detail below with reference to the drawings.

In the express industry, related data of a shipping bill is mostly calculated manually at present. When staff charges, the amount of data to be processed is large, so that the charging time is long. Meanwhile, the accuracy of the charging result is difficult to guarantee due to the personal conditions such as the stamina, the attention and the like of the staff. If the charging time is as short as possible and the charging result is accurate, a large number of staff may be required to perform the charging process, resulting in occupation of a large amount of human resources.

Based on the above, the application provides an online financial billing method, an online financial billing device, electronic equipment and a storage medium, wherein the billing process of the waybill related data is completed through online automatic operation. The method has the advantages that the occupation of human resources is reduced, meanwhile, the speed of charging operation is accelerated, the accuracy of calculation results can be guaranteed, the transfer efficiency of express delivery is improved, and the logistics experience of customers is finally improved.

Fig. 1 is a schematic diagram of an application scenario provided by the present application, in which a certain staff performs charging by applying the method of the present application when charging the related data of a waybill. In particular, an online financial billing system is installed on a billing device, which can be used to carry the method of the present application. The billing device in the billing scenario of fig. 1 is a computer. The staff can scan the received express items, the express item information is input into the computer, and the computer processes and computes the received information based on an online financial billing method to obtain a billing operation result. The accuracy of the charging result is guaranteed while the time of charging operation is shortened, and then the transfer efficiency of the express delivery is improved, and finally the logistics experience of the customer is improved. Reference may be made to the following examples for specific implementation.

Fig. 2 is a flowchart of an online financial billing method according to an embodiment of the present application, where the method of the present embodiment may be applied to a computer in the above scenario. And the computer receives the information of the express delivery piece and processes and computes the information to obtain a corresponding charging result. As shown in fig. 2, the method includes:

s201, receiving current express information.

Specifically, the current express information is information on the express of the previous day received by the express point. The information may include sender information, recipient information, and the like. And uploading information obtained by scanning the express delivery by a worker, and receiving by an online financial billing system on a computer.

In some embodiments, the staff member scans the courier via a bar code scanning gun. The bar-shaped scanning gun is connected with the online financial billing system, and scanned information data are collected and transmitted to the online financial billing system.

S202, determining a corresponding event according to the current express information.

Specifically, a data warehouse is preset for storing event-related data. And converting the information obtained by scanning the current express item into stream data which can be operated subsequently, namely the event. After receiving the current express information, comparing the current express information with information in a data warehouse, and determining what the event corresponding to the current express information is.

In some embodiments, the current express delivery is scanned, and it can be determined that the current express delivery is sent from the express delivery website A to the express delivery website B, and the sending process of the express delivery is a corresponding event. The information on the express delivery comprises information such as a sender address, a receiver address, a sender and the like, and the event corresponds to the information.

It should be noted that one piece of express information may correspond to a plurality of events. For example, a certain express delivery piece is sent from the website A to the website B, and a dispatcher corresponding to the website B dispatches the express delivery piece to an express delivery point near a receiver, and the express delivery point stores the express delivery and reminds the receiver to collect the express delivery. Each process of express delivery circulation may correspond to an event.

S203, judging whether the express information is complete.

In particular, different information is involved in calculating different fees, some of which are very basic information that needs to be used regardless of the event being calculated. It is thus determined whether the information used for calculation is complete before the charging operation is performed. After each event corresponding to the express information is determined, information related to the calculation of the cost of each event and basic information are extracted from a data warehouse, and are compared with the express information to judge whether the express information is complete.

It should be noted that, although different express items may have the same event, the information contained in different express items is different, so when the charging operation of the event is performed, the calculation is still performed according to the specific information of the express item.

In some embodiments, both express a and express B are sent from address a to address B, but the recipient of express a requires that express a be stored at the point of delivery, and the recipient of express B requires that express B be delivered to home. Therefore, the related cost is calculated according to the specific information of the express delivery.

S204, if the event is complete, judging whether the event has a waybill lock or not so as to determine the charging operation state of the event.

Specifically, a redis library is preconfigured and is used for storing different events and computing states corresponding to the events. The bill lock can be a series of preset identification data, and is attached to the event to indicate that the event is calculated, and the calculation is not required to be repeated. Therefore, if the information of the express item is complete, whether the corresponding event carries identification data is identified to judge whether the event has a waybill lock or not.

And correspondingly, if the information of the express delivery is incomplete, stopping the charging operation and carrying out abnormal early warning.

In some embodiments, a certain express delivery piece lacks information of a scanner, at this time, the computer can send out a prompt tone and pop up a prompt message on the display screen, remind a worker to perform supplementary input of information, and then put into calculation again.

S205, if no operation list lock exists, a script rule version corresponding to the event is obtained, and the operation list lock is created for the event.

It should be noted that the rule may be a basis for calculation operation, and is a charging policy, which includes under what conditions, how to calculate, and who is calculated first. The script rule may be a program basis at the time of charging operation, what conditions exist at the time of calculating the event according to specific contents given in the script, what calculation, etc. Because the calculation requirements corresponding to different time periods are different, a rule platform is preset, and the rule platform comprises script rules of different versions corresponding to the calculation requirements of each time period.

Specifically, if the event is determined to not carry the bill lock, a corresponding script rule version is selected from the rule platform according to the current situation corresponding to the event, and identification data of the bill lock is attached to the event.

In some embodiments, a bill lock is successfully created for an event, and the event with the bill lock is sent to a redis library for storage, so as to be used as a judgment basis for whether the bill lock exists in other subsequent events.

Correspondingly, a message queue is preset for storing events needing other processing. If the creation of the waybill lock fails, the event proves that the problem exists and the subsequent calculation cannot be performed, and the event is sent to the message queue, so that the processing of staff is facilitated.

In other embodiments, if the event is determined to carry a single lock, the event is indicated to have been operated on, and the event is sent to a message queue for further processing.

S206, calculating the event according to the script rule version to obtain a corresponding charging result and releasing the bill lock.

Specifically, the selected script rule version corresponds to the event, so that the charging result calculated based on the corresponding script rule version also meets the requirement of the current time period. After the event calculation is finished, the waybill lock attached to the event is released, the identification data to be carried is removed, and only the original event is left.

In some embodiments, after the manifest lock for the event is released, the event is sent to a message queue for subsequent other processing.

According to the online financial charging method, the event corresponding to the current express information is determined by receiving the current express information and uploading the current express information to the online financial charging system. And then judging whether the current express information is complete, and judging whether the event is in a charging operation state or not on the basis of the complete information, namely, whether the operation is performed or not. If the event is not operated, a script rule version corresponding to the event is obtained, and charging operation is carried out on the event according to the script rule version. Compared with manual charging operation, the online financial charging system automatically executes the charging process after receiving the express information, and does not need to occupy a lot of manpower resources. Meanwhile, the accuracy of charging data can be improved as much as possible by machine operation, the time of manual calculation is shortened, the express delivery efficiency is further improved, and the use experience and satisfaction of customers are improved.

In other embodiments, if there is no waybill lock, acquiring a script rule version corresponding to the event, and creating the waybill lock for the event may specifically include: if no bill lock exists, inquiring the subjects corresponding to the event; acquiring a corresponding script rule version according to the subject and express information; a bill lock is created for the event to enter a billing operation state.

Specifically, the subjects are basic units of charging, one event can correspond to a plurality of subjects, and the plurality of subjects respectively correspond to various types of fees in the event, such as operation fees, shipping fees, fees paid to couriers, and the like. When the event has no bill lock, the data warehouse is queried for which subjects the event corresponds to. According to the information of the express delivery, whether the calculation is required according to the latest rule version or the previous version is required when the charging operation is performed can be known. And searching script rules corresponding to the calculated subjects in the rule platform according to the subjects to be calculated. And combining the two to obtain the corresponding script rule version by inquiring. The event is attached with identification information, and charging operation is started.

This embodiment is the case without a bill lock. If the event does not have a bill lock, the event is proved not to be in a charging operation state, then the subject corresponding to the event is queried, then the rule version corresponding to the subject is matched, and the bill lock is created for the event. When the online charging system calculates, the event is analyzed to obtain each subject contained in the event, and then the script rule version corresponding to the subject is obtained and then enters the operation state. The embodiment can split the whole event into subjects which can be used for calculation to carry out charging operation, reduce the data quantity of one operation, and also reduce the problems of system blocking and the like possibly caused by simultaneously calculating a large amount of data.

In other embodiments, the subjects include a first subject and a second subject; the calculating the event according to the script rule version to obtain the corresponding charging result and releasing the bill lock may specifically include: calculating a first subject under the charging operation state to obtain a first charging result; judging whether the second subject is calculated according to the preset priority; under the condition that any second subject is not calculated, executing the following steps: acquiring metadata information of a second department; the metadata information includes attributes and rates; calling a script rule corresponding to the script rule version according to the script rule version; calling parameters of the rate corresponding to the second subject according to the attribute; and executing the script rule according to the parameters and the first charging result to obtain a second charging result corresponding to the second subject.

Specifically, among subjects corresponding to the event, some subjects with a base are first subjects; some subjects are further in hierarchy and the second subject. The second subject is calculated based on the first subject's calculation to obtain the first charging result. And the result obtained by calculation of the second subject is the second charging result. The charging priority of the second subject is preset, and since the charging results between subjects are associated, the priority can be set from the base to the high level according to the association relationship between subjects. And pre-configuring an Hbase library for storing the operation states of the subjects and corresponding data. Inquiring whether each subject in the second subjects exists in the Hbase library according to the preset priority, if so, indicating that the subject is charging or has been calculated; if not, the subject is required to perform charging operation.

Each subject has its own corresponding metadata information including attributes and rates corresponding to the subject. Attributes may be considered billing factors such as weight, volume, etc. of the courier for which the event corresponds. The rate provides an offer for a certain physical distribution service. If any second subject does not perform charging operation, calling a script rule corresponding to the version in a rule platform according to the script rule version, then sending attribute data corresponding to the event and corresponding rate parameters to the rule platform, executing the script rule corresponding to the script rule version based on the data and the first charging result, performing charging operation of the subject, and ending operation to obtain a second charging result.

And correspondingly, if all subjects in the second subjects are calculated, releasing the waybill lock of the event, and ending the charging operation of the event.

In some implementations, when the priorities of the plurality of second subjects are the same, then charging operations for the same priority subjects are performed simultaneously.

In this embodiment, the subjects are divided into a first subject and a second subject, where the first subject is a subject on which to compare the basis, and the second subject needs to use the calculation result of the first subject when calculating. After charging operation is started, calculating a first subject to obtain a first charging result, determining whether a second subject is calculated or not according to a preset priority, if not, acquiring metadata information of the second subject, and calling script rules corresponding to the subjects. And obtaining a second charging result according to the script rule and the first charging result, and carrying out layered pushing on the charging operation process, so that the operation result is clearer and more reliable. Meanwhile, the second subjects to be calculated are corresponding to the attribute, the rate and the script rule for calculation, and the accuracy of the second charging result is improved.

In other embodiments, the above method may further comprise: and warehousing the intermediate variable and the second charging result generated in the process of executing the script rule.

Specifically, when the second charging result is calculated, the second charging result may not be directly calculated according to the first charging result, the attribute data and the rate parameter. Some intermediate variables may be generated during execution of the script rules for subsequent operations to obtain the second billing result. And sending the intermediate variable and the second charging result generated in the process of executing the script rule to the Hbase library for storage, so that the intermediate variable and the second charging result can be conveniently used as a comparison basis for whether the subjects operate or not.

In the embodiment, the intermediate variable and the second charging result in the process of calculating the second charging result are stored in a warehouse, so that the subsequent related task can be conveniently called.

In other embodiments, the method specifically may further include: receiving a priority adjustment instruction; and modifying the preset priority according to the priority adjustment instruction so as to enable the preset priority to correspond to the event.

Specifically, the calculation steps required to be performed by different events can be updated in different time periods. The staff can adjust the subject priority according to the actual operation process, the adjusted priority is input into the online financial billing system, and the latest basis is used for billing operation of related events.

The embodiment adjusts the preset priority, so that when the charging operation is performed on the corresponding event, the charging operation of subjects can be performed according to the most reliable sequence, the situation that the charging result is wrong due to the wrong sequence of the priority is avoided, and the data accuracy of the charging operation result is improved.

In other embodiments, the above method may further comprise: receiving a script rule updating instruction; and updating the script rule according to the script rule updating instruction and storing the script rule so as to obtain different script rule versions.

In particular, different charging policies may be corresponding to different time periods. The staff can manually input new script rules into the rule platform according to the actual charging policy, update the versions of the script rules, and store the script rules of each version.

Preferably, the rule platform is associated with a policy platform, and when the online financial billing system detects a policy change, script rules are automatically updated and stored through an interface of the rule platform and the policy platform.

The embodiment updates the script rule version so that when the corresponding event carries out charging operation, the script rule version which is most accordant can be called to carry out the charging operation of subjects, and the charging result obtained by the end of the charging operation is more reliable.

In other embodiments, the method specifically may further include: judging whether the attribute corresponding to the second subject is in a charging operation state or not; and if so, stopping computing the second subject.

In particular, different subjects may correspond to the same attribute, and subjects having the same attribute may not be able to perform the charging operation at the same time. When the A subject carries out charging operation, a use identifier is added for the attribute of the A subject corresponding to the participation operation. And stopping the operation of the subject B when the attribute is used in the operation of the subject B, and making a prompt mark for the subject B. When the charging of the A subjects is finished, the online financial charging system can cancel the use identifier on the corresponding attribute, and the B subjects corresponding to the prompt mark are put into operation again.

In this embodiment, when two subjects including the same attribute are encountered while charging operation is performed, calculation of one of the subjects is stopped according to the time of entering the charging operation state. The situation that the data obtained through calculation according to the same attribute are corresponding to the wrong second subject is avoided, so that more time is consumed by recalculation when the second charging result is wrong, the transfer efficiency of express delivery is reduced, and the logistics experience of a customer is finally reduced.

In other embodiments, an architectural diagram of an online financial billing system as shown in FIG. 3, an online financial system model diagram as shown in FIG. 4, a core physical model diagram as shown in FIG. 5, and a billing flow diagram as shown in FIG. 6 are provided.

1. For the online financial system model shown in FIG. 4, the following supplements are made:

subject(s): the charging service basic management unit may be a tree structure.

A settlement subject: organization structure main body with settlement capability.

Charging items: one time of specific charging.

Summarizing records: numerous billing items a result of the settlement body summary.

And (3) bill: consists of summary records, and provides the settlement main body with settlement.

Charging policy: the service rules of charging define when and how to charge. There are two implementations, one is script device implementation and one is rule device implementation. The former can fall to the ground faster with lower risk; the latter is considered longer and is easy to produce.

Knowledge base: the rule set concept consists of a set of rules.

Rules: the knowledge base is composed of a composition unit consisting of conditions, actions and priorities.

Events: streaming data abstracts and unifies external input.

Charging vector: the event is supplemented with various features required by the charging service and becomes a charging vector.

2. For the core physical model schematic diagram as shown in fig. 5, the following additions are made:

accjproject charging item, concept of management dimension, service domain

The acc_subject charging subjects are the collection of acc_node, support tree structure, service domain

accstrategy charging policy table, charging node corresponding to field model and knowledge base concept

The acc_rule rule table, rule set uses

Push when acc_subject_online_version issues subjects, and then issues the current domain model

3. Data combining mode

According to script mining, the data sources of the settlement domain can be roughly classified into 3 types:

3.1 bar gun scan data.

3.2 results of parameter calculation. The calculations were repeated daily, feature broad table in the face single dimension.

3.3 various configuration tables, tariffs table. Small table, small data size, relatively static, join key is a combination key, usually the dot dimension combines other parameters.

Based on the data, the Baba gun scanning data is managed through an event platform, the parameter calculation result is managed through a feature platform, and the configuration table is managed by itself.

4. Finding features used by rules

And acquiring a feature list to be acquired, and then calling a feature platform to inquire.

In the actual scenario of invoking feature platform queries, if different join modes are made into features, feature expansion can be caused, and naming and business management can be difficult. Moreover, such join ways already fall within the category of rules, should be expressed in the rules. And thus different join modes are not characterized.

5. Charging node

The event-driven charging node starts calculation, the node meeting the activation condition operates the service rule, changes the state of the network, and completes the charging operation.

One charging operation is shown in the charging flow chart of fig. 6.

The application establishes a field model of the charging service, realizes a rule device supporting the charging service based on the field model, and has the capability of realizing real-time charging in a stream calculation mode. The device should be designed following the following principles:

high data accuracy. This is the most basic requirement.

The offline data may be compared. In view of the complexity of the script, the charging device can be designed to correspond to the offline script as much as possible, for example, the feature platform data corresponds to the offline table, the charging flow node can correspond to the SQL code block, and the intermediate data should be saved. The step size is prevented from being too large, and the difficulty of online data comparison is caused.

The container is irrelevant. The charging means may run in a streaming, batch container, or under a web container.

And (5) transverse expansibility. The method has the advantages that the method has the capability of calculating power and transversely expanding data, can cope with larger data volume through capacity expansion, and can meet the high concurrency scene in offline operation.

The order of events is irrelevant. It should not be assumed that events will be processed in some fixed order, and the device will have to give the same result for any sequence of events.

Traceability. The charging flow needs log landing, and the process is traceable.

Can be played back. When the rules adjust, the data may be played back.

Traffic is irrelevant. The charging means may only be coupled to the domain model of the charging service and not contain any policy and settlement specific services. The final business design is delivered to the business classmates of the Shentong through the productization.

The technical effects of the present embodiment are similar to those of the above embodiment, and will not be described here again.

Fig. 7 is a schematic structural diagram of an online financial billing device according to an embodiment of the present application, as shown in fig. 7, an online financial billing device 700 of the present embodiment includes: an information receiving module 701, an event determining module 702, an information integrity judging module 703, a waybill lock judging module 704, a waybill lock creating module 705 and a charging operation module 706.

The information receiving module 701 is configured to receive current express information;

the event determining module 702 is configured to determine a corresponding event according to the current express item information;

an information integrity judging module 703, configured to judge whether the express delivery information is complete;

the waybill lock judging module 704 is used for judging whether the event has a waybill lock or not when the express item information is complete so as to determine the charging operation state of the event;

the waybill lock creation module 705 is configured to obtain a script rule version corresponding to the event when the event has no waybill lock, and create the waybill lock for the event;

and the charging operation module 706 is configured to calculate the event according to the script rule version, obtain a corresponding charging result, and release the bill lock.

Optionally, the waybill lock creation module 705 is specifically configured to:

if no bill lock exists, inquiring a subject corresponding to the event;

and creating a bill lock for the event to enter a charging operation state.

Optionally, the subjects include a first subject and a second subject;

the charging operation module 706 is specifically configured to:

Optionally, the online financial charging apparatus 700 further comprises a database module 707 for:

Optionally, the online financial billing device 700 further includes a priority adjustment module 708 for:

receiving a priority adjustment instruction;

Optionally, the online financial charging apparatus 700 further includes a script rule updating module 709 for:

receiving a script rule updating instruction;

Optionally, the online financial billing device 700 further includes a judgment attribute operation module 710, configured to:

and if so, stopping computing the second subject.

The apparatus of this embodiment may be used to perform the method of any of the foregoing embodiments, and its implementation principle and technical effects are similar, and will not be described herein again.

Fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application, as shown in fig. 8, an electronic device 800 of the present embodiment may include: a memory 801 and a processor 802.

The memory 801 has stored thereon a computer program that can be loaded by the processor 802 and that performs the methods of the above embodiments.

The processor 802 is coupled to the memory 801, such as via a bus.

Optionally, the electronic device 800 may also include a transceiver. It should be noted that, in practical applications, the transceiver is not limited to one, and the structure of the electronic device 800 is not limited to the embodiment of the present application.

The processor 802 may be a CPU (Central Processing Unit ), general purpose processor, DSP (Digital Signal Processor, data signal processor), ASIC (Application Specific Integrated Circuit ), FPGA (Field Programmable Gate Array, field programmable gate array) or other programmable logic device, transistor logic device, hardware components, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules and circuits described in connection with this disclosure. The processor 802 may also be a combination that implements computing functionality, e.g., comprising one or more microprocessor combinations, a combination of DSP and microprocessor, etc.

A bus may include a path that communicates information between the components. The bus may be a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus or an EISA (Extended Industry Standard Architecture ) bus, or the like. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus.

The Memory 801 may be, but is not limited to, ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, RAM (Random Access Memory ) or other type of dynamic storage device that can store information and instructions, EEPROM (Electrically Erasable Programmable Read Only Memory ), CD-ROM (Compact Disc Read Only Memory, compact disc Read Only Memory) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

The memory 801 is used for storing application program codes for executing the inventive arrangements and is controlled to be executed by the processor 802. The processor 802 is configured to execute application code stored in the memory 801 to implement what is shown in the foregoing method embodiments.

Among them, electronic devices include, but are not limited to: mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and stationary terminals such as digital TVs, desktop computers, and the like. But may also be a server or the like. The electronic device shown in fig. 8 is only an example and should not be construed as limiting the functionality and scope of use of the embodiments of the application.

The electronic device of the present embodiment may be used to execute the method of any of the foregoing embodiments, and its implementation principle and technical effects are similar, and will not be described herein.

The present application also provides a computer-readable storage medium storing a computer program capable of being loaded by a processor and executing the method in the above embodiments.

Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the method embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the method embodiments described above; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.

Claims

1. An online financial billing method, comprising:

receiving current express information;

determining a corresponding event according to the current express information;

judging whether the express delivery information is complete or not;

2. The method of claim 1, wherein if there is no waybill lock, obtaining a script rule version corresponding to the event, and creating the waybill lock for the event, comprises:

if no bill lock exists, inquiring a subject corresponding to the event;

and creating a bill lock for the event to enter a charging operation state.

3. The method of claim 2, wherein the subjects comprise a first subject and a second subject;

4. A method according to claim 3, further comprising:

5. A method according to claim 3, further comprising:

receiving a priority adjustment instruction;

6. The method as recited in claim 2, further comprising:

receiving a script rule updating instruction;

7. A method according to claim 3, further comprising:

And if so, stopping computing the second subject.

8. An online financial billing apparatus, comprising:

9. An electronic device, comprising: a memory and a processor;

the memory is used for storing program instructions;

the processor being adapted to invoke and execute program instructions in the memory to perform the method of any of claims 1-7.

10. A computer-readable storage medium, wherein the computer-readable storage medium has a computer program stored therein; the computer program, when executed by a processor, implements the method of any of claims 1-7.