Outlet order processing method and system and electronic equipment

Abstract

The invention provides an exit order processing method and system and electronic equipment, and relates to the technical field of order management, and the method comprises the steps: obtaining a main order of vehicle exit trade; performing asynchronous circulation processing on the main order through the message queue to obtain current full-link state data of the main order; the method specifically comprises the following steps: analyzing a main order to obtain a legal entity corresponding to a transaction vehicle in the main order; splitting the main order into distribution orders and sub-orders in combination with the business rule base according to the legal entity; establishing an association relationship among the main order, the distribution order and the sub-order; standard contracts matched with the sub-orders are generated according to the sub-orders through the business rule base; and on the basis of the association relationship, performing an online approval process and a signing process on the standardized contract of each sub-order, and generating current full-link state data of the main order in real time. According to the invention, asynchronous circulation processing is carried out on the main order through the message queue, and the vehicle order processing efficiency and processing precision are improved in combination with an automatic processing flow.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of order management, in particular to an export order processing method and system and electronic equipment. BACKGROUND

[0002] With the rapid development of cross-border trade of used cars, there are various trade modes coexisting in the processing of enterprise export orders. Under different trade modes, there are significant differences in cost division, risk transfer nodes, responsibility scope and document requirements between buyers and sellers. At the same time, due to the hard compliance requirements between business subjects and qualifications in the order processing process, the complexity of order processing is further increased.

[0003] In related technologies, for the processing of used car export business orders, it is generally dependent on an offline mode dominated by manual work, through manual reception of main orders by business personnel, operation of main orders and forwarding to corresponding department personnel for operation, and finally manual summary into a report. Since manual intervention is required at each business node, not only does it result in a long order processing cycle and low efficiency, but it is also more prone to problems such as document mismatching or data deviation, which further fails to meet the order processing needs of cross-border trade of used cars. SUMMARY

[0004] The problem solved by the present application is how to improve the processing efficiency and accuracy of vehicle orders.

[0005] To solve the above problems, the present application provides an export order processing method, system and electronic equipment.

[0006] In a first aspect, the present application provides an export order processing method, comprising: obtaining a main order of vehicle export trade; processing the main order through a message queue to obtain current full-link state data of the main order; wherein, specifically comprising: analyzing the main order to obtain a legal entity corresponding to a transaction vehicle in the main order; According to the legal entity, combining a business rule library, the main order is split into a distribution order and a sub-order; establishing an association relationship between the main order, the distribution order and the sub-order; According to the sub-order, generating a standardized contract matched with the sub-order through the business rule library; Based on the association relationship, performing online approval process and signing process on the standardized contract of each sub-order, and generating the current full-link state data of the main order in real time.

[0007] Optionally, the parsing of the main order obtains a legal entity corresponding to a transaction vehicle in the main order, and the parsing comprises: The main order received by the business is parsed to obtain parsed data of the transaction vehicle in the main order, and the parsed data comprises vehicle information and customer information; According to the parsed data, the vehicle information of the transaction vehicle is matched with the owner information in the customer information based on a preset ownership association rule through a parsing result topic of the message queue, and the legal entity corresponding to the transaction vehicle is determined.

[0008] Optionally, the main order is split into a distribution order and a sub-order according to the legal entity and in combination with a business rule library, and the splitting comprises: According to the legal entity, an order splitting rule corresponding to the transaction vehicle is selected from the business rule library through a legal entity topic of the message queue, and the order splitting rule comprises a right and responsibility division logic according to a registered legal entity dimension and an execution unit definition logic according to a single vehicle dimension; The main order is split according to the right and responsibility division logic to obtain the distribution order, wherein one distribution order corresponds to one legal entity; The main order is split according to the execution unit definition logic to obtain the sub-order, wherein one sub-order corresponds to one transaction vehicle.

[0009] Optionally, the association relationship between the main order, the distribution order and the sub-order is established, and the establishment comprises: According to a preset order association specification in the business rule library, an order identifier of the main order, a legal entity identifier of the distribution order and a transaction vehicle identifier of the sub-order are extracted; The order identifier of the main order is bound to the legal entity identifier of the distribution order and the transaction vehicle identifier of the sub-order respectively, and the sub-order is associated to the distribution order corresponding to the legal entity of the transaction vehicle based on the legal entity of the transaction vehicle corresponding to the sub-order, so as to form a hierarchical association between the main order, the distribution order and the sub-order, and the hierarchical association is taken as the association relationship.

[0010] Optionally, the standardized contract matched with the sub-order is generated through the business rule library according to the sub-order, and the generation comprises: According to the legal entity of the transaction vehicle corresponding to each sub-order, a contract generation rule and an electronic contract template are called from the business rule library; According to the contract generation rule, core data in the sub-order is extracted; filling the core data of the sub-order into the electronic contract template to generate the standardized contract corresponding to the sub-order.

[0011] Optionally, the online approval process and signing process of the standardized contract of each sub-order based on the association relationship comprises: based on the legal entity corresponding to the sub-order associated in the association relationship, the contract approval routing rule matched with the legal entity is retrieved from the business rule library; According to the approval routing rule, the standardized contract is distributed to the sub-order corresponding approval node through the approval task topic of the message queue to execute the online approval process; When the standardized contract completes the online approval process, the third-party electronic seal service API interface of the legal entity corresponding to the sub-order and the signing terminal API interface of the contract party of the standardized contract are called through the preset electronic seal integration rule in the business rule library; Through the third-party electronic seal service API interface and the signing terminal API interface, the third-party electronic seal service of the legal entity corresponding to the sub-order and the signing process of the contract party of the standardized contract are executed.

[0012] Optionally, the real-time generation of the current full-link state data of the main order comprises: Through the order state topic of the message queue, the current state data of the sub-order and the current state data of the sub-order are obtained; Based on the hierarchical association among the main order, the sub-order and the sub-order, the current state data of the sub-order and the current state data of the sub-order are summarized to determine the overall progress data of the main order; According to the overall progress data, the current full-link state data of the main order is generated.

[0013] Optionally, it further comprises: Obtaining the basic valuation of the transaction vehicle, and determining the export trade mode of the transaction vehicle according to the legal entity corresponding to the transaction vehicle; Determine the pricing factor of the transaction vehicle in combination with the vehicle information of the transaction vehicle; According to the basic valuation, the initial selling price of the transaction vehicle is determined in combination with the pricing factor; According to the export trade mode of the transaction vehicle, the initial selling price is corrected to obtain the final selling price of the transaction vehicle; The sub-order corresponding to the transaction vehicle is updated according to the final selling price through a price update topic of the message queue.

[0014] In a second aspect, the present application provides an export order processing system, comprising: An order acquisition unit is configured to acquire a main order of vehicle export trade. An execution unit is configured to perform asynchronous flow processing on the main order through a message queue to obtain current full-link state data of the main order, and specifically comprises: The main order is parsed to obtain a legal entity corresponding to a transaction vehicle in the main order. The main order is split into a distribution order and a sub-order according to the legal entity and in combination with a business rule library. An association relationship is established among the main order, the distribution order and the sub-order. A standardized contract matched with the sub-order is generated through the business rule library according to the sub-order. Based on the association relationship, the standardized contract of each sub-order is subjected to an online approval process and a signing process, and current full-link state data of the main order is generated in real time.

[0015] In a third aspect, the present application provides an electronic device comprising a memory and a processor. The memory is configured to store a computer program. The processor is configured to implement the export order processing method described above when executing the computer program.

[0016] The export order processing method, system and electronic device of the present application improve the processing efficiency and accuracy of vehicle orders through an automated and intelligent processing flow. Specifically, first, the main order of vehicle export trade is obtained, and asynchronous flow processing is started for the main order through a message queue, which is analyzed to identify the legal entity corresponding to each transaction vehicle in the main order. Without manually checking each order information one by one, the time-consuming and omission of manual information extraction are avoided, thereby eliminating the errors of manual identification and matching, and ensuring that the starting data of order processing is accurate. Second, according to the legal entity and the business rule library, the main order is automatically split into distribution orders and suborders, and an association between the three is established. Through the topic subdivision of the message queue, the asynchronous connection of the analysis result and the splitting link is realized, thereby replacing the tedious process of manually dividing order types according to trade mode differences. Since the business rule library has preset the order splitting logic corresponding to different legal entities, the splitting can be quickly matched and completed without the need for business personnel to repeatedly query trade rules or communicate for confirmation, thereby improving the speed of order processing and avoiding splitting errors and association errors caused by manual operation. At the same time, the association between the main order and the distribution order and the suborder is established, so that the order data at each level forms a unified association link. When generating standardized contracts and promoting approval and signing, the information of the corresponding suborder can be automatically called based on the association, thereby avoiding the misplacement of documents when manually copying information across orders. In the process of generating standardized contracts, the system automatically generates matching contracts based on the specific information of the suborder through the business rule library. The present application binds the legal entity and the rules of the business rule library to ensure that the distribution orders and suborders split from the main order meet the requirements in terms of business subject and qualification matching, thereby avoiding splitting deviations caused by subjective judgment of manual operation. Through the online approval and signing process, the efficiency of contract processing is further improved, and the time cost of offline approval and signing is saved. At the same time, the real-time generation of main order full-link state data ensures the accuracy and consistency of data during order processing, greatly improving the processing accuracy. In summary, the present application uses message queue driven main order asynchronous flow processing to efficiently schedule resources to handle multiple order parallel scenarios, significantly improving overall throughput. At the same time, real-time aggregation of state data fed back by each link through the message queue eventually forms accurate and timely main order current full-link state data. In combination with automated order analysis, splitting, contract generation, and online approval and signing processes, the order processing period is greatly shortened, and the order processing accuracy is significantly improved. BRIEF DESCRIPTION OF DRAWINGS

[0017] Figure 1 The flowchart of the export order processing method of the present application embodiment; Figure 2 The main order processing flowchart of the present application embodiment; Figure 3A distribution order processing flowchart of an embodiment of the present application; Figure 4 A sub-order processing flowchart of an embodiment of the present application; Figure 5 A structure diagram of an export order processing system of an embodiment of the present application. DETAILED DESCRIPTION

[0018] In order to make the above objectives, features and advantages of the present application more apparent, specific embodiments of the present application will be described in detail below with the accompanying drawings. Although some embodiments of the present application are shown in the drawings, it should be understood that the present application can be implemented in various forms, and should not be interpreted as being limited to the embodiments set forth herein, but rather, these embodiments are provided to make the present application more thorough and complete. It should be understood that the drawings and embodiments of the present application are for exemplary purposes only, and are not intended to limit the scope of protection of the present application.

[0019] It should be understood that each of the steps described in the method embodiments of the present application can be performed in different orders, and / or in parallel. In addition, the method embodiments can include additional steps and / or omit the steps shown. The scope of the present application is not limited in this respect.

[0020] The term "comprising" and variations thereof as used herein are open-ended, that is, "comprising but not limited to"; the term "based on" is "based at least in part on"; the term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments"; the term "optional" means "optional in at least some embodiments". Related definitions will be given in the description below. It should be noted that the concepts of "first", "second", etc. mentioned in the present application are only used to distinguish different devices, modules or units, and are not intended to limit the order or interdependence of the functions performed by these devices, modules or units.

[0021] It should be noted that the modification of "one" or "multiple" mentioned in the present application is illustrative and not limiting, and those skilled in the art should understand that, unless otherwise explicitly indicated in the context, it should be understood as "one or more".

[0022] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data for analysis, stored data, displayed data, etc.) and signals involved in the present application are authorized by the user or fully authorized by all parties, and the collection, use and processing of related data need to comply with relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation portal for user to choose authorization or refusal.

[0023] In combination Figure 1 As shown in the embodiments of the present application, an export order processing method is provided, comprising: S1: obtaining a main order of vehicle export trade.

[0024] Specifically, in the traditional order processing mode, the main order is usually received manually, and information omission or error is prone to occur. The present application obtains the main order in an automated manner, ensures the completeness and accuracy of the order information, improves the efficiency of order receiving, and reduces errors caused by manual intervention.

[0025] S2: performing asynchronous flow processing on the main order through a message queue to obtain current full-link state data of the main order; Specifically, in the traditional synchronous processing mode, the parsing, splitting, contract processing and other links of the main order need to be executed in series according to a fixed order, and the completion of the previous link will directly block the subsequent process, and a single-link fault may cause the entire order link to be interrupted, and the system processing efficiency is limited by the longest link time consumption, and it is difficult to cope with high concurrency scenarios. The present application performs asynchronous flow processing on the main order through a message queue, so that each link such as parsing and splitting can be independently started for processing, realizing parallel flow of the previous link without waiting for the completion of the next link, for example, the main order has just completed parsing and written the result to the message queue, and the splitting link can consume the message to start splitting without waiting for the parsing module to be idle. At the same time, the topic isolation mechanism of the message queue can realize the decoupling of each link, so that even if a certain link is delayed, other links such as contract generation can still be normally executed based on the existing messages in the queue, avoiding the overall process from being stuck.

[0026] Specifically, it comprises: S21: parsing the main order to obtain a legal entity corresponding to a transaction vehicle in the main order.

[0027] Specifically, after obtaining the main order, the main order is parsed to extract key information in the main order, specifically the legal entity corresponding to the transaction vehicle. Specifically, the main order exists in the form of a structured form or unstructured text. For unstructured text, the application uses optical character recognition technology (such as the Tesseract algorithm based on deep learning) to convert the imaged content into editable text data, and simultaneously uses an entity recognition model (such as the BERT pre-training model) in natural language processing technology to perform word segmentation, part-of-speech tagging, positioning, and extraction of key information, such as vehicle ownership certificate number, registered vehicle owner name, vehicle identification code, and other key fields. In this embodiment, through the ownership-entity separation mapping logic, the legal entity corresponding to each transaction vehicle is accurately identified. Specifically, the vehicle ownership-related information and the vehicle owner (company) information are extracted from the main order, and the vehicle belonging to the legal entity with export qualification is determined through a preset matching rule. The legal entity can be a legal person that has obtained the export qualification of used cars according to law, which needs to meet the requirements of the national used car export qualification policy, thereby solving the problem of mismatching of qualifications in the prior art. Through this step, it can be ensured that the subsequent split order subjects are compliant from the source, avoiding business risks caused by non-compliant qualifications, and providing a clear basis for splitting orders according to the legal entity dimension, realizing the correspondence between vehicle-ownership-compliant subjects.

[0028] S22: According to the legal entity, the main order is split into distribution orders and suborders in combination with a business rule library.

[0029] Specifically, relying on the preset splitting rules in the business rule library, the legal entity parsed in the foregoing is combined to complete double-layer splitting. In the preferred embodiment of the application, on the one hand, the distribution order can be split according to the registered legal entity dimension to clearly define the boundaries of rights and responsibilities and the settlement range of different compliant subjects; on the other hand, the suborder is split according to the vehicle dimension. Through automatic splitting, the low-efficiency mode of manual splitting of orders in the prior art is replaced, the consistency and compliance of the splitting logic are guaranteed through the rule library, and an architecture that integrates the main order, the distribution order, and the suborder is constructed, thereby solving the problem that the traditional single-order structure is difficult to adapt to multi-entity scenarios.

[0030] S23: An association relationship between the main order, the distribution order, and the suborder is established.

[0031] Specifically, based on the order association specification in the business rule library, the mapping relationship of the main order and the distribution order, the sub-order is determined, which not only reflects the global control of the main order on the distribution order and the sub-order, but also ensures that the sub-order is associated to the corresponding legal entity of the vehicle, and forms a hierarchical link. Through the association relationship, the accurate synchronization and aggregation of subsequent order execution data can be realized, and the problems of confusion of attribution and data misplacement that may occur when manually aggregating data in the prior art are avoided, while the consistency and independent traceability of three-layer order data are ensured.

[0032] S24: generating a standardized contract matched with the sub-order according to the sub-order through the business rule library.

[0033] Specifically, the contract can be generated based on the electronic contract template bound to the legal entity in the business rule library and combined with the details of the sub-order. This replaces the inefficient mode of manually drafting contracts and manually filling data in the prior art, avoids errors and omissions in clauses and data deviations caused by manual operations, ensures contract compliance through the binding relationship of the legal entity, provides a standardized file basis for the subsequent online approval and signing process, and significantly shortens the preparation period before signing. In this embodiment, first, the electronic contract template bound to the legal entity is retrieved from the business rule library, then the core data fields such as vehicle identification code and transaction amount are accurately obtained from the sub-order by using data extraction technology. Through field mapping technology, these data fields are matched with placeholders in the template, and the complete contract text is generated by accurately filling them using text processing algorithms. In addition, optical character recognition (OCR) technology can be used to identify and verify image data in the contract, ensuring the accuracy and integrity of the image data. Finally, the generated contract text is converted into a standardized electronic contract file (such as a PDF format), providing a standardized file basis for the subsequent online approval and signing process, while significantly shortening the preparation period before signing.

[0034] S25: based on the association relationship, performing online approval and signing processes on the standardized contract of each sub-order, and generating real-time current full-link state data of the main order.

[0035] Specifically, at the contract processing level, based on the association relationship of the three-layer order, the standardized contract is distributed to the corresponding approval node for online approval process according to the legal entity corresponding to the distribution order to which the sub-order belongs, and after the approval, the online signing process is carried out, realizing the whole process of approval, seal and signing online, solving the problem of long offline signing cycle and low efficiency in the prior art; at the data aggregation level, based on the association relationship, the state data (such as approval progress, signature state) of the distribution order and the state data (such as contract signing state, execution node progress) of the sub-order are collected in real time, and the whole link state data of the main order is generated after hierarchical aggregation, providing a unified view of the whole life cycle of the order for the enterprise, solving the problem of scattered order state and difficult real-time tracking in the prior art.

[0036] The export order processing method of the present application improves the processing efficiency and accuracy of vehicle orders through an automated and intelligent processing flow. Specifically, first, the main order of vehicle export trade is obtained, and asynchronous flow processing is started for the main order through the message queue. The main order is parsed to identify the legal entity corresponding to each transaction vehicle in the main order. There is no need for manual checking of order information one by one, avoiding the time-consuming and omission of manual information extraction, thereby eliminating the errors of manual identification and matching, and ensuring the accuracy of the starting data of order processing. Secondly, according to the legal entity and the business rule library, the main order is automatically split into distribution orders and suborders, and the association between the three is established. Through the topic subdivision of the message queue, the asynchronous connection of the parsing result and the splitting link is realized, which replaces the tedious process of manually dividing order types according to trade mode differences. Since the business rule library has preset the order splitting logic corresponding to different legal entities, the splitting can be quickly matched and completed without the need for business personnel to repeatedly query trade rules or communicate for confirmation, improving the speed of order processing and avoiding splitting errors and association errors caused by manual operation. At the same time, the association between the main order and the distribution order and the suborder is established, so that the order data at each level forms a unified association link. When generating standardized contracts and promoting approval and signing, the information of the corresponding suborder can be automatically called based on the association relationship, avoiding the misplacement of documents when manually copying information across orders. In the process of generating standardized contracts, the system automatically generates matching contracts based on the specific information of the suborder through the business rule library. The present application binds the legal entity and the rules of the business rule library to ensure that the distribution orders and suborders split from the main order meet the requirements in terms of business subject and qualification matching, avoiding splitting deviations caused by subjective judgment of manual operation. Through the online approval and signing process, the efficiency of contract processing is further improved, saving the time cost of offline approval and signing. At the same time, the real-time generation of main order full-link state data ensures the accuracy and consistency of data during order processing, greatly improving the processing accuracy. In summary, the present application uses message queue-driven main order asynchronous flow processing to efficiently schedule resources to handle multiple order parallel scenarios, significantly improving overall throughput. At the same time, real-time aggregation of state data feedback from each link through the message queue ultimately forms accurate and timely main order current full-link state data. At the same time, combined with automated order parsing, splitting, contract generation, and online approval and signing processes, not only the order processing period is greatly shortened, but also the order processing accuracy is significantly improved.

[0037] Optionally, the parsing of the main order to obtain the legal entity corresponding to the transaction vehicle in the main order comprises: parsing the main order received by the business to obtain parsing data of the transaction vehicle in the main order, the parsing data including vehicle information and customer information; According to the analysis data, the vehicle information of the transaction vehicle is matched with the owner information in the customer information based on a preset ownership association rule through a parsing result topic of the message queue, and the legal entity corresponding to the transaction vehicle is determined.

[0038] Specifically, first, in the data dimension definition of the main order parsing, vehicle information and customer information need to be extracted, wherein the vehicle information needs to cover the key identification that can uniquely trace the vehicle ownership, such as the vehicle identification code, the vehicle registration certificate number and the vehicle factory number, etc.; the customer information needs to include the owner subject information, such as the enterprise name, the unified social credit code and the individual business registration information, etc. In the preferred embodiment of the present application, the image data in the main order can be recognized by the OCR tool (such as Tesseract) to extract the text information in the image. For example, the vehicle identification code on the vehicle registration certificate, the enterprise name and the unified social credit code on the enterprise business license are recognized. It is ensured that the subsequent matching link has complete data support, effectively avoiding the ownership judgment deviation problem caused by incomplete data collection when manually parsing the order in the prior art; after the parsing is completed, the extracted parsing data is packaged as a message and sent to the parsing result topic of the message queue, realizing the asynchronous decoupling of the parsing link and the ownership matching link, avoiding the blocking of the parsing module due to waiting for the matching result, and improving the parallel processing capability of the system. Secondly, the preset ownership association rule embeds the compliance verification logic specific to the used car export business, that is, a legal entity record library with export qualification is established, and an association verification mechanism of vehicle ownership information and the record library is established. After listening to the parsing result topic of the message queue and consuming the parsing data therein, the preset ownership association rule is automatically triggered, for example, when the vehicle registration owner is an enterprise, it is automatically verified whether the enterprise is in the record library and the qualification is valid, if the owner is a non-qualified subject such as an individual business or an enterprise without export permission, the authorized compliance subject matching logic is further triggered to call the authorized export cooperation information of the owner, so as to ensure that the finally determined legal entity always meets the national used car export qualification requirements, which not only solves the complex scene of separation of ownership and compliance subject under multi-entity operation, but also solidifies the mandatory nature of qualification verification from a technical level, avoiding the subjective risk of manual judgment. At the same time, the reliable delivery characteristics of the message queue ensure that the parsing data will not be lost, even if the ownership matching module temporarily fails, it can continue to process by consuming messages again after recovery, ensuring the continuity of the process; finally, in the technical implementation path of determining the legal entity, the parsing, matching and determination processes are automatically executed to replace the inefficient mode of manual inquiry of qualification and manual recording of legal entity in the prior art, and the whole process does not need human intervention, which can be completed through the collaborative call of the order intelligent parsing module and the business rule library, ensuring that the legal entity attribution of each transaction vehicle meets the business compliance requirements, and blocking the business violation risk caused by entity errors.

[0039] In another preferred embodiment of the application, the system receives a main order containing four vehicles, calls the order parsing function to extract the vehicle information (vehicle identification code and corresponding vehicle registration certificate number) and customer information (the vehicle owners are A company, B individual business, A company and C company) of each vehicle, and packs these parsed data into a message and sends it to the parsing result topic of the message queue; then, the ownership matching module listens to and consumes the message of the topic, triggers the preset ownership association rule, and then triggers the preset ownership association rule to compare the owner information with the export qualification subject library in the business rule library, confirms that A company and C company have been recorded and the export qualification is within the valid period, B individual business has no export qualification, but the rule library records that B individual business has authorized A company as the only export partner; based on this, it is determined that the legal entities corresponding to the four vehicles are A company and C company respectively, and the final legal entity information is fed back to the message queue as a result message for the subsequent order splitting link to consume.

[0040] In the embodiment of the application, the asynchronous transmission and reliable processing of parsed data are realized through the parsing result topic of the message queue, and the automatic main order parsing and ownership matching process is combined to greatly compress the time consumption of legal entity determination, avoid the tedious operation of manually checking vehicle registration information and querying qualification records, and significantly improve the overall efficiency of order processing, especially suitable for the rapid processing needs of batch vehicle orders.

[0041] Optionally, according to the legal entity, the main order is split into a distribution order and a sub-order in combination with the business rule library, comprising: According to the legal entity, an order splitting rule corresponding to the transaction vehicle is selected from the business rule library through the legal entity topic of the message queue, the order splitting rule comprising a right and responsibility division logic according to the registration legal entity dimension and an execution unit definition logic according to the single vehicle dimension; According to the right and responsibility division logic, the main order is split to obtain the distribution order, wherein one distribution order corresponds to one legal entity; According to the execution unit definition logic, the main order is split to obtain the sub-order, wherein one sub-order corresponds to one transaction vehicle.

[0042] Specifically, in the selection mechanism of the order splitting rule, the legal entity information stored in the legal entity topic of the message queue needs to be consumed first, and then the corresponding rule is selected from the business rule library according to the legal entity. The rule is not a general template, and the splitting parameters adapted to different legal entities, such as the business authority range corresponding to the entity and the vehicle ownership determination standard, are pre-stored in the business rule library. The rule selection process needs to be implemented by the computer system to automatically match the legal entity identifier with the rule library label to realize automatic calling, avoiding the subjectivity and randomness of manual selection of splitting standards in the prior art, while ensuring that the splitting rule is adapted to the compliance property of the legal entity. The legal entity topic of the message queue can realize reliable temporary storage and asynchronous delivery of legal entity information. Even if there is a short delay in the business rule library calling, it will not block the previous legal entity determination process, ensuring smooth overall link.

[0043] For the splitting of distribution orders, the logic of right and responsibility division needs to have dual mechanisms of legal entity right and responsibility boundary definition and compliance verification. On the one hand, according to the principle of one legal entity corresponding to one distribution order, the business scope carried by each distribution order is completely matched with the export qualification and right and responsibility range of the entity, for example, a legal entity with only specific port customs declaration qualification will only include vehicles exported from the port in the corresponding distribution order. On the other hand, the validity of the legal entity's qualification needs to be verified synchronously during the splitting process, such as the validity period and business scope coverage. If the entity's qualification is invalid, an abnormal warning will be triggered to block the non-compliant splitting from a technical level. For the splitting of sub-orders, the execution unit definition logic takes a single vehicle as the minimum unit, and needs to realize the precise association of vehicle information and distribution orders. When splitting, the unique identifier of each vehicle in the main order, such as the vehicle identification code, is extracted, and according to the legal entity corresponding to the vehicle, it is directed to the corresponding distribution order, ensuring that each sub-order can independently perform fine operations such as detection and customs declaration, adapting to the actual needs of single vehicle control in the used car export business. After splitting, the association relationship information between the distribution order and the sub-order can be fed back to the message queue as a message for the subsequent order association relationship establishment link to consume, realizing the closed loop of data flow.

[0044] In a preferred embodiment of the present application, the pre-determined legal entity information is first obtained through the legal entity topic of the message queue, and the vehicle information and corresponding legal entity identifier are extracted from the main order association data. Based on the pre-set business rule library, the legal entity identifier is matched with the tags in the rule library, and the splitting rules adapted to the entity are automatically called. These rules include the business authority range of the entity and the vehicle ownership determination standard, etc. Specifically, the identifier information (such as enterprise number, qualification type, etc.) of the legal entity is stored in the database, and a unique tag is set for each legal entity. These tags correspond one-to-one to the splitting rules in the rule library, and the rule library records in detail the business authority range, vehicle ownership determination standard, etc. of each legal entity. When the main order enters the system, the legal entity identifier in the order is automatically read through the pre-set algorithm, and a quick search is performed in the database to find the matching tag. Subsequently, the corresponding splitting rules are accurately retrieved from the rule library according to the tag.

[0045] For example, for a legal entity with only specific port customs declaration qualifications, the scope of its qualifications will be automatically identified, and it will be ensured that its corresponding distribution order only contains vehicles exported from the port. During the splitting process, the validity of the legal entity's qualifications, such as the validity period and the coverage of the business scope, will also be synchronously verified. If the qualifications are found to be invalid, the system will automatically trigger an abnormal warning to prevent irregular splitting. For the splitting of sub-orders, the minimum unit is a single vehicle, and the unique identifier (such as the vehicle identification number) of each vehicle in the main order is extracted, and according to the legal entity corresponding to the vehicle, it is accurately attributed to the corresponding distribution order.

[0046] In another preferred embodiment of the present application, based on the above technology, a main order containing 5 vehicles, after pre-analysis, determines that the legal entities corresponding to the 5 vehicles are A Company, A Company, B Company, C Company, and B Company, respectively. First, according to the legal entity identifier, the corresponding splitting rules are called from the business rule library, the A Company rule is to contain only A port export vehicles, the rights and responsibilities range covers customs declaration and logistics docking, the B Company rule is to contain only B port export vehicles, the rights and responsibilities range covers customs declaration and customs clearance assistance, and the C Company rule is to contain only C port export vehicles, the rights and responsibilities range covers customs declaration and bill of lading management. Then, according to the rights and responsibilities division logic, the distribution orders are split: 2 vehicles belonging to A Company are integrated into distribution order-A, 2 vehicles belonging to B Company are integrated into distribution order-B, and 1 vehicle belonging to C Company is integrated into distribution order-C, and during the splitting process, the system automatically verifies that the qualifications of A, B, and C companies are within the valid period and the business scope covers the corresponding port. At the same time, according to the execution unit definition logic, the sub-orders are split, and "sub-order-1 to sub-order-5" are generated for the 5 vehicles, and sub-order-1 and 2 are associated with distribution order-A, sub-order-3 and 5 are associated with distribution order-B, and sub-order-4 is associated with distribution order-C.

[0047] In the embodiments of the present application, the asynchronous delivery and reliable consumption of legal entity information are realized through the legal entity topic of the message queue, the order splitting time is greatly shortened by combining the automated rule selection and the two-dimensional splitting process, the tedious operations of manually checking legal entities and manually dividing order ranges are avoided, especially for batch main orders containing multiple vehicles and multiple legal entities, the overall order processing efficiency is significantly improved; at the same time, the distribution order and the legal entity compliance are ensured by the responsibility division logic, the one-to-one correspondence between the vehicle and the sub-order is realized by the execution unit definition logic, the errors such as entity and order mismatch and vehicle ownership confusion caused by manual splitting are eliminated, and the risks such as business violation and execution obstruction caused by splitting errors are reduced.

[0048] Optionally, the establishing of the association relationship between the main order, the distribution order and the sub-order comprises: extracting an order identifier of the main order, a legal entity identifier of the distribution order and a transaction vehicle identifier of the sub-order according to a preset order association specification in the business rule library; binding the order identifier of the main order with the legal entity identifier of the distribution order and the transaction vehicle identifier of the sub-order respectively, and associating the sub-order to the distribution order corresponding to the legal entity of the transaction vehicle based on the legal entity of the transaction vehicle corresponding to the sub-order, forming a hierarchical association between the main order, the distribution order and the sub-order, and taking the hierarchical association as the association relationship.

[0049] Specifically, three types of core identifiers are taken according to preset order association specifications in the business rule library, and each identifier has specific business connotation, wherein the order identifier of the main order needs to be a globally unique code, such as a combined code containing a business type or a timestamp, to ensure that the overall transaction can be uniquely traced back; the legal entity identifier of the distribution order needs to be associated with the subject information of the export qualified entity, such as the unified social credit code and the record number of the legal entity, which not only reflects the binding relationship between the distribution order and the compliant subject, but also provides a basis for subsequent permission verification and process routing; the transaction vehicle identifier of the sub-order needs to be the unique traceability information of the vehicle, such as the vehicle identification code, to ensure the accurate correspondence between the sub-order and the single vehicle. In the multi-dimensional binding of the main order, the distribution order and the sub-order, the main order identifier is bound with the distribution order legal entity identifier and the sub-order vehicle identifier, respectively, to form the global control association of the main order to the distribution order and the direct traceability association of the main order to the sub-order, ensuring that all associated distribution orders and sub-orders can be quickly located from the main order; at the same time, based on the legal entity corresponding to the sub-order, the sub-order is directionally associated to the corresponding distribution order, and the automatic direction is realized through the comparison of the sub-order legal entity identifier and the distribution order legal entity identifier, ensuring that the sub-orders under the same legal entity all belong to the corresponding distribution order, forming a hierarchical architecture design according to the legal entity and the sub-order according to the vehicle.

[0050] In the embodiment of the application, through the association of the main order with the distribution order and the sub-order, the order status can be synchronized in real time, and the order status can be combined with the order flow to realize the automatic association of the sub-order with the corresponding distribution order. Figure 2 As shown in FIG. 1, for the main order, when creating an order, the order status is modified to be pending submission after the audit rejection state; when creating an order or modifying an order, the order status is saved and submitted, and the order status is created; after the operation of the audit is passed, the order status is changed to be pending payment of the advance payment; after the operation is rejected, the order status is changed to be audit rejected; after the payment of the advance payment is completed, the order status is changed to be in the distribution flow; after the distribution order is completed, the order status is changed from the distribution flow to the export flow; after the sub-order is completed, the order status is updated to be completed. As shown in FIG. 2, the distribution order flow starts from the created state, and after the audit is passed, the state of the distribution order enters the created- audit passed- deposit pending payment- contract signed; after the vehicle dealer clicks to trigger the electronic contract, the state is updated to be created- audit passed- deposit pending payment- contract signed; after the deposit payment is completed, the state is updated to be pending delivery- payment of the balance- contract signed; after the balance payment is completed, the state is updated to be pending delivery- balance paid- contract signed; after the vehicle is picked up, the state becomes pending transfer; finally, the transfer is completed, and the distribution order flow is completed. Figure 3

[0051] ​In the embodiment, the association relationship is established by the automatic identification extraction and multi-dimensional binding process, replacing the inefficient manual recording of order association relationship, greatly shortening the time consumption of association relationship establishment, especially suitable for complex main orders containing multiple distribution orders and multiple sub-orders, while avoiding the errors such as incorrect binding of identification and confusion of ownership caused by manual operation, and ensuring the accuracy of the association relationship.

[0052] Optionally, the generating the standardized contract matched with the sub-order through the business rule base according to the sub-order comprises: According to the legal entity of the transaction vehicle corresponding to each sub-order, the contract generation rule and the electronic contract template are called from the business rule base; According to the contract generation rule, the core data in the sub-order is extracted; The core data of the sub-order is filled into the electronic contract template to generate the standardized contract corresponding to the sub-order.

[0053] Specifically, for the calling of the contract generation rule and the electronic contract template, the business rule base needs to be called from the business rule base according to the legal entity corresponding to the sub-order. The business rule base needs to pre-store the exclusive electronic contract template corresponding to different legal entities. The compliance clauses of the entity, such as export qualification declaration and right and responsibility boundary agreement, are solidified in the electronic contract template, and the contract generation rule needs to be adapted to the business attributes of the legal entity, such as the payment conditions and delivery node rules corresponding to different entities, to ensure that the template and the rule can directly match the compliance requirements of the legal entity to which the sub-order belongs, avoiding the entity and clause mismatching problem caused by manual selection of the template in the prior art. In addition, for the extraction of the core data of the sub-order, the core data fields associated with the contract content need to be specified in the contract generation rule, such as vehicle identification code, transaction amount, delivery port, legal entity name, etc., to ensure that the extracted data can accurately cover the key information required for contract signing. Finally, the automatic filling is realized by the field mapping technology, wherein the template is pre-set with placeholders corresponding to the sub-order data fields, and the core data extracted in the filling process is accurately written into the corresponding position according to the field name matching principle to generate the standardized contract, realizing the full automation of contract generation.

[0054] In a preferred embodiment of the present application, first, a pre-set business rule library model is used, which stores the exclusive electronic contract templates of different legal entities and their corresponding compliance clauses, such as export qualification declaration and liability boundary agreement. When a sub-order is generated, according to the legal entity identification in the sub-order, the electronic contract template adapted to the entity is retrieved from the rule library through database query technology. For the extraction of sub-order core data, according to the pre-set contract generation rule model, the core data fields associated with the contract content are determined, such as vehicle identification code, transaction amount, delivery port, legal entity name, etc. The fields are accurately extracted from the sub-order through data mining algorithm, ensuring that the extracted data accurately covers the key information required for contract signing. Subsequently, the extracted core data is matched with the pre-set placeholders in the template using field mapping technology, wherein machine learning algorithms (such as decision trees, neural networks) can be used to automatically learn the mapping relationship between fields. The data is accurately written into the corresponding position according to the field name matching principle, generating a standardized contract. For field mapping and data filling, the present application matches the data fields in the sub-order (such as vehicle identification code, transaction amount, etc.) with the placeholders in the electronic contract template (such as vehicle_id 、 amount , etc.) through pre-set field mapping rules. Then, the values of the data fields are filled into the corresponding placeholder positions to generate a complete contract text. For text data processing, the generated contract text is analyzed through natural language processing technology to check for grammatical errors and semantic consistency. In addition, the present application uses optical character recognition technology to recognize and verify image data (such as company seals, signatures, etc.) in the contract. The image data in the contract is recognized through OCR tools (such as Tesseract) to extract the text information in the image. For example, the text on the company seal is recognized to verify whether it is consistent with the name of the legal entity, ensuring the legal effectiveness of the contract.

[0055] In an embodiment of the present application, through the automated template retrieval, data extraction and filling process, the contract generation time is greatly shortened, avoiding the tedious operation of manual template searching and data entry. It is especially suitable for batch contract generation scenarios involving multiple sub-orders, and the generated standardized contract can directly interface with subsequent online approval and signing processes without the need for manual secondary editing, significantly improving the overall efficiency of order processing.

[0056] Optionally, based on the association relationship, the standardized contract of each sub-order is subjected to an online approval process and a signing process, comprising: based on the legal entity corresponding to the distribution order associated with the sub-order in the association relationship, retrieving a contract approval routing rule matching the legal entity from the business rule library; The standardized contract is distributed to the sub-order corresponding approval node according to the approval routing rules through the approval task topic of the message queue to execute the online approval process; When the standardized contract completes the online approval process, the third-party electronic signature service API interface of the legal entity corresponding to the distribution order and the signing terminal API interface of the contract party of the standardized contract are called through the preset electronic signature integration rules in the business rule library; The third-party electronic signature service API interface and the signing terminal API interface are used to execute the third-party electronic signature service of the legal entity corresponding to the distribution order and the signing process of the contract party of the standardized contract.

[0057] Specifically, for the call of the approval routing rules, it is usually based on the distribution order legal entity associated with the sub-order to call from the business rule library. Specifically, the business rule library needs to pre-store the approval node configuration corresponding to different legal entities, such as A company needs to be approved by regional managers, legal officers, and general managers in three levels, B company only needs to be approved by regional managers and legal officers, the approval authority matrix (such as the approval threshold of a specific post for a specific amount of contract), and the abnormal approval trigger condition (such as extra risk control approval for contracts exceeding the limit).

[0058] In the automatic distribution link of the contract approval process, dynamic process arrangement needs to be realized based on the approval routing rules, the approval link of the sub-order contract is automatically generated by analyzing the node sequence in the rules and the approval person association mode, such as post association or direct connection with personnel, then the standardized contract, the approval link information and the sub-order identifier are packaged as an approval task message, and the message queue is sent to the approval task topic. Through the message pushing mechanism, the contract is distributed to each node approver, and the built-in process monitoring logic ensures that the approval process is orderly pushed according to the rules (such as timeout reminder and real-time synchronization of approval state), avoiding the low efficiency and ambiguity caused by manual contract transmission, and the persistence of the message queue can prevent the loss of the approval task, even if the system of a certain approval node fails temporarily, it can continue to process by consuming the message again after recovery. In the signing process, the preset electronic signature integration rule contains double logic. On the one hand, the corresponding third-party electronic signature service (such as A company connecting e signature treasure) is called according to the legal entity of the distribution order, and the integration of the system and the signature service is realized by calling the API interface (such as signature application API and signature parameter configuration API) of the third-party electronic signature service, and the qualification authentication information (such as API key and enterprise record number) of the legal entity needs to be transmitted when the interface is called, to ensure that the signature behavior meets the compliance requirements of the Electronic Signature Law; on the other hand, the signing order and authority of the contract related parties (such as the buyer, the legal entity and the third-party service provider) are clear, the signing link with identity verification (verification methods include SMS verification code, face recognition, etc.) is pushed to the contract related parties by calling the signing terminal API interface (such as signature link generation API and identity authentication API), and after the signer completes the identity verification, the generation and embedding of the electronic signature are triggered, forming an electronic contract with legal effect. During the signing process, the third-party electronic signature service and the signing terminal feedback the signing progress message in real time through the API interface, the system updates the contract state synchronously after receiving the message, and ensures that the signing process is traceable.

[0059] In the embodiment of the application, the asynchronous distribution and reliable flow of the approval process is realized through the approval task topic of the message queue, combined with the standardized calling of the API interface of the third-party electronic signature service and the API interface of the signing terminal, replacing the traditional mode of manual contract transmission and designated approver, greatly shortening the approval period, especially suitable for batch processing scenarios with multiple legal entities and multiple sub-orders, and avoiding process irregularities caused by human factors by fixing the approval nodes and authorities through rules; at the same time, the third-party electronic signature service is called based on the legal entity, and the identity authentication mechanism of the signer is used to ensure that the signing behavior of the electronic contract has legal effect.

[0060] Optionally, the real-time generation of the current full-link state data of the main order comprises: Obtain the current state data of the distribution order and the current state data of the sub-order through an order state topic of the message queue; Based on the hierarchical association among the master order, the distribution order and the sub-order, the current state data of the distribution order and the current state data of the sub-order are summarized to determine the overall progress data of the master order; According to the overall progress data, the current full-link state data of the master order is generated.

[0061] Specifically, the distribution order state data needs to cover the core information related to legal entity compliance execution, such as legal entity qualification verification results, overall approval progress of the corresponding order and signature service calling state; the sub-order state data needs to cover the key nodes of the whole process of a single vehicle, such as the generation state of the standardized contract, the completion of each approval node, the signing progress, and the vehicle basic information verification result. Therefore, in the state data collection link, the data acquisition needs to be realized through listening to the order state topic of the message queue. When each link (such as order splitting, approval and signing) changes, the latest state data (including state type, change time and associated order identifier) of the distribution order or sub-order is automatically encapsulated as a message and sent to the topic. The system does not need to actively call the interface of each business module to query the state, but only needs to synchronize the current state data of the distribution order and the sub-order by consuming the topic message. The data dimension has business pertinence, and the real-time delivery characteristics of the message queue ensure that the state data can be transmitted in real time, avoiding information delay caused by manual query or interface polling. In the data summarization link, first, through the binding of the legal entity identifier of the master order and the distribution order and the binding of the vehicle identifier of the distribution order and the sub-order, it is ensured that the sub-order data under the same legal entity can be attributed to the corresponding distribution order; secondly, in the embodiment of the present application, for the scene that multiple sub-orders correspond to the same distribution order, the progress determination priority is preset, wherein the proportion of uncompleted key nodes is used to measure the overall progress of the distribution order, and the completion of the core node is used to determine the progress of the sub-order, so as to avoid the summarization deviation caused by data conflict; finally, the abnormal state data is automatically marked and associated with the abnormal reason, such as sub-order approval timeout or distribution order qualification invalidation; in the full-link data generation link, the structured output model needs to be constructed according to the overall progress data. The model needs to include the master order overall progress (such as the number of distribution orders completed by splitting, the proportion of signed sub-orders), the execution details of each distribution order (such as the order completion rate of the corresponding legal entity, the number of abnormal nodes) and the whole process node track of each sub-order (such as the contract generation time, the completion time of each approval node, the current stay node), and the data needs to be output in the preset format (such as the visual board data format, the exportable report format), so as to ensure that the master order unified view can be directly supported.

[0062] In the embodiment of the present application, the real-time collection and circulation of full-link state data are realized through the order state topic of the message queue, combined with automatic state data collection and hierarchical association summary, replacing the inefficient mode of manual one-by-one statistics of distribution orders, sub-order state and manual integration, realizing real-time updating of main order full-link state data, especially suitable for batch main orders containing multiple distribution orders and multiple sub-orders, avoiding information lag and data deviation during manual summary.

[0063] Optionally, further comprising: Obtaining the basic valuation of the transaction vehicle, and determining the export trade mode of the transaction vehicle according to the legal entity corresponding to the transaction vehicle; Determine the pricing factor of the transaction vehicle in combination with the vehicle information of the transaction vehicle; According to the basic valuation, determine the initial selling price of the transaction vehicle in combination with the pricing factor; According to the export trade mode of the transaction vehicle, correct the initial selling price to obtain the final selling price of the transaction vehicle; According to the final selling price, update the sub-order corresponding to the transaction vehicle through the price update topic of the message queue.

[0064] Specifically, the export trade mode is determined according to the corresponding legal entity of the transaction vehicle, wherein the export trade mode includes an Ex Works-EXW factory delivery mode, a Free On Board-FOB shipment port on-board delivery mode, a Cost, Insurance and Freight-CIF cost, insurance and freight mode, and a Delivered Duty Paid-DDP duty paid delivery mode. The trade qualification range of each legal entity and the pricing benchmark of the corresponding mode are stored in advance through the business rule library, ensuring that the trade mode matches the compliance operating ability of the legal entity, and providing a pattern basis for subsequent price correction, avoiding the mismatch between qualification and mode caused by manual specification of the trade mode in the prior art; in the price adjustment factor determination link, multi-dimensional factors are determined in combination with vehicle information, the vehicle information covers vehicle physical attributes (such as vehicle age, mileage, and vehicle condition level), market attributes (such as recent transaction price of the same type of vehicle, target market demand heat), compliance attributes (such as whether additional modification is required to meet the standards of the importing country), and each factor needs to be pre-set with a weight coefficient. In the embodiment of the application, the size relationship of the weight coefficients of each factor can be: vehicle age > mileage > market heat. Through quantitative analysis, qualitative description is converted into a calculable price adjustment parameter, for example, a vehicle in good condition is converted into a calculable price adjustment parameter such as +5% estimated value, solving the problem of incomplete factor consideration and subjective weight in manual pricing. For progressive calculation of the initial selling price and the final selling price, first, the weighted superposition of the basic estimated value and each price adjustment factor (such as a basic estimated value of 100,000 yuan + a vehicle age discount of 2% + a vehicle condition premium of 3% = an initial selling price of 101,000 yuan) is used to ensure that the price reflects the individual differences of the vehicle; second, the initial selling price is directionally corrected according to the exclusive rules of the corresponding export trade mode (such as a 10% customs duty for general trade and a 5% storage fee for bonded zone trade), to form the final selling price. Finally, the final selling price, the corresponding sub-order identifier and the price change track information are packaged into a price update message and sent to the price update topic of the message queue. The sub-order management module listens to and consumes the topic message, and based on the sub-order identifier, it is directionally positioned to the corresponding sub-order, automatically replaces the original price field and synchronously updates the associated contract amount, approval threshold and other data. The message queue ensures that the price update instruction will not be lost, even if the sub-order system is temporarily offline, it can consume the message again to complete the update after recovery, avoiding the omission or delay caused by manual delivery of the price adjustment sheet, and at the same time, the price update result is fed back to the price update topic as feedback message, for the pricing module to confirm the update state, forming a closed loop.

[0065] In a preferred embodiment of the application, a relational database management system such as MySQL, Oracle or SQL Server can be employed to store the detailed information of the transaction vehicle. Through the structured query language query technique, the system extracts the physical attributes (such as vehicle age, mileage, vehicle condition grade) of the vehicle, market attributes (such as the recent transaction price of the same model vehicle, the demand heat of the target market) and compliance attributes (such as whether additional modification is required to meet the standards of the importing country) from the vehicle information database. According to the unique identification of the vehicle (such as the vehicle identification number VIN), a SQL query statement is constructed to extract the required fields from the vehicle information table. The weight coefficient model is loaded from the preset business rule library, which can be a table stored in the relational database or a configuration file (such as JSON or XML format). The weight coefficient model stores the weight coefficients of each pricing factor. Through database query or file parsing technology, the weight coefficient model is read. For example, the weight coefficients are queried from the database table, or the weight coefficients are parsed from the JSON configuration file. These weight coefficients will be used for subsequent initial sale price calculation. Then, a weighted superposition algorithm is used to combine the basic valuation and the weighted values of each pricing factor to calculate the initial sale price. For example, first read the basic valuation of 100,000 yuan, the vehicle age discount of 2%, and the vehicle condition premium of 3%. Add these weighted values to the basic valuation to get the initial sale price of 101,000 yuan. According to the unique identification of the legal entity (such as the enterprise number), the trade qualification range is queried to determine the applicable export trade mode (such as FOB, CIF, DDP, etc.). Then, the initial sale price is corrected according to the preset trade mode rules. For example, the general trade mode needs to add 10% customs duty, and the bonded zone trade mode is exempt from customs duty but needs to add 5% storage fee. Finally, according to the unique identification of the sub-order (such as the order number), a SQL update statement is constructed to write the final sale price into the price field of the sub-order table. At the same time, the price change information is recorded in the log table, including the information such as the price before and after the change, the change time and the change reason.

[0066] In an embodiment of the application, the asynchronous linkage update of the final sale price and the sub-order is realized through the price update topic of the message queue, combined with the automated multi-factor pricing and trade mode correction, replacing the traditional way of manually calculating the basic valuation and subjectively judging the pricing range, thereby eliminating the deviation of pricing by different personnel (such as the uniform premium range of vehicles with the same condition) and ensuring the objectivity and consistency of the pricing result.

[0067] In summary, combined with Figure 4As shown, for different export trade modes (EXW mode, FOB mode, CIF mode and DDP mode), first, a new order is needed to be newly created, so as to synchronize the sub-order state to be submitted, and then after being saved and submitted, the sub-order state is updated to be newly created, and is audited, and when the audit is passed, the sub-order state is updated to be paid for the advance payment. After the advance payment is paid and the distribution order is successfully created, the sub-order state is changed from to be paid for the advance payment to be newly created for distribution.

[0068] Only the order of the EXW mode has the state of distribution to be paid for the deposit, and after the distribution order is audited, the sub-order state is updated from to be newly created for distribution to be paid for the deposit of distribution.

[0069] The rest of the export trade modes, after the distribution order is audited and the final payment is completed, generate the state of distribution to be signed for a contract; after the contract is signed, the sub-order state is changed to be paid for the final payment; after the final payment is completed, the sub-order state is updated from to be paid for the final payment to be picked up for distribution; after the distribution order is picked up, the sub-order state is updated from to be picked up for distribution to be transferred for export, and at this time, the sub-order of the EXW mode is transferred and the order is determined to be completed.

[0070] And in the FOB mode, CIF mode and DDP mode, after the sub-order of the distribution order is transferred, the state is updated from to be transferred for export to be detected by three parties; after the detection is completed, the state is updated from to be detected by three parties to be applied for a license.

[0071] For the FOB mode, after the export license application is uploaded, the state is updated from to be applied for a license to be paid for the final payment; for the CIF mode, after the bill of lading is uploaded, the state is updated from to upload the bill of lading to be paid for the final payment; for the DDP mode, after the customs clearance is completed, the state is updated from to be cleared to be paid for the final payment.

[0072] After the final payment of the sub-order in the FOB mode is completed, the state is updated from to be paid for the final payment to be applied for customs declaration.

[0073] After the export license application of the sub-order in the CIF mode and DDP mode is uploaded, the state is updated from to be applied for a license to be applied for customs declaration.

[0074] For the FOB mode, CIF mode and DDP mode, after the customs declaration is applied, the state is updated from to be applied for customs declaration to be in customs declaration.

[0075] After the customs declaration of the sub-order in the CIF mode and DDP mode is completed, the state is updated from to be in customs declaration to upload the bill of lading; and after the customs declaration of the sub-order in the FOB mode is completed, it is determined that the sub-order in the FOB mode is completed.

[0076] The sub-order of the DDP mode is updated from the state of waiting for uploading the bill of lading to the state of waiting for arrival after the uploading of the bill of lading is completed; the state is updated from the state of waiting for arrival to the state of waiting for customs clearance after the operation of arrival; the state is updated from the state of waiting for customs clearance to the state of waiting for payment of the balance after the customs clearance is completed; the state is updated from the state of waiting for payment of the balance to the state of waiting for the car dealer to pick up the car after the payment of the balance is completed; and the sub-order of the DDP mode is determined to be completed after the picking up of the car is completed.

[0077] The sub-order of the CIF mode is determined to be completed after the payment of the balance is completed.

[0078] In combination Figure 5 As shown in the drawings, the application further provides an export order processing system, comprising: An order acquisition unit is configured to acquire a main order of vehicle export trade; An execution unit is configured to perform asynchronous flow processing on the main order through a message queue to obtain current full-link state data of the main order; and the execution unit specifically comprises: Analyzing the main order to obtain a legal entity corresponding to a transaction vehicle in the main order; According to the legal entity, the main order is split into a distribution order and a sub-order in combination with a business rule library; An association relationship is established between the main order, the distribution order and the sub-order; According to the sub-order, a standardized contract matched with the sub-order is generated through the business rule library; Based on the association relationship, an online approval process and a signing process are performed on the standardized contract of each sub-order, and current full-link state data of the main order is generated in real time.

[0079] The export order processing system of the application has the same advantages as the above-mentioned export order processing method compared with the prior art, and thus will not be described here again.

[0080] The application further provides an electronic device comprising a memory and a processor; The memory is configured to store a computer program; The processor is configured to implement the above-mentioned export order processing method when the computer program is executed.

[0081] The electronic device of the application has the same advantages as the above-mentioned export order processing method compared with the prior art, and thus will not be described here again.

[0082] Although the application is disclosed as above, the protection scope of the application is not limited to this. Those skilled in the art can make various changes and modifications without departing from the spirit and scope of the application, and these changes and modifications will fall within the protection scope of the application.

Claims

1. A method for processing export orders, characterized in that, include: Securing master orders for vehicle export trade; The main order is processed asynchronously via a message queue to obtain the current end-to-end status data of the main order; specifically, this includes: The master order is parsed to obtain the legal entity corresponding to the vehicle traded in the master order; Based on the legal entity and in conjunction with the business rules base, the master order is split into distribution orders and sub-orders; Establish the association relationship between the master order, the distribution order, and the sub-order; Based on the sub-order, a standardized contract matching the sub-order is generated using the business rule base. Based on the aforementioned relationship, the standardized contract for each sub-order undergoes an online approval and signing process, and the current end-to-end status data of the main order is generated in real time.

2. The export order processing method according to claim 1, characterized in that, The process of parsing the master order to obtain the legal entity corresponding to the vehicle traded in the master order includes: The main order received by the business is parsed to obtain the parsed data of the transaction vehicle in the main order. The parsed data includes vehicle information and customer information. Based on the parsing results of the message queue and the parsed data, and according to preset ownership association rules, the vehicle information of the traded vehicle is matched with the vehicle owner information in the customer information to determine the legal entity corresponding to the traded vehicle.

3. The export order processing method according to claim 1, characterized in that, The step of splitting the master order into distribution orders and sub-orders based on the legal entity and in conjunction with the business rule base includes: Based on the legal entity topic of the message queue, the order splitting rule corresponding to the transaction vehicle is selected from the business rule base according to the legal entity. The order splitting rule includes the division of rights and responsibilities according to the registered legal entity dimension and the execution unit definition logic according to the single vehicle dimension. The master order is split according to the aforementioned division of rights and responsibilities to obtain the distribution order, wherein one distribution order corresponds to one legal entity; The main order is split according to the execution unit definition logic to obtain the sub-orders, wherein one sub-order corresponds to one of the transaction vehicles.

4. The export order processing method according to claim 3, characterized in that, Establishing the association between the master order, the distribution order, and the sub-order includes: Based on the preset order association specifications in the business rule base, extract the order identifier of the main order, the legal entity identifier of the distribution order, and the transaction vehicle identifier of the sub-order; The order identifier of the master order is bound to the legal entity identifier of the distribution order and the transaction vehicle identifier of the sub-order. At the same time, based on the legal entity of the transaction vehicle corresponding to the sub-order, the sub-order is associated with the distribution order corresponding to the legal entity, forming a hierarchical association between the master order, the distribution order and the sub-order, and the hierarchical association is used as the association relationship.

5. The export order processing method according to claim 1, characterized in that, The step of generating a standardized contract matching the sub-order based on the sub-order using the business rule base includes: Based on the legal entity of the transaction vehicle corresponding to each sub-order, retrieve the contract generation rules and electronic contract template from the business rule base; Based on the contract generation rules, extract the core data from the sub-orders; The core data of the sub-order is filled into the electronic contract template to generate the standardized contract corresponding to the sub-order.

6. The export order processing method according to claim 4, characterized in that, The online approval and signing process for the standardized contract of each sub-order based on the aforementioned relationship includes: Based on the legal entity corresponding to the distribution order associated with the sub-order in the aforementioned relationship, the contract approval routing rule matching the legal entity is retrieved from the business rule base; Based on the approval task topic in the message queue and in accordance with the approval routing rules, the standardized contract is distributed to the approval node corresponding to the sub-order to execute the online approval process; Once the standardized contract completes the online approval process, the third-party electronic signature service API interface of the legal entity corresponding to the distribution order and the signing terminal API interface of the contract-related parties of the standardized contract are called through the preset electronic signature integration rules in the business rule base. The third-party electronic signature service API interface and the signing terminal API interface are used to execute the third-party electronic signature service for the legal entity corresponding to the distribution order and the signing process of the contract parties of the standardized contract.

7. The export order processing method according to claim 4, characterized in that, The real-time generation of the current end-to-end status data of the master order includes: The current status data of the distribution order and the current status data of the sub-order are obtained through the order status topic of the message queue. Based on the hierarchical relationship between the master order, the distribution order, and the sub-order, the current status data of the distribution order and the current status data of the sub-order are summarized to determine the overall progress data of the master order; Based on the overall progress data, the current end-to-end status data of the master order is generated.

8. The export order processing method according to claim 2, characterized in that, Also includes: Obtain the basic valuation of the traded vehicle, and determine the export trade model of the traded vehicle based on the legal entity corresponding to the traded vehicle; Based on the vehicle information of the traded vehicle, determine the price adjustment factors for the traded vehicle; Based on the aforementioned basic valuation and in conjunction with the aforementioned price adjustment factors, the initial selling price of the vehicle being traded is determined. Based on the export trade model of the traded vehicle, the initial selling price is adjusted to obtain the final selling price of the traded vehicle; The price update topic in the message queue is used to update the sub-order corresponding to the traded vehicle based on the final selling price.

9. An export order processing system, characterized in that, include: The order acquisition unit is used to acquire master orders for vehicle export trade. An execution unit is used to asynchronously process the main order through a message queue to obtain the current end-to-end status data of the main order; specifically, it includes: The master order is parsed to obtain the legal entity corresponding to the vehicle traded in the master order; Based on the legal entity and in conjunction with the business rules base, the master order is split into distribution orders and sub-orders; Establish the association relationship between the master order, the distribution order, and the sub-order; Based on the sub-order, a standardized contract matching the sub-order is generated using the business rule base. Based on the aforementioned relationship, the standardized contract for each sub-order undergoes an online approval and signing process, and the current end-to-end status data of the main order is generated in real time.

10. An electronic device, characterized in that, Including memory and processor; The memory is used to store computer programs; The processor is configured to implement the export order processing method as described in any one of claims 1-8 when executing the computer program.

Images