Goods Package - Type G

Goods Package - Type G

There are cases, when we want to sell packages that consist of items we have in stock and no work orders for the subordinate items.

The example consists of the following two items:

• INKJET_BLACK
• INKJET_PRINTER

We will group the items into a set and sell them together as one position on the document. For this reason, it is necessary to define an id that is set as an G-type package - the package name, in our case, call it INKJET_SET

What is the procedure?

1. Item definition

We need to enter the package code and the item codes of which the set consists.

First, enter the items of which the set will consist. We will use type 200, type B. For example:

• INKJET_BLACK
• INKJET_PRINTER

In the Calculation panel enter the purchase and selling prices that will be valid for the acquisition and issue of these items.

Then, we enter the parent item, or package. We will use type 203 - type G. Its basic feature is that it allows us to enter the parent ID code in the release documents, while in the background, the program will automatically create an internal document to relieve the slave from the repository of data in the bill of lading.

The sale price of an goods package ID is freely defined, which means that the price of the package does not necessarily have to be the sum of the sales prices of the subordinate package items. At issue, the program will check if the sum of the prices of the subordinate items is different from the amount in the "value" field at the position of the issue of the package item. If different, it will be necessary to create a price change document for the sake of records in the commercial records.

In the Specification panel, you need to define of which underlying items the goods package consists of.

Goods package item: INKJET_SET

Specification:

• 1 piece of INKJET_BLACK
• 1 piece of INKJET_PRINTER

2. Document type settings

The linked internal document that the underlying items will be relieved from is defined in the code list of the issuing document type (in our case, the document type 300), and the default repository from which the underlying items are issued is the warehouse from which the package is issued.

The default document type that will issue underlying items is 3G0 - Goods package details:

In case the repository is not preset on the type of the internal release document, the program will automatically transfer the repository from the commodity release document. In the event that serial numbers are identified, they will be posted automatically (regardless of the Automatic Serial Issue Switch).

3. Issuing of a goods package

When issuing goods, we enter the goods package ID in the document position, while a related internal document is created in the background to relieve the stock of slave identities from the warehouse.

At the moment when the items type G,H, are added to the issue document, the header of linked internal document is created with empty BOM (Bill of Materials). When BOM of these items is changed on the issue document, it also affects the quantities of subordinate items on linked internal document.

Enter the goods package item code and issue quantity in the position of the issue document:

When we update a position (save or move to the next position), the program automatically creates positions for us on the linked internal document for the BOM (Bill of Materials). An internal document is created for the date and repository combination, which means that a related internal release document will be created to release the package from the specified repository on the selected date. If the slave identities are led by serial numbers, a window for selecting the serial numbers opens here.

In case subordinate items are led by serial numbers and we do not select all serial numbers at issue, the program will set the quantity on the issue document to zero.

In the link panel shows the link between the release document and the related internal document:

If we try to delete the position of the goods package from the issue document, the program will give us a warning that a linked document has already been created. Therefore, it is necessary to first delete the positions from the related document before the positions of the commodity package can be deleted from the issue document.

The same warning will appear if we attempt to delete a complete release document that has the item of a commodity package in position.

4. Stock Overviewe

Accordingly, stock changes will only be monitored on the underlying items, while only informative stock can be monitored for the goods package item. As a result, the Current Stock Overview creates an 02G report - Commodity Inventory of Commodities Packs, showing the possible stock of packages, according to the stock status of the underlying items defined in its inventory in the Items register.

It is necessary to understand that the stock is informative, that is, it indicates the possibility of realizing packages according to the stock. The quantities of individual identities are taken into account in the calculation according to the method of minimum requirements according to the norms of the package. It is crucial that the user gets information about the number of sales packages they can have in stock, depending on the amount of slave identities. Example: ID A is in stock 1000 pieces, ID B is in stock 500 pieces, ID C is in stock 0 items - this means that the information stock of the package will be 0, since one required slave id is not in stock.

Likewise, on the other printouts of the Current and Minimum Stock Review, a switch can be marked which is not marked by default.

In case the switch is unlabeled, the examination does not take into account the type G (commodity package) identities. If the switch is checked, by selecting the identities defined in the Identifier Code by the type G, or by selecting such criteria that would also take into account these idents, displays the status of the packet stock information status, but the stock of subordinate identities is ignored.

The Parent Identity Repository will always only display the Issue Documents, since only the Identity Packages can be entered on those documents. For other transactions (purchase, transfer), the slave identities that make up the package are used.

	By using type G items, we can greatly simplify the issue of goods that we want to combine into one item, without the use of work orders.
	See the chapter Special Identifiers.

	Only items of type goods or materials should be added to the bill of materials of the goods / service package.
	Goods / Service packages are posted to only one level. Multilevel derecognition of subordinate identities is not possible.
	In the case when the bill of materials of the goods package lists the items that are kept by serial numbers, in the case of adding the goods package from the order documents to the goods documents, the serial numbers are posted automatically.

Splošni opis funkcije:

• Identi
• Vrste identov

Povezane teme:

• Sestavljeno blago - tip C