WO2022016301A1 - 分期预售合同的在线生成方法 - Google Patents

分期预售合同的在线生成方法 Download PDF

Info

Publication number
WO2022016301A1
WO2022016301A1 PCT/CN2020/000273 CN2020000273W WO2022016301A1 WO 2022016301 A1 WO2022016301 A1 WO 2022016301A1 CN 2020000273 W CN2020000273 W CN 2020000273W WO 2022016301 A1 WO2022016301 A1 WO 2022016301A1
Authority
WO
WIPO (PCT)
Prior art keywords
contract
customer
merchant
server
module
Prior art date
Application number
PCT/CN2020/000273
Other languages
English (en)
French (fr)
Inventor
冯跃福
李玥
Original Assignee
四川预多宝科技股份有限公司
冯跃福
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 四川预多宝科技股份有限公司, 冯跃福 filed Critical 四川预多宝科技股份有限公司
Publication of WO2022016301A1 publication Critical patent/WO2022016301A1/zh
Priority to US18/154,586 priority Critical patent/US20230153879A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G06Q50/188—Electronic negotiation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/186—Templates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/29—Payment schemes or models characterised by micropayments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/01—Customer relationship services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services

Definitions

  • the invention belongs to the technical field of online contract generation by both sellers, and in particular relates to an online generation method for a pre-sale contract in installments with an online binding method in the contract generation process.
  • JD.com, Facebook, and Pinduoduo are all business-to-consumer commodity distribution trading platforms, but there is no relevant platform for raw material or service transactions between enterprises, especially for pre-sale transactions between enterprises.
  • the difficulty of staged pre-sale transactions lies in the specification of the negotiated content when the pre-sale online generates the pre-sale contract and minimizing the reversal of negotiation.
  • the purpose of the present invention is to provide a method for online and efficient generation of pre-sale contracts by merchants and customers who negotiate content specification and minimize reversal of negotiation when generating pre-sale contracts online.
  • the method of the present invention is:
  • An online method for generating an installment pre-sale contract which is characterized in that: it includes the online exchange of data between the merchant and the customer and the invocation of an inventory module in a server, the modification of the inventory module, the completion of an offer, a contract, an order generation, order staging, an executable contract, generation of Contract, contract execution reminder, there are online binding methods for the contract generation process, the specific steps are as follows:
  • the merchant calls the original order module in the server online, modifies it into multiple installments, and changes it to a list of multiple installment-style merchant offer lists with the modifiable range of items, price, payment date, delivery date, etc. ;
  • the customer retrieves the merchant offer list online, selects the merchant offer list of a certain installment method among the various installments, and adjusts the offer contents such as the number of goods, price, payment date, delivery date, etc. according to the modifiable range. Modified to a certain instalment method of customer contract;
  • the client sends a certain installment method to the server online.
  • steps (1) to (4) the important negotiation content in the contract is stored in the server for backup by the merchant providing a variety of offer schemes.
  • the core transaction content of the contract is made into a standardized table list, the transaction content is clear and comparable, and the negotiable variation range of each item is attached. , saving negotiation procedures and time.
  • the server corrects the content of the customer's contract and adds the customer's identity:
  • the server uses the order management module stored in the library to calculate whether the number of installments, the number of commodities, and the price in the customer's contract is reasonable, and the reasonable customer's contract is calculated.
  • the order is changed to the customer contract form; then request to call the customer identity data stored in the library, and the server merges the customer contract form and the customer identity data into an unmodifiable form with the customer identity and the customer contract form.
  • the client side total order module the server does not have a reasonable client contract, send the original client contract to the client, delete the client contract saved by the server in step "(4)", and notify the client to restart the step" (3)”;
  • the server proofreads the customer's total order module and changes it to a callable format: the content of all the merchants' offer lists corresponding to the number of installments in the call step "(2)" can be modified. Check whether the total order module is within the modifiable range set by the merchant's offer list. If it does not exceed the range, the server will send the customer's total order module to the customer for online reading to be confirmed.
  • the server After the customer confirms the customer's total order module online , after sending back the confirmation instruction, the server changes the module to a callable customer-side total order module for storage and backup; if the modification range is exceeded, the server deletes the customer-side total order module and sends the merchant of step "(2)" to the customer List of offer orders, return to step "(3)" and the customer refills the contract; if the customer does not confirm the customer's total order module online, it will also send the list of merchant offers of step "(2)" to the customer, and return to step "(3) )” customer refills the contract; this step is the step for the customer to finally determine a certain instalment pre-sale offer; the customer does not confirm the customer’s total order module online, and the system will deduct the “customer gold beans” given to the customer by one
  • the server sends the callable customer-side total order module to the merchant, and the merchant does not confirm the callable customer-side total order module online, and deducts one "merchant gold bean” from the system to the
  • the merchant's offer will not be opened within two days for the customer to meet and make an appointment; the number of the merchant's "merchant gold beans” directly reminds the customer of the reliability of the merchant's offer ;
  • the server adds an executable contract with execution payment content to the client-side total order module: calling the callable client-side online-side total order module in step "(6)", and calling this offer in the server's public database
  • the merchant identity data, the payment connection and payment record module of the bank or Alipay or WeChat in the public database of the calling server are combined into a two-party general contract module with customer identity and merchant identity, and payment management as an executable contract.
  • Steps (5) to (7) the server proofreads the offers that meet the offer to be consistent with the content of the offer, increase the client’s identity, increase the client’s payment tool, and use the client’s “client gold beans” to limit the number of changes to the client’s contract content. , to improve the efficiency of the contract.
  • the server divides the general contract module of both parties into multiple pre-sale sub-contracts with payment execution: the general contract module of both parties is divided into multiple pre-sale sub-contracts with execution payment, and there are unmodifiable sub-contracts in each installment.
  • Customer identity and merchant identity data, this contract, and multiple instalment sub-contract example modules that can modify the payment connection and payment records of the platform-side bank or platform-side Alipay or platform-side WeChat.
  • the server stores the general contract module of both parties and the sub-contract example table module of installment into the database with the combined names of customers and merchants, that is, the directory database of both parties;
  • the server sends the sub-contract example form module of installment payment to the merchant for online viewing.
  • Steps (8) to (10) the server divides the total contract module of both parties into multiple pre-sale sub-contracts that can execute payment, that is, divides the total commercial transaction agreement into multiple transaction contracts, each of which has The identity information of the two parties, the transaction content, the payment for the execution of the transaction, etc., the server combines the content involved in the transaction into multiple sub-contract lists, which is convenient for both parties to read and check the execution program position of the contract in the future.
  • the merchant and the server turn the contract into a contract: the merchant selects and calls a certain pre-sale contract module stored in the server database online from the server, and the merchant online converts the modifiable items in the selected pre-sale contract module table.
  • the server will automatically juxtapose the modified terms with the original terms, and automatically load the original terms into red and list them behind the modified terms, so as to provide the customer with the modified reference content; the merchant presses the contract generation button online, and the server will modify the pre-modification.
  • the sales contract module and the unmodifiable two-party general contract module and the installment sub-contract example table module of step "(9)" will automatically synthesize the first version of the merchant's contract and send it to the merchant; A version of the contract is issued to the customer;
  • the client and the server turn the contract into a contract: the client views the first version of the merchant's contract online, and modifies the modifiable items in the pre-sale contract module table, and the server automatically loads the original terms of the modified item into blue and lists the modified items in blue. After the clause, it becomes the first version of the contract for the customer, and the customer sends the first version of the contract to the merchant with the button online;
  • the customer and the merchant cyclically modify the contract: the customer online and the merchant online cyclically modify the modifiable content in the pre-sale contract module, cycle (11) and (12), if the customer online approves the modification without modification, press the "Confirm without modification” button , if the merchant accepts online approval and does not modify it, press the "Confirm No Modification” button;
  • the server generates an unmodifiable contract: After the server receives the two “confirmation not to change” messages that the customer online and the merchant online approve not to modify, the server deletes the red and blue content in the last version of the contract agreed by both parties, and the generated unmodifiable Amend the pre-sale contract of both parties.
  • Steps (11) to (13) a large number of contract templates are stored in the server.
  • the server After the server reads the product, it is based on product attributes such as product vulnerability, volume, handling requirements, and validity period, and the content of the installment sub-contract in step (8).
  • the server selects several suitable contract templates and provides them to the merchant for selection; the merchant modifies the terms after selecting a certain contract template, and the content before and after the modification of the terms by the merchant and the customer is recorded in the contract in the negotiation stage, and the records have been deleted and modified. content, which is conducive to good faith negotiation and reduces negotiation procedures and time.
  • the server receives the unmodifiable pre-sale contract with the unilateral seal of the customer and the merchant and transfers it to the other party respectively. After uploading to the server after uploading the online seal or downloading and printing the seal, the server obtains the image file of the pre-sale contract with valid seals of both parties, and saves it in the directory database of both parties in step "(9)".
  • Steps (14) to (16) complete the final legal steps of the contract, and seal and take effect.
  • the server makes a contract execution reminder module: the server calls the contract execution reminder module in the inventory, and then calls the installment subcontract example table module in step "(9)", and changes the installment payment subcontract example table module to execution
  • the reminder-type installment sub-contract example table module becomes the sub-contract example table module of each pre-sale installment.
  • the contract example table executes the reminder module.
  • Step (17) is the follow-up service of the pre-sale platform, extracting multiple contract times in the contract as a reminder timetable for executing the contract, preventing both parties from having late behavior, and making the contract execute smoothly.
  • the merchant's offer list is formed from the merchant's original order module provided by the server.
  • the server Through operations such as filling in the software of the present invention between the merchant and the user, the server finally makes a sub-contract example form module through 21 kinds of documents, module form.
  • the present invention mainly includes staging and merging processing of commercial offer contents, and processing of calling location arrangement of commercial offer contents and data such as customer identity data, merchant identity data, currency payment tools, basic content modules of pre-sale contracts, etc., so as to form a commercial contract in
  • the main negotiated content of the contract is dealt with separately from the content that is generally not negotiated and non-negotiable, and is assembled into a standardized combination at appropriate steps and positions, which greatly reduces the time for forming the contract and reduces the wrong terms, so that the contract can be recognized by both parties and avoid Unilateral interpretation in contract execution.
  • (2) Merchant Offer List It is a list with various categories, such as multiple lists by the number of pre-sold goods, multiple lists by delivery time, and multiple lists by price changes; each multiple list There are installments in each pre-sale period, and each pre-sale period has the contents of the offer set by the merchant, such as the quantity of goods and the variable range, the delivery time and the variable range before and after, the price and the variable range;
  • Customer contract it is a form of a certain item in the list of the merchant's offer according to the customer's modified form
  • Client contract list the server corrects the client contract, and changes the reasonable client contract to the client contract list
  • Customer identity data including customer information required to conclude a contract, such as name, land, business license number...;
  • Customer-side total order module it is a combined form of customer identity and customer contract form
  • Callable client-side general order module stored in a permanent storage format that can be executed by this contract, and can be called;
  • Instalment payment sub-contract example table module it is a collection of multiple lists of business contents such as instalment payment, instalment delivery, etc., and a collection of the final confirmation contents of the main business contents negotiation;
  • Pre-sale contract module It is a contract database stored in the server that can be called by an uncertain person; according to the commodity type, quantity, volume, fragility, price, payment in the above item "Instalment Sub-contract Example Table Module” Contents such as time and method, the server searches and selects some contract templates in the contract database to recommend to the merchant;
  • Execution reminder type installment payment sub-contract example table module there are mainly multiple installment time and corresponding execution items and the connection module of the communication tool of both parties;
  • the various offers of the merchant are released to the uncertain customers as the unchangeable recognition content of the merchant, and the "golden beans" management between the merchant and the customer minimizes the reverse negotiation, and generates the pre-sale contract efficiently;
  • the merchant determines that the offer can be modified within the scope of online communication, and the server can correct the computable transaction content negotiated by the two parties at any time to reduce the invalid negotiation process.
  • Textualization process use transaction content information to select a suitable contract template in the server data for negotiation between the two parties, and greatly reduce the textualization process of non-negotiable content; the follow-up contract execution reminder service of the pre-sale platform server, so that contract execution can minimize delays .
  • Fig. 1 is the flow chart of the operation of the merchant and the user and the operation of the server to change the merchant's offer list into the template of the sub-contract example table of multiple installments;
  • Fig. 2 is a flow chart of the operation of the merchant and the user and the operation of the server for changing the template of the multi-instalment payment sub-contract example table into the execution reminder type instalment payment sub-contract example table.
  • Embodiment 1 Online generation method of installment pre-sale contract
  • the online generation method of the installment pre-sale contract including the online exchange of data between the merchant and the customer, and calling the inventory module in the server, modifying the inventory module, completing offers, contracts, generating orders, order staging, and executable contracts , contract generation, contract execution reminder, there are online binding methods for the contract generation process, the specific steps are as follows:
  • the merchant calls the original order module in the server online, modifies it into multiple installments, and changes it to a list of multiple installment-style merchant offer lists with the modifiable range of items, price, payment date, delivery date, etc. ;
  • the order origin module is a callable package stored in the server.
  • the merchant sends the merchant's offer list to the server to save and publish it to the outside world; external publishing is a method of undetermined readers, and any online customer can read it.
  • the customer retrieves the merchant offer list online, selects the merchant offer list of a certain installment method among the various installments, and adjusts the offer contents such as the number of goods, price, payment date, delivery date, etc. according to the modifiable range.
  • the customer should have a contract; the customer has a record in the service, and the record content is the customer's identity data, including name, company name, address, telephone, WeChat, email, account number and other necessary information for business transactions.
  • the important negotiation content in the contract is stored in the server for backup by the merchant providing a variety of offer schemes.
  • the core transaction content of the contract is made into a standardized table list, the transaction content is clear and comparable, and the negotiable variation range of each item is attached. , saving negotiation procedures and time.
  • the server stores the data sent by merchants or customers to each other.
  • the server corrects the content of the customer's contract and adds the customer's identity:
  • the server uses the order management module stored in the library to calculate whether the number of installments, the number of commodities, and the price in the customer's contract is reasonable, and the reasonable customer's contract is calculated.
  • the order is changed to the customer contract form; then request to call the customer identity data stored in the library, and the server merges the customer contract form and the customer identity data into an unmodifiable form with the customer identity and the customer contract form.
  • the client side total order module the server does not have a reasonable client contract, send the original client contract to the client, delete the client contract saved by the server in step "(4)", and notify the client to restart the step” (3)"; the content of the server correction contract is to call the data in different memories to perform corresponding comparison in the comparator, so as to reduce the misunderstanding and wrong input of the negotiation, so that there is no error in each step of the negotiation, and avoid the misunderstanding in the face-to-face negotiation.
  • a false endorsement that is stated clearly or inexplicably.
  • the server proofreads the customer's total order module and changes it to a callable format: the content of all the merchants' offer lists corresponding to the number of installments in the call step "(2)" can be modified. Check whether the total order module is within the modifiable range set by the merchant's offer list. If it does not exceed the range, the server will send the customer's total order module to the customer for online reading to be confirmed.
  • the server After the customer confirms the customer's total order module online , after sending back the confirmation instruction, the server changes the module to a callable customer-side total order module for storage and backup; if the modification range is exceeded, the server deletes the customer-side total order module and sends the merchant of step "(2)" to the customer List of offer orders, return to step "(3)" and the customer refills the contract; if the customer does not confirm the customer's total order module online, it will also send the list of merchant offers of step "(2)" to the customer, and return to step "(3) )” customer refills the contract; this step is the step for the customer to finally determine a certain instalment pre-sale offer; the customer does not confirm the customer’s total order module online, and the system will deduct the “customer gold beans” given to the customer by one
  • the server sends the callable customer-side total order module to the merchant, and the merchant does not confirm the callable customer-side total order module online, and deducts one "merchant gold bean” from the system to the
  • the customer-side total order module is a long-term storage of the data to be checked during the transaction process, indicating that the customer side is completely fixed on the transaction content, and the customer information makes a commitment to the transaction content.
  • the server adds an executable contract with execution payment content to the client-side total order module: calling the callable client-side online-side total order module in step "(6)", and calling this offer in the server's public database
  • the merchant identity data, the payment connection and payment record module of the bank or Alipay or WeChat in the public database of the calling server are combined into a two-party general contract module with customer identity and merchant identity, and payment management as an executable contract.
  • Steps (5) to (7) the server proofreads the offers that meet the offer to be consistent with the content of the offer, increase the client’s identity, increase the client’s payment tool, and use the client’s “client gold beans” to limit the number of changes to the client’s contract content. , to improve the efficiency of the contract.
  • the general contract module of the two parties contains the contents of the transaction, the identity of the two parties, the payment method, etc., which is a promise that should be traded, so it should be recorded with "golden beans”. If it is returned, it will be given a bad record.
  • the server divides the general contract module of both parties into multiple pre-sale sub-contracts with payment execution: the general contract module of both parties is divided into multiple pre-sale sub-contracts with execution payment, and there are unmodifiable sub-contracts in each installment.
  • Customer identity and merchant identity data, this contract, and multiple instalment sub-contract example modules that can modify the payment connection and payment records of the platform-side bank or platform-side Alipay or platform-side WeChat.
  • Removal of points is a feature of pre-sale transactions in installments, and it is also one of the characteristics of de-software. The variety and price of the total contract transaction are all withdrawn. If selected, the customer also approves the method of withdrawing points, and there will be no mistakes in withdrawing points.
  • the server stores the total contract module of both parties and the sub-contract example table module of installment into the database with the combined names of customers and merchants, that is, the directory database of both parties. This is an important negotiation result that cannot be changed, so it must be stored in the memory of the public directory of both parties, so that it can be called by the public names of both parties.
  • the server sends the sub-contract example form module of installment payment to the merchant for online viewing.
  • Steps (8) to (10) the server divides the total contract module of both parties into multiple pre-sale sub-contracts that can execute payment, that is, divides the total commercial transaction agreement into multiple transaction contracts, each of which has The identity information of the two parties, the transaction content, the payment for the execution of the transaction, etc., the server combines the content involved in the transaction into multiple sub-contract lists, which is convenient for both parties to read and check the execution program position of the contract in the future.
  • the merchant and the server turn the contract into a contract: the merchant selects and calls a certain pre-sale contract module stored in the server database online from the server, and the merchant online converts the modifiable items in the selected pre-sale contract module table.
  • the server will automatically juxtapose the modified terms with the original terms, and automatically load the original terms into red and list them behind the modified terms, so as to provide the customer with the modified reference content; the merchant presses the contract generation button online, and the server will modify the pre-modification.
  • the sales contract module and the unmodifiable two-party general contract module and the installment sub-contract example table module of step "(9)" will automatically synthesize the first version of the merchant's contract and send it to the merchant; A version of the contract is issued to the customer.
  • the server retrieves the number of installments, commodity name and quantity, price, commodity volume, and the distance between the merchant and the customer's address in the customer's contract list, and ranks some preferred pre-sale contract modules in the front. For merchants to choose online, send it to customers for negotiation. Before confirmation by both parties, the original content of the pre-sale contract module selected by the merchant online and the content modified by both parties can be displayed, which is convenient for reading the previous negotiated content. Only when the two parties confirm that the modification is completed, only the best confirmed content of both parties will be retained.
  • the client and the server turn the contract into a contract: the client views the first version of the merchant's contract online, and modifies the modifiable items in the pre-sale contract module table, and the server automatically loads the original terms of the modified item into blue and lists the modified items in blue. After the terms, it becomes the first version of the contract for the customer, and the customer sends the first version of the contract to the merchant with the button online.
  • the customer and the merchant cyclically modify the contract: the customer online and the merchant online cyclically modify the modifiable content in the pre-sale contract module, cycle (11) and (12), if the customer online approves the modification without modification, press the "Confirm without modification” button , if the merchant accepts online approval and does not modify it, press the "Confirm No Modification” button;
  • the server generates an unmodifiable contract: After the server receives the two “confirmation not to change” messages that the customer online and the merchant online approve not to modify, the server deletes the red and blue content in the last version of the contract agreed by both parties, and the generated unmodifiable Amend the pre-sale contract of both parties.
  • Steps (11) to (13) a large number of contract templates are stored in the server.
  • the server reads the product, it is based on product attributes such as product vulnerability, volume, handling requirements, and validity period, and the content of the installment sub-contract in step (8).
  • the server selects several suitable contract templates for the merchant to choose; the merchant chooses a certain contract template and then modifies the terms, and the content before and after the modification of the terms by the merchant and the customer is recorded in the contract in the negotiation stage, and the records are deleted and modified.
  • content which is conducive to good faith negotiation and reduces negotiation procedures and time.
  • the non-modifiable pre-sale contract between the two parties means that the negotiation is completed and the contract is waiting for the seal to execute the transaction.
  • the server receives the unmodifiable pre-sale contract with the unilateral seal of the customer and the merchant and transfers it to the other party respectively. After uploading to the server after uploading the online seal or downloading and printing the seal, the server obtains the image file of the pre-sale contract with valid seals of both parties, and saves it in the directory database of both parties in step "(9)".
  • Steps (14) to (16) complete the final legal steps of the contract, and seal and take effect.
  • the server makes a contract execution reminder module: the server calls the contract execution reminder module in the inventory, and then calls the installment subcontract example table module in step "(9)", and changes the installment payment subcontract example table module to execution
  • the reminder-type installment sub-contract example table module becomes the sub-contract example table module of each pre-sale installment.
  • the contract example table executes the reminder module.
  • Step (17) is the follow-up service of the pre-sale platform, extracting multiple contract times in the contract as a reminder timetable for executing the contract, preventing both parties from having late behavior, and making the contract execute smoothly.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

分期预售合同的在线生成方法属于合同生成过程有在线约束性方法的分期预售合同的在线生成方法。包括商家和客户在线互发数据和调用服务器中的库存模块，修改库存模块，完成要约、双方在线修改订单成为合约、生成有双方身份和商务交易内容的订单、订单分期每期为一个独立完整的合约文仰、加入支付工具成可执行式合约、把商务交易合约加格式化合同条款的修改文件生成合同、合同执行提醒是时间和执行商务内容的组合信息。优点：把商家的多种要约作为商家不可更改的承认内容向不确定客户发布，以及商家和客户的"金豆"管理尽量减少了逆转协商，高效生成预售合同；减少不可协商内容的文字化过程；使合同执行尽量减少误期。

Description

分期预售合同的在线生成方法 技术领域
本发明属于销售双方在线生成合同的技术领域，特别是涉及合同生成过程有在线约束性方法的分期预售合同的在线生成方法。
背景技术
现在的京东、阿里巴巴、拼多多都是企业对消费者的商品分售交易平台，但企业与企业之间的原料或服务***易，特别是企业之间分期预售***易则没有相关的平台，分期预售***易的难点在于预售在线生成预售合同时协商内容的规范和尽量减少逆转协商。
发明内容
本发明的目的是提供在线生成预售合同时，协商内容规范和尽量减少逆转协商的商家和客户在线高效生成预售合同的方法。
本发明的方法是：
分期预售合同的在线生成方法，其特征在于：包括商家和客户在线互发数据和调用服务器中的库存模块，修改库存模块，完成要约、合约、生成订单、订单分期、可执行式合约、生成合同、合同执行提醒，合同生成过程有在线约束性方法，具体步骤如下：
(1)、商家在线调用服务器中的订单原始模块，修改成多种分期数，改成有可修改范围的商品数、价格、付款日、交货日等内容的多项分期样式商家要约单列表；
(2)、商家把商家要约单列表发送到服务器保存并对外发布；
(3)、客户在线调取商家要约单列表，选择多种分期数中的某一种分期方式的商家要约单列表，按可修改范围对商品数、价格、付款日、交货日等要约内容修改成某一种分期方式的客户应约单；
(4)、客户在线将某一种分期方式的客户应约单发送到服务器。
步骤(1)到(4)，把合同中要重要的协商内容，由商家提供多种要约方案存放在服务器中备用，目的是固定商家要求内容不可更改，减少合同核心交易内容的协商程序，把合同核心交易内容制成规范的表格列表，交易内容清晰可比较，并附有每项 的可协商变化范围，也规范了客户的还价范围，减少商家和客户之间在线操作的相互应约范围，节约协商程序和时间。
(5)、服务器校正客户应约内容并添加客户身份：服务器用库内保存的订单管理模块对客户应约单中的分期数、商品数、价格等是否合理进行运算，对合理的客户应约单变更为客户应约单表；再请求调用库内保存的客户身份数据，服务器并将客户应约单表和客户身份数据进行合并处理，合成为带客户身份和客户应约单表的不可修改式客户方总订单模块；服务器不对合理的客户应约单，将原客户应约单发送给客户，并删除第“(4)”步中服务器保存的客户应约单，通知客户重新启动步骤“(3)”；
(6)、服务器校对客户方总订单模块并改为可调用格式：调用步骤“(2)”中所对应的分期数的全部商家要约单列表内容可修改范围，对步骤“(5)”客户方总订单模块进行校对是否在商家要约单列表所设定的可修改范围内，如不超范围，服务器把客户方总订单模块发给客户在线阅读待确认，客户在线确认客户方总订单模块后，发回确认指令后，服务器把该模块改为可调用式客户方总订单模块进行存储备用；如超修改范围，服务器把客户方总订单模块删除，向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；如果客户在线不确认客户方总订单模块，也向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；本步骤是客户最终确定要应的某一种分期预售要约的步骤；客户在线不确认客户方总订单模块，将***给客户的“客户金豆”扣除一颗；服务器把可调用式客户方总订单模块发给商家，商家在线不确认可调用式客户方总订单模块，将***给商家的“商家金豆”扣除一颗；
如果客户的十颗“客户金豆”扣除完，则商户的本项要约在两天内本客户打不开见面应约；商家的“商家金豆”数量多少直接向客户提醒该商家要约的可靠性；
(7)、服务器将客户方总订单模块增加有执行付款内容的可执行式合约：调用步骤“(6)”中的可调用式客户在线方总订单模块、调用服务器的公共数据库中的本要约商家身份数据、调用服务器的公共数据库中的银行或支付宝或微信的支付连接和付款记录模块，组合成有客户身份和商家身份、有付款管理的双方总合约模块作为可执行式合约。
步骤(5)到(7)，服务器把符合要约的应约进行校对与要约内容的一致性、增加客户身份、增加客户支付工具，用客户的“客户金豆”限止客户的应约内容改变次数，提高应约效率。
(8)、服务器把双方总合约模块撤分成多个执行付款的预售子合约：双方总合约模块撤分成多个有执行付款的预售子合约，每个分期的子合约中有不可修改的客户身份和 商家身份数据、该期合约，和可修改的平台方银行或平台方支付宝或平台方微信的支付连接和付款记录的多项分期付款子合约例表模块。
(9)、服务器把双方总合约模块和分期付款子合约例表模块存入有客户和商家合并名字的数据库，即双方名录数据库；
(10)、服务器把分期付款子合约例表模块发商家在线阅览。
步骤(8)到(10)，服务器把双方总合约模块撤分成多个能执行付款的预售子合约，就是把总的商业交易性约定，撤分成多个交易合约，每个合约中都有双方身份信息、交易内容、执行交易的付款等内容，服务器把交易时涉及的内容都组合成多个子合约列表，便于双方阅读和日后检查合同的执行程序位置。
(11)、商家和服务器把合约变为合同：商家在线从服务器中选择并调用服务器数据库中存放的某一种预售合同模块，商家在线把选定的预售合同模块表中的可修改项进行修改，服务器自动将被修改条款和原条款并列，将原条款自动加载成红色列在被修改条款的后面，为客户方提供修改的参考内容；商家在线按合同生成按钮，服务器将修改的预售合同模块与步骤“(9)”的不可修改的双方总合约模块和分期付款子合约例表模块这三个模块自动合成商家第一版合同，并发送给商家；商家在线用按钮把商家第一版合同发给客户；
(12)、客户和服务器把合约变为合同：客户在线查看商家第一版合同，修改预售合同模块表中的可修改项，服务器把被修改项原条款自动加载成兰色列在被修改条款的后面，成为客户第一版合同，客户在线用按钮把商家第一版合同发给商家；
(13)、客户和商家循环修改合同：客户在线和商家在线循环修改预售合同模块中的可修改内容，循环(11)和(12)，客户在线认可不修改则按“确认不改”按钮，商家在线认可不修改则按“确认不改”按钮；
(14)、服务器生成不可修改合同：服务器收到客户在线和商家在线认可不修改两个“确认不改”信息后，服务器用最后一版双方同意合同中的红色和兰色内容删除，生成不可修改双方预售合同。
步骤(11)到(13)，服务器中存有大量的合同模板，服务器阅读产品后，根据产品易损性、体积、搬运要求、有效期等产品属性，和步骤(8)的分期付款子合约内容，服务器机选几个适合的合同模板提供给商家选用；商家选用某一种合同模板后修改条款，商家和客户对条款的修改前后内容都记录在协商阶段的合同里，记录有被删除和修改的内容，有利于诚信协商，减少协商程序和时间。
(15)、客户和商家单方盖章：客户和商家分别在步骤“(14)”的不可修改双方预售合同上作网络盖章成网签文件或下载打印盖章后上传合同的图像文件到服务器，服 务器将已盖章的文件存到步骤“(9)”的双方名录数据库；
(16)、客户和商家双方盖章：服务器收到有客户和商家单方盖章的不可修改双方预售合同分别转到对方，客户和商家把有对方的单方盖章的不可修改双方预售合同上作网络盖章或下载打印盖章后上传到服务器，服务器得到双方盖章有效的双方预售合同图像文件，并保存在步骤“(9)”的双方名录数据库。
步骤(14)到(16)，完善合同最后的法律性步骤，盖章生效。
(17)、服务器制作合同执行提醒模块：服务器调用库存中的合同执行提醒模块，再调用步骤“(9)”中的分期付款子合约例表模块，将分期付款子合约例表模块改成执行提醒式分期付款子合约例表模块，成为每个预售分期的子合约例表模块中都有付款时间提醒、发货时间提醒、收发货有联系手机电话、微信、短信执行时间提醒的子合约例表执行提醒模块。
步骤(17)是预售平台方的后续服务，把合同中的多项合约时间提取作为执行合同的提醒时间表，防止双方有误期行为，使合同执行顺利。
本发明从商家用服务器提供的订单原始模块填写后形成的商家要约单列表，通过商家和用户在本发明的软件见面上填写等操作，服务器最后制成子合约例表模块经过有21种文档、模块形式。本发明主要有商业要约内容的分期与合并处理，商业要约内容与客户身份数据、商家身份数据、货币支付工具、预售合同基本内容模块等数据的调用位置安排等处理，使形成一个商业合同中的主要多次协商内容，与一般不用协商内容、和不可协商内分别处理，在适当步骤位置进行组装成一个规范化合，大大减少形成合同的时间，减少错误条款，使合同能得到双方认可，避免合同执行中的单方解释。
(1)商家要约单列表：是一个有多种分类的列表，如按预售商品数量的多项列表，按交货时间的多项列表，按价格变化的多项列表；每个多项列表中都有分期，每个预售期中都有商品数量及多少可变的范围、交货时间及前后可变的范围、价格及多少可变的范围等商家设定的要约内容；
(2)客户应约单：是商家要约单列表中的某一项按客户的修改形式表单；
(3)客户应约单表：服务器校正客户应约单，对合理的客户应约单变更为客户应约单表；
(4)客户身份数据：包括定立合同需要的客户信息，如名称，地让，营业执照号……；
(5)客户身份和客户应约单表；
(6)客户方总订单模块：是客户身份和客户应约单表的合并表单
(7)可调用式客户方总订单模块：存为本合同能执行的永久保存格式，并可调用；
(8)商家身份数据：包括定立合同需要的客户信息，如名称，地让，营业执照号……；
(9)银行或支付宝或微信的支付连接和付款记录模块；能与商家和客户帐号连通的支付工具；
(10)双方总合约模块：存为本合同能执行的永久保存格式，并可调用；
(11)执行付款的预售子合约：商务内容具有付款功能的列表；
(12)分期付款子合约例表模块：是分期付款、分期交货等商务内容的多个列表，主要商务内容协商的最后确认内容的集合；
(13)预售合同模块：是服务器中存储的不确定人可调用的合同数据库；根据上项“分期付款子合约例表模块”中的商品类型、数量、体积、易碎性、价格、付款时间和方式等内容，服务器在该合同数据库查找优选一些合同模板向商家推荐；
(14)商家第一版合同：商家选用服务器推荐的某一种合同模板修改后发给用户的合同；
(15)双方同意合同：商家和客户都确认过的合同文件；
(16)不可修改双方预售合同：合同的不修改存储格式，具有档案待查功能；
(17)有效的双方预售合同：有商家和客户双方盖章的，有法律效力的合同；
(18)合同执行提醒模块；
(19)分期付款子合约例表模块；
(20)执行提醒式分期付款子合约例表模块；主要有多个分期时间和对应的执行项目与双方通讯工具的连接模块；
(21)子合约例表模块。
本发明的优点：把商家的多种要约作为商家不可更改的承认内容向不确定客户发布，以及商家和客户的“金豆”管理尽量减少了逆转协商，高效生成预售合同；商家和客户在商家确定要约可修改范围内在线交流，服务器可以随时校正双方协商的可计算***易内容减少无效协商过程，服务器把交易内容、双方身份信息、执行的付款工具等自动组装，大大减少不可协商内容的文字化过程；用交易内容信息在服务器的数据中选适合的合同模板供双方协商，又大大减少不可协商内容的文字化过程；预售平台方服务器的后续合同执行提醒服务，使合同执行尽量减少误期。
附图说明
图1是将商家要约单列表变为多项分期付款子合约例表模板的商家和用户操作与服务器运行的流程图；
图2是是将多项分期付款子合约例表模板变为执行提醒式分期付款子合约例表的商家和用户操作与服务器运行的流程图。
具体实施方式
实施例1、分期预售合同的在线生成方法
如图1、2，分期预售合同的在线生成方法，包括商家和客户在线互发数据和调用服务器中的库存模块，修改库存模块，完成要约、合约、生成订单、订单分期、可执行式合约、生成合同、合同执行提醒，合同生成过程有在线约束性方法，具体步骤如下：
(1)、商家在线调用服务器中的订单原始模块，修改成多种分期数，改成有可修改范围的商品数、价格、付款日、交货日等内容的多项分期样式商家要约单列表；订单原始模块是存储在服务器中的可调用数据包。
(2)、商家把商家要约单列表发送到服务器保存并对外发布；对外发布是不确定读者的方式，在线的任何客户都可以阅读。
(3)、客户在线调取商家要约单列表，选择多种分期数中的某一种分期方式的商家要约单列表，按可修改范围对商品数、价格、付款日、交货日等要约内容修改成某一种分期方式的客户应约单；客户在服务中是有备案的，备案内容就是客户身份数据，包括姓名，公司名，地址、电话、微信、邮箱、帐号等商业交易必需信息组成的数据包
(4)、客户在线将某一种分期方式的客户应约单发送到服务器；
步骤(1)到(4)，把合同中要重要的协商内容，由商家提供多种要约方案存放在服务器中备用，目的是固定商家要求内容不可更改，减少合同核心交易内容的协商程序，把合同核心交易内容制成规范的表格列表，交易内容清晰可比较，并附有每项的可协商变化范围，也规范了客户的还价范围，减少商家和客户之间在线操作的相互应约范围，节约协商程序和时间。服务器对商家或客户相互发送的数据都有存储器作存储。
(5)、服务器校正客户应约内容并添加客户身份：服务器用库内保存的订单管理模块对客户应约单中的分期数、商品数、价格等是否合理进行运算，对合理的客户应约单变更为客户应约单表；再请求调用库内保存的客户身份数据，服务器并将客户应约单表和客户身份数据进行合并处理，合成为带客户身份和客户应约单表的不可修改式客户方总订单模块；服务器不对合理的客户应约单，将原客户应约单发送给客户，并删除第“(4)”步中服务器保存的客户应约单，通知客户重新启动步骤“(3)”；服务器校正应约内容是将不同存储器中的数据调用来在比较器中进行对应比较，以便减少协商的误解和误输入，使协商的每一步没有错误，避免面对面协商中的没说清楚或 不知可否的假性认可。
(6)、服务器校对客户方总订单模块并改为可调用格式：调用步骤“(2)”中所对应的分期数的全部商家要约单列表内容可修改范围，对步骤“(5)”客户方总订单模块进行校对是否在商家要约单列表所设定的可修改范围内，如不超范围，服务器把客户方总订单模块发给客户在线阅读待确认，客户在线确认客户方总订单模块后，发回确认指令后，服务器把该模块改为可调用式客户方总订单模块进行存储备用；如超修改范围，服务器把客户方总订单模块删除，向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；如果客户在线不确认客户方总订单模块，也向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；本步骤是客户最终确定要应的某一种分期预售要约的步骤；客户在线不确认客户方总订单模块，将***给客户的“客户金豆”扣除一颗；服务器把可调用式客户方总订单模块发给商家，商家在线不确认可调用式客户方总订单模块，将***给商家的“商家金豆”扣除一颗；
如果客户的十颗“客户金豆”扣除完，则商户的本项要约在两天内本客户打不开见面应约；商家的“商家金豆”数量多少直接向客户提醒该商家要约的可靠性。客户方总订单模块是长期存储待交易过程备查的数据，表示了客户方对交易内容完全固定，还有客户信息为交易内容作承诺。
(7)、服务器将客户方总订单模块增加有执行付款内容的可执行式合约：调用步骤“(6)”中的可调用式客户在线方总订单模块、调用服务器的公共数据库中的本要约商家身份数据、调用服务器的公共数据库中的银行或支付宝或微信的支付连接和付款记录模块，组合成有客户身份和商家身份、有付款管理的双方总合约模块作为可执行式合约。
步骤(5)到(7)，服务器把符合要约的应约进行校对与要约内容的一致性、增加客户身份、增加客户支付工具，用客户的“客户金豆”限止客户的应约内容改变次数，提高应约效率。双方总合约模块中有交易内容、双方身份、付款方式等内容，是一种应成交的承诺内容，所以要用“金豆”来记录，如有返回就会被给予不良记载。
(8)、服务器把双方总合约模块撤分成多个执行付款的预售子合约：双方总合约模块撤分成多个有执行付款的预售子合约，每个分期的子合约中有不可修改的客户身份和商家身份数据、该期合约，和可修改的平台方银行或平台方支付宝或平台方微信的支付连接和付款记录的多项分期付款子合约例表模块。
撤分是分期式预售交易的特点，也是去软件的特点之一，把总合约交易的品种、价格等都作撤分，撤分方式按服务器中存的各种模板中商家要约单列表里选定，客户 也认可以撤分方式，撤分就不会出错。
(9)、服务器把双方总合约模块和分期付款子合约例表模块存入有客户和商家合并名字的数据库，即双方名录数据库。这是一个重要的协商不可更改结果，所以要存在双方公共名录的存储器里，便于用双方公共名字调用。
(10)、服务器把分期付款子合约例表模块发商家在线阅览。
步骤(8)到(10)，服务器把双方总合约模块撤分成多个能执行付款的预售子合约，就是把总的商业交易性约定，撤分成多个交易合约，每个合约中都有双方身份信息、交易内容、执行交易的付款等内容，服务器把交易时涉及的内容都组合成多个子合约列表，便于双方阅读和日后检查合同的执行程序位置。
(11)、商家和服务器把合约变为合同：商家在线从服务器中选择并调用服务器数据库中存放的某一种预售合同模块，商家在线把选定的预售合同模块表中的可修改项进行修改，服务器自动将被修改条款和原条款并列，将原条款自动加载成红色列在被修改条款的后面，为客户方提供修改的参考内容；商家在线按合同生成按钮，服务器将修改的预售合同模块与步骤“(9)”的不可修改的双方总合约模块和分期付款子合约例表模块这三个模块自动合成商家第一版合同，并发送给商家；商家在线用按钮把商家第一版合同发给客户。
服务器中存有许多预售合同模板，服务器检索客户应约单中的分期数、商品名和数量、价格、商品体积，商家与客户的地址的远近等内容将优选的一些预售合同模块排在前面供商家在线选用，发给客户协商。在没有得到双方确认前，商家在线选用的预售合同模块原始内容和双方多次修改的内容都能展现，方便阅读以前的协商内容，只有双方确认修改完成才只保留双方最好确认内容。
(12)、客户和服务器把合约变为合同：客户在线查看商家第一版合同，修改预售合同模块表中的可修改项，服务器把被修改项原条款自动加载成兰色列在被修改条款的后面，成为客户第一版合同，客户在线用按钮把商家第一版合同发给商家。
(13)、客户和商家循环修改合同：客户在线和商家在线循环修改预售合同模块中的可修改内容，循环(11)和(12)，客户在线认可不修改则按“确认不改”按钮，商家在线认可不修改则按“确认不改”按钮；
(14)、服务器生成不可修改合同：服务器收到客户在线和商家在线认可不修改两个“确认不改”信息后，服务器用最后一版双方同意合同中的红色和兰色内容删除，生成不可修改双方预售合同。
步骤(11)到(13)，服务器中存有大量的合同模板，服务器阅读产品后，根据产品易损性、体积、搬运要求、有效期等产品属性，和步骤(8)的分期付款子合约内容， 服务器机选几个适合的合同模板提供给商家选用；商家选用某一种合同模板后修改条款，商家和客户对条款的修改前后内容都记录在协商阶段的合同里，记录有被删除和修改的内容，有利于诚信协商，减少协商程序和时间。不可修改双方预售合同是表示协商完成，等待盖章执行交易的合同。
(15)、客户和商家单方盖章：客户和商家分别在步骤“(14)”的不可修改双方预售合同上作网络盖章成网签文件或下载打印盖章后上传合同的图像文件到服务器，服务器将已盖章的文件存到步骤“(9)”的双方名录数据库；
(16)、客户和商家双方盖章：服务器收到有客户和商家单方盖章的不可修改双方预售合同分别转到对方，客户和商家把有对方的单方盖章的不可修改双方预售合同上作网络盖章或下载打印盖章后上传到服务器，服务器得到双方盖章有效的双方预售合同图像文件，并保存在步骤“(9)”的双方名录数据库。
步骤(14)到(16)，完善合同最后的法律性步骤，盖章生效。
(17)、服务器制作合同执行提醒模块：服务器调用库存中的合同执行提醒模块，再调用步骤“(9)”中的分期付款子合约例表模块，将分期付款子合约例表模块改成执行提醒式分期付款子合约例表模块，成为每个预售分期的子合约例表模块中都有付款时间提醒、发货时间提醒、收发货有联系手机电话、微信、短信执行时间提醒的子合约例表执行提醒模块。
步骤(17)是预售平台方的后续服务，把合同中的多项合约时间提取作为执行合同的提醒时间表，防止双方有误期行为，使合同执行顺利。

Claims (1)

  1. 分期预售合同的在线生成方法，其特征在于：包括商家和客户在线互发数据和调用服务器中的库存模块，修改库存模块，完成要约、合约、生成订单、订单分期、可执行式合约、生成合同、合同执行提醒，具体步骤如下：
    (1)、商家在线调用服务器中的订单原始模块，修改成多种分期数，改成有可修改范围的商品数、价格、付款日、交货日等内容的多项分期样式商家要约单列表；
    (2)、商家把商家要约单列表发送到服务器保存并对外发布；
    (3)、客户在线调取商家要约单列表，选择多种分期数中的某一种分期方式的商家要约单列表，按可修改范围对商品数、价格、付款日、交货日等要约内容修改成某一种分期方式的客户应约单；
    (4)、客户在线将某一种分期方式的客户应约单发送到服务器；
    (5)、服务器校正客户应约内容并添加客户身份：服务器用库内保存的订单管理模块对客户应约单中的分期数、商品数、价格等是否合理进行运算，对合理的客户应约单变更为客户应约单表；再请求调用库内保存的客户身份数据，服务器并将客户应约单表和客户身份数据进行合并处理，合成为带客户身份和客户应约单表的不可修改式客户方总订单模块；服务器不对合理的客户应约单，将原客户应约单发送给客户，并删除第“(4)”步中服务器保存的客户应约单，通知客户重新启动步骤“(3)”；
    (6)、服务器校对客户方总订单模块并改为可调用格式：调用步骤“(2)”中所对应的分期数的全部商家要约单列表内容可修改范围，对步骤“(5)”客户方总订单模块进行校对是否在商家要约单列表所设定的可修改范围内，如不超范围，服务器把客户方总订单模块发给客户在线阅读待确认，客户在线确认客户方总订单模块后，发回确认指令后，服务器把该模块改为可调用式客户方总订单模块进行存储备用；如超修改范围，服务器把客户方总订单模块删除，向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；如果客户在线不确认客户方总订单模块，也向客户发送步骤“(2)”的商家要约单列表，返回步骤“(3)”客户重填应约单；本步骤是客户最终确定要应的某一种分期预售要约的步骤；客户在线不确认客户方总订单模块，将***给客户的“客户金豆”扣除一颗；服务器把可调用式客户方总订单模块发给商家，商家在线不确认可调用式客户方总订单模块，将***给商家的“商家金豆”扣除一颗；
    (7)、服务器将客户方总订单模块增加有执行付款内容的可执行式合约：调用步骤 “(6)”中的可调用式客户在线方总订单模块、调用服务器的公共数据库中的本要约商家身份数据、调用服务器的公共数据库中的银行或支付宝或微信的支付连接和付款记录模块，组合成有客户身份和商家身份、有付款管理的双方总合约模块作为可执行式合约；
    (8)、服务器把双方总合约模块撤分成多个执行付款的预售子合约：双方总合约模块撤分成多个有执行付款的预售子合约，每个分期的子合约中有不可修改的客户身份和商家身份数据、该期合约，和可修改的平台方银行或平台方支付宝或平台方微信的支付连接和付款记录的多项分期付款子合约例表模块；
    (9)、服务器把双方总合约模块和分期付款子合约例表模块存入有客户和商家合并名字的数据库，即双方名录数据库；
    (10)、服务器把分期付款子合约例表模块发商家在线阅览；
    (11)、商家和服务器把合约变为合同：商家在线从服务器中选择并调用服务器数据库中存放的某一种预售合同模块，商家在线把选定的预售合同模块表中的可修改项进行修改，服务器自动将被修改条款和原条款并列，将原条款自动加载成红色列在被修改条款的后面，为客户方提供修改的参考内容；商家在线按合同生成按钮，服务器将修改的预售合同模块与步骤“(9)”的不可修改的双方总合约模块和分期付款子合约例表模块这三个模块自动合成商家第一版合同，并发送给商家；商家在线用按钮把商家第一版合同发给客户；
    (12)、客户和服务器把合约变为合同：客户在线查看商家第一版合同，修改预售合同模块表中的可修改项，服务器把被修改项原条款自动加载成兰色列在被修改条款的后面，成为客户第一版合同，客户在线用按钮把商家第一版合同发给商家；
    (13)、客户和商家循环修改合同：客户在线和商家在线循环修改预售合同模块中的可修改内容，循环(11)和(12)，客户在线认可不修改则按“确认不改”按钮，商家在线认可不修改则按“确认不改”按钮；
    (14)、服务器生成不可修改合同：服务器收到客户在线和商家在线认可不修改两个“确认不改”信息后，服务器用最后一版双方同意合同中的红色和兰色内容删除，生成不可修改双方预售合同；
    (15)、客户和商家单方盖章：客户和商家分别在步骤“(14)”的不可修改双方预售合同上作网络盖章成网签文件或下载打印盖章后上传合同的图像文件到服务器，服务器将已盖章的文件存到步骤“(9)”的双方名录数据库；
    (16)、客户和商家双方盖章：服务器收到有客户和商家单方盖章的不可修改双方预 售合同分别转到对方，客户和商家把有对方的单方盖章的不可修改双方预售合同上作网络盖章或下载打印盖章后上传到服务器，服务器得到双方盖章有效的双方预售合同图像文件，并保存在步骤“(9)”的双方名录数据库；
    (17)、服务器制作合同执行提醒模块：服务器调用库存中的合同执行提醒模块，再调用步骤“(9)”中的分期付款子合约例表模块，将分期付款子合约例表模块改成执行提醒式分期付款子合约例表模块，成为每个预售分期的子合约例表模块中都有付款时间提醒、发货时间提醒、收发货有联系手机电话、微信、短信执行时间提醒的子合约例表执行提醒模块。
PCT/CN2020/000273 2020-07-20 2020-11-11 分期预售合同的在线生成方法 WO2022016301A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/154,586 US20230153879A1 (en) 2020-07-20 2023-01-13 Online generation method for installment pre-sale contract

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010707469.4A CN111859086A (zh) 2020-07-20 2020-07-20 分期预售合同的在线生成方法
CN202010707469.4 2020-07-20

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/154,586 Continuation US20230153879A1 (en) 2020-07-20 2023-01-13 Online generation method for installment pre-sale contract

Publications (1)

Publication Number Publication Date
WO2022016301A1 true WO2022016301A1 (zh) 2022-01-27

Family

ID=73002361

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/000273 WO2022016301A1 (zh) 2020-07-20 2020-11-11 分期预售合同的在线生成方法

Country Status (3)

Country Link
US (1) US20230153879A1 (zh)
CN (1) CN111859086A (zh)
WO (1) WO2022016301A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6998568B2 (ja) * 2019-03-04 2022-01-18 パナソニックＩｐマネジメント株式会社 顔認証システムおよび顔認証方法
CN111859086A (zh) * 2020-07-20 2020-10-30 四川预多宝科技股份有限公司 分期预售合同的在线生成方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010034689A1 (en) * 2000-01-21 2001-10-25 Heilman Theodore A. Method and system of negotiating a transaction over a network
CN103617490A (zh) * 2013-11-27 2014-03-05 辽宁博宇科技股份有限公司 一种金属电子商务合同即时洽谈管理方法
CN107203610A (zh) * 2017-05-13 2017-09-26 邹鑫洋 一种资源共享数据处理装置及方法
CN107346508A (zh) * 2017-06-27 2017-11-14 湖北智灿网络技术有限公司 一种基于互联网平台的商品预售***
CN108846734A (zh) * 2018-09-03 2018-11-20 林国军 互联网电子商务商业模式
CN111859086A (zh) * 2020-07-20 2020-10-30 四川预多宝科技股份有限公司 分期预售合同的在线生成方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1770617A1 (en) * 1998-09-22 2007-04-04 Science Applications International Corporation User-defined dynamic collaborative environments
US7155419B2 (en) * 2000-04-20 2006-12-26 Agreenet Agreement management system and method
US7933785B2 (en) * 2003-07-15 2011-04-26 Sap Ag Real-time benefits service marketplace
US10445698B2 (en) * 2016-06-30 2019-10-15 Clause, Inc. System and method for forming, storing, managing, and executing contracts
CN107679963A (zh) * 2017-10-17 2018-02-09 北京迅邦润泽物流有限公司 一种基于b2b的预售方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010034689A1 (en) * 2000-01-21 2001-10-25 Heilman Theodore A. Method and system of negotiating a transaction over a network
CN103617490A (zh) * 2013-11-27 2014-03-05 辽宁博宇科技股份有限公司 一种金属电子商务合同即时洽谈管理方法
CN107203610A (zh) * 2017-05-13 2017-09-26 邹鑫洋 一种资源共享数据处理装置及方法
CN107346508A (zh) * 2017-06-27 2017-11-14 湖北智灿网络技术有限公司 一种基于互联网平台的商品预售***
CN108846734A (zh) * 2018-09-03 2018-11-20 林国军 互联网电子商务商业模式
CN111859086A (zh) * 2020-07-20 2020-10-30 四川预多宝科技股份有限公司 分期预售合同的在线生成方法

Also Published As

Publication number Publication date
CN111859086A (zh) 2020-10-30
US20230153879A1 (en) 2023-05-18

Similar Documents

Publication Publication Date Title
US6151588A (en) Full service trade system
US20120221446A1 (en) E-receipts collection and management system
JP6855594B2 (ja) 商品清算の方法、装置、記憶媒体及び端末
US20150066688A1 (en) Understanding past purchase transactions based on purchase transaction history
US20130054421A1 (en) Method and system for processing transactions
US20040215467A1 (en) Method and system for electronic document handling, such as for requests for quotations under an electronic auction
TW577001B (en) Computer-implemented marketplace, system and method for providing one or more financial transaction services, computer-readable medium, and method and marketplace for settling a commercial transaction between a buyer and a seller
JP2003524220A (ja) 取引書類の作成、処理、及びトラッキングを含む取引活動を統合するためのシステム及び方法
US20230153879A1 (en) Online generation method for installment pre-sale contract
CN107464166A (zh) 询价交互处理方法、服务器及终端
US20150186391A1 (en) Method of Document Processing for a Fully Integrated Ecommerce System
US20200013036A1 (en) Financial Processing and Data Management System
CN101989337A (zh) 一种支付***中实现安全支付的控制方法及控制装置
WO2019119056A1 (en) Methods and systems for the distribution of goods
CN101192287A (zh) 自动发送虚拟资源的方法及***
US20040044951A1 (en) Method for integration and reconciliation of electronic documents
JP2021002330A (ja) 会計処理システム、会計処理方法、会計処理プログラム
CN112308362A (zh) 一种企业贸易数据的处理方法、装置及业务应用***
US20050010575A1 (en) Transactional processing system
US20190122171A1 (en) Delivering International Shipped Items
JP4950823B2 (ja) 期日管理支援処理システム、期日管理支援処理方法及び期日管理支援処理プログラム
KR20210023169A (ko) 블록체인과 암호 화폐를 이용한 p2p 에스크로 전자상거래 시스템 및 방법
JPWO2020255361A1 (ja) 会計処理システム、会計処理方法、会計処理プログラム
KR20040052278A (ko) 고유 인식 코드를 이용한 상품 확인 방법 및 시스템
US20230267543A1 (en) Trackable product interest system and method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20946217

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20946217

Country of ref document: EP

Kind code of ref document: A1