CN112750006A

CN112750006A - Agricultural product transaction system, method, device and storage medium

Info

Publication number: CN112750006A
Application number: CN202011481631.1A
Authority: CN
Inventors: 周永平; 王健
Original assignee: Shanghai Yugu Network Technology Co ltd
Current assignee: Shanghai Yugu Network Technology Co ltd
Priority date: 2020-12-16
Filing date: 2020-12-16
Publication date: 2021-05-04

Abstract

The application provides a system, a method, equipment and a storage medium for agricultural product transaction, which comprise a customer management module, a transaction module and a transaction module, wherein the customer management module is used for adding and managing customers; the customer type includes at least a buyer and a supplier; the purchasing demand module is used for creating a corresponding agricultural product purchasing demand order after a supplier is appointed so as to form a purchasing order; and the sales module is used for creating a corresponding agricultural product sales order after the buyer is appointed. The agricultural product trading system provided by the invention is suitable for large-batch agricultural product trading, particularly for intermediate operators in the agricultural product trading process, and can record order information, the amount of money to go and go, warehouse entry and exit data and the like in the trading process of acquisition and sale, so that traceability can be realized. The agricultural product transaction system can effectively control cost, has clear stock condition and directly obtains related transaction data, thereby improving working efficiency and reducing stock loss.

Description

Agricultural product transaction system, method, device and storage medium

Technical Field

The present application relates to the technical field of transaction systems, and in particular, to a system, a method, a terminal and a storage medium for agricultural product transaction, which are suitable for intermediate management owners in agricultural batch transaction, i.e., agricultural product transaction that can be purchased and sold simultaneously.

Background

Agricultural products in China are rich and diverse, and the agricultural batch market is an important place for exchanging agricultural and sideline products and retail products and an important component in modern economy.

However, the agricultural batch market has some problems in the actual operation, purchase and sale processes, for example, the agricultural products operated in the agricultural batch market are more and are all circulated in batches, the circulation volume is large, the transaction process is generally manual order opening, the use is complicated, and the error rate is high; the quantity of goods in and out, the quantity of inventory, the sales volume, the sales profit, the un-received debt and the like need to be checked and cleared every day, the labor cost is high, the workload is large, and the efficiency is low.

In order to solve the problems that the manual bill making error rate is high, the checking statistics is required every day and the like, a sales system is put out on the market at present aiming at agricultural batch transactions, namely, a wholesaler installs sales software on a mobile phone or a computer, the sales software is connected with a printer, when a client, namely a buyer, purchases agricultural products in the agricultural batch market, the wholesaler makes a sales bill and prints the sales bill through the sales software, the buyer confirms the agricultural products required to be purchased after printing is finished, and the buyer pays all or part of the payment for the agricultural products to perform the agricultural product transaction. For the sales software, the wholesaler can know the sales condition, the stock condition, the payment condition and the like, but only can correspondingly trace the sales aspect by the wholesaler; for a buyer, statistics such as the quantity of purchases and the amount of purchases can be carried out only according to a sales order issued by a wholesaler, related information of purchases cannot be traced quickly and accurately, if the problems such as credit debt exist, the credit situation cannot be mastered in time, the amount of credit can be determined only after the purchase order is searched, and meanwhile, repeated account checking work needs to be carried out with the wholesaler, so that the work is complex, the workload is increased, data loss is easily caused after a long time, and both parties tear skins; in agricultural batch transaction, the basket boxes are generally used as loaded articles, the quantity of the basket boxes can be manually recorded after purchase or sale by a wholesaler, the quantity of the basket boxes is not timely recovered after a long time, a large amount of capital is invested for producing the basket boxes, and mobile capital is occupied.

Disclosure of Invention

The invention aims to overcome the defects, provides an agricultural product transaction system, method, equipment and storage medium suitable for agricultural batch transaction, and aims to solve the technical problems that in the prior art, the purchase quantity cannot be accurately counted, account checking is complicated, renting of storage pieces needs to be manually recorded, and the like.

To achieve the above and other related objects, an aspect of the present application provides an agricultural product transaction system including: the client management module is used for adding and managing clients; the customer type includes at least a buyer and a supplier; the purchasing demand module is used for creating a corresponding agricultural product purchasing demand order after a supplier is appointed so as to form a purchasing order; and the sales module is used for creating a corresponding agricultural product sales order after the buyer is appointed.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: the return payment module is used for receiving the agricultural products in the purchase order, applying for return payment and creating a return payment application form; and the financial management module is used for receiving and managing all the money.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: and the transaction management module is used for counting and managing the purchase order, the sales order, the return and refund application form and the transaction money.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: the inventory management module is used for carrying out corresponding agricultural product warehousing and delivery management according to the purchase order, the sales order and the return and refund application form, and is also used for adding agricultural products to warehouse and carrying out overflow reporting, damage reporting and unit conversion on the specified agricultural products; and the storage piece management module is used for counting and managing borrowing information of the storage pieces in the transaction process.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: and the pending module is used for managing and counting all unfinished items in the transaction process, and at least comprises returned sales orders, sales money to be received, received returned payment orders, purchase orders to be confirmed, purchase orders to be settled, returned payment orders, confirmed receiving payment, transfer accounts to be received, deposit of the received receiving pieces, the receiving pieces to be confirmed borrowed, returned deposit of the receiving pieces to be received, and the receiving pieces to be received and returned.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: and the report module is used for generating a report related to the agricultural product transaction, and at least comprises sales statistics, purchase statistics, non-collected sales statistics, non-paid purchase statistics, collection and payment statistics, client fund and money statistics, commodity profit statistics, operation profit statistics, storage member in and out warehouse statistics and agricultural product in and out warehouse detail in the transaction process.

Optionally, in some embodiments of the first aspect of the present application, the system further comprises: and the cost module is used for carrying out cost statistics and management and at least comprises expected gross profit rate, commodity loss rate, fixed operation cost and variable sale cost.

To achieve the above and other related objects, a second aspect of the present application provides a method for trading agricultural products, comprising: adding clients and performing classified management according to client types; the customer type includes at least a buyer and a supplier; a specified supplier creates a corresponding agricultural product purchase demand order to form a purchase order; and after the buyer is appointed, a corresponding agricultural product sales order is created.

To achieve the above and other related objects, a third aspect of the present application provides a computer-readable storage medium, and a computer program, when executed by a processor, implements the agricultural product transaction method described above.

To achieve the above and other related objects, a fourth aspect of the present application provides an agricultural product transaction apparatus including: at least one processor and at least one memory; the memory is used for storing a computer program; the processor is used for executing the computer program stored by the memory so as to enable the device to execute the agricultural product transaction method.

As described above, the agricultural product transaction system, method, terminal and storage medium of the present application are suitable for large-batch agricultural product transaction, especially for intermediate business users in the agricultural product transaction process, and the users can perform collection and sale transactions at the same time, and have the following beneficial effects:

1. by means of the cost module, an effective cost control can be performed.

2. Through the inventory management module, can in time know the stock condition of agricultural product, in time carry out corresponding purchase, need not once more stockpile a large amount of agricultural products, reduced the loss of agricultural product, guarantee the quantity of agricultural product in stock simultaneously, satisfy customer's purchase demand, and through because the timely automatic acquisition of inventory management module agricultural product warehouse entry and exit relevant information, consequently need not carry out the check every day again, improved efficiency.

3. The total amount of collection and sales and profits can be known in time through the report module, account checking work is not needed, and all data are clear and definite.

4. Corresponding orders can be known at any time through the transaction management module, and order information can be traced.

5. Through the containing part management module, the inventory and the lease condition of the containing parts are controlled in real time, and timely collection and return are urged.

The above description is only an overview of the technical solutions of the present application, and the present application may be implemented in accordance with the content of the description in order to make the technical means of the present application more clearly understood, and the following detailed description of the present application is given in order to make the above and other objects, features, and advantages of the present application more clearly understandable.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application so that the above and other objects, features and advantages of the application will be more apparent and do not constitute an undue limitation of the application and in which:

FIG. 1 is a schematic diagram of a transaction system for agricultural products according to an embodiment of the present application;

FIG. 2 is a schematic flow chart illustrating a method for trading agricultural products according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of an agricultural product transaction apparatus according to an embodiment of the present application.

Detailed Description

Preferred embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art. The present application is capable of other and different embodiments and its several details are capable of modifications and/or changes in various respects, all without departing from the spirit of the present application. It is to be noted that the features in the following embodiments and examples may be combined with each other without conflict.

As used herein, the terms "comprises," "comprising," and variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Unless specifically stated otherwise, the term "or" means "and/or". The terms "first," "second," and the like (if any) are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments described herein are capable of operation in sequences other than those illustrated or otherwise described herein. The terms "one example embodiment" and "one embodiment" mean "at least one example embodiment". The term "another embodiment" means "at least one additional embodiment". Other explicit and implicit meanings may also be included below.

As shown in fig. 1, a schematic structural diagram of an agricultural product transaction system in an embodiment of the present invention is disclosed. The agricultural product transaction system in this embodiment at least includes: a client management module 101 for adding and managing clients; the customer type includes at least a buyer and a supplier; the purchase demand module 102 is used for creating a corresponding agricultural product purchase demand order after a supplier is appointed so as to form a purchase order; and the sales module 103 is used for creating a corresponding agricultural product sales order after the buyer is appointed.

The customer management module 101 is used for quickly finding the added customers and checking related transaction messages for a specific customer, and includes a customer adding submodule and a customer management submodule.

The customer adding submodule realizes the function of adding customers by searching the unique ID or scanning the coded image, the customer management submodule performs classified management on the customers according to the customer information, manages the money transaction and the transaction information in the customer transaction process, and displays the customer information and the money transaction information of the added customers through the display module;

specifically, the customer adding submodule is used for adding a customer which is familiar in the agricultural batch transaction process but has not used the system for transaction, the customer carries out unique ID registration through a mobile phone number, and selects any registration type, wherein the registration type comprises a buyer, a supplier and an operator, the buyer, namely a consumption end, can be a fresh supermarket, a farmer market retailer, a dining room restaurant and the like, the supplier, namely a production end, can be a farmer, a supply and marketing cooperative agency, a production enterprise and the like, and the operator, namely a circulation end, can be a relevant person engaged in agricultural product wholesale in a wholesale market and the like, and can carry out mining and marketing operations at the same time; after selecting the registration type, the client inputs relevant information, including but not limited to basic information, business information, etc., and the encoded image can be generated after the registration is finished.

The system is suitable for the operator to use related personnel who are engaged in agricultural product wholesale in a wholesale market and the like, such as a wholesaler and the like, and the related personnel can purchase and sell the agricultural products at the same time. When a user and a client are added to each other, either party can realize the function of adding the client by searching the mobile phone number or scanning the coding graph of the other party. The basic information comprises the name, contact information and other information of the client, and the operation information comprises the name of the operation main body, the operation type, the operation address, the operation range and other information.

Optionally, the client management module 101 further comprises a masking and restoring module for masking and restoring the added client, wherein the masking is disabled, i.e. the client is no longer cooperative subsequently with the client, and the restoring is to release the client from "disabled", and the client can continue to cooperate subsequently with the client.

The customer management submodule is used for carrying out classification management according to the added customer registration type, managing a blacklist in the shielding and recovering module at the same time, and distinguishing and displaying the added customer information through the display module, wherein the added customer information comprises purchasers, suppliers, operators and forbids. At the moment, the buyer applies for relevant personnel for purchasing to the user in the transaction process, and the user carries out sales behaviors; the supplier provides related personnel for operating the needed agricultural products for the user in the transaction process, and the user performs purchasing action at the moment; the operator is an intermediate wholesaler and the like in the transaction process, bidirectional application purchasing and selling can be performed between the user and the operator in the transaction process, and at the moment, the user can perform purchasing or selling behaviors.

Optionally, the customer management module 101 further includes a transaction flow management sub-module, configured to manage, such as classify and store the money and transaction information and the transaction flow information during the transaction process, and display the money and transaction information and the transaction flow information through the display module. For example, classified storage is performed according to the serial number, the date of occurrence of the serial flow, and the like, so that retrospective query can be performed at a later period, and the money transaction in the transaction process can be queried conveniently, and the money transaction information and the transaction serial information are displayed for each client by taking the client as a set.

Optionally, the customer management module 101 further includes a search sub-module, where the search sub-module is configured to perform an accurate search according to an input keyword, where the keyword may be a part or all of information such as a customer name, a telephone number, a company name, and the like to determine an object to be searched.

Optionally, the customer management module 101 further includes a credit module and a reminder module. The credit module is used for setting credit limit and allowable arrears time in a specified time period for the added buyers; the set credit limit and the allowed arrearage time can be manually set according to the credit degree of the buyer, the condition that the buyer pays the goods at ordinary times and the like; and the reminding module is used for reminding the buyer of clearing unpaid items in the transaction process in time, is connected with the account opening module, automatically reminds in a time period set before the debt is due according to the allowed debt time set by the account opening module, and meanwhile, the user can manually remind the buyer of paying through the reminding module. Specifically, there is generally an account credit behavior in the wholesale transaction of agricultural products, a user sells agricultural products in batches to a buyer, the buyer does not pay the goods at this time, but both parties record the specific amount of the goods and agree a specific payment time (for example, at the end of the month, in the year, etc.), the buyer sells the goods first and then pays the corresponding goods, many times, because the buyer cannot pay the corresponding goods according to the agreed time in time, and for the agricultural wholesale transaction, the buyer needs to purchase for many times every day or every week, and at this time, if the account credit is continued, the account credit amount is continuously increased, and because the seller is fixed and familiar with the customer, the seller does not intend to urge the non-received goods, so that the cost borne by the seller is increased. Therefore, the embodiment provides a credit module and a reminding module, and a seller sets a credit limit through the credit module, where the setting includes, but is not limited to, allowing a total credit amount, a single credit maximum limit, and a single credit limit (e.g., 15 days, 30 days, 90 days, etc.), and the seller, i.e., a user, may adjust the credit limit according to a usual payment settlement condition and a purchasing integrity of the seller. Specifically, the charge module is used for setting the allowable charge amount, when the charge amount of the purchaser reaches the charge amount set by the user, the purchaser can not charge the charge again and must pay in cash and the like, and when the charge amount is about to reach the set charge period, the system regularly reminds the purchaser of timely closing the charge amount in advance, for example, three days before the charge period expires, and the reminding module automatically reminds once a day. The credit limit is controlled by the credit module, and a seller can be guaranteed to timely return funds to ensure operation.

And a procurement requirements module 102 for creating a corresponding agricultural product procurement requirements order after the user specifies a supplier. Specifically, an agricultural product purchasing demand instruction initiated by a user includes selected supplier information and agricultural product demand information, and the agricultural product demand information includes a required agricultural product name, a production place, a specification, a settlement unit, a quantity and the like. For example, the user may create a demand to initiate the instruction, select a supplier and complete the agricultural product demand information, click to confirm and issue the demand sheet, and the demand order module 102 may generate an agricultural product purchase demand order according to the selected agricultural product demand information and the supplier information, and push the agricultural product order to the designated supplier.

Further, the demand order module 102 includes a historical demand module, a demand library module and a demand draft box module, the historical demand module is used for the user to check the information of the historical purchase demand order with the supplier after the supplier is specified, specifically, the historical demand module is used for the user to check the purchase demand order after 24 hours, and can check the specific information of the historical purchase demand order with the supplier. If the historical demand order information which is consistent with the current demand is found, the historical purchasing demand order can be directly extracted to be used as a current new purchasing demand order, and the purchasing demand order is directly sent, so that repeated filling and inputting can be effectively avoided, the operation is simple, and the operation time is greatly saved;

the demand library module is used for enabling a user to specify a supplier to view the information of the purchase demand order within 24 hours and to view the specific information of the purchase demand order of the supplier within 24 hours. If the demand order information within 24 hours which is consistent with the current demand is found, the found order can be directly extracted to be used as a current new purchase demand order, and the purchase demand order is directly sent, so that repeated filling and inputting can be effectively avoided, the operation is simple, and the operation time is greatly saved;

the demand draft box module is used for enabling a user to create a purchase demand order after specifying a supplier, the purchase demand order information can be directly stored in the demand draft box module under the condition of not being sent, in the using process, the stored purchase demand order information can be directly searched in the demand draft box, the purchase demand order information is extracted after being searched, and the purchase demand information is directly sent to form an agricultural product purchase demand order.

And the sales module 103 is used for creating a corresponding agricultural product sales order after the buyer is appointed. Specifically, firstly, a user initiates an agricultural product sales instruction, the agricultural product sales instruction comprises selected buyer information and agricultural product sales information, and the agricultural product sales information comprises information such as sold agricultural product name, production place, specification, unit, sales quantity, sales price, total sales order and the like. For example, a user may initiate an instruction by creating a new sale, select a buyer and complete the sales information of the agricultural product, click to confirm and issue a sales order, the sales module 103 produces the sales order of the agricultural product according to the sales information of the selected agricultural product and the information of the buyer, and pushes the sales order of the agricultural product to a specified buyer, and the sales information of the agricultural product selected in the process of creating the sales order may be the existing stock agricultural product or an agricultural product not in stock.

Furthermore, if the unit of agricultural product measurement for sale is a basket, box, etc. as a statistical unit, the sales slip should contain the information of the corresponding physical storage item, the storage item information includes the information of the name, specification, deposit, weight, etc. of the storage item, and the sales slip may also contain the transportation information of the agricultural product to be sold in the sales slip.

Further, the sales module 103 further comprises a demand form viewing module and a historical sales form viewing module; the viewing demand list module is used for viewing the purchasing demand after the user specifies a purchaser, and the purchasing demand comprises the purchasing demand received within 24 hours and the purchasing demand outside 24 hours. Specifically, if the purchasing requirement which is consistent with the current sales is found, the purchasing requirement can be directly extracted to be used as a current new sales order, and the sales order is directly sent, so that repeated filling and errors in filling can be avoided; the historical sales order module is used for enabling a user to check historical sales order information after designating a buyer, the historical sales order information comprises all transaction information of the buyer, and if the historical sales order information conforming to current sales is found, the historical sales order can be directly extracted to be used as a current new sales order and the sales order can be directly sent.

It should be noted that the sales module may perform the sales operation after receiving the purchase demand order pushed by the buyer through the system, or may directly perform the on-site purchase in the agricultural market, that is, the buyer does not exist in the customer management module 101, and the user opens the sales order through the system by way of on-site ordering. If the user performs the selling operation after receiving the purchase demand order pushed by the system, the selling number of the selling module 103 can be larger than, smaller than or equal to the purchase demand number and the agricultural product type of the demand order module, and can be properly adjusted according to the actual situation, so that the trading flexibility is high, and the trading characteristic of agricultural product wholesale is met.

It should be noted that, different from the traditional e-commerce, the system is suitable for the wholesaler in the agricultural product wholesale transaction process, and the user can purchase and sell at the same time, for example, when the user needs to purchase, the user can purchase the supplier in the customer management sub-module, that is, the supplier is appointed to send out a purchase demand order, after the supplier receives the purchase demand order pushed by the system, the user does not directly send out the purchase order according to the purchase demand order, but needs to send out a sales order and push the sales order to the user, at this time, the user side receives the purchase order, the user confirms the information of the purchase order, if the purchase information is approved, the purchase order can be established in an account access mode or a payment confirmation mode, and the supplier sends the purchase order according to the sales order; if the user disagrees with the purchase order, the system can return the purchase order, and the supplier modifies or withdraws the purchase order, more specifically, the user sends out a purchase demand order and receives the purchase order; for the supplier, according to the received purchase demand order information, a sales order is issued, and at the moment, the purchase demand order is only used as a basis. If the user needs to sell, for example, when selling to a dining room restaurant, supermarket, farmer market retailer, etc., the user can receive purchase intentions of the dining room, supermarket, farmer market, etc., the purchase intentions can be purchase demand orders pushed by the system, or purchase demands of on-site purchase in the farming market or communication modes such as telephone, WeChat, etc., a sales order is sent out according to the purchase demands, the purchase demand side confirms the purchase order after receiving the purchase order, and the agricultural product wholesaler delivers goods according to the sales order after receiving the confirmation information. Through the mode, the user can open the sales order according to the purchasing requirement and confirm the sales order by the purchaser or the supplier can open the sales order according to the purchasing requirement of the user and confirm the sales order by the user, so that errors in purchasing or selling can be avoided.

In some examples, the agricultural product transaction system further comprises a return and refund module 104 for the user to apply for return and refund after receiving the purchase order agricultural product and creating a return and refund application form; specifically, the system displays all supplier information in the return and refund module 104, selects a required supplier through searching or directional selection, and finds purchase order information between the supplier and the required supplier, wherein the purchase order information comprises purchase order date, agricultural product name, purchase quantity, purchase unit price and unit. And applying for returning goods and refunding money aiming at a specific purchase order, and finishing applying for returning goods and refunding money after inputting the quantity of returned goods, the unit price of returned goods and the transportation information. Note that the quantity of agricultural products requested for return cannot be greater than the stock quantity of the agricultural products in the stock management module 107, and the return unit price cannot be greater than the purchase unit price of the agricultural products.

In some examples, the agricultural product transaction system further includes a financial management module 105 for receiving and managing all of the money, and particularly, the financial management module 105 includes a financial statistics sub-module, a money receiving sub-module, an outstanding purchases money sub-module, a money transfer sub-module, and a receipt and payment detail sub-module.

The financial statistics submodule is used for counting the information of total annual income, total annual expenditure, income today, expenditure today, non-income amount, non-payment arrears and the like.

The money receiving submodule is used for counting all the non-received money, distinguishing the non-received sale money, the non-received transfer money, the non-received refund goods returned, the non-received receiving piece deposit and other information, and receiving money. For example, the non-received sales money only aims at the situation between the user and the buyer, namely the buyer purchases agricultural products from the user, at this time, the system displays the buyer information of all the non-received sales money and the total amount of the non-received sales money of each buyer, selects and determines the specific information of all the non-received sales money which can be seen by a certain buyer, including the information of the number, the date, the last return date, the amount of the sales order, the remaining non-received amount, the amount of the collection, and the like, inputs the password to complete the collection task of the non-received sales money, and it is worth explaining that the buyer can pay for the sales money in several times and in several times.

For example, the non-received returned goods refund exists between the user and the supplier, that is, after the user applies for the returned goods refund, the supplier agrees to the application, at this time, the system displays the information of all the suppliers which do not receive the returned goods refund and the total amount of the non-received returned goods refund between the suppliers, including the returned goods refund list number, the purchase list date, the purchased goods, the returned goods refund amount applied and the actual refund amount, and inputs the password to complete the collection task of the non-received returned goods refund.

The unpaid purchase payment sub-module is used for counting all unpaid purchase payment, unpaid borrowing, unpaid return of goods and refund, unpaid deposit of the receiving piece and the like.

The transfer sub-module is connected with a third-party platform, such as a payer, a WeChat, an Internet bank and the like, so that a user can designate a buyer or a supplier, namely a selected receiving user and a selected payment mode to transfer money, specifically, the user can select a client listed on a page or input information such as a client name, a telephone, company keywords and the like in a search column to search, determine type information, input money and select a payment mode to finish transfer money, and the type information is transfer type information and comprises pre-payment transfer, return pre-payment, debit transfer, return debit or other transfer reasons. Meanwhile, the transfer sub-module has a recording function, and the recording function is specific to cash payment, and specifically, if a user pays to a supplier or a buyer in a cash mode, the user selects a payee, determines type information and input amount, and selects a payment mode as cash payment to complete the recording of the cash payment.

The receipt and payment detail sub-module is used for receiving the fund receipt and payment details of the search content feedback response input by the user. For example, the customer searches all the fund receipt and payment particulars in a specified time period (such as today, this week, this month, this year), the page displays all the specific receipt and payment particulars in the time period, including the income amount and the expenditure amount, and displays all the receipt and payment particulars with the customer in the specified time period on the page, each income particulars includes the customer name, income type (sales receipt, pre-payment receipt, return pre-payment receipt, borrow receipt, return debit receipt, return receipt, receipt of deposit, etc.), sales order number or return receipt number, collection date and corresponding collection amount, and income mode of the amount, i.e. WeChat or Payment or Bank card or Cash, each expenditure particulars includes the customer name, expenditure type (purchase order payment, pre-payment, and payment of money), and each expenditure particulars includes the customer name, expense type, Return advance payment, debit payment, return debit, storage deposit payment, return refund payment, etc.), purchase order number or return refund order number, payment date and corresponding payment amount and payment method of the amount. The balance detail sub-module may also search for the customer name directly, at which point all the balance of the transaction with the customer will be displayed.

In some examples, the agricultural product trading system further includes a trading management module 106 for counting and managing purchase orders, sales orders, return and refund application orders, and trading money. It should be noted that the transaction management module 106 manages according to the transaction types, specifically, according to the purchases and sales, and performs classified management through the purchase management module and the sales management module, and the page displays all the customers having the collection and sales relationship with the user.

Further, the customer managed by the sales management module is a buyer who purchases agricultural products from the user, i.e. the user is a sale, and the customer is divided into a system user and a non-system user at the moment:

if the system user is the system user, after the required system user is found, the relevant transaction information between the client and the system user can be checked, and the system user can communicate with the client through a communication module, wherein the communication module comprises a statistics submodule, a sales order management submodule, a received demand order management submodule, a to-be-received sales money inquiry submodule and a returned goods and returned money processing submodule;

the statistic submodule is used for counting the total amount of the money to be collected and the sales amount of the current day between the user and the buyer;

the sales order management sub-module is used for counting transaction amounts between the customer and the sales order management sub-module, including but not limited to total sales amount, yesterday sales amount, total amount of non-received sales money and total amount of received money to be confirmed between the customer and the buyer, managing all sales orders issued by the user aiming at the customer, and performing classification management according to the states of the sales orders, wherein the states are to be modified or to be confirmed or to be received or to be delivered, the states to be modified are that the buyer confirms the sales orders by mistake and returns the sales orders, and the user needs to modify or withdraw the sales orders; waiting for the confirmation of the purchase order sent by the user, and then the user can modify or withdraw the purchase order; when the payment to be received is that the buyer confirms the sales order without errors and pays all or part of the goods money to ensure that the sales order is established, corresponding payment receiving operation needs to be carried out on the paid goods money, and the remaining non-received amount of the sales order is displayed; the established transaction is established for the sales relationship, and the payment is the settled and unsound sales order;

the received demand management submodule counts the total of purchase types and the total of quantity sent by the buyer and can check all demand orders sent by the buyer, each demand order comprises a purchase commodity name, purchase demand order time, required quantity, specification, production place and the like, the module is connected with the sales order module 103 and the purchase demand module 102, a user confirms and selects the received demand order, a new sales order or purchase order can be directly created through the sales order module 103 and the purchase demand module 102, the created new sales order or purchase order directly refers to relevant data of the demand order, and the situation of repeated filling is avoided. The created new sales order is sent to the buyer sending the demand order for the user; if the quantity of the agricultural products in stock of the user cannot meet the quantity of the agricultural products in the demand order, the demand can be created through the purchasing demand module 102 when purchasing from a supplier is needed; it is noted that, at this time, the user may make a sales order or a purchase order;

the system comprises a to-be-received sales money inquiry submodule, a to-be-received sales money inquiry submodule and a to-be-confirmed collection submodule, wherein the to-be-received sales money inquiry submodule counts non-received money items between a user and a buyer, and can perform money urging and collection operations, specifically, all sales order information of the buyer is displayed on a page and comprises sales order date, sales commodities, sales order amount, residual non-received money amount, to-be-received money amount and the like, the money urging operation can be performed on the non-received sales money amount through a money urging module, and the to-be-confirmed collection money amount is input through a password to complete collection operations;

the returned goods and refund processing submodule counts a returned goods and refund application form sent by a buyer to a user and performs classification management according to the state of the returned goods and refund application form, wherein the state comprises unprocessed, processed and system refund, unprocessed statistics is the returned goods and refund application form sent by the buyer to the user, the returned goods and refund application form comprises returned goods and refund application form date, an application form number, a name of goods to be refunded and refund amount, the user does not process the returned goods and refund application form, the user can perform returned goods and refund refusal or refund agreement operation on the returned goods and refund application form, the returned goods and refund application form is entered into a payment page when the returned goods and refund are expected, payment amount is input, and the payment amount can be smaller than or equal to the returned goods and refund amount of the application form; the system return statistics is that after the buyer applies for a return application form, the user does not process the return application form within the specified time of the system, and the system automatically refutes the application form; the processed statistics user processes the returned refund application form, wherein the processed statistics user is divided into three states of waiting for collection, completed and rejected, the to-be-collected statistics is that the user pays the returned refund amount, all returned refund application forms which are to be collected by the buyer are waited for, the completed statistics are all returned refund application forms which are to be collected by the buyer, and the rejected statistics are all returned refund application forms which are rejected by the user;

if the sales order is a non-system user, the total sales amount and the total amount not collected of all the non-system users are displayed at the moment, meanwhile, the system carries out classified statistical management on the sales order according to the state of the sale order and the state of the sale order, the classified statistical management comprises the date of the sales order, the sales goods, the sales amount and the amount not collected, the collection records can be checked for the sale order which is not collected and the sales order which is collected, and a user can conveniently know the collection condition at any time.

Furthermore, the customer managed by the purchase management module is all suppliers providing agricultural products for the user, the user is a buyer at the moment, the system displays all suppliers, after the needed supplier is found, the total amount of purchase debt and the purchase amount of the customer at present can be checked, meanwhile, the system can also be communicated with the customer through the communication module, and statistics and management are carried out through the purchase order management submodule, the issued purchase demand order submodule, the purchase payment query submodule and the returned goods and refund application submodule submitted by the buyer.

The issued purchase demand list submodule counts the types and the quantity of purchased agricultural products and displays all purchase demand orders issued to the supplier, wherein the purchase demand orders comprise commodity names, required quantity and required order dates, and meanwhile, the submodule is connected with the purchase demand module 102 and can issue purchase demands to the supplier again;

and the purchase order management submodule counts the total purchase amount and the unpaid purchase amount in the purchase process and manages the received purchase order according to the states, wherein the states comprise to-be-confirmed, unpaid and settled. After a purchase demand order is confirmed to be sent out by a user, a supplier sends out a sales order according to the purchase demand order, the user receives a purchase order, the user confirms the information of the purchase order, the information of the purchase order comprises the number, date, purchased commodities and purchase amount, if the user does not disagree with the information of the purchase order, the purchase order is made to be established through an account accessing module or a confirmation payment module, and if the information of the purchase order is disagreeed, the purchase order can be returned through a returning module; the uncollected state is the state that the purchase order is established but the money is not cleared, comprises the number of the purchase order, the date, the purchased commodity, the amount of the purchase order and the remaining unpaid amount, and can carry out repayment operation; the settled purchase order is a purchase order with settled cost;

the to-be-paid purchase money inquiry submodule counts the purchase total amount, the unpaid purchase total amount and all outstanding order information between the supplier and the to-be-paid purchase money inquiry submodule, and can repay an individual order or carry out batch repayment operation after checking the order;

the returned goods and refund application submodule submitted by the user counts returned goods and refund application forms proposed by the user to the supplier, and performs classification management according to the state of the returned goods and refund application forms, wherein unprocessed, rejected, completed and system returned forms are counted, the unprocessed and counted returned goods and refund application forms sent by the user to the supplier, and the supplier does not process the returned goods and refund application forms at the moment;

the rejected statistics are that the supplier does not accept the returned goods and refund application form and rejects the returned goods and refund application form; the statistics that the supplier agrees to the return goods and refund application form and pays the refund amount are completed; the system return statistics are the application forms which are processed by the supplier within the time set by the system and are automatically rejected by the system.

In some examples, the agricultural product trading system further includes an inventory management module 107 for managing and accounting for incoming and outgoing inventory agricultural products. Specifically, the inventory management module 107 acquires the purchase order information to automatically put in the warehouse, and simultaneously acquires the sales order information to automatically put out the warehouse, and if the agricultural product sold by the sales order is not in the inventory management module, the sales order is acquired, and simultaneously, the corresponding warehouse-in and warehouse-out are automatically performed according to the agricultural product information of the sales order.

More specifically, the inventory management module 107 further includes an add goods sub-module, an in-out inventory detail module, a conversion unit sub-module, an overflow sub-module, a loss sub-module, and an inventory checking sub-module.

And the commodity adding submodule is used for responding to the search instruction and adding the warehousing information of the agricultural products after the selected agricultural products are searched, wherein the warehousing information comprises but is not limited to the production place, specifications such as large, medium, small, fine, common and the like, units such as jin/basket/box/bag and the like, quantity, purchase unit price, commodity sources such as supplier names, contact ways and the like of the warehoused products so as to finish warehousing of the agricultural products. For example, the system page displays the existing agricultural products and corresponding stocks in the warehouse, the names of the agricultural products to be warehoused are input in the search bar or the warehousing agricultural products are selected after the agricultural products are classified and screened, and the warehousing of the agricultural products can be completed after information such as the agricultural product producing area, unit, specification, quantity unit, purchasing unit price, agricultural product source, supplier telephone number and the like of the warehousing agricultural products is input. (ii) a

The conversion unit submodule, the overflow reporting submodule and the damage reporting submodule are all used for carrying out unit conversion, overflow reporting and damage reporting operations after the selected agricultural product is searched in response to the search instruction. The unit conversion is used for converting the stock quantity of selected stock agricultural products, the agricultural product wholesale transaction circulation generally adopts jin, baskets, boxes, bags, boxes and the like as transaction units to perform transaction according to the transaction characteristics of agricultural product wholesale, but the baskets, the boxes, the bags and the boxes are also disassembled for sale in many times, and after the disassembly and sale, the stock quantity statistics is inconvenient to perform. For example, in the transaction, firstly, jin is taken as a transaction unit, then, conversion is carried out to a basket as a transaction unit, at this time, the jin number and the number of baskets to be converted are input through the conversion unit submodule, the jin number of each basket is calculated by the conversion module to complete conversion from jin to basket, then, for the convenience of the transaction, when the basket needs to be converted into bags again, at this time, the jin number and the number of bags to be converted need to be input through the conversion module, the jin number of each bag is calculated by the conversion module to complete conversion from basket to bag, so that any two transaction units can be converted one by one, and after the conversion is completed, conversion of other units can be continued. For another example, if the number of apples to be stocked with agricultural products is 500 jin, the number to be converted is 200 jin, the target unit is a basket, the target number is 8 baskets, the conversion of converting 200 jin into 8 baskets is automatically completed by the conversion unit submodule after the input is completed, and similarly, the conversion of the measurement unit is suitable for the conversion of any two or more of jin, basket, box, bag, basket and box. And the overflow reporting sub-module and the damage reporting sub-module input overflow reporting or damage reporting quantity and reasons for the selected agricultural products and then increase or decrease the quantity of the agricultural products in the corresponding warehouse. The warehouse entry and exit detail module is used for enabling a user to check the details of agricultural products entering and exiting a warehouse, and comprises commodity type types and record numbers, specifically, counting purchase orders, sales orders, overflow reports, loss reports and applying for goods return information to a supplier for counting, and meanwhile, responding to a search instruction to check the warehouse entry and exit conditions of a certain appointed agricultural product or check the warehouse entry and exit conditions of all agricultural products in a certain specific time period; the inventory checking submodule is used for recording checking information of each agricultural product, including names, quantity and the like of the agricultural products, and meanwhile, the inventory checking submodule sends recorded related information to the inventory management module 107 so as to update the inventory agricultural product information, and meanwhile, the inventory checking condition in a certain time period can be checked at any time through the inventory checking submodule, so that the inventory checking submodule is simple and convenient to use.

In some examples, the agricultural product trading system further includes a container management module 108 for counting and managing rental information of containers during the trading process.

Specifically, the receiving part management module 108 includes an adding sub-module, a lending sub-module, a returning sub-module, a lending order management sub-module, a returning order management sub-module, a receiving part entering and exiting detail sub-module, and the like.

Specifically, the adding submodule is used for adding relevant information of the containing piece. For example, if the container is a basket, at least the name, number, weight, loan deposit, and specification (length, width, height) of the basket are added.

The statistics submodule is used for making statistics of the receiving part borrowing and lending information related to each customer, and the receiving part borrowing and lending information at least comprises the following steps: the total number of the storage pieces, the total inventory number, the number of the borrowed storage pieces, the paid deposit, the number of the borrowed storage pieces, the received deposit and the like are displayed through the display module.

The lending submodule is used for rapidly lending the existing containing parts, responding to the search content to search the containing parts, inputting lending information, wherein the lending information comprises but is not limited to customer names, contact ways, containing part names, specifications, total amount, lending deposit and lending amount, and the lending submodule counts the total amount of the deposit, completes the lending list of the containing parts after determination and sends the lending list to customers.

The return sub-module is used for quickly returning the containing pieces, responding to the search content to search the containing pieces, inputting return information, wherein the return information comprises but is not limited to customer names, contact ways, containing piece names, specifications, return deposit, return quantity and the like, and the return sub-module counts the total deposit amount, completes the return list of the containing pieces after determination and sends the return list to customers.

And the borrowing and lending list management submodule is used for counting and managing the borrowing list and the borrowing list information. Wherein, the loan order information is divided into the deposit to be confirmed, the deposit to be collected and the loan according to the state; all the loan orders to be confirmed as waiting for the customer to confirm at least comprise serial numbers, customer names, loan time, loan quantity and deposit; the deposit to be collected is that the client confirms the loan order and pays the deposit, and the user inputs the password to collect the deposit; the lending includes two types, one is a lending form in which deposit is collected, and the other is the container information included in the sales form confirmed by the buyer.

The borrowing bill information is divided into information to be confirmed and information to be confirmed according to states; when the information of the storage piece borrowed from the customer by the user is confirmed, the user is required to pay the deposit at the moment; container information that confirms that the user has paid the deposit.

And the return receipt management submodule is used for counting and managing the sent return receipt and the received return receipt information. The sent return bill information at least comprises a client name, a name of a storage piece, specifications, a return deposit, a return quantity and the like, and is divided into information to be confirmed, information to be collected and information to be completed according to states; the return list is to be confirmed as the return list which is sent by the user and waits for the confirmation of the client; the collection is a return order confirmed by the client and returned to the deposit, and the collection is waited for the return order collected by the user; the return ticket is completed for which the user has completed the return and collected the money.

The received return list information at least comprises a client name, a name of a storage piece, specifications, a return deposit, a return quantity and the like, and is divided into to-be-confirmed information and confirmed information according to states; when the user confirms the deposit receipt, the deposit receipt needs to be returned after the user confirms the deposit receipt; a return ticket that is confirmed as a user that has confirmed and returned the deposit.

The receiving piece entering and exiting detail submodule is used for managing the receiving piece detail information related to each receiving piece, and at least comprises: and the information such as the number of all the related clients, the number of the stored articles and the number of the taken articles out of the warehouse are displayed through the display module. The storage piece detail management submodule also provides a search bar on a display interface, so that a user can check the specific details of the storage piece after inputting information such as the name or the number of the storage piece, and the specific details comprise borrowing information and/or lending information.

In some examples, the agricultural product transaction system further comprises a pending module 109 for managing and counting all outstanding items in the transaction process, including at least returned sales orders, pending sales money, received returned refund orders, confirmed purchase orders, pending purchase orders, returned refund orders, confirmed receipt refunds, pending transfer accounts, pending deposit for the receiving storage, pending borrow for the confirming borrowing, pending deposit for the receiving storage, pending return for the receiving storage.

The returned sales bill, the sales money to be received and the returned and refunded bill after being processed are all related matters existing in the process that the user sells agricultural products to the buyer. Specifically, the returned sales order displays sales orders returned by all the buyers, each sales order including information such as a buyer name, a sales order number, a sales order commodity, a sales order date, a sales order amount, a container amount, and a total order amount, and the returned sales order may be subjected to a withdrawal or modification resending operation. And displaying the information that all the buyers pay and need to perform money collection operation by the user on the sales money to be collected, wherein each sales money to be collected comprises the information of the name of the buyer, the serial number of the sales slip, the date of the sales slip, the commodity of the sales slip, the amount of the containing piece, the amount of the payment and the like, and confirming the money collection operation on the sales money to be collected by inputting a password. The received returned bill is processed to display returned application of all the purchasers, and returned application bill information confirmed by the user is waited, wherein the returned application bill information comprises the information of the purchaser name, the sales bill number, the sales bill date, the sales bill commodity, the sales bill amount, the returned money application amount and the like, the user confirms the returned bill, and when the returned bill is agreed, the user needs to confirm to pay corresponding money.

The purchase order to be confirmed, the purchase order to be settled, the returned return payment order and the receipt payment confirmation are all related matters existing in the purchase of agricultural products from a supplier by a user. Specifically, the purchase order to be confirmed displays all sales orders created by suppliers according to the agricultural product purchase demand order, namely the purchase order for the user, each purchase order includes but is not limited to information such as the name of the supplier, the purchase date, the purchased commodity, the purchase quantity, the purchase order amount and the like, after the purchase order is confirmed to be correct, payment or credit is carried out to enable the order to be true, when the order information is disagreeed, the order can be returned, a message is left to the supplier, and then the message is sent, so that the supplier can modify the returned order, and the like. The purchase order to be cleared displays all purchase orders of unpaid goods, including but not limited to information such as supplier name, purchase date, purchased goods, purchase order amount and residual unpaid amount, and the user can pay for the unsoid purchase order. The returned refund bill is used for submitting a goods withdrawal and refund application to the supplier, the supplier disagrees with the application, and the refund is rejected, and at the moment, the user can modify and send the refund bill again. The confirmation of receiving the refund is that the supplier agrees to the application of returning and refunding the agricultural products proposed by the user and pays the corresponding refund, and at the moment, the user needs to perform the money collection operation.

The transfer to be received obtains transfer information of borrowing, prepayment, returning borrowing and returning prepayment between a buyer and a user and between the user and a supplier, namely obtains money exchange except for a sales transaction, and each transfer information comprises but not limited to the name of the buyer or the supplier, transfer date, transfer amount and the like, and the user can refuse to receive or confirm to receive money according to the transfer information. The deposit of the to-be-collected storage piece shows that a client borrows the storage piece from a user, the user gives a loan order, the client confirms the loan order and pays the deposit, and at the moment, the user needs to perform collection operation; the containing piece to be checked shows that the customer sends a containing piece borrowing order to the user, and the user receives the borrowing order and needs to check; the condition that the to-be-received storage part returns the deposit is that the user returns the storage part to the client, and the client returns the deposit of the storage part at the same time, and the user performs the money receiving operation; the to-be-returned storage part shows that the customer sends a storage part returning order to the user, and the user needs to confirm the returning order operation.

In some examples, the agricultural product trading system further comprises a cost module 110 for performing cost statistics and management, including at least expected profit rate, commodity loss rate, fixed operation cost and sales change cost, wherein the cost module performs statistics and management monthly, and requires monthly setting of related information or batch setting of related information, wherein the fixed operation cost includes but is not limited to a level/berth rent, manual wages, accommodation rents, property management fees, water and electricity fees, and the sales change cost includes but is not limited to trading fees, transportation fees, loading and unloading fees, and the like. For example, when the cost information of 10 months is set, the desired gross profit rate, the commodity loss rate, the fixed operation cost and the variable sales cost are sequentially input and then the setting is saved, and subsequently, if the setting is modified, the setting before modification can be checked through the historical setting.

In some examples, the agricultural product transaction system further comprises a reporting module 111 for generating a report related to agricultural product transaction, including at least sales statistics, purchase statistics, outstanding sales statistics, outstanding purchase statistics, balance statistics, customer fund and transaction statistics, commodity profit statistics, container in and out statistics, agricultural product in and out warehouse details, and operation profit statistics during transaction.

Specifically, the sales statistics, which is statistics of the details of the agricultural products sold by the user to the buyer, can search a certain agricultural product in response to the search content, and view the sales amount, profit amount and commodity information of the agricultural product, wherein the commodity information includes but is not limited to the name of the agricultural product, the sales amount, the total sales amount and the total profit amount, and the total profit amount obtains the difference between the sales price and the purchase price. Meanwhile, a certain time period, such as today, the week, the month, the year and the like, can be appointed, and the sales amount, the profit amount and the commodity information in the appointed time period can be checked.

And (4) purchasing statistics, wherein the statistics is that the details of the agricultural products purchased by the user from the suppliers are counted, a certain agricultural product is searched in response to the search content, the purchasing amount and the supplier quantity of the agricultural product and specific purchasing commodity information and the like are checked, and the commodity information comprises but is not limited to the name of the agricultural product, the name of the purchaser, the total purchasing amount and the like. And meanwhile, a certain time period, such as today, the week, the month, the year and the like, can be appointed, and the purchase amount, the number of clients and the details of purchased commodities in the appointed time period can be checked.

And counting the unreceived sales money, wherein the counted unreceived sales money is the goods money which is not received after the agricultural products are sold to the buyer by the user, displaying all the unreceived money details including the quantity of the sales orders and the debt amount, searching a certain buyer in response to the search content, checking all the debt details of the buyer, and the debt details comprise all the unreceived order information of the buyer at the moment, including but not limited to the names of the sales goods, the amount of the sales orders, the residual unreceived amount and the like. Meanwhile, a certain time period can be appointed, and information such as the arrearage amount and the number of customers in the appointed time period can be checked; and the arrearage buyer can be reminded to repay.

And counting the unpaid purchase money, wherein the counted payment is the unpaid goods money after a user purchases agricultural products from a supplier, displaying the details of all unpaid money, including purchase order details, unpaid money and the like, searching a certain supplier in response to a search instruction, checking the details of all unpaid purchase money between the supplier and the certain supplier, and the debt details comprise all outstanding order information of the buyer at the moment, including but not limited to the name of a sold commodity, the amount of a sold order, the remaining outstanding money and the like, and simultaneously, the unpaid details in the time period can be checked, the debt can be subjected to payment operation at the same time, and a repayment record can also be checked.

And (4) receiving and paying statistics, wherein the statistics comprise all income amount, expenditure amount and details, and the receiving and paying details are used for the search content feedback response input by the user. For example, the user searches for a specified time period (e.g., today, week, month, year), and the page displays all the specific balance details including the income amount and the expense amount for the time period, and displays all the balance details with the customer for the specified time period on the page.

And (4) carrying out statistics on the amount of the money from the client, wherein the statistics include the balance and detail of the money from the client, and the money from the client at least comprises the paid and unpaid sales money, the paid and unpaid purchase money, the borrowed and returned borrowed money, the prepaid and returned prepaid, and the paid and unpaid deposit of the containing piece. For example, the user searches for the customer name, and the page displays the balance and details of all transactions with the customer.

And (4) counting the profit of the commodity, counting sales amount, obtaining profit amount based on the difference between the selling price and the purchasing price of the sold agricultural products, and displaying the profit detail of all the traded commodities. And searching a certain agricultural product according to the search content, and checking the sales amount, profit amount and commodity profit information of the agricultural product, wherein the commodity information comprises but is not limited to the name of the agricultural product, the sales quantity, the total sales amount and the total profit amount, and the total profit amount obtains the difference between the sales price and the purchase price. Meanwhile, a certain time period, such as today, this week, this month, this year, etc., can be designated, and the sales amount, profit amount and profit details of the commodity in the designated time period are checked, wherein the profit details of the commodity include but are not limited to the commodity name, purchase price, sales volume and profit of the commodity.

And (4) counting the in-out of the storage of the containing piece, and counting and managing the lease details of the containing piece in the transaction process. Specifically, information such as the number of all customers, the number of warehoused containers, and the number of warehoused containers that are associated with the containers is counted and displayed to the outside through the display module. The storage piece detail management submodule also provides a search bar on the display interface, so that a user can check the specific details of the storage piece after inputting information such as the name or the number of the storage piece, and the specific details comprise borrowing information and/or lending information.

And (4) counting the operation profits, namely counting the sales amount in a specified time period, such as year, month, day and the like, and obtaining the operation profit amount (net profit) based on the selling price, the purchasing price and the difference between cost statistics in the cost module.

The warehouse-in and warehouse-out detail is used for a user to check the details of agricultural products in and out of the warehouse, and comprises commodity type types and record numbers, specifically, the statistics of information of purchase orders, sales orders, overflow reports, loss reports and application for goods return to a supplier is carried out, and meanwhile, the warehouse-in and warehouse-out condition of a certain appointed agricultural product or the warehouse-in and warehouse-out condition of all agricultural products in a certain specific time period can be checked in response to a search instruction.

It should be understood that the division of the modules of the above system is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the x module may be a processing element that is set up separately, or may be implemented by being integrated in a chip of the system, or may be stored in a memory of the system in the form of program code, and the function of the x module may be called and executed by a processing element of the system. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

Referring to fig. 2, a schematic diagram of an agricultural product transaction method in an embodiment of the present invention is disclosed, which includes the following steps:

201. adding clients and performing classified management according to client types; the customer type includes at least a buyer and a supplier;

202. a specified supplier creates a corresponding agricultural product purchase demand order to form a purchase order;

203. and after the buyer is appointed, a corresponding agricultural product sales order is created.

It should be noted that the agricultural product transaction method provided in this embodiment is similar to the above embodiment of the agricultural product transaction system, and therefore, the detailed description is omitted. It is understood that the executing subject of this step may be an agricultural product transaction system, and may also be a terminal, a server, etc., and is not limited herein.

The invention also discloses an embodiment of agricultural product transaction equipment, which comprises at least one processor 301 and at least one memory 302 as shown in fig. 3; the processor 301 is in communication with the memory 302, the memory 302 stores a computer program, and the processor 301 executes the computer program stored in the memory 302 to cause the apparatus to perform the agricultural product transaction method described above.

It will be appreciated by those skilled in the art that the agricultural product transaction apparatus provided in the present embodiment does not constitute a limitation of the apparatus and may include more or fewer components.

Based on the method shown in fig. 2, the embodiment further provides a storage medium, on which a computer program is stored, and the computer program, when executed by a processor, implements the transaction method shown in fig. 2.

Based on such understanding, the technical solution of the present application may be embodied in a software product, where the software product is stored in a storage medium, such as a usb disk, a removable hard disk, and the like, and includes several instructions to enable a computer device to execute the method of each implementation scenario of the present application.

The storage medium may further include an operating system, which is a program for managing hardware and software resources of the above-described apparatus and supports the execution of information processing and other software or programs, and a communication module for implementing communication between each component inside the storage medium and with other hardware and software in the information processing device.

Through the description of the above embodiments, those skilled in the art will clearly understand that the present application can be implemented by software and a necessary general hardware platform, and can also be implemented by hardware.

Those skilled in the art will appreciate that the drawings are merely schematic representations of one preferred implementation scenario and that the flows or blocks in the drawings are not necessarily required to practice the present application. Those skilled in the art will appreciate that the modules in the devices in the implementation scenario may be distributed in the devices in the implementation scenario according to the description of the implementation scenario, or may be located in one or more devices different from the present implementation scenario with corresponding changes. The modules of the implementation scenario described above may be combined into one module or further split into multiple sub-modules.

The foregoing description of the embodiments of the present application has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments, and any such modifications as would be obvious to one skilled in the art are intended to be included within the scope of the present application. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. An agricultural product trading system, comprising:

the client management module is used for adding and managing clients; the customer type includes at least a buyer and a supplier;

the purchasing demand module is used for creating a corresponding agricultural product purchasing demand order after a supplier is appointed so as to form a purchasing order;

and the sales module is used for creating a corresponding agricultural product sales order after the buyer is appointed.

2. The transaction system of claim 1, wherein the system further comprises:

the return payment module is used for receiving the agricultural products in the purchase order, applying for return payment and creating a return payment application form;

and the financial management module is used for receiving and managing all the money.

3. The transaction system according to claim 1 or 2, wherein the system further comprises:

and the transaction management module is used for counting and managing the purchase order, the sales order, the return and refund application form and the transaction money.

4. The transaction system of claim 3, wherein the system further comprises:

the inventory management module is used for carrying out corresponding agricultural product warehousing and delivery management according to the purchase order, the sales order and the return and refund application form, and is also used for adding agricultural products to warehouse and carrying out overflow reporting, damage reporting and unit conversion on the specified agricultural products;

and the storage piece management module is used for counting and managing the lease information of the storage pieces in the transaction process.

5. The transaction system of claim 1, wherein the system further comprises:

and the pending module is used for managing and counting all unfinished items in the transaction process, and at least comprises returned sales orders, sales money to be received, received returned payment orders, purchase orders to be confirmed, purchase orders to be settled, returned payment orders, confirmed receiving payment, transfer accounts to be received, deposit of the received receiving pieces, the receiving pieces to be confirmed borrowed, returned deposit of the receiving pieces to be received, and the receiving pieces to be received and returned.

6. The transaction system of claim 1, wherein the system further comprises:

and the report module is used for generating a report related to the agricultural product transaction, and at least comprises sales statistics, purchase statistics, non-collected sales statistics, non-paid purchase statistics, collection and payment statistics, client fund and money statistics, commodity profit statistics, operation profit statistics, storage member in and out warehouse statistics and agricultural product in and out warehouse detail in the transaction process.

7. The transaction system of claim 1, wherein the system further comprises:

and the cost module is used for carrying out cost statistics and management and at least comprises expected gross profit rate, commodity loss rate, fixed operation cost and variable sale cost.

8. A method of trading an agricultural product, comprising the steps of:

adding clients and performing classified management according to client types; the customer type includes at least a buyer and a supplier;

a specified supplier creates a corresponding agricultural product purchase demand order to form a purchase order;

and after the buyer is appointed, a corresponding agricultural product sales order is created.

9. A computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the agricultural product trading method of claim 8.

10. An agricultural product transaction apparatus, comprising: at least one processor and at least one memory;

the memory is used for storing a computer program;

the processor is configured to execute the memory-stored computer program to cause the apparatus to perform the agricultural commodity transaction method of claim 8.