Product ordering system based on a programmatic data processing system

Abstract

The product ordering system based on the programmatic data processing system of the present invention builds a system for transforming a resource library into actual production and management for merchants and customers based on a digitized process flow template, a merchant module, a customer module, a custom production rule module, a basic template rule module, etc., in which the customer module is directed to a digitized process flow template provided by the system or that the merchant can create, and selects one digitized process flow template through one of two routes and then sends it to the merchant module, and a product order list is formed after a logical relationship verification is performed by the merchant's user-defined rule module, during which the template selected by the customer is matched with the template that the merchant can create, and the price setting is completed, and finally a customized product is provided, and the actual production, payment and delivery are guided, and finally a physical product that is officially delivered and corresponds to the digitized product is provided to the user.

Description

Technical Field

[0001] The present invention relates to the technical field of personal computer software applications, and more specifically, to a product order system that matches production and sales based on a programmatic data processing system.

Background Art

[0002] Currently, in the "Programmatic Data Processing System" of CN111625562A that has already been granted, it is described that through template design, information such as raw materials and operations for processing the raw materials in each process, products generated by combining multiple processes or products produced by incorporating them are collected to finally obtain a clear digital product. The use of the programmatic data processing system can also obtain the taste value and nutritional value of the product by providing it in a multi-dimensional and necessary association with raw materials and operations. The technical information posted in the "Programmatic Data Processing System" is that the multi-dimensional information of raw materials, processes, intermediate products, and products is managed by the data management module and can be dynamically maintained through user selection or interaction. Finally, a digital product, also called a digitalization process template, is formed. In the system, each digitalization process template is unique and can be updated by the system administrator or system user and corresponds to a specific digital product. This system has a general specification and definition that can be used and maintained by anyone who is a system user, and is a resource library that can achieve high-dimensional matching at the information level.

[0003] According to the above system, a clear digital product can be output, and new information can be continuously held in the system according to actual needs. However, this system only has a resource library, and actual production, preparation, and manufacturing and sales have not yet been completed. In order to match actual production and sales, this system needs to convert or associate new functional modules. This will be described in detail below. [Overview of the Initiative]

[0004] The objective of the present invention is to further associate the resource library-based system with information modules related to production and sales, enabling the system to provide data information and management tools for production and sales.

[0005] This invention provides the following technical solutions. 1. A product ordering system based on a programmatic data processing system, comprising a digitization process template with a unique identifier, wherein the digitization process template consists of raw materials and operations to form intermediate products and / or products one by one according to steps, the raw materials, operations and / or products are stored by a data management module and maintained via a data maintenance module, and the logical relationships between the raw materials and operations are limited by a basic template rule module. It further includes a merchant module, a customer module, and a pricing module. The merchant module includes the merchant's production data information, basic information, management information, intermediate product whitelist and / or template whitelist, the template whitelist having several createable digitization process templates, The merchant module further includes a user-defined rules module that has constraints on the logical relationship between raw materials and operations for each specific merchant. A product ordering system based on a programmatic data processing system, characterized in that the customer module is directed to a digitalization process template in the system or a merchant template whitelist, the customer selects a digitalization process template via one of two routes and sends it to the merchant module, a logical relationship verification is performed by a user-defined rules module, and then a product order list is formed.

[0006] Furthermore, a pricing module is included which contains pricing information, which includes fixed price information related to raw materials, such as product price information, product pre-order information, product lot information, product supplier information, limited-time pricing information and / or on-demand quotation options, and which further includes fixed price information related to operations, such as basic operation price, staff skill price, equipment usage price and / or special rule price, and the product order list is matched with the pricing information in the pricing module to form a creatable and payable production order.

[0007] Eventually, merchants can select templates from the resource library or upload new templates, forming a template whitelist that matches their preferences. The same merchant can select different templates, and different merchants can select the same templates. Users can select templates from a merchant's template whitelist by selecting templates from the resource library or uploading new templates.

[0008] When a user selects a template from the resource library or uploads a new template, user-defined rules are executed to perform relevant matching. These user-defined rule modules include limitations on raw materials and operations by each specific merchant, and / or constraints on the logical relationships between raw materials and operations, which can be configured by a "rule blacklist" and / or a "rule whitelist".

[0009] In this process, the digitization process template is modified to form a branch template after fine-tuning of raw materials and operations. This branch template is then sent directly to the merchant and validated solely by the user-defined rule module.

[0010] Among these, the merchant's production data information includes a raw material whitelist, equipment whitelist, operation whitelist, and / or staffing list.

[0011] Of these, the raw materials in the user-defined rule module include three states: "present," "absent," or "uncertain," and the operations include three states: "executable," "not executable," and "uncertain."

[0012] The features of this system are as follows: Intermediate products are further configured within the system, the merchant module includes an intermediate product whitelist, a user-selected digitalization process template includes the intermediate products, and the system suggests the use of the intermediate products to accelerate the manufacturing process.

[0013] The customer module then selects a specific digitalization process template from the system and sends it to the merchant. If the merchant does not have a specific raw material, operation, intermediate product, and / or product, or has only one, the customization service module communicates a reservation plan or exchange plan with the customer. Based on the communication results, an order list is created, and the reservation plan includes a reservation period for out-of-stock items.

[0014] This price information also includes business-related pricing information such as peak hour surcharges, delivery fees, location usage fees, packaging fees, rent sharing fees, and / or electricity and water charges.

[0015] Among these, the basic template rule module is used to maintain the logical relationship between raw materials and operations, classifying and / or grouping raw materials and operations, grouping raw materials and operations with similar attributes together, prioritizing the maintenance of typical raw materials and operations within the same group, maintaining the logical relationship between raw materials and operations, and the logical relationship between combinations of raw materials and combinations of operations, as well as relating to whether a combination of operation method and raw materials is combinable, and the acceptable range of the operation correspondence dimension after the combination.

[0016] The present invention has increased subdivision content based on the above-mentioned premise and has the following obvious advantages. First, it is a concept of genuine, manufacturable raw materials and processes that satisfy and match the market of the relevant district or region. Based on this, the system of the present invention can provide pure data services, and by performing market data analysis such as price comparison and supervision management based on price information, it can obtain data such as average price and lowest price, provide price guidance for merchants, and at the same time provide clear and fast guidance for customers' selected products, for example, by providing corresponding intelligent recommendation information for different combinations of specifications. For example, if the lowest price is the goal, when selecting the same manufacturing template, it combines corresponding raw materials, manufacturing processes, locations, and product delivery times based on the lowest price calculation method, or if the goal is optimal quality, it intelligently matches corresponding content from the platform based on different common perceptions.

[0017] To address the unified quotation problem where customized products cannot be standardized or clearly defined, this system provides merchants and consumers with clear quotation information by defining the relationship between the manufacturing and quotation of customized products.

[0018] Next, the present invention provides true and complete raw material information and process flow information, which is then matched with appropriate process templates, enabling effective matching of merchants' reliable inventory, staff, and manufacturing processes. This is achieved by guiding reliable production, settlement, and delivery through one-to-one corresponding digital process templates, ultimately providing users with officially delivered physical products that match the digital products. [Brief explanation of the drawing]

[0019] Figure 1 is a schematic diagram of a product ordering system based on a programmatic data processing system. Figure 2 is a flowchart showing the process of generating a normalized order for a product ordering system template based on a flow data processing system. Figure 3 is a flowchart showing the process from when a user selects a template for customization to when they complete the procurement. Figure 4 is a flowchart showing how a user can complete direct procurement by selecting a standard template. Figure 5 is a flowchart showing the process from when a user selects a standard template and joins the shopping cart, to when they complete a purchase. Figure 6 is a flowchart showing the process from order to payment. [Modes for carrying out the invention]

[0020] The present invention is based on a digitization process template (corresponding to a single digital product, hereinafter often abbreviated as "template") in a conventional "programmatic data processing system," and further provides a merchant module, a customer module, and a pricing module, with the pricing module providing pricing information associated with information such as raw materials and operations. This pricing information includes standard pricing information related to raw materials, such as product price information, product lot information, product supplier information, limited-time pricing information, and / or on-demand quotation options. Users can select one or a combination of these functions according to their actual circumstances. For raw materials purchased individually, or for raw materials where it is not necessary to distinguish between suppliers or lots, the product price information can be directly maintained. For raw materials with supplier information, the supplier information and corresponding product price information can be maintained. For products with different lots, product lot information can be maintained. Furthermore, the limited-time pricing information corresponds to raw material prices that generally fluctuate in real time, including price fluctuations due to time, price fluctuations based on inventory pressure, and price fluctuations defined by time and upper and lower limits in the system. The on-demand quote option is a pending option within the system, set for items requiring interaction between both parties. Specifically, it allows setting the option at the corresponding raw material level, indicating that the raw material is available for use or purchase, but requires a separate, real-time quote, which is generated via communication. For example, in dishes featuring fresh fish, the price must be based on the weight at the time of production due to varying standards for the fish. This on-demand quote option is used when the raw material is available, but the quote needs to be exchanged.

[0021] There are four main ways in which a merchant can offer a product. First, the merchant can offer the product and provides a specific quote. Second, the merchant can offer the product but does not provide a specific quote. Third, the merchant neither denies being able to offer the product nor provides a quote (unclear option). Fourth, the merchant explicitly states they cannot offer the product and does not provide a quote.

[0022] Furthermore, this price information further includes pricing information related to operations, which includes pricing information that affects the price of finished products, such as basic operation pricing, staff skill pricing, equipment usage pricing, special rule pricing, etc. Specifically, it includes labor costs, equipment usage fees, special demand pricing, etc. The basic operation pricing generally refers to directly corresponding to the operation with one clear pricing information without distinguishing the content such as staff skills, equipment usage situation, and other special demands. For example, in the case of stir-frying, only one price setting for the basic operation can be defined. For operations with relatively high skill requirements, after grading the staff skills, the price after grading can be limited by the staff skill price, which is the price information corresponding to the relevant type of staff to realize the corresponding operation. Similarly, pricing can be carried out for the use of equipment, and the pricing information of the operations carried out using the equipment can also be limited. When specific demands occur, individual prices can be set for the demands of the specific operations, and it can correspond to the specific operations. The price information corresponding to these operations can be applied individually or collectively.

[0023] In addition, this price information further includes price information related to business operations. For example, peak time price increase fees, delivery fees, venue usage fees, packaging fees, fees varying by location, etc. The price information related to the business operations can be related to the price information highly associated with the finished products such as the above-mentioned raw materials and operations. Among them, the peak time price increase fee is set in the system that a specific time range is the peak time and the price needs to be increased. The peak time price increase fee option is activated to inquire the customer whether to continue the selection. The pricing rule for the delivery fee is based on a certain distance range as the reference price, and additional fees will be generated step by step when it exceeds that range. For example, it is free within 3 km, and the price increases by 20% when it exceeds 1 km, and it is set like whether the customer continues to select. Also, the packaging fee can be set as a lump sum estimate. For the venue usage fee (canteen), options can be set to associate time periods and price ranges. Such content related to commercial operations and affecting price information can be set by this system.

[0024] Pricing information related to the above raw materials and operations is maintained by the merchant at the level where specific raw materials and operations exist. This system defines two roles: merchant and customer. The merchant is the manufacturer, and the customer is the buyer. Merchant modules are set up to match the merchant's requirements. The merchant maintains information about its means of production. For example, information such as raw materials, equipment, and staff that is related to the data in this system and also related to the actual means of production. This information can be maintained relatedly under the related data hierarchy of this system and can be embodied as a raw material whitelist and an operation whitelist. The merchant pre-defines a template whitelist, which is a set of digitalization process templates that the merchant can create. Of course, the merchant also maintains its own basic information and business information. Basic information is, for example, commercial registration information, and business information is, for example, delivery area, business hours, working hours, rent sharing fees, water and electricity usage fees, etc. The customer module is configured to match order requirements against the digitalization process templates provided by the system, or the digitalization process templates in the merchant and the merchant's template whitelist.

[0025] With the actual manufacturing process, this system can describe the combination and application of existing digitalized process templates from both customers (purchasing side) and merchants (manufacturer side) respectively. First, the merchant (manufacturer side) can select a template based on the resource library or upload a new template to form a series of templates that match the merchant, that is, the merchant's template whitelist. Note that the digitalized process template is unique within the resource library, and the same merchant can select different templates or different merchants can select the same template. The same merchant sets its own template whitelist so that users can select the products provided by the merchant. The purchasing side can select a template through the merchant's template whitelist and can also fine-tune it based on the template. Of course, this system can also provide other template selection methods. That is, the purchasing side can directly select a template from the resource library, customize the template, send it to the merchant, negotiate the price, and complete the selection. The fine-tuning of the selected template and user-defined templates will be described in detail next.

[0026] The system of the present invention primarily involves associating templates in a resource library with the manufacturing and sale of actual products. Specifically, customers can directly select templates from the resource library, or merchants can select templates from a whitelist. When a user selects a template, the system automatically matches it with templates available from the merchant. Through this automatic matching, the user can determine if there is any uncertain or unmanufacturable process information. If the user chooses to continue, the selected template is sent to the merchant. Once the merchant obtains the customer's demanded product, i.e., a digitized process template (digital product) is selected by the system, they can determine how the digitized product should be manufactured, whether it can be manufactured, how to set the price, and whether manual intervention is required. After reaching a conclusion, the complete plan is finalized. The contents of the negotiation can be executed by the customer, or after revision, or after obtaining authorization from the user in situations where the product is not guaranteed. The present invention aims to help merchants determine whether they can manufacture the demanded product through a digitized method, further align the demanded product with the merchant's production means, and ultimately guide production, complete manufacturing, and sell the product.

[0027] However, while merchants can select templates, create templates, and ultimately build their own template whitelist, they do not have the authority to directly edit information within the resource library. They can only restrict their editing to lower-level information within the resource library, such as raw material prices and equipment prices. If a merchant requires special raw materials or equipment not found in the resource library, they can use the template creation function of the existing "programmatic data processing system" to request that the system retain them in the resource library using an existing data management template.

[0028] Regarding the digitization process templates in the system, a basic template rule module is already incorporated into the system to maintain the logical relationships between materials and operations. This basic template rule module classifies and / or groups raw materials and operations, placing raw materials and operations with similar attributes into the same set, and prioritizing the maintenance of typical raw materials and operations within that set. Furthermore, the maintenance of logical relationships between raw materials and operations, and between raw material groups and operation groups, relates to whether operation methods (including corresponding dimensional ranges) and raw materials can be combined, and to the acceptable range of operation-corresponding dimensions after combination. For example, can raw materials and operations be manufactured, and can a certain group of raw materials and a group of operations be manufactured? It also includes undefined rule states where violations or range relationships are not maintained between raw materials and operations, and combinations (such as operations like raw garlic and mincing) are not used without restriction. For example, the operation of frying raw water in 180-degree oil is a rule-based violation, but there is a restriction that raw water, when used in a heating operation, should not exceed 100 degrees under normal conditions. Generally, maintaining rules in a template rule module means maintaining the relationships between raw materials and operations, and between raw material groups and operation groups, and providing numerical constraints on the operation dimensions or raw material dimensions that encounter these relationships (dimension information corresponds to explanations in existing inventions).

[0029] To align with actual business operations, the merchant module includes user-defined rule modules for the merchant itself, built upon the existing basic template rule module. These user-defined rule modules include restrictions on raw materials and operations for each specific merchant, filtering the templates to determine products that are actually feasible and sellable to users. For example, whether or not there is stock of the corresponding raw materials, whether or not they can be procured in a short time, or whether or not manufacturing is permitted, can be categorized as "yes," "no," or "uncertain." Similarly, operations can be classified as "yes," "no," or "uncertain." Here, raw materials and operations include information about actual production, such as materials, staff, equipment, special rules, and other restrictions based on the price definition. Merchants make user-defined settings for their existing means of production, and after a customer selects a corresponding template and matches it with the corresponding merchant as an underwriter, the customer can intuitively view the corresponding exhibit, and the merchant may or may not be able to complete the contents of the corresponding template. The objective is to address the issue that merchants currently selling all products essentially sell them as finished goods, and are unable to flexibly resolve the need to manufacture products that better match user-defined specifications. The system allows users to proactively initiate the process, selecting or creating digital templates (intuitive digital products) as needed, thereby matching the merchant's manufacturing capabilities and quickly determining whether physical product production can be completed. When there are various selectable raw material supplier information, price information, or alternative intermediate products, the system allows the user to make their own selection, which may result in the product being a pre-order item and unable to be manufactured in a timely manner. This selection is then reviewed with the merchant, or an intermediate product is substituted, and the process is verified again by the user-defined rule module, repeating only these steps regardless of changes in the main process.

[0030] In analogies with raw material groups and operation groups, some rules, primarily those related to user selections, are not maintained for merchants and can therefore be considered uncertain. Furthermore, it is possible to determine whether there are operation flows that contradict the basics, for example, heating to 300 degrees. Several correlation judgments are made depending on different situations to determine whether it is necessary to present relevant information to the user or merchant. User-defined rule modules used by merchants include "rule blacklists" and / or "rule whitelists," and rule lists that cannot be created or used are planned. If the basic template rule module allows low-temperature baking, but the merchant limits the allowed baking temperatures to a high-temperature range in the user-defined rule module, the template including low-temperature baking selected by the user cannot be validated against this rule whitelist, and the user is returned with results to adjust the data.

[0031] The aforementioned basic template rule module and the merchant's user-defined rule module can perform two validations on the customer-selected template to determine whether it is possible to create the template.

[0032] As described above, the customer module can be directed to a template in the resource library or a template in the merchant module's template whitelist. The system provides two types of template selection routes: the first is for the customer to select a template from the merchant's template whitelist; the second is for the customer to directly select a template from the resource library. If the desired template is not available, the customer first creates a template, uploads it to the resource library, selects it, and finally sends the selected template to the merchant. In other words, the user selects a template, forms the template, and then selects and sends the template to the merchant. Through two levels of rule validation, a product order list is finally formed. The product order list is then matched with the prices defined by the merchant, and after communication with the merchant, a list of manufacturable and payable production orders is finally formed.

[0033] Furthermore, from the user's perspective, there are three ways to select a template. First, the template exists in the system and can be selected directly. Second, a similar template exists in the system and can be fine-tuned after selection. Third, there is no template in the system, and the user creates one. If it is an existing standard template, in the process of creating the template, the platform verifies it using the basic template rule module, then sends it directly to the merchant (manufacturer), where the merchant performs two levels of rule verification using the user-defined rule module to confirm that the merchant can create it. After that, it matches with the price information provided by the price module, and a list of manufacturable and payable production orders is formed.

[0034] If a user creates their own template (both customers and distributors can create their own) or a modified template, the platform uses the basic template rule module to verify whether there are any rules that cannot be executed. If there are no rule constraints that the platform cannot execute, it sends the template to the merchant, where the merchant's user-defined rule module determines whether it violates the merchant's user-defined rules. If there are no violations, an executable standard order list is generated and sent to the specific manufacturer (merchant), where the manufacturer's user-defined rule module reviews the order and provides feedback. If the template violates the rules of the platform-based template rule module, the user is requested to make modifications that would normally not be possible. If the user files an objection, feedback is sent to the server maintenance personnel for rule additions or maintenance. If the corresponding template violates the merchant's user-defined rules, the user communicates and consults with the merchant, i.e., adjusts the user's final order template, and then produces according to the merchant's manufacturing requirements, or the merchant produces based on the reasonable demand submitted by the user, or selects a merchant that can produce and proceeds with production.

[0035] In the second method described above, adjustments are made based on a template selected by the user, and a corresponding branch template is created without changing the basic standard template. This branch template is an independent template created after adjusting an existing template, and since it is created after corrections to raw materials or operations, there is no need to verify its similarity to the original template. However, because each template is unique, when a user or merchant creates a template, the system needs to determine the similarity of the templates, and templates with high similarity cannot be uploaded. At the same time, such branch templates are divided into basic adjustments and non-basic adjustments, which include non-basic adjustments such as fine-tuning of raw materials and operations. The corresponding adjusted data quickly passes through the system's "rule blacklist" (a list of rules that cannot be created), and if there are no special rules that prevent creation, it can be sent to the merchant for matching verification. The branch template is sent to the manufacturer, and the system determines whether the merchant has the appropriate production data and skills, and whether they can complete the manufacturing. Of these, basic adjustments fall under "templates whose creation possibility is unknown" and belong to the third method.

[0036] The third method is as follows: The user proposes a user-defined template, i.e., creates a creation template. This can be done by editing information such as raw materials, operations, and / or equipment within the digitized process template. After creation based on the template, a manufacturer is selected, and then production is carried out in accordance with the corresponding real-world production data. This is divided into two stages: first, the template is created, and then it is matched with the manufacturer's production data. The creation of the template is the content of the "programmatic data processing system." During the creation process, the basic template rule module verifies the relevant definitions and determines whether there are any rules that cannot be defined. If there are no undefined rules, further matching is performed on the manufacturer's side, and verification is performed by the merchant definition rule module. Without addressing any violations, an executable standardized order list is generated and sent to the manufacturer. If there are contents or rules that do not exist in the resource library, the relevant requirements are sent to the maintenance personnel, who then supplement and maintain the rules. For the majority of the content, the system automatically compares it with usable items within the maximum and minimum ranges corresponding to the raw material combination through corresponding operations, and the user-defined template is formed. See Figures 1 and 2.

[0037] The manufacturer side (or merchant side, etc.) refers to an industrial chain system formed by a combination of factories, stores, individuals, or different merchants, and only needs to be able to connect data. For example, by providing production data, staff, equipment, and raw material inventory information, rapid data matching is performed to realize effective product manufacturing and processing through multi-terminal collaboration. In detail, the following three points are mainly defined on the manufacturer side. 1. Basic information and business information about the merchant were explained in detail in the first section at the beginning. 2. Pricing information, including raw materials and operations, was explained in detail in the first section of the introduction. Based on the template confirmed by the user, corresponding information such as raw materials, operations, intermediate products, products, and prices can generally be confirmed or supplemented in real time. In addition, aggregate data information such as order time, supply time, whether it is during peak hours or not, and delivery charges can be associated with this. 3. The digitization process template can create template whitelists, raw material whitelists, intermediate product whitelists, equipment whitelists, operation whitelists, staff allocation lists, and merchant-defined rule modules. Merchants can define not only template whitelists but also raw material whitelists and intermediate product whitelists, aiming to meet user customization needs in addition to basic operations. The process of digitizing the producer's skills and know-how into a series of flows enables digital management of staff. Digital process control of equipment and staff allows for calculation of how many pieces of equipment are available and how many operators can use them at the same time. Merchants can customize and upload digitization process templates, or they can use or purchase existing digitization process templates provided by other merchants. To ensure stable output, many of the digitization process templates from the same merchant are standard templates. The system can configure the following: Steps can be appropriately reduced based on increases or decreases in certain elements of the template whitelist. When substantial modifications are made, the system determines whether it belongs to the same type of user-defined rule and whether it can proceed. If it can proceed, an executable process template is generated. If it cannot be implemented, feedback can be provided to the maintenance personnel, the new rules can be maintained in the system, and a corresponding process template can then be formed. The completed process template is then verified to be manufacturable through communication between the user and the merchant. As mentioned above, the template may be customized by the merchant, or an existing template created by another merchant may be purchased.

[0038] Users can view a whitelist of products within the system and search for merchants through this whitelist. They can also perform the following actions: First, after selecting a merchant, the system directly selects a product whitelist, generates a feasible standardized order list, and sends it to the merchant for manufacturing. The merchant can be defined as providing only standard products and no modifications whatsoever. Secondly, based on the whitelist of selected products, individual modifications are made, such as omitting / adding / reducing chili peppers, making adjustments within a narrow range. The system matches merchants with the appropriate customization needs, and the merchants have the appropriate raw materials, equipment, and staff lists in their back offices, and are able to meet the manufacturing needs, but it is necessary to inquire with the merchants whether they can manufacture the product and what the manufacturing fee will be. The messages from the merchants are communicated with the user, and based on the results of this communication, a list of feasible normalized orders is determined and sent to the merchants for manufacturing. Third, based on the selected product whitelist, the system performs personalized modifications and matches the merchant with the corresponding customization needs. The merchant may lack the necessary raw materials but can provide reservation and customization service modules. The system needs to inquire about the time and cost of providing the products to the merchant and interact with the user. Based on the results of the interaction, a list of feasible normalized orders is determined and sent to the merchant.

[0039] Based on the platform's data, users can quickly determine which products are readily available from which merchants, and which products are customized over time. For example, if a procured product is already prepared, the preparation steps before the work process can be skipped; otherwise, the process must be started over from the beginning. This connects raw materials and operations, enabling forward and reverse matching.

[0040] If a user selects a product that a particular merchant doesn't have on their whitelist, and the user wants to receive the product from that merchant, it depends on whether the merchant can customize and produce that product for the user. For example, a merchant might only have pork fish fillets on their whitelist, but they also have chicken in stock and can make fish fillets from chicken. If a user requests chicken fish flakes, the system will perform a matching and present the option to the merchant to inquire whether they can manufacture it.

[0041] Furthermore, users can submit products with special materials or process lists that differ from the provided templates, and merchants can purchase them individually to meet the user's specific requirements. Individual purchased processes and information are reflected in the system, and suppliers who can supply appropriate prices and raw materials are calculated. Procurement can be made from suppliers already entered in this area. This may also include inter-regional or international procurement. Even if this information is not present in the template, it can be added through the template customization function, ensuring that when the template is generated and handed over to the supplier (in this case, the manufacturer), the manufacturer will have a detailed production list that can be executed.

[0042] This system further includes time management and planning functions, providing guidance to the manufacturer's production process. Production can only begin when all raw materials in stock are available and operational, and the system can determine when the final product can be delivered to the user. This also allows for a clear definition of the overall production time and transportation process. For example, a restaurant is relatively busy during three meal times a day, but by taking reservations in advance, some parts can be prepared beforehand, reducing pressure during the final delivery and allowing for a smooth and timely delivery.

[0043] Regarding time definitions, sales hours and manufacturing process times can also be set. Sales hours (business hours) belong to the front office, while manufacturing process times belong to the back office. Manufacturing process times can include manpower and social work hours, and can be set by the user as needed. For existing intermediate products (semi-finished products), only logistics time needs to be considered, but for customized products, all time from raw materials to manufacturing and ordering must be considered. Because this time is based on the entire process, it is not possible to clearly define a cycle. For example, while the business hours of a physical store may be from 10 a.m. to 10 p.m., factory production time, transportation and logistics time, and matching time to the store may differ, and all of these times need to be matched to know when the customer can get the product. Small or micro-manufacturers may not need a specific time management system and can determine all times manually, but large-scale production such as factories need to consider time.

[0044] When a user selects a product, whether searching by product or by merchant, there are three possible scenarios. First, the product (i.e., process template) is already on the merchant's whitelist and available. Second, the product is not on the whitelist, but the merchant can manufacture it and has a list of corresponding equipment and raw materials. Third, there are some items in the product's process template that are temporarily unavailable, but the merchant can reserve them and access the customization service module option directly. Fourth, if the selected template cannot be matched with a corresponding merchant, and the process information cannot be found within the selected matching range, the user must be able to view relevant information. Of course, if there are no matching results at all, the message "This service is temporarily unavailable in this region" will be displayed.

[0045] In the first case, the merchant can customize the price of items on the whitelist. This is because these are standard items and can be priced lower and more fairly than customized items. In the second case, the merchant has inventory and raw materials and can manufacture the products, but each needs to be priced, and custom pricing can be implemented by setting rules. This is because, with custom products, if there is no clear request from the user, the merchant cannot effectively estimate the corresponding costs and provide a quote.

[0046] In the first case, production can begin directly after the user places an order. In the second case, the user needs to inquire with the merchant about the availability of the relevant products. In the third case, it is more complex; after communication, the merchant can provide the relevant products, and the user can give the merchant time to prepare the relevant raw materials and equipment through a reservation system. For example, the merchant procures the raw materials independently according to the reserved time and request. This service is relatively expensive and the process is longer. After the system inquires, if the merchant determines that they can accept the order, they activate the product reservation module and are provided with the necessary time and cost. The platform then feeds this information back to the user, asks for their agreement, and finally allows them to choose whether to place the order.

[0047] There are two ways for users to search. The first is to search for a product directly and see the merchants that supply it. The second is for the user to search for a merchant directly and select the products that the merchant can offer. These are two completely different routes. For example, if a user searches for a product directly, regardless of which merchant it is supplied by, and the same type of product matches multiple merchants, they can select one of the merchants and then select the whitelisted products that that merchant can offer, and (depending on the merchant's settings) the price of the corresponding products will be displayed. The user can also specify a particular merchant beforehand, in which case the system will send the order to the merchant, and the user can view and select products from the merchant's whitelist, suggest simple customizations for those products (e.g., add / reduce / omit chili peppers in food), and inquire about the price of products not on the whitelist and whether customization is possible.

[0048] Alternatively, a user may select multiple products, but these products are not necessarily available from the same merchant. The user wants to order them all from the same merchant, but there isn't a single merchant that can supply them all. In this case, the system matches potential merchants and inquires with them whether they can manufacture the products that are not on the whitelist. Multiple merchants who can manufacture the products are presented simultaneously with total prices, delivery times, pickup locations, etc., and the user is given feedback to make a decision and select from among them.

[0049] Users can choose from two routes. The first route involves directly selecting a merchant, who can offer three services: the first is a whitelist service; the second is a service that is not included in the whitelist but can be created; and the third is a customized service. The second route involves directly selecting a product and then selecting a merchant through that product, who can then offer and select from the three services mentioned above. Of these, the whitelist service also allows for appropriate fine-tuning.

[0050] If the products produced involve different processes and the products are similar, and the user does not specify a particular production process after placing an order, this platform will present the options to the seller or the user. Prices may vary, and customization may increase the price. If similar alternative intermediate goods (semi-finished products) are readily available and at a lower price, the pricing structure will function very flexibly.

[0051] For standardized, modular intermediate products found in many products, such as finely chopped green onions in food products, these intermediate products can be used as raw materials for other processes. Manufacturers can define which products belong to these prepared intermediate products according to their specific needs and manage individual inventory accordingly. In this way, when producing other products, there is no need to consider the amount of raw materials and production time used by the intermediate products; only the specific intermediate product, operating method, and required quantity need to be selected. The quantity in stock and the production time of the product are already handled by a standalone inventory management system. Thus, one intermediate product can be aligned to a production list template, thereby substituting several processes and accelerating production speed. The intermediate product alignment process can be automated, as the manufacturing process of intermediate products may incorporate other non-sequential steps, or if completed manually, it may be necessary to read the entire document to determine which can be replaced by existing semi-finished products. On the other hand, the system can quickly select and present intermediate products to the manufacturer, and if they are in stock (intermediate products of the provided manufacturing process), the manufacturer can select them. Commonly used intermediate product systems can match, allowing manufacturers to directly check and define them according to their actual needs.

[0052] When a user selects a template and submits it to a merchant, the platform makes the necessary suggestions. The first suggestion indicates that the system matches an intermediate product, that using that intermediate product would result in a lower price, and whether the user wishes to select that intermediate product. The user can request production according to the entire process, or they can choose an intermediate product method with a faster production speed to reduce costs. The second suggestion is for cases where there is a similar but not perfect match for an intermediate product. For example, the intermediate product is ordinary chicken soup, but the template selected by the user provides a special chicken soup with special spices. In this case, the platform also suggests a method to replace the existing standardized module intermediate product with a cheaper and faster intermediate product. This is done through bidirectional matching and confirmation between the user and the corresponding merchant, with the aim of optimizing the overall production process and providing the user with effective and accurate product manufacturing process information.

[0053] Furthermore, as shown in Figures 4 to 6, a flowchart based on a specific embodiment of this proposed technology shows how a user selects a product based on a template, and includes three methods after the user makes a selection: quick editing, immediate purchase, and purchase after adding to a shopping cart.

[0054] First, the first method involves the user selecting a template and then purchasing it without making any modifications. As shown in Figure 3, the user selects a merchant and a template, and after selection, an order page is generated that includes the merchant name and template details (default values: cafeteria, as soon as possible, empty order). The order page matches specific information maintained by the corresponding merchant, is delivered in sync with the merchant, and verifies and maintains the content details (order ingredients, operation, equipment or additional service time, price, etc.). If a confirmed total price can be created, the corresponding total price is displayed. Furthermore, the user can continue to edit the order information, re-select the service merchant, re-select the recipe, or re-select the time. The results of the relevant selections are synchronized with the merchant that matches or maintains detailed verification of the order ingredients, operation, equipment, or additional services. Once the order is confirmed without editing, the user views the internal details of the specific template selected and chooses to pay to the payment module.

[0055] In the aforementioned payment decision process, the system determines whether the price is complete. If it is complete, all items are whitelisted, the contents have not been altered, there is no workload exceeding the scheduled time, and there are no specific merchant-defined basic manufacturing limitations such as quantities less than 500g or greater than 2kg, the system produces a payment order and awaits payment. If any of the above changes are necessary, the system waits for communication with the retailer to adjust the order before proceeding to the payment order process.

[0056] If you choose to add to cart, there is no immediate payment. You need to choose a second route. As shown in Figure 4, after the user selects a template, they add it to the cart. They match or select a corresponding merchant to manufacture it. When the merchant receives the order, they maintain the current time and price of the materials, operations, and equipment for each template in the order, and display the price corresponding to each template if the total price displays the corresponding value. If the total price is displayed as pending and it indicates that there are missing price templates, the template with the corresponding price is displayed, prompting the user to add other content, and the user returns to selecting a template. If there is no need to add content, change templates in the cart, select products individually, or change merchants, the user proceeds to the payment process. An order page is generated that includes the merchant name, template products, default values, shipping, as soon as possible, and other commentary information. The merchant maintains the additional corresponding time prices for all ordered materials, operations, and equipment, and if the total price display is corresponding, there is no need to edit the order information, the specific template content is displayed, and the user can proceed to the payment page. If the total price is pending and you need to re-select services, shipping methods, or times, proceed to maintain the merchant's order until the finalized total price is displayed, then proceed to the payment page. The current cart contents will be retained, and the price will be updated the next time the cart is opened. If you want to add content, modify the cart template, check items, or change shops, return to the point where the user selects a template and perform the operation again.

[0057] The payment module's operation flow determines whether the price is complete, and if so, whether all necessary items such as raw materials and operations are on the whitelist, whether there have been no adjustments to the content, whether there is no workload exceeding the scheduled time, and whether the supplier has voluntarily set quantities smaller than 500g or larger than 2kg, then it produces according to the order and awaits payment. If any of the above conditions are met, it is necessary to wait for communication with the merchant to adjust the order.

[0058] When a user selects a template, they can choose a third route, which is template quick editing. As shown in Figure 6, the system can provide ingredient lists and procedure lists. If a purchase is selected, the system retrieves a specific price, the user specifies the service name on the editing page, the current price is marked, and the system determines whether the result is complete. If the price is complete, the total price is displayed and the actual value is given. If the price is incomplete, the total price is displayed as pending, a specific suggestion is shown, and the user can enter the editing page. If it is necessary to increase or decrease the quantity or ingredients, the user can make the appropriate edits. For example, they can check the ingredients, check the steps, and after updating, the price is recalculated. After the system presents the complete total price, the user proceeds to the shopping cart and subsequent support modules to make a payment.

Claims

1. In a product ordering system based on a programmatic data processing system that includes a digitization process template with a unique identifier, and further includes a merchant module and a customer module, The aforementioned digitization process template is a template that defines raw materials, operations, process sequences, and their logical relationships, and is stored in a template whitelist. The raw materials, operations, process sequences, and their logical relationships are verified by a definition rule module. The raw materials, the operations, and / or the products are stored by the data management module and maintained by the data maintenance module. The logical relationships between the raw materials and the operations are limited by a basic template rule module. The merchant module includes production data information, basic information, management information, an intermediate product whitelist, and / or a template whitelist related to the merchant, and the template whitelist has several createable digitalization process templates. The merchant module further includes a user-defined rules module that has constraints on the logical relationship between raw materials and operations for each specific merchant. A product ordering system based on a programmatic data processing system, characterized in that the customer module is directed to a digitalization process template in the system or a merchant template whitelist, the customer selects a digitalization process template via one of two routes and sends it to the merchant module, and a product order list is formed after logical relationship verification is performed by a user-defined rule module.

2. Furthermore, it includes a pricing module with pricing information, The aforementioned pricing information includes product price information, product pre-order information, product lot information, product supplier information, limited-time pricing information and / or on-demand quotation options, and list price information for raw materials. The aforementioned pricing information further includes the list price for basic operation, staff skill price, equipment usage price, and pricing information related to operation. The product ordering system based on the programmatic data processing system according to claim 1, characterized in that the product order list is matched with price information in the price module to form a production order that can be created and paid for.

3. Merchants can select templates from the resource library or upload new templates, thereby forming a template whitelist that matches their preferences. The same merchant can choose different templates. Different merchants can also choose the same template. A product ordering system based on a programmatic data processing system according to claim 2, characterized in that the user can select a template from a merchant's template whitelist by selecting a template from a resource library or uploading a new template.

4. The product ordering system based on the programmatic data processing system according to claim 3, characterized in that the user-defined rule module includes limitations on raw materials and operations by each specific merchant, and / or constraints on the logical relationships between raw materials and operations, which can be configured by a "rule blacklist" and / or a "rule whitelist".

5. The product ordering system based on the programmatic data processing system according to claim 4, characterized in that the digitization process template is used to form a branch template after fine-tuning of raw materials and operations, the branch template is sent directly to the merchant and verified only by a user-defined rule module.

6. A product ordering system based on a programmatic data processing system according to claim 5, characterized in that the merchant's production data information includes a raw material whitelist, an equipment whitelist, an operation whitelist, and / or a staff allocation list.

7. In the aforementioned user-defined rule module, the raw materials can be "present," "absent," or "uncertain." The operation includes three states: "Fixed", "Not Executable", and "Uncertain". Including the state, A product ordering system based on a programmatic data processing system according to claim 6, characterized in that uncertain modes require further similarity judgment and, ultimately, after some manual verification, general rules can be maintained as corresponding rules in order to improve the system itself.

8. A product ordering system based on a programmatic data processing system according to any one of claims 1 to 7, characterized in that intermediate products are further configured in the system, the merchant module includes an intermediate product whitelist, a user-selected digitalization process template includes the intermediate products, and the system suggests the use of the intermediate products to accelerate the manufacturing process.

9. A product ordering system based on a programmatic data processing system according to claim 8, characterized in that the customer module, upon selecting a specific digitization process template within the system, automatically matches it with a merchant, obtains process information on whether production is possible, and sends it to the merchant if the user chooses to continue; if the merchant does not have or has only one of a particular raw material, operation, intermediate product and / or product, the customization service module communicates a reservation plan or exchange plan with the customer, an order list is created based on the communication results, and the reservation plan includes a reservation purchase period for out-of-stock items.

10. A product ordering system based on a programmatic data processing system according to claim 2, characterized in that the price information further includes fixed price information related to business operations, such as price items defined by the merchant, including peak hour surcharges, delivery fees, location usage fees, packaging fees, rent sharing fees, and / or electricity and water charges.

Images