Work order management method and device based on multi-system linkage, equipment and medium

Abstract

The invention provides a work order management method and device based on multi-system linkage, equipment and a medium. The method comprises the following steps: determining a hierarchical field of a target rule as a first field; obtaining target resident information from the data lake based on the target resident identifier, determining a target risk level based on a target rule and first resident information corresponding to the first field, and determining a key field corresponding to the target risk level as a second field; and after creating the target work order, displaying the first resident information based on a preset first style, and displaying the second resident information corresponding to the second field based on a preset second style. According to the technical scheme provided by the embodiment of the invention, the target risk level of the resident can be evaluated by using the first resident information, the second resident information is dynamically determined according to the target risk level, and the first resident information and the second resident information can be quickly positioned from the return visit work order by the return visit personnel in different styles. The information readability of the return visit work order is improved, and the return visit efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent work order management, and in particular to a work order management method, device, equipment and medium based on multi-system linkage. Background Art

[0002] Currently, follow-up visits to overdue accounts are an important part of property management. During these visits, communication based on the specific reasons for the arrears is essential to improve collection efficiency. Traditional solutions, which rely primarily on manual recording of each owner's reasons for arrears, are inefficient and no longer meet today's efficiency needs.

[0003] In some related technologies, a work order template is typically pre-set. Based on the preset fields in the template, the corresponding household information is pulled from the database. This household information is then entered into the work order template to generate a follow-up work order, which is then assigned to the corresponding follow-up personnel for follow-up. However, if all household information is pulled for each follow-up work order, the work order template becomes complex. Before processing each follow-up work order, the follow-up personnel must mark the relevant household information on the follow-up work order. This increases the processing time of the follow-up work order, affecting the efficiency of follow-up visits. Summary of the Invention

[0004] The present invention aims to address at least one of the technical problems existing in the prior art. To this end, the present invention proposes a work order management method, apparatus, device, and medium based on multi-system linkage, which can dynamically adjust the display content and display mode of return visit work orders based on the risk level of residents, thereby improving the efficiency of return visits.

[0005] In a first aspect, an embodiment of the present invention provides a work order management method based on multi-system linkage, which is applied to a work order system, wherein the work order system is communicatively connected to a data lake, the data lake includes multiple preset fields, the work order system is set with multiple preset rules, the preset rules include multiple grading fields and preset risk levels, each preset risk level corresponds to a different field value of the grading field, each preset risk level is associated with multiple key fields, the grading fields and the key fields belong to the preset fields, and the method includes:

[0006] Selecting a target rule from a plurality of preset rules, and determining the grading field of the target rule as a first field;

[0007] In response to selecting a target resident identifier from a plurality of candidate resident identifiers, obtaining target resident information corresponding to each of the preset fields from the data lake based on the target resident identifier, determining a target risk level based on the target rule and first resident information corresponding to the first field, and determining the key field corresponding to the target risk level as the second field;

[0008] create a target work order based on the target household information, display the first household information based on a preset first style, and display second household information corresponding to the second field based on a preset second style.

[0009] According to some embodiments of the present application, before selecting a target rule from a plurality of preset rules, the method further comprises:

[0010] building a rule list in a visual interface, wherein each column of the rule list corresponds to a preset risk level, and each row corresponds to the classification field and the key field of the target rule under each preset risk level;

[0011] When an editable rule is selected from the rule list, the preset fields other than the classification field and the key field of the editable rule are determined as candidate fields, each candidate field is displayed outside the rule list, the classification field and the key field corresponding to the editable rule are unlocked, and in response to a drag operation on any preset field in the visual interface, the dragged preset field is added to the classification field and the key field where it is released, or the preset field dragged out of the rule list is determined as the candidate field.

[0012] Alternatively, in response to a rule creation instruction in the visual interface, each preset field is displayed outside the rule list, a new rule is created in the rule list, and in response to the drag operation, the corresponding classification field and key field of the new rule are added.

[0013] According to some embodiments of the present application, the work order system is preset with a first API, the first API is preset with a preset format corresponding to each preset field, and target household information corresponding to each preset field is obtained from the data lake based on the target household identifier, comprising:

[0014] The first API is configured based on the target household identifier and the first field, so that the first API determines the preset fields other than the first field as third fields, and determines the target format corresponding to each first field;

[0015] The first API performs a data acquisition operation based on the target household identifier and the first field, and obtains the first household information from the data lake;

[0016] Based on any of the first household information, the target format is determined according to the corresponding first field through the first API, and the first household information is verified based on the target format;

[0017] When each of the first household information is verified, the data lake is accessed to obtain the remaining target household information based on the target household identifier and the third field through the first API.

[0018] According to some embodiments of the present application, the data lake comprises a plurality of data partitions, each of which is associated with a plurality of partition household identifiers, and each of which is provided with each of the preset fields. The data acquisition operation comprises:

[0019] A field set is constructed through the first API, wherein the field set comprises all the first fields, or all the third fields.

[0020] A target query instruction is constructed based on the target household identifier and the field set, and the target query instruction is sent to the data lake, so that the data lake determines the data partition to which the target household identifier belongs as a target partition, and obtains the corresponding target household information from the target partition based on the field set.

[0021] According to some embodiments of the present application, the work order system is also provided with a second API. After creating a target work order based on the target household information, the method further comprises:

[0022] The current first household information is determined as reference household information, and the second API is configured based on the target household identifier and the first field and the reference household information.

[0023] The first household information is periodically acquired based on the target household identifier and the first field through the second API.

[0024] When the second API detects that the reference household information corresponding to the same first field and the newly acquired first household information are different, a risk update instruction is generated.

[0025] In response to the risk update instruction, the target risk level is re-determined based on the target rule and the newly acquired first household information.

[0026] The target work order is updated based on the re-determined target risk level.

[0027] According to some embodiments of the present application, after creating a target work order based on the target household information, the method further comprises:

[0028] A first follow-up account is determined from a plurality of preset follow-up accounts based on the target risk level and the first field, wherein each of the preset follow-up accounts is associated with at least one preset risk level, and each of the preset risk levels is associated with a plurality of preset fields.

[0029] allocating the target work order to the first revisit account;

[0030] transferring the target work order based on the communication feedback information input by the first revisit account.

[0031] According to some embodiments of the present application, transferring the target work order based on the communication feedback information input by the first revisit account comprises:

[0032] when the communication feedback information is used to represent a contact failure, determining a target processing time of the target work order based on a preset time length, and reallocating the target work order based on the target processing time;

[0033] or, when the communication feedback information records any second revisit account, allocating the target work order to the second revisit account, and displaying the communication feedback information in the first style in the target work order.

[0034] In a second aspect, embodiments of the present application provide a work order management device based on multi-system linkage, comprising at least one control processor and a memory connected in communication with the at least one control processor; the memory stores instructions executable by the at least one control processor, and the instructions are executed by the at least one control processor to enable the at least one control processor to execute the work order management method based on multi-system linkage as described in the first aspect above.

[0035] In a third aspect, embodiments of the present application provide an electronic device comprising the work order management device based on multi-system linkage as described in the second aspect above.

[0036] In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing computer executable instructions for executing the work order management method based on multi-system linkage as described in the first aspect above.

[0037] According to the work order management method based on multi-system linkage provided in the embodiments of the present application, the following beneficial effects are achieved: a target rule is selected from a plurality of preset rules, and a hierarchical field of the target rule is determined as a first field; in response to a target household identifier selected from a plurality of candidate household identifiers, target household information corresponding to each of the preset fields is obtained from the data lake based on the target household identifier, a target risk level is determined based on the target rule and first household information corresponding to the first field, and a key field corresponding to the target risk level is determined as a second field; a target work order is created based on the target household information, the first household information is displayed based on a preset first style, and second household information corresponding to the second field is displayed based on a preset second style. According to the technical solution provided in the embodiments of the present application, the first household information can be used to evaluate the target risk level of a household, the second household information can be dynamically determined according to the target risk level, the first household information and the second household information can be quickly located from a work order by a revisiting personnel in different display styles, the information readability of the work order is improved, and the revisiting efficiency is improved. BRIEF DESCRIPTION OF DRAWINGS

[0038] Figure 1 FIG. 1 is a schematic diagram of a work order system provided in an embodiment of the present application;

[0039] Figure 2 FIG. 3 is a flowchart of a work order management method based on multi-system linkage provided in another embodiment of the present application;

[0040] Figure 3 FIG. 5 is a schematic diagram of configuring a preset rule provided in another embodiment of the present application;

[0041] Figure 4 FIG. 7 is a structural diagram of a work order management device based on multi-system linkage provided in another embodiment of the present application. DETAILED DESCRIPTION

[0042] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the drawings, in which the same or similar notations represent the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and are only used to explain the present application, and cannot be understood as a limitation of the present application.

[0043] In the description of the present application, it should be understood that the orientation description, such as the orientation or position relationship indicated by up, down, front, back, left, right, etc., is based on the orientation or position relationship shown in the drawings, and is only for the convenience of describing the present application and simplifying the description, and does not indicate or imply that the indicated device or element must have a particular orientation, be constructed and operated in a particular orientation, and therefore cannot be understood as a limitation of the present application.

[0044] In the description of the present application, the meaning of one or more is one or more, the meaning of multiple is two or more, greater than, less than, more than, etc. are understood as not including the number, above, below, within, etc. are understood as including the number. If the first, second is described, it is only used for the purpose of distinguishing technical features, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features or the sequence of indicated technical features.

[0045] In the description of the present application, unless otherwise explicitly limited, the words such as setting, installing, connecting, etc. should be broadly understood, and those skilled in the art can reasonably determine the specific meaning of the above words in the present application in combination with the specific content of the technical scheme.

[0046] The embodiment of the present application provides a work order management method, device and equipment based on multi-system linkage and medium, wherein the work order management method based on multi-system linkage comprises: selecting a target rule from a plurality of preset rules, and determining the hierarchical field of the target rule as a first field; in response to selecting a target household identifier from a plurality of candidate household identifiers, obtaining target household information corresponding to each of the preset fields based on the target household identifier from the data lake, determining a target risk level based on the target rule and the first household information corresponding to the first field, and determining the key field corresponding to the target risk level as a second field; creating a target work order based on the target household information, displaying the first household information based on a preset first style, and displaying the second household information corresponding to the second field based on a preset second style. According to the technical scheme of the embodiment of the present application, the first household information can be used to evaluate the target risk level of the household, the second household information can be dynamically determined according to the target risk level, and the first household information and the second household information can be quickly positioned from the revisit work order by the revisit personnel in different display styles, so as to improve the information readability of the revisit work order and improve the revisit efficiency.

[0047] First, refer to Figure 1 , Figure 1 The schematic diagram of the work order system provided by the embodiment of the present application, the work order system 10 of the embodiment is in communication connection with the data lake 20, the data lake 20 comprises a plurality of preset fields, the work order system 10 is provided with a plurality of preset rules, the preset rules comprise a plurality of hierarchical fields and preset risk levels, the field values of the hierarchical fields corresponding to each preset risk level are different, each preset risk level is respectively associated with a plurality of key fields, and the hierarchical fields and the key fields belong to the preset fields.

[0048] It should be noted that the work order system 10 can be developed based on a product management system (PMS), the data lake 20 is in communication connection with the work order system 10, the work order system 10 saves all the collected data to the data lake 20 and stores them in fields, the preset fields in the embodiment are all the data fields required by the work order template, and the preset fields can be all the fields stored in the data lake 20 or part of the fields, as long as the preset fields can meet the needs of the work order template. The preset fields can be data fields related to the work order, such as “account age”, “amount of arrears”, “occupation”, “household name” and the like, which are not limited here. Figure 1

[0049] It should be noted that the work order system 10 in the embodiment predefines a plurality of preset rules, and the preset risk levels corresponding to each preset rule are the same, for example Figure 1 As shown in the figure, each preset rule includes a high risk level, a medium risk level and a low risk level, and of course the corresponding risk levels can be increased or decreased, and the number and division standard of the risk levels are not limited here, as long as different preset rules apply the same set of risk levels. In the same preset rule, the classification fields corresponding to different risk levels are the same, but the field values are different, so that the risk level can be divided according to the field value of the classification field, which is not described here.

[0050] It should be noted that the classification fields of different preset rules can be the same or different. If the classification fields of two preset rules are the same, the field values of the classification fields corresponding to each risk level are different, for example, the two preset rules are “high standard arrears rule” and “low standard arrears rule”, and the classification fields of the two include “amount of arrears”, the field value corresponding to the high risk level of “high standard arrears rule” is greater than 10,000, and the field value of “low standard arrears rule” can be greater than 5,000, and so on. If different preset rules have the same classification field, at least one field value is different, so as to distinguish different classification standards. For example Figure 1 As shown in the figure, the classification fields of “high standard arrears rule” and “occupation risk follow-up” are different, “high standard arrears rule” pays more attention to the amount of arrears, while “occupation risk follow-up” pays more attention to whether the occupation and income of the household can bear the arrears. Different preset rules select different classification fields according to actual needs, so as to realize different classification rules.

[0051] ​It should be noted that for different preset risk levels, the fields that need to be displayed can be different, for example, for a high-risk level household, more household information needs to be referred to when formulating a revisit strategy, and for a low-risk level household, too much household information is not needed, and it is likely that only a simple reminder is needed, based on this, the embodiment sets different key fields for different preset risk levels, which represent the household information that must be displayed in the target work order under the preset risk level in addition to the classification field, for example Figure 1 As shown in the figure, the key fields of the high-risk level include "occupation", "family income", "whether to loan", and the medium-risk level omits "whether to loan", and so on. The key fields and the classification fields belong to the preset fields, and the key fields and the classification fields do not overlap, so as to avoid repeated display of the same content in the target work order.

[0052] Referring to Figure 2 , Figure 2 A flowchart of a work order management method based on multi-system linkage provided by the embodiment of the application, the work order management method based on multi-system linkage includes but is not limited to the following steps:

[0053] S10, selecting a target rule from a plurality of preset rules, and determining the classification field of the target rule as a first field.

[0054] It should be noted that after the revisit personnel logs in the work order system, the work order system can display each preset rule through a visual interface, the revisit personnel selects a target rule from a plurality of preset rules according to the revisit demand, and the work order system automatically determines the classification field corresponding to the target rule as the first field.

[0055] Exemplarily, as Figure 1 shown, the property management department determines that the high-standard arrears rule is used as the target rule according to the management demand, and each revisit personnel selects the "high-standard arrears rule" as the target rule after logging in the work order system, triggering the work order system to determine the "account age" and "arrears amount" as the first field.

[0056] S20, in response to selecting a target household identifier from a plurality of candidate household identifiers, obtaining target household information corresponding to each preset field based on the target household identifier from the data lake, determining a target risk level based on the target rule and the first household information corresponding to the first field, and determining a key field corresponding to the target risk level as a second field.

[0057] It should be noted that after selecting the target rule, the work order system displays a plurality of candidate household identifiers, each of which corresponds to a revisit user, in order to improve the efficiency of the revisit, each revisit personnel selects a target household identifier each time, generates a target work order and completes the revisit operation, and then selects the next target household identifier to execute the technical solution of the embodiment, and the subsequent description is not repeated.

[0058] Notably, the embodiment configures a rule engine in the work order system, and the preset rules are configured in the rule engine. After the revisit personnel selects the target rule, the rule engine automatically calls the first field of the target rule for data acquisition and risk level judgment. Through the independent rule engine, the configuration of the work order system can be simplified, and the preset rules can be reused after being configured once, thereby improving the convenience of configuration.

[0059] It should be noted that the target household identifier and the target rule are sent to the rule engine, and the rule engine acquires all target household information of the preset fields from the data lake according to the request initiated by each revisit personnel according to the target household identifier, and then filters the first household information from the first field, and further runs the target rule to compare the field values of each preset risk level of the first household information. The target risk level of the current revisit household is determined in each preset risk level of the target rule.

[0060] It should be noted that since the key fields corresponding to each preset risk level are different, after the target risk level is determined, the key field of the target risk level is determined as the second field, and the target household information corresponding to the first field and the second field is determined as the information that the household under the target risk level needs to pay attention to. The information of the household displayed in the target work order is flexibly adjusted according to the risk level of the household, and the readability of the target work order is improved.

[0061] Exemplarily, as shown in Figure 1 The target household identifier selected in the work order system 10 is "household A", the rule engine is configured according to "household A" and "high standard overdue rule", the rule engine acquires the target household information corresponding to "household A" from the data lake 20, the first field includes "account age" and "overdue amount", and the corresponding first household information is "1 year" and "500" respectively. The rule engine determines that the target risk level is low risk level according to the above information, and determines that the key field "family income" is the second field.

[0062] S30, creating a target work order based on the target household information, displaying the first household information based on the preset first style, and displaying the second household information corresponding to the second field based on the preset second style.

[0063] It should be noted that, according to the description of the above embodiment, the preset field corresponds to all the contents required by the work order template, that is, the target household information is the entire content of the work order template, and the creation of the target work order according to the work order template is a technology familiar to those skilled in the art, and the creation method of the work order will not be described here.

[0064] It should be noted that, after determining the second field, the target household information corresponding to the second field is determined as the second household information. In this embodiment, the first household information is displayed in the target work order in the first style, the second household information is displayed in the second style, and the remaining target household information can be displayed in the third style.

[0065] It should be noted that the first household information and the second household information of the embodiment are dynamically determined based on the target rules and different households, so it is impossible to configure a work order template for each household, and only a general work order template can be used. The content layout of the general work order template must be configured in advance, so when there are multiple first household information and multiple second household information, it is difficult to ensure that the first household information and the second household information of each household are displayed in the same area. It is likely that multiple first household information and multiple second household information are displayed dispersedly in the interface of the target work order. Based on this, the embodiment does not adjust the display position of each target household information in the target work order, but displays the first household information, the second household information and other information in different styles, so that the first household information for evaluating the risk and the second household information needed for the focus of the revisit personnel can be directly identified visually.

[0066] Exemplarily, as shown in Figure 1 The first style is bold font, and the second style is italic font. After creating the target work order, the first household information is displayed in bold font. Even if the display positions of "account age" and "arrears amount" are not adjacent, the revisit personnel can quickly identify the bold font visually, so as to quickly locate the first household information in the target work order and determine the evaluation basis of the risk level of the user. Similarly, the revisit personnel can quickly identify the italic font visually, so as to quickly locate the second household information in the target work order, and the details will not be repeated here.

[0067] In addition, in an embodiment, before step S10 is performed, the following steps are further included but not limited to:

[0068] S01, constructing a rule list in a visual interface, wherein each column of the rule list corresponds to a preset risk level, and each row corresponds to a hierarchical field of a preset rule and a key field under each preset risk level;

[0069] S02, when selecting one rule to be edited from the rule list, determining preset fields other than the hierarchical field and the key field of the rule to be edited as candidate fields, displaying each candidate field outside the rule list, unlocking the hierarchical field and the key field corresponding to the rule to be edited, and in response to a drag operation on the visualization interface based on any preset field, adding the dragged preset field to the hierarchical field and the key field where the preset field is released, or determining the preset field dragged out of the rule list as a candidate field;

[0070] S03, in response to a rule creation instruction on the visualization interface, displaying each preset field outside the rule list, creating a new rule in the rule list, and in response to a drag operation, adding corresponding hierarchical fields and key fields to the new rule.

[0071] It should be noted that before the target work order is constructed, the preset rules can be created or modified in the work order system. The administrator logs in to the work order system, selects a related configuration option to enter the visualization interface, constructs a rule list in the visualization interface, and completes the editing and creation of the preset rules through the visualization operation.

[0072] It should be noted that the risk levels corresponding to different preset rules are the same. In this embodiment, each column of the rule list corresponds to a preset risk level, and each row corresponds to a hierarchical field of a preset rule and key fields under each preset risk level. The hierarchical field and the key field can be displayed in rows, as shown in Figure 3 The content column of the rule list includes three columns of high risk level, medium risk level, and low risk level. Each row corresponds to a preset rule, and each row corresponding to each preset rule is further divided into two small rows. The first row corresponds to the hierarchical field. Since the hierarchical fields of each preset risk level are the same, only the conditions of the corresponding field values are different, so the hierarchical field can be displayed in the form of a merged cell. The key fields corresponding to each preset risk level are different, for example Figure 3 As shown in the figure, the key fields of the high risk level of rule 1 include occupation, family income, and loan situation, and the key fields of the medium risk level include occupation and family income, and so on.

[0073] It should be noted that after the visualization of each preset rule through the rule list, a rule to be edited can be determined from the rule list by clicking, and the hierarchical field and the key field of the rule to be edited are unlocked to be editable. At the same time, the candidate fields are displayed outside the corresponding rule list. Since the candidate fields are preset fields other than the hierarchical field and the key field, the candidate fields corresponding to each preset rule can be different, achieving dynamic display of the candidate fields based on different preset rules.

[0074] It should be noted that after the candidate fields are displayed, including the key fields and the hierarchical fields of the to-be-edited rule, all preset fields have been displayed on the visualization interface, and the embodiment realizes the configuration of the fields through the dragging operation. For example, dragging a candidate field into a hierarchical field makes it a new hierarchical field, or dragging a key field out of the corresponding preset risk level makes it not a key field, or when a key field is dragged into a hierarchical field, all preset risk levels delete the corresponding key field to ensure that it is not displayed repeatedly. Through the dragging operation, the operation can be effectively simplified and the visualization degree can be improved, and the rule editing efficiency can be improved.

[0075] It should be noted that, as with editing, a create button can be configured in the visualization interface to trigger a rule creation instruction. At this time, each preset field can be displayed outside the rule list, and a new line is added to the rule list as a new rule. The configuration of the hierarchical field and the key field is realized through the same dragging method, which is not repeated here.

[0076] In addition, in an embodiment, with reference to Figure 1 , the work order system is preset with a first API, and the first API is preset with a preset format corresponding to each preset field. In step S20, target household information corresponding to each preset field is obtained from the data lake based on the target household identifier, including but not limited to the following steps:

[0077] S211, based on the target household identifier and the first field, the first API is configured to determine the preset fields other than the first field as the third field, and determine the target format corresponding to each first field;

[0078] S212, the first API performs a data acquisition operation based on the target household identifier and the first field to obtain the first household information from the data lake;

[0079] S213, based on any first household information, the target format is determined by the first API according to the corresponding first field, and the first household information is verified based on the target format;

[0080] S214, when each first household information is verified, the first API performs a data acquisition operation based on the target household identifier and the third field to obtain the remaining target household information from the data lake.

[0081] It should be noted that the first API is built in the work order system in the embodiment, and the preset format of each preset field is set in the first API. After each follow-up personnel selects the target resident identifier and the target rule, the first API is configured based on the target resident identifier and the first field. The first API first identifies the preset fields other than the first field as the third field. Since the data amount of the target resident information is large, the first API obtains the target resident information twice.

[0082] The first API obtains the first resident information from the data lake based on the first field first, and performs format verification based on the more important first resident information in the target work order first. The format verification can ensure the data integrity of the first resident information, and can verify the communication reliability with the data lake. The first API can obtain the first resident information with correct format from the data lake, and then obtain the remaining information from the data lake according to the third field after verification.

[0083] In addition, in an embodiment, referring to Figure 1 , the data lake includes a plurality of data partitions, each data partition is associated with a plurality of partition resident identifiers, and each data partition is provided with each preset field. The data acquisition operation in steps S212 and S214 includes:

[0084] S221, constructing a field set through the first API, wherein the field set includes all first fields, or includes all third fields;

[0085] S222, constructing a target query instruction based on the target resident identifier and the field set, and sending the target query instruction to the data lake, so that the data lake determines the data partition to which the target resident identifier belongs as a target partition, and obtains the corresponding target resident information from the target partition based on the field set.

[0086] It should be noted that the data lake is divided into a plurality of data partitions in the embodiment, each data partition corresponds to a community, and the resident identifiers of the same community are saved in the data partition as partition resident identifiers, so that the data of different communities is isolated and unified follow-up is performed through the work order system.

[0087] Exemplarily, as Figure 1 shown, the data lake 20 includes a first data partition 21 and a second data partition 22. The first data partition 21 and the second data partition 22 both include all preset fields, and the partition user identifiers saved by the first data partition 21 and the second data partition 22 are different from each other.

[0088] It should be noted that the first data acquisition operation of the first API is based on the first field, and the second is based on the third field, so when the data acquisition operation is performed for the first time, the field set includes all the first fields, and when the second data acquisition operation is performed, the field set includes all the third fields. In order to describe the traversal, the subsequent principle description is based on the field set including all the first fields.

[0089] It should be noted that the first API first constructs a target query instruction based on the target household identifier and the field set, and the data lake first traverses each data partition according to the target household identifier to determine the target partition, and then obtains the corresponding target household information from the target partition.

[0090] In addition, in an embodiment, the work order system also pre-provides a second API, and after creating the target work order based on the target household information in step S30, the following steps are included but not limited to:

[0091] S31, determine the current first household information as reference household information, and configure the second API based on the target household identifier and the first field and the reference household information;

[0092] S32, periodically acquire the first household information based on the target household identifier and the first field through the second API;

[0093] S33, when the second API detects that the reference household information corresponding to the same first field and the newly acquired first household information are different, a risk update instruction is generated;

[0094] S34, in response to the risk update instruction, the target risk level is re-determined based on the target rule and the newly acquired first household information;

[0095] S35, update the target work order based on the re-determined target risk level.

[0096] It should be noted that after creating the target work order, the current first household information is recorded in the second API as the reference household information, and the corresponding target household identifier and the first field are associated, and the data acquisition period is pre-set in the second API, for example, set to one day, so that the second API can periodically update the data from the second day after the target work order is generated. The specific period can be set according to actual needs.

[0097] It is worth noting that the target work order is used for follow-up visits, and after the follow-up visit, the situation of the household supplementing the fee may occur, and the situation of further generating new arrears may also occur, so the second API compares the newly acquired first household information and the reference household information, for example, compares Figure 1The arrears amount is shown, and when the arrears amount changes, a risk update instruction is generated, the target risk level is re-determined according to the technical solution of the above embodiment, if the target risk level does not change, only the corresponding target resident information in the target work order is updated, if the target risk level changes, the key field also changes accordingly, so it is necessary to re-determine the second resident information according to the new key field, and display the latest second resident information in the second style in the target work order. The second API is set in the work order system in this embodiment, and the data change of the automatically tracked target work order is tracked through the second API, and the timeliness of work order processing is improved.

[0098] In addition, in an embodiment, after step S30 is performed, the following steps are further included, but are not limited to:

[0099] S41, determining a first follow-up account from a plurality of preset follow-up accounts based on the target risk level and the first field, wherein each preset follow-up account is associated with at least one preset risk level, and each preset risk level is associated with a plurality of preset fields;

[0100] S42, assigning the target work order to the first follow-up account;

[0101] S43, transferring the target work order based on the communication feedback information input by the first follow-up account.

[0102] It should be noted that, in this embodiment, the risk of the resident is evaluated based on the first resident information, and for different target risk levels and different information involved in the target risk level, the communication skills required for follow-up are different, for example, some follow-up personnel are better at follow-up communication based on professional risk evaluation, and other follow-up personnel are better at follow-up communication based on arrears risk evaluation. Based on this, at least one preset risk level and preset field are set for each preset follow-up account, and after the target work order is generated, the appropriate first follow-up account can be matched according to the target risk level and the first field, thereby improving the success rate of follow-up.

[0103] It should be noted that, after the target work order is assigned to the first follow-up account, when the communication feedback information input by the first follow-up account is obtained, the target work order can be automatically transferred, for example, if the arrears are completed, the target work order is automatically closed and filed. In this embodiment, a plurality of types of feedback information transfer strategies are preset in the work order system, and the follow-up personnel automatically transfer according to the corresponding transfer strategy after selecting the corresponding communication feedback information, thereby improving the work order management efficiency.

[0104] In addition, in an embodiment, step S43 specifically includes but is not limited to the following steps:

[0105] S431, when the communication feedback information is used to indicate a contact failure, determining a target processing time for the target work order based on a preset duration, and reallocating the target work order based on the target processing time;

[0106] S432: When the communication feedback information records any second return visit account, the target work order is assigned to the second return visit account, and the communication feedback information is displayed in the first style on the target work order.

[0107] It should be noted that when communication feedback information is used to characterize contact failure, it can be determined that the resident cannot be contacted. This embodiment determines the target processing time of the target work order based on the preset time, and reallocates the target work order after reaching the target processing time, thereby realizing the automatic flow of the target work order. Return visits are usually not continuous events, so the preset time is usually longer, such as one day or one week. At this time, if the return visit can only be continued by the same first return visit account, the first return visit account is likely to affect the timeliness of the return visit due to the large number of work orders. Therefore, this embodiment reallocates the work order after reaching the target processing time to improve the efficiency of work order processing.

[0108] It should be noted that when the communication feedback information records a second callback account, it can be determined that the target work order needs to be handled by a callback person of another position or rank. For example, if the debt collection is changed from property collection to lawyer letter collection, the second callback account needs to be changed to a callback person related to legal affairs. After sending the target work order to the second callback account, it will be displayed in the same display mode to ensure that the other callback person can also quickly grasp the key information visually. At the same time, the callback person knows that the content of the first style is more critical, so this embodiment displays the communication feedback information in the first style in the target work order to increase the importance of the communication feedback information.

[0109] like Figure 4 As shown, Figure 4 This is a structural diagram of a work order management device based on multi-system linkage provided by an embodiment of the present invention. The present invention also provides a work order management device based on multi-system linkage, including:

[0110] The processor 401 may be implemented as a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is configured to execute relevant programs to implement the technical solutions provided in the embodiments of the present application.

[0111] The memory 402 can be implemented in the form of a Read Only Memory (ROM), a static storage device, a dynamic storage device or a Random Access Memory (RAM), etc. The memory 402 can store an operating system and other application programs, and when the technical solutions provided by the embodiments of the present specification are implemented by software or firmware, the related program codes are stored in the memory 402 and are called and executed by the processor 401 to implement the multi-system linkage-based work order management method of the embodiments of the present application;

[0112] The input / output interface 403 is configured to realize information input and output.

[0113] The communication interface 404 is configured to realize the communication interaction between the device and other devices, and the communication can be realized by a wired manner (for example, a USB, a network cable, etc.) or a wireless manner (for example, a mobile network, WIFI, Bluetooth, etc.).

[0114] The bus 405 is configured to transmit information between various components (for example, the processor 401 and the memory 402, the input / output interface 403 and the communication interface 404) of the device.

[0115] The processor 401 and the memory 402, the input / output interface 403 and the communication interface 404 are connected to each other by the bus 405 to realize the communication connection between the device.

[0116] The embodiments of the present application also provide an electronic device comprising the multi-system linkage-based work order management apparatus as described above.

[0117] The embodiments of the present application also provide a storage medium, which is a computer readable storage medium, and the storage medium stores a computer program. When the computer program is executed by a processor, the multi-system linkage-based work order management method described above is realized.

[0118] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. In addition, the memory can include a high-speed random access memory, and can also include a non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state memory device. In some embodiments, the memory can optionally include a memory disposed remotely with respect to the processor, which can be connected to the processor through a network. Examples of the above network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof. The above-described device embodiments are only illustrative, and units described as separate components can or can not be physically separated, implemented in one place, or distributed to multiple network units. Part or all of the modules can be selected according to actual needs to achieve the purpose of the present embodiment.

[0119] Those of ordinary skill in the art can understand that all or some steps in the above disclosed method and system can be implemented as software, firmware, hardware, and appropriate combinations thereof. Some or all physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include computer storage media (or non-transitory media) and communication media (or transitory media). As known to those of ordinary skill in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage, or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. In addition, as known to those of ordinary skill in the art, communication media typically includes computer readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transport mechanisms, and can include any information delivery medium.

[0120] The above is a specific description of the preferred embodiment of the present application, but the present application is not limited to the above-described embodiments, and those skilled in the art can make various equivalent modifications or replacements without departing from the spirit of the present application. These equivalent modifications or replacements are all included in the scope defined by the claims of the present application.

Claims

1. A work order management method based on multi-system linkage, characterized in that: Applied to a work order system, the work order system is communicatively connected to a data lake, the data lake includes multiple preset fields, the work order system is set with multiple preset rules, the preset rules include multiple grading fields and preset risk levels, each preset risk level corresponds to a different field value of the grading field, each preset risk level is associated with multiple key fields, the grading fields and the key fields belong to the preset fields, the method includes: Selecting a target rule from a plurality of preset rules, and determining the grading field of the target rule as a first field; In response to selecting a target resident identifier from a plurality of candidate resident identifiers, obtaining target resident information corresponding to each of the preset fields from the data lake based on the target resident identifier, determining a target risk level based on the target rule and first resident information corresponding to the first field, and determining the key field corresponding to the target risk level as the second field; A target work order is created based on the target resident information, the first resident information is displayed based on a preset first style, and the second resident information corresponding to the second field is displayed based on a preset second style.

2. The work order management method based on multi-system linkage according to claim 1 is characterized in that: Before selecting a target rule from a plurality of preset rules, the method further includes: Constructing a rule list in a visual interface, wherein each column of the rule list corresponds to one of the preset risk levels, and each row corresponds to the grading field of one of the preset rules and the key fields under each of the preset risk levels; When any one of the rules to be edited is selected from the rule list, the preset fields other than the hierarchical fields and the key fields of the rule to be edited are determined as candidate fields, each of the candidate fields is displayed outside the rule list, the hierarchical fields and the key fields corresponding to the rule to be edited are unlocked, and in response to a drag operation based on any of the preset fields on the visual interface, the dragged preset field is added to the hierarchical fields and the key fields to which it is released, or the preset field dragged out of the rule list is determined as the candidate field; Alternatively, in response to a rule creation instruction in the visual interface, each of the preset fields is displayed outside the rule list, a new rule is created in the rule list, and in response to the drag operation, the corresponding hierarchical fields and the key fields are added to the new rule.

3. The work order management method based on multi-system linkage according to claim 1 is characterized in that: The work order system is preset with a first API, which is preset with a preset format corresponding to each of the preset fields. The target resident information corresponding to each of the preset fields is obtained from the data lake based on the target resident identifier, including: configuring the first API based on the target household identifier and the first field, so that the first API determines the preset fields other than the first field as third fields, and determines target formats corresponding to the respective first fields; The first API performs a data acquisition operation based on the target resident identifier and the first field to acquire the first resident information from the data lake; Based on any of the first resident information, determining a target format according to the corresponding first field through the first API, and verifying the first resident information based on the target format; When each of the first household information passes verification, the data acquisition operation is performed based on the target household identifier and the third field through the first API to acquire the remaining target household information from the data lake.

4. The work order management method based on multi-system linkage according to claim 3 is characterized in that: The data lake includes multiple data partitions, each of the data partitions is associated with multiple partition resident identifiers, and each of the data partitions is provided with each of the preset fields. The data acquisition operation includes: Constructing a field set through the first API, wherein the field set includes all of the first fields, or includes all of the third fields; A target query instruction is constructed based on the target resident identifier and the field set, and the target query instruction is sent to the data lake, so that the data lake determines the data partition to which the target resident identifier belongs as the target partition, and obtains the corresponding target resident information from the target partition based on the field set.

5. The work order management method based on multi-system linkage according to claim 3 is characterized in that: The work order system is also preset with a second API. After creating a target work order based on the target resident information, the method further includes: Determine the current first resident information as reference resident information, and configure the second API based on the target resident identifier, the first field, and the reference resident information; periodically acquiring the first resident information based on the target resident identifier and the first field through the second API; When the second API detects that the reference resident information corresponding to the same first field is different from the newly acquired first resident information, generating a risk update instruction; In response to the risk update instruction, re-determining the target risk level based on the target rule and the newly acquired first resident information; The target work order is updated based on the re-determined target risk level.

6. The work order management method based on multi-system linkage according to claim 1 is characterized in that: After creating a target work order based on the target household information, the method further includes: Determining a first revisit account from a plurality of preset revisit accounts based on the target risk level and the first field, wherein each of the preset revisit accounts is associated with at least one preset risk level, and each of the preset risk levels is associated with a plurality of preset fields; Allocating the target work order to the first return visit account; The target work order is transferred based on the communication feedback information input by the first return visit account.

7. The work order management method based on multi-system linkage according to claim 6 is characterized in that: Transferring the target work order based on the communication feedback information input by the first return visit account includes: When the communication feedback information is used to indicate a contact failure, determining a target processing time for the target work order based on a preset duration, and reallocating the target work order based on the target processing time; Alternatively, when the communication feedback information records any second return visit account, the target work order is assigned to the second return visit account, and the communication feedback information is displayed in the first style on the target work order.

8. A work order management device based on multi-system linkage, characterized in that: It includes at least one control processor and a memory for communicating with the at least one control processor; the memory stores instructions that can be executed by the at least one control processor, and the instructions are executed by the at least one control processor so that the at least one control processor can execute the work order management method based on multi-system linkage as described in any one of claims 1 to 7.

9. An electronic device, characterized in that: Including the work order management device based on multi-system linkage as described in claim 8.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the work order management method based on multi-system linkage according to any one of claims 1 to 7.

Images