A material procurement business behavior management system

Abstract

The application provides a kind of material procurement business behavior management system, comprising: procurement business platform, procurement business platform is the distributed server cluster of multiple servers, for loading procurement subsystem;Multiple procurement person terminal is used to obtain bidding procurement demand or non-bidding procurement demand and send to procurement mall module, to build procurement project and send to corresponding procurement module;Multiple supplier terminal is used to receive and show procurement project;For bidding procurement project and bidding procurement module interaction, to provide bid document and by bidding procurement module to open bid, evaluate bid, determine bid and archive;For non-bidding procurement project, transaction is carried out through non-bidding procurement module and corresponding procurement person terminal;Wherein, procurement business platform is also used to receive the business demand text sent by procurement person terminal and input pre-training large language model generation function module code, and new function module is created according to function module code for procurement person terminal and supplier terminal to implement corresponding business.

Description

Technical Field

[0001] This invention relates to the field of business activity technology, and in particular to a material procurement business activity management system. Background Technology

[0002] The China State Railway Group's (CNR) procurement platform is the group's designated procurement and transaction platform. It is a professional, information-based, integrated, and intelligent procurement service platform that utilizes big data, artificial intelligence, cloud computing, and the Internet of Things (IoT) to form an efficient and standardized management ecosystem centered on online procurement and transaction services. Within the internet environment, it provides one-stop, professional, and multi-user services to upstream and downstream customers in the supply chain. The platform mainly includes functions such as information release, supplier registration management, bidding, price comparison and competitive bidding, online auctions, an online marketplace, online investment promotion, online logistics, and monitoring and early warning. If the platform's business data is compromised, it will affect the procurement work of railway enterprise managers at all levels, hinder external suppliers' participation in railway enterprise-organized procurement activities, and impact the work efficiency of railway management personnel in procurement, bidding, auctions, competitive bidding, and investment promotion. In severe cases, it may even prevent railway procurement from being carried out. Therefore, it necessitates the standardization, modeling, and template-based approach to business activities in the railway materials procurement field.

[0003] In existing technologies, the core functionalities of the China Railway procurement platform's various business subsystems are developed based on the Spring microservices framework. Each service node, through the microservices architecture, possesses fundamental capabilities such as modularity, customizable development, and scalable business operations. Furthermore, the interdependence and scheduling between services within the microservices architecture improves the efficiency of each subservice and enhances overall team collaboration. While each subsystem designs its own business behavior, and downstream business calls are made through microservices, this process lacks standardization. Summary of the Invention

[0004] In view of this, embodiments of the present invention provide a material procurement business behavior management system to eliminate or improve one or more defects existing in the prior art and solve the problem of non-standard material procurement business behavior in the prior art.

[0005] One aspect of the present invention provides a material procurement business behavior management system, the system comprising:

[0006] The procurement business platform is a distributed server cluster composed of multiple servers, used to load the procurement subsystem; the procurement subsystem includes: a procurement marketplace module, a bidding procurement module, and a non-bidding procurement module;

[0007] Multiple purchaser terminals are deployed at the purchaser's location and connected to the procurement business platform; the purchaser terminals are used to obtain bidding procurement requirements or non-bidding procurement requirements and send them to the procurement marketplace module, so as to construct bidding procurement projects and send them to the bidding procurement module, and construct non-bidding procurement projects and send them to the non-bidding procurement module.

[0008] Multiple supplier terminals are deployed at the supplier's location and connected to the procurement business platform. These terminals are used to receive and display the tendered procurement projects and the non-tendered procurement projects. For the tendered procurement projects, the terminal interacts with the tendering procurement module to provide tender documents, which are then opened, evaluated, awarded, and archived by the tendering procurement module. For the non-tendered procurement projects, the terminal conducts transactions with the corresponding purchaser through the non-tendered procurement module.

[0009] The procurement business platform is also used to receive business requirement text sent by the procurement terminal and input pre-trained large language model to generate functional module code, and create functional modules according to the functional module code so that the procurement terminal and the supplier terminal can carry out corresponding business.

[0010] In some embodiments, the methods by which multiple supplier terminals conduct transactions with the corresponding purchaser terminals for the non-tender procurement project through the non-tender procurement module include: inquiry procurement mode, single-source procurement mode, and competitive bidding procurement mode.

[0011] The inquiry-based procurement mode involves multiple supplier terminals receiving inquiry requests for the non-tender procurement project sent by the non-tender procurement module and returning price information. The non-tender procurement module then sends the price information to the corresponding purchaser terminal for transaction.

[0012] The single-source procurement mode involves a designated supplier terminal receiving the non-tender procurement project sent by the non-tender procurement module and returning price information, which is then sent by the non-tender procurement module to the corresponding purchaser terminal for transaction.

[0013] The competitive bidding procurement mode involves multiple supplier terminals receiving the non-tender procurement project sent by the non-tender procurement module and forwarding the returned project quotation to other supplier terminals participating in the bidding. The non-tender procurement module then sends the bidding result to the corresponding purchaser terminal for transaction.

[0014] In some embodiments, the system further constructs a procurement transaction blockchain network using the procurement business platform, multiple purchaser terminals, and multiple supplier terminals as nodes.

[0015] In some embodiments, the procurement transaction blockchain network is also used for the purchaser to use a digital identity for identity verification and log in to the purchaser terminal, encrypt the tender procurement requirements or the non-tender procurement requirements to obtain the procurement requirement document, and then send it to the procurement marketplace module;

[0016] The procurement requirement blocks obtained after verifying and packaging the procurement requirement documents are stored.

[0017] The supplier terminal stores the tender documents issued after receiving the procurement requirement block.

[0018] In some embodiments, when the procurement business platform receives the business requirement text sent by the procurement entity's terminal and inputs the pre-trained large language model to generate functional module code, it performs security verification on the business requirement text and the functional module code, including:

[0019] The identity and corresponding operation permissions of the purchaser's terminal are verified.

[0020] The business requirement text is filtered for malicious text, and special characters are escaped from the business requirement text.

[0021] Use a pre-set static code analysis tool to check whether there are security vulnerabilities in the code of the functional module; perform dynamic testing on the code of the functional module by simulating attacks to check whether there are security vulnerabilities in the code of the functional module.

[0022] Based on the inspection results, the code of the aforementioned functional modules was modified and adjusted.

[0023] In some embodiments, the material procurement business behavior management system further includes:

[0024] The log recording module, deployed in the procurement subsystem, is used to record the procurement projects and processes processed by the procurement mall module, the bidding procurement module, and the non-bidding procurement module, as well as the transaction processes of the purchaser terminal and the supplier terminal.

[0025] In some embodiments, the procurement subsystem further includes:

[0026] The waste disposal module is used to receive various waste disposal information remaining after the transaction is completed by the procurement mall module, perform statistics and analysis on various waste disposal information, and send the analysis results to the procurement terminal.

[0027] In some embodiments, the procurement mall module is further configured to receive information about the target supplier selected by the purchaser's terminal, and after sending the purchase order to the target supplier, receive an order logistics reminder returned by the target supplier.

[0028] In some embodiments, the procurement subsystem further includes:

[0029] The procurement behavior monitoring module is used to receive the transaction results from the procurement mall module and use the procurement cost, procurement quality and procurement efficiency in the transaction results as evaluation indicators of the transaction behavior.

[0030] The weights of the procurement cost, procurement quality, and procurement efficiency are set, and scores are assigned to the procurement cost, procurement quality, and procurement efficiency according to a preset standard table.

[0031] The transaction results are scored using a weighted average, and the transaction behavior is evaluated based on the score.

[0032] In some embodiments, the procurement subsystem further includes:

[0033] The material procurement business deadline reminder module is used to receive the time limit for material procurement business activities issued by the procurement mall module and send a deadline message reminder to the supplier terminal and the purchaser terminal when the preset deadline threshold is reached.

[0034] The beneficial effects of the present invention are at least as follows:

[0035] In the material procurement business behavior management system described in this invention, multiple purchaser terminals and multiple supplier terminals meet the needs of different roles in the procurement business behavior. The procurement business platform is connected to multiple supplier terminals and multiple purchaser terminals, ensuring smooth transmission of procurement information and enabling all parties to quickly fill in procurement needs and supply information, reducing communication costs and time delays. The procurement business platform loads multiple modules in the procurement subsystem, enabling centralized management of material procurement business and real-time monitoring of each procurement project. When a functional module has a problem or needs to be upgraded, only the corresponding module needs to be modified or updated, making system maintenance more efficient and convenient, reducing maintenance costs and risks. Furthermore, as the enterprise's business develops and changes, the procurement business platform can generate functional modules according to functions or needs to meet these changes. Dividing the procurement subsystem into different modules clarifies the responsibilities and processes of each business link, making the entire procurement business behavior clearer and more standardized, improving the efficiency and accuracy of procurement business execution, and facilitating internal management and supervision for the enterprise. It realizes the modeling and template-based management of business behavior in the field of material procurement, and standardizes and normalizes the basic business behavior of the procurement subsystem.

[0036] Additional advantages, objects, and features of the invention will be set forth in part in the description which follows, and will also become apparent in part to those skilled in the art upon studying the description, or may be learned by practice of the invention. The objects and other advantages of the invention can be realized and obtained by means of the structures specifically pointed out in the description and drawings.

[0037] Those skilled in the art will understand that the objectives and advantages achievable with the present invention are not limited to those specifically described above, and that the above and other objectives achievable with the present invention will become clearer from the following detailed description. Attached Figure Description

[0038] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, are not intended to limit the scope of the invention. In the drawings:

[0039] Figure 1 This is a schematic diagram of the structure of a material procurement business behavior management system according to an embodiment of the present invention.

[0040] Figure 2 This is a schematic diagram of the procurement subsystem according to an embodiment of the present invention. Detailed Implementation

[0041] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the embodiments and accompanying drawings. Here, the illustrative embodiments and descriptions of this invention are used to explain the invention, but are not intended to limit the invention.

[0042] It should also be noted that, in order to avoid obscuring the invention with unnecessary details, only the structures and / or processing steps closely related to the solution according to the invention are shown in the accompanying drawings, while other details that are not closely related to the invention are omitted.

[0043] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, element, step, or component, but does not exclude the presence or addition of one or more other features, elements, steps, or components.

[0044] It should also be noted that, unless otherwise specified, the term "connection" in this article can refer not only to a direct connection, but also to an indirect connection involving an intermediary.

[0045] In the following description, embodiments of the invention will be illustrated with reference to the accompanying drawings. In the drawings, the same reference numerals represent the same or similar parts, or the same or similar steps.

[0046] In existing technologies, the core functionalities of the China Railway procurement platform's various business subsystems are developed based on the Spring microservices framework. Each service node, through the microservices architecture, possesses fundamental capabilities such as modularity, customizable development, and business scalability. Furthermore, the inter-service dependencies and scheduling within the microservices architecture improve the efficiency of each subservice and enhance overall team collaboration. While each subsystem designs its own business behavior, and downstream business calls are made through microservices, this approach lacks standardization. This invention proposes a material procurement business behavior management system, which includes:

[0047] The procurement business platform is a distributed server cluster composed of multiple servers, used to load the procurement subsystem; the procurement subsystem includes: a procurement marketplace module, a bidding procurement module, and a non-bidding procurement module;

[0048] Multiple purchaser terminals are deployed at the purchaser's location and connected to the procurement business platform; the purchaser terminals are used to obtain bidding procurement requirements or non-bidding procurement requirements and send them to the procurement marketplace module, so as to construct bidding procurement projects and send them to the bidding procurement module, and construct non-bidding procurement projects and send them to the non-bidding procurement module.

[0049] Multiple supplier terminals are deployed at the supplier's location and connected to the procurement business platform. These terminals are used to receive and display the tendered procurement projects and the non-tendered procurement projects. For the tendered procurement projects, the terminal interacts with the tendering procurement module to provide tender documents, which are then opened, evaluated, awarded, and archived by the tendering procurement module. For the non-tendered procurement projects, the terminal conducts transactions with the corresponding purchaser through the non-tendered procurement module.

[0050] The procurement business platform is also used to receive business requirement text sent by the procurement terminal and input pre-trained large language model to generate functional module code, and create functional modules according to the functional module code so that the procurement terminal and the supplier terminal can carry out corresponding business.

[0051] Figure 1 This is a schematic diagram of the structure of a material procurement business behavior management system according to an embodiment of the present invention. Figure 2 This is a schematic diagram of a material procurement platform according to an embodiment of the present invention. Specifically, this application provides a material procurement business behavior management system, which includes:

[0052] The procurement business platform is a distributed server cluster composed of multiple servers, used to load the procurement subsystem. The procurement subsystem includes: a procurement marketplace module, a bidding procurement module, and a non-bidding procurement module. In some embodiments, the procurement marketplace module is also used to receive information about the target supplier selected by the purchaser's terminal, and after sending the purchase order to the target supplier, receive the order logistics reminder returned by the target supplier.

[0053] Multiple purchaser terminals are deployed at the purchaser's location and connected to the procurement business platform. The purchaser terminals are used to obtain bidding procurement requirements or non-bidding procurement requirements and send them to the procurement marketplace module to construct bidding procurement projects and send them to the bidding procurement module, and to construct non-bidding procurement projects and send them to the non-bidding procurement module.

[0054] Multiple supplier terminals are deployed at the supplier's location and connected to the procurement business platform. They are used to receive and display tendered procurement projects and non-tendered procurement projects. For tendered procurement projects, they interact with the tendering and procurement module to provide tender documents, and the tendering and procurement module performs bid opening, evaluation, awarding, and archiving. For non-tendered procurement projects, they conduct transactions with the corresponding purchaser's terminal through the non-tendered procurement module.

[0055] The procurement business platform is also used to receive business requirement text sent by the procurement terminal and input pre-trained large language model to generate functional module code. Functional modules are created according to the functional module code so that the procurement terminal and the supplier terminal can implement the corresponding business.

[0056] Specifically, the procurement business platform divides the procurement subsystem into multiple modules according to business functions. Each module contains multiple functional domains. The procurement mall module includes, but is not limited to, a product domain for displaying procured goods, an order domain, and an after-sales domain for materials after procurement. It is used for the entire procurement transaction process, including supplier selection, order placement, payment, order fulfillment, logistics and delivery, after-sales service, and reconciliation and invoicing. The order domain handles adding goods to cart, placing orders, submitting requests, order acceptance, procurement approval, confirming receipt, order delivery, and order inquiry. The bidding procurement module includes, but is not limited to, constructing bidding items based on procurement business. The project bidding module includes a project bidding field, a bidding document field specified for the bidding project, a bidding field for receiving bids from supplier terminals, a bid opening field, and a bid award field. These are used for the entire electronic process of creating, publishing, adding to, purchasing, submitting, selecting experts, opening, evaluating, awarding, clarifying, answering questions, monitoring, and archiving bidding projects. The non-bidding procurement module is used for material procurement in non-bidding procurement scenarios such as price inquiries, competitive negotiations, and single-source procurement, meeting the daily non-bidding procurement needs of purchasers. Both the bidding procurement module and the non-bidding procurement module facilitate the selection of appropriate procurement methods based on different procurement needs, improving procurement efficiency.

[0057] In some embodiments, the methods by which multiple supplier terminals conduct transactions with the corresponding purchaser terminals for non-tender procurement projects through the non-tender procurement module include: inquiry procurement mode, single-source procurement mode, and competitive bidding procurement mode.

[0058] The inquiry-based procurement model involves multiple supplier terminals receiving inquiry requests for non-tender procurement projects from the non-tender procurement module and returning price information. The non-tender procurement module then forwards this price information to the corresponding purchaser terminal for transaction processing. Specifically, in the inquiry-based procurement model, after receiving an inquiry request, suppliers return price information based on their own costs and market conditions. The non-tender procurement module then processes this information and sends it to the corresponding purchaser terminal. The purchaser compares the quotations from different suppliers, comprehensively considering factors such as quality and delivery time, and selects the appropriate supplier for the transaction.

[0059] In the single-source procurement model, a designated supplier's terminal receives non-tender procurement projects from the non-tender procurement module and returns price information. The non-tender procurement module then forwards this price information to the corresponding purchaser's terminal for transaction processing. Specifically, in the single-source procurement model, a designated supplier conducts the procurement of materials, and the supplier and the purchaser reach an agreement on details such as the transaction price before proceeding with the transaction.

[0060] In the competitive bidding procurement model, multiple supplier terminals receive non-tender procurement projects sent by the non-tender procurement module and forward the returned project quotations to other participating supplier terminals. The non-tender procurement module then sends the bidding results to the corresponding purchaser terminal for transaction processing. Specifically, multiple suppliers submit their quotation information in a closed quotation area, and each supplier adjusts its own quotation based on the quotation information from other suppliers in the closed quotation area.

[0061] Furthermore, the purchasing terminal and business personnel submit requirements to the purchasing business platform. Following the method corresponding to the business behavior template, they submit a call request based on the business requirements, specifying the call frequency and call representation in the business requirement text. After the business requirement text is input into the large language model, functional module code is output. Security verification is performed on the functional module code to ensure the security of each module in the purchasing business platform. Specifically, authentication and permission verification can use username and password, or a built-in authentication system with different identities having different operation permissions. Pre-set static code analysis tools include, but are not limited to, Bandit for Python code and ESLint for JavaScript code. In some embodiments, when the purchasing business platform receives the business requirement text sent by the purchasing terminal and inputs it into the large language model to generate functional module code, it performs security verification on the business requirement text and functional module code, including:

[0062] The identity and access permissions of the purchaser's terminal are verified.

[0063] Malicious text filtering is performed on the business requirement text, and special characters are escaped in the business requirement text.

[0064] Use a pre-set static code analysis tool to check for security vulnerabilities in the functional module code; perform dynamic testing on the functional module code through simulated attacks to check for security vulnerabilities.

[0065] Based on the inspection results, the functional module code was modified and adjusted.

[0066] In some embodiments, the system further constructs a procurement transaction blockchain network using a procurement business platform, multiple purchaser terminals, and multiple supplier terminals as nodes. In some embodiments, the procurement transaction blockchain network is also used by purchasers to authenticate themselves using digital identities and log in to their terminals; encrypt bidding or non-bidding procurement requirements to obtain procurement requirement documents and send them to the procurement marketplace module; store procurement requirement blocks obtained after verifying and packaging the procurement requirement documents; and store tender documents issued by supplier terminals after receiving the procurement requirement blocks. Constructing a procurement transaction blockchain network using the procurement business platform, multiple purchaser terminals, and multiple supplier terminals ensures data transparency and immutability, records the complete procurement process and information at each stage, and further promotes cooperation and mutual trust between purchasers and suppliers.

[0067] In some embodiments, the material procurement business behavior management system further includes: a log recording module, deployed in the procurement subsystem, used to record procurement projects and procurement processes processed by the procurement mall module, the bidding procurement module and the non-bidding procurement module, as well as the transaction processes of the purchaser terminal and the supplier terminal.

[0068] In some embodiments, the procurement subsystem further includes a waste disposal module, which is used to receive various types of waste disposal information remaining after the procurement mall module completes the transaction, perform statistics and analysis on various types of waste disposal information, and send the analysis results to the procurement terminal.

[0069] In some embodiments, the procurement subsystem further includes: a procurement behavior monitoring module, used to receive transaction results from the procurement marketplace module, and use procurement cost, procurement quality, and procurement efficiency in the transaction results as evaluation indicators for the transaction behavior; setting weights for procurement cost, procurement quality, and procurement efficiency, and assigning scores to procurement cost, procurement quality, and procurement efficiency according to a preset standard table; calculating the score of the transaction results based on the weights, and evaluating the transaction behavior based on the score. Specifically, the evaluation score of the material procurement transaction behavior is calculated based on the weights and assigned scores, and the transaction behavior is evaluated based on an evaluation table constructed according to the correlation between evaluation levels and evaluation scores.

[0070] In some embodiments, the procurement subsystem further includes a material procurement business deadline reminder module, which is used to receive time limits for material procurement business activities issued by the procurement mall module and send deadline message reminders to the supplier terminal and the purchaser terminal when the preset deadline threshold is reached.

[0071] The present invention will now be described with reference to a specific embodiment:

[0072] This invention proposes a material procurement business behavior management system to achieve modeling and template-based material procurement business behaviors. Following the design concept of a business middle platform, the procurement subsystem is first divided into modules such as a procurement marketplace, bidding procurement, and non-bidding procurement, based on business functions. Then, each business module is further divided according to its business functions; for example, the procurement marketplace module is divided into product, order, and invoice domains. The business processes of each module are analyzed in detail to identify key business activities, clarify the rules and logic within these activities, and extract the relevant business behaviors to form business behavior templates. Common elements, such as business processes, activities, rules, and logic, are identified from these templates. Based on these common elements, a template design is then developed. Standardized templates are created by categorizing templates according to business domains, resulting in multiple business behavior template libraries for different domains. This part is handled by the middle platform business behavior template team. During development, R&D personnel responsible for the actual business cannot add basic business behaviors to the templates themselves; they can only submit requirements to the procurement business middle platform. Users can call the corresponding methods of the business behavior templates according to their specific business needs, organize business implementation according to actual business requirements, and specify the call frequency and specific business call identifier when submitting a call request, so that the procurement business middle platform can make good service planning. Through the modeling and template standardization of material procurement business behaviors, the basic business behaviors in the procurement subsystem are standardized and normalized, and a complete business behavior template solution is provided.

[0073] The front end of the materials procurement business behavior management system consists of a procurement business middle platform, supplier terminals, and purchaser terminals. The purchaser terminals include web-based and mobile devices. The procurement subsystem is divided into functional modules such as a procurement mall module, a bidding procurement module, a non-bidding procurement module, and a waste materials zone, based on business operations. Each functional module is further divided into functional domains based on specific business operations. The specific functional domains are implemented according to actual business operations, calling the functions involved in the procurement platform's business behavior middle platform templates. The procurement business middle platform uses the business attribute information from the business attribute middle platform.

[0074] The procurement mall module is used for the entire procurement transaction process, including supplier selection, order placement, payment, order fulfillment, logistics and delivery, after-sales service, reconciliation and settlement, and invoicing.

[0075] The bidding and procurement module is used for the entire process of project creation, publication, addendums, purchase of bids, bidding, expert selection, bid opening, bid evaluation, bid awarding, clarification, Q&A, monitoring, and archiving in an electronic manner.

[0076] The non-tender procurement module is used for non-tender procurement such as price inquiries, competitive negotiations, and single-source procurement, meeting the daily non-tender procurement needs of purchasers. The competitive bidding procurement mode is one of the procurement methods applied to the group's non-tender procurement module, including bidding, auctions, and centralized bidding. It boasts a fully online business process for competitive bidding, from project creation, review, and announcement publication to merchant registration, check-in, closed-ended bidding, result announcement, project monitoring, and statistical queries.

[0077] The modeling and template-based approach to procurement business behavior in a materials procurement business behavior management system is a complex yet crucial process. It involves a deep understanding of the procurement process, model building, and template implementation. Business behavior modeling is a way to abstract and represent business behaviors within the procurement process, aiming to provide a clear and accurate model for analyzing, optimizing, and managing the procurement process. This involves clarifying business requirements, analyzing the procurement business process in detail, identifying key business activities, defining the rules and logic within these activities, and extracting specific business behaviors to form business behavior templates. Template-based approach is the process of standardizing and regulating the key elements and steps in the procurement process, aiming to improve procurement efficiency, reduce procurement costs, and minimize human error. Business behavior modeling and template-based approach in the materials procurement field is a complex yet crucial process. Through scientific modeling and template-based implementation, procurement efficiency can be comprehensively improved, costs reduced, and risk control capabilities enhanced. The China Railway Procurement Platform utilizes information technology to implement online electronic transactions such as bidding, non-bidding, and e-commerce procurement. By adopting standardized, structured, and modular procurement and process management, it significantly reduces the procurement organization and implementation cycle and enhances service quality control capabilities. By refining business processes, setting approval procedures, controlling key nodes, and abstracting behavioral templates, project quality control, progress monitoring, and process tracking are implemented simultaneously, achieving full integration of procurement operations and project management.

[0078] In summary, this invention provides a material procurement business behavior management system. The system includes: a procurement business middle platform, which is a distributed server cluster composed of multiple servers, used to load a procurement subsystem; the procurement subsystem includes: a procurement marketplace module, a bidding procurement module, and a non-bidding procurement module; multiple procurement entity terminals, deployed at the procurement entity and connected to the procurement business middle platform; the procurement entity terminals are used to obtain bidding procurement requirements or non-bidding procurement requirements and send them to the procurement marketplace module to construct bidding procurement projects and send them to the bidding procurement module, and construct non-bidding procurement projects and send them to the non-bidding procurement module; and multiple supplier terminals, deployed... The procurement business platform is connected to the supplier and is used to receive and display the tendered procurement projects and the non-tendered procurement projects; for the tendered procurement projects, it interacts with the tendering procurement module to provide tender documents, which are then opened, evaluated, awarded, and archived by the tendering procurement module; for the non-tendered procurement projects, it conducts transactions with the corresponding purchaser terminal through the non-tendered procurement module; wherein, the procurement business platform is also used to receive business requirement text sent by the purchaser terminal and input pre-trained large language model to generate functional module code, and create functional modules according to the functional module code so that the purchaser terminal and the supplier terminal can implement corresponding business.

[0079] This invention also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the aforementioned edge computing server deployment method. The computer-readable storage medium can be a tangible storage medium, such as random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, floppy disks, hard disks, removable storage disks, CD-ROMs, or any other form of storage medium known in the art.

[0080] Those skilled in the art will understand that the exemplary components, systems, and methods described in conjunction with the embodiments disclosed herein can be implemented in hardware, software, or a combination of both. Whether implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this invention. When implemented in hardware, it can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this invention are programs or code segments used to perform the desired tasks. The programs or code segments can be stored in a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried in a carrier wave.

[0081] It should be clarified that the present invention is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present invention is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of the present invention.

[0082] In this invention, features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, and / or combined with or in place of features of other embodiments.

[0083] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, various modifications and variations of the embodiments of the present invention are possible. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A material procurement business behavior management system, characterized in that, The system includes: The procurement business platform is a distributed server cluster composed of multiple servers, used to load the procurement subsystem; the procurement subsystem includes: a procurement marketplace module, a bidding procurement module, and a non-bidding procurement module; Multiple purchaser terminals are deployed at the purchaser's location and connected to the procurement business platform; the purchaser terminals are used to obtain bidding procurement requirements or non-bidding procurement requirements and send them to the procurement marketplace module, so as to construct bidding procurement projects and send them to the bidding procurement module, and construct non-bidding procurement projects and send them to the non-bidding procurement module. Multiple supplier terminals are deployed at the supplier's location and connected to the procurement business platform. These terminals are used to receive and display the tendered procurement projects and the non-tendered procurement projects. For the tendered procurement projects, the terminal interacts with the tendering procurement module to provide tender documents, which are then opened, evaluated, awarded, and archived by the tendering procurement module. For the non-tendered procurement projects, the terminal conducts transactions with the corresponding purchaser through the non-tendered procurement module. The procurement business platform is also used to receive business requirement text sent by the procurement terminal and input pre-trained large language model to generate functional module code, and create functional modules according to the functional module code so that the procurement terminal and the supplier terminal can carry out corresponding business. Furthermore, when the procurement business platform receives the business requirement text sent by the procurement entity's terminal and inputs the pre-trained large language model to generate the functional module code, it performs security verification on the business requirement text and the functional module code, including: The identity and corresponding operation permissions of the purchaser's terminal are verified. The business requirement text is filtered for malicious text, and special characters are escaped from the business requirement text. Use a pre-set static code analysis tool to check whether there are security vulnerabilities in the code of the functional module; perform dynamic testing on the code of the functional module by simulating attacks to check whether there are security vulnerabilities in the code of the functional module. The code of the aforementioned functional modules was modified and adjusted based on the inspection results; The system also constructs a procurement transaction blockchain network using the procurement business platform, multiple purchaser terminals, and multiple supplier terminals as nodes. The procurement subsystem also includes a procurement behavior monitoring module, which receives the transaction results from the procurement mall module and uses the procurement cost, procurement quality, and procurement efficiency in the transaction results as evaluation indicators of the transaction behavior. The weights of the procurement cost, procurement quality, and procurement efficiency are set, and scores are assigned to the procurement cost, procurement quality, and procurement efficiency according to a preset standard table. The transaction results are scored using a weighted average, and the transaction behavior is evaluated based on the score.

2. The material procurement business behavior management system according to claim 1, characterized in that, The methods by which multiple supplier terminals conduct transactions with the corresponding purchaser terminals for the non-tender procurement projects through the non-tender procurement module include: inquiry procurement mode, single-source procurement mode, and competitive bidding procurement mode. The inquiry-based procurement mode involves multiple supplier terminals receiving inquiry requests for the non-tender procurement project sent by the non-tender procurement module and returning price information. The non-tender procurement module then sends the price information to the corresponding purchaser terminal for transaction. The single-source procurement mode involves a designated supplier terminal receiving the non-tender procurement project sent by the non-tender procurement module and returning price information, which is then sent by the non-tender procurement module to the corresponding purchaser terminal for transaction. The competitive bidding procurement mode involves multiple supplier terminals receiving the non-tender procurement project sent by the non-tender procurement module and forwarding the returned project quotation to other supplier terminals participating in the bidding. The non-tender procurement module then sends the bidding result to the corresponding purchaser terminal for transaction.

3. The material procurement business behavior management system according to claim 1, characterized in that, The procurement transaction blockchain network is also used by the purchaser to use digital identity for identity verification and log in to the purchaser terminal, encrypt the bidding procurement requirements or the non-bidding procurement requirements to obtain the procurement requirement document, and then send it to the procurement mall module. The procurement requirement blocks obtained after verifying and packaging the procurement requirement documents are stored. The supplier terminal stores the tender documents issued after receiving the procurement requirement block.

4. The material procurement business behavior management system according to claim 1, characterized in that, The material procurement business behavior management system also includes: The log recording module, deployed in the procurement subsystem, is used to record the procurement projects and processes processed by the procurement mall module, the bidding procurement module, and the non-bidding procurement module, as well as the transaction processes between the purchaser terminal and the supplier terminal.

5. The material procurement business behavior management system according to claim 1, characterized in that, The procurement subsystem also includes: The waste disposal module is used to receive various waste disposal information remaining after the transaction is completed by the procurement mall module, perform statistics and analysis on various waste disposal information, and send the analysis results to the procurement terminal.

6. The material procurement business behavior management system according to claim 1, characterized in that, The procurement mall module is also used to receive information about the target supplier selected by the purchaser's terminal, and after sending the purchase order to the target supplier, receive the order logistics reminder returned by the target supplier.

7. The material procurement business behavior management system according to claim 1, characterized in that, The procurement subsystem also includes: The material procurement business deadline reminder module is used to receive the time limit for material procurement business activities issued by the procurement mall module and send a deadline message reminder to the supplier terminal and the purchaser terminal when the preset deadline threshold is reached.

Images