Chain multi-store cash register system source code of the new purchase order function logic

Introduction to the purchase, sale and storage system of the source code of the saas chain multi-store management cash register system 02 --- add the functional logic of the purchase order and purchase order details.

1. SaaS cash register system source code - add purchase order - purchase notice

The newly added purchase order is applicable to the commodities that merchants (headquarters) need to purchase/replenish from external suppliers. When adding new items, you will see the corresponding more important purchase instructions, which saves a lot of system learning costs.

2. SaaS cash register system source code--add purchase order--fill in basic purchase information

There are two types of newly added purchase orders : merchant purchase and store purchase . The headquarters can purchase goods for its own general warehouse (merchant purchase) or purchase directly for each directly-operated store (store purchase). Franchise stores need to purchase goods by themselves, and franchise stores can also apply to the headquarters for goods. You can also fill in the corresponding document remarks to facilitate data tracking.

3. SaaS cash register system source code--add purchase order--add goods purchased

After selecting the corresponding purchase warehouse/store, supplier, and purchase type, you can select the product to purchase this time. In the pop-up window of purchased products, you can select products by filtering product categories and fuzzy search, and at the same time, you can see the product's stock keeping unit/barcode/available inventory/and the quantity of selected products this time.

4. SaaS cash register system source code--add purchase order--enter purchase data

After adding the purchased goods, you can enter the current purchase quantity/purchase unit price/production date/purchase remarks, etc. according to the purchase unit.

Among them, there is a very important function: select the purchase quantity according to the "purchase unit". This requires the support of the "commodity multi-unit" function.

For example, tobacco and alcohol products are purchased according to "bars" or "boxes", but sold according to "bottles" or "boxes". Then when you purchase, you must have the corresponding purchase type. The functional experience of the source code of this cash register system is very good.

Although many competing product vendors also have multi-unit functions, the actual use experience is messy and poor. Users need to judge by themselves.

5. SaaS cash register system source code--add purchase order--operate purchase warehousing/purchase order void

5.1, the purchase order is submitted successfully, and the status in the document details will be displayed as " not in storage ". It is also necessary to operate the work of "warehousing". Only the products that have been successfully stored in the warehouse can be officially used. Otherwise, it belongs to "in-transit inventory".

5.2. For the wrongly filled or canceled documents, you can operate the "void" purchase order. After the operation "void", it is confirmed that the entire document is invalidated successfully.

Note: After the Purchase Order is invalidated, the associated "Associated Payment Note" will also be invalidated.

6. SaaS cash register system source code--add purchase order--purchase order details

After a purchase order is successfully stored in the warehouse, you can click the document details to view it. The details will indicate the status of the first purchase purchase order, the purchase and storage and the actual storage quantity/purchase amount/the number of purchases this time. It can be used to export documents or print documents.

7. SaaS cash register system source code--new purchase order-- summarization of important function points

7.1, it must be possible to purchase according to various units of the commodity;

7.2. Various real-time statuses of documents must be clearly displayed;

7.3, the headquarters can purchase goods for itself, and can also help special stores to purchase goods;

7.4, the document in question must be voidable, and must be associated with the purchase payment document after voiding

7.5, Successful documents must be exportable/printable/traceable.

Guess you like

Origin blog.csdn.net/boechina/article/details/124517165