Receipts

• Receiving site (field PRHFCY)

The site code is mandatory. It is initialized by default by the stock site code associated with your user code. To modify this code, click the Selection icon to display the list of authorized sites.

Sites are not subject to any restriction in order to authorize products that are not managed in stock, to be received on sites with no storage role. This can be the case of miscellaneous supplies.

At this stage, you can choose the orders and deliveries to be processed from the Orders and Deliveries selection lists, available in the selection panel.

In order to limit the proposed selection of orders or deliveries:

• enter additional information in the header,
• click Picking criteria from the Actions panel and enter additional filters.

• Intersites (field BETFCY)

This information cannot be modified and specifies whether the receipt has the type 'inter-site'.

If the entered supplier is of the intersite type, this check box is automatically selected and can no longer be accessed when an intersite or intercompany delivery is selected.

To carry out this type of supplier receipt, you first need to assign roles to the various set up sites:

• The supplier at the origin of the receipt must define a sales site (Management tab in the Supplier record, the inter-site check box must be selected and a sales site must be associated with this supplier. It is advised for readability reasons to associate a supplier code with the site code).
• The receipt site must identify a delivery address (receipt site on a customer delivery address) for a customer identified as a purchase site.

A supplier receipt is automatically considered as being of the type inter-sites or inter-company if the supplier is identified as being a site. The difference between intersites and intercompanies is based on whether or not the supplier site belongs to the same legal company as the receipt site. If the sites belong to different companies, the receipt will be considered as intercompany and intersite, otherwise, it will be considered as intersite only.

An intersite or intercompany receipt is processed through the classic method. The only difference is that an intersite receipt cannot be invoiced.
The creation of such a receipt, in addition to the effective update of the stock (by increasing the physical stock) and the entry of the receipt movement in the stock journal, the update of the stock totals In transfer (for the site that has carried out the expedition) and In transit for the receiving site.
When a receipt of this type in entered, it can be the object of a supplier return at the shipment site at the origin of the receipt.
During the receipt of a sales shipment of this type, the stock information us automatically picked up from the customer shipment (lot, sub-lot, serial number).

Note:
In the case of an inter-site receipt, the calculation of the purchase cost and of the stock cost does not take into account the line amount, the not deductible taxes and the invoicing elements.
For the stock cost calculation, the invoicing elements can be taken into account. To do so, the value 'Yes' must be assigned to the BETFCYCST - Integration of invoicing elements parameter (ACH chapter, COS group).

• Intercompany (field BETCPY)

This information, which cannot be modified, indicates if this is an intercompany receipt.
When the receipt relates to an intercompany supplier (site of a different company), the receipt can be invoiced.

• Receipt (field PTHNUM)

The receipt number is automatically generated after validating the receipt creation, based on the setup of the sequence number associated with the receipt document. If the entry of this sequence number is manual, it can be entered manually.
In the case of an inter-site receipt, you can define another sequence number counter to identify the receipts.

• Supplier (field BPSNUM)

Enter the supplier at the origin of the receipt. The selection lists specific to the intersite and intercompany orders and deliveries available for receipt are filered to those related to the entered supplier.

From the Selection icon, you can:

• Receipt date (field RCPDAT)

The receipt date is initialized by default to the current date. It can be modified. You can enter a receipt date earlier than the current date to enter a receipt that could not be entered on the system on the day of the physical receipt. However, you cannot enter a date later than the current date.

This date is then taken as the posting date to generate the stock movements during the creation of the receipt. A check will be carried out with respect to the periods file in order to ensure that the movement can be carried out on this date (Stock closing concept).
Once the receipt has been created and the stock movements carried out, you can modify the receipt date, but the associated stock movements will not be updated. A message will warn the user.

• Supplier packing slip (field BPSNDE)

Use this field to indicate the number of the supplier delivery note. This field contains free text. It is optional.
A non-blocking check is carried out to verify that the delivery number does not already exist for this supplier on another receipt.

When the receipt comes from an intersite or intercompany delivery, the original delivery number is displayed and the field can no longer be modified.
If two deliveries of this type have been selected, the field then becomes available for modification and is reset to an empty value.

• Packing slip date (field NDEDAT)

The date is initialized by default to the current date. You can modify this date and enter the delivery note date mentioned on the supplier delivery note attached to the goods.

When the receipt comes from an inter-site / inter-company delivery, the delivery note date is initialized by the delivery date of the inter-site / inter-company shipment and the field is no longer accessible. If two deliveries of this type have been selected, the field displays today's date and becomes available for modification.

• Currency (field CUR)

The currency proposed by default is that associated with the supplier entered in the receipt header. It remains modifiable provided no receipt line has been entered. If a document is selected via picking although no receipt line has been entered, the receipt currency is initialized to the currency of the selected document.

From this field, you can directly enter a currency code, subject to an existance check in the table of currencies, or click the Actions icon to:

• select a currency from the table,
• create, according to the user's authorizations, a currency code in the table.

The receipt lines, either direct or coming from another document, inherit from this currency. For the lines coming from another document, the amounts are converted into the receipt currency.

It is prohibited to modify the currency once a subcontract receipt has been created.

• Rate type (field CHGTYP)

The exchange rate type proposed by default is the exchange rate type associated with the supplier at the origin of the receipt. An exchange rate type is used to determine a currency rate in the exchange rate table, taking the receipt date or the original order date into account (based on the parameter value of PTHCURDAT - Date of exch. rate for receipt, ACH chapter, CUR group).

For receipts, this information is useful to:

• Determine prices and discounts, in the event of a direct receipt, based on price lists authorizing conversion between currencies
• Value the receipt into stock of a receipt if the valuation mode of the Product-site is 'Order price'.

This information remains modifiable as long as no receipt line has been entered.

It is prohibited to modify the rate type once a subcontract receipt has been created.

• Warehouse (field WRHE)

The presence of this box is subject to the activity code WRH.
Movement warehouse, suggested by default for all the document lines.
It must be entered if it is defined as mandatory at the level of the entry transaction.
It is loaded in priority with the warehouse defined for the user. If it fails to be set up at user lever, it is initialized with the warehouse defined, by default, at site level for this type of movement.

• Dock location (field SRGLOCDEF)

This field is displayed if the entry transaction authorizes receipts on dock. Use this field to enter the dock type location used by default for the stock receipts to be performed. A selection window is used to select the dock type locations defined in the receipt site. The specified dock location must be associated with the warehouse, when the latter is specified.

A dock location corresponds to a "pending put-away" (storage) location. It is used to receive the goods quickly, and later to more precisely identify and store these goods. This put-away is achieved using the Put-away plan function. The stock detail information, such as the lot, sublot and serial number, does not need to be entered right away. However, for products managed in stock, the mandatory information is the receipt unit, the quantity and the stock status.

• Project (field PJTH)

Help common to Receipts and Purchase requests.
Use this field to enter a project code.
The management of this code depends on the value of the CTLOPPCOD - Mandatory project control parameter (TC chapter - MIS group).

• When it is set to No, the code can be selected freely.
• When it is set to Yes, an existence check is systematically applied to the entered project code.
  You can use the Selection icon to display the list of available projects.

The management rules of this field are based on the PJTSNGDOC - One project by document- parameter (TC chapter, MIS group).

• If the value of this parameter is Yes, the multi-project management is prohibited.
  The project code is always the same on the document header and on the lines.
  In direct creation, the project code you enter on the header is always used on the document lines and cannot be modified.
  In case of a document transformation, the project code entered on the header is used to filter the documents available for selection and picking. If not project code is entered, it is automatically loaded with the project code of the first selected document. If you deselect this document, the project code is not deleted.
  If you modify the document header project code, this code is automatically used on all the lines.
  
• If the value of this parameter is No, multi-project management is authorized.
  In direct creation, the project code you enter on the document header is used to initialize the project code of the document lines and can be modified.
  In case of document transformation, the project code entered on the header is only used as the default values of lines with no project code.
  
  If you modify the header project code, a dialog box opens and suggests to transfer this code to the lines of the document, according to the following options:
• Yes : the project code is transferred to all lines.
• No : the project code is not transferred to the lines.
• Yes if same value : the project code is only transferred to the lines associated to the previous project code.

• Original doc (field TYPVCR)

• CAI number (field CAI)

• CAI validity date (field DATVLYCAI)

• Order (field POHNUM)

This is the number of the purchase order that originated the receipt line.
If you want to perform a supplier receipt with respect to an original order, without using the order selection window, enter the number of the target order in this field.
Otherwise, click the selection icon to pick an order from a short list filtered on the supplier. You can also click the Actions icon to access the order if necessary.
The order number is not mandatory if the PTHDIR - Direct receipt parameter (ACH chapter, REC group) authorizes the entry of direct supplier receipts.
Depending on the receipt transaction used, you can move the order number and line number to the end of the receipt line. In this case, they will no longer be accessible but will continue to be loaded. The selection of orders can then only be carried out from the selection panel.

• Line (field POPLIN)

This is the number of the purchase order line that originated the receipt line.
A receipt line can involve only one order line, it will therefore be necessary to enter this line number if the order number has been entered. Use the Actions icon to select one of the lines of the relevant order.
Once the order line is entered, certain fields will be automatically initialized as a function of the information entered at the level of the order line. It remains possible to modify certain fields and/or to enter additional information.
The order line number is not mandatory if the PTHDIR - Direct receipt parameter (ACH chapter, REC group) authorizes the entry of direct supplier receipts and if no order number has been entered.

• Product (field ITMREF)

This information is compulsory. This is the product code for the receipt that you are entering. It will be automatically populated if an order line or a delivery line has been selected and can no longer be accessed in this context.

From this field, you can:

• Select an active product
• Access the product record, depending on your authorizations, and, if necessary, create a product.

Once the line is entered, it is no longer possible to access this field.

• Description (field ITMDES)

This is the description translated into the supplier's language. When the receipt originates from an order or a delivery, the translated description will be inherited from the original purchase line.

This description will be transferred with any modifications to the supplier invoice. This description will be printed on the internal delivery note.

From this field, click the Actions icon to access the Products record.

• Standard description (field ITMDES1)

This is the description entered in the supplier's language. When the receipt originates from an order or a delivery, the standard description will be inherited from the line of the original purchase order.

This description will be transferred with any modifications to the supplier invoice.

From this field, click the Actions icon to access the Products record.

• Unit (field UOM)

In the event of a receipt originating from an order or a delivery, the default receipt unit will be the unit entered on the original document.
In the event of a direct receipt, the submitted unit is the supplier’s purchase unit or the purchase unit if the Product-supplier record has not been defined.
You can modify the submitted receipt unit. The selection icon displays the lists of units grouping the stock unit, the product packaging units, the product purchase unit and the different units specified for the supplier.
Likewise, you can populate the same receipt line with different units. For that purpose, detail the line in the Enter detailed quantities window. This window opens automatically if stock information is missing from the line entry. Otherwise, open this window using the Actions icon that you can access on the line. If a receipt line is distributed over several different units, the Unit field of the document line is loaded with the stock unit.
Once the receipt has been saved and the stock movements have been carried out, you can no longer directly modify this information. You will need to use the Receipt modification function.

• Quantity (field QTYUOM)

This field displays the received quantity in receipt unit. The quantity suggested by default corresponds to:

• the total quantity ordered or delivered in the case of a receipt created from an order or delivery.
• the shipped quantity in the case of a shipment receipt.

You can change the quantity as long as the receipt has not been created yet.

Once the receipt has been created, you can modify the quantity as well, but only for products which are not managed in stock. For products which are managed in stock, since the stock movements have already been performed, you are not authorized to modify the received quantity in this field: you need to use the Receipt modification function, available from the Actions icon on the receipt line.

Important notes on subcontract receipt lines with or without WO:

• If the received quantity is less than the ordered quantity for the released and received product, or for the consumed materials related to the subcontracted product, you must manually identify the consumed material lines: Click Sub-contract order issue from the Actions icon to display the stock lines. Then, click the Actions icon on the lines related to the receipt and Enter detail quantity to specify the actual consumed quantity.
• Once the receipt has been recorded, you cannot modify the received quantity or the stock information, regardless of the released product received or of the materials consumed for the subcontracted product.

When a receipt line is partially invoiced (directly or through an order invoice), or when a line is linked to an additional invoice, you are no longer authorized to modify the quantity because this modification would impact the distribution of the invoicing elements.

When the receipt line originates from an inter-site or inter-company delivery line, you can:

• receive less than the delivered quantity. A warning message will signal this.
• In this context, two interpretations are possible:

• the delivery is partial because the goods will be entered over several receipts or because the entry of the receipt is not completely finished,
• the delivery is partial because there is an error in the entry of the original delivery or because the goods were stolen or lost.

• In this case it will be necessary to carry out a corrective action at the shipment site.
• receive more than the expected quantity. A warning message will also signal this. It is probably due to an error on the original delivery. As a consequence it will then be necessary to correct it. The receipt line closing field is never available in this context.

If the receipt comes from a delivery request and only part of the request is received, this request will be automatically split and the new generated request will or will not be closed depending on the closing value calculated for the receipt line.

When the receipt line is created from an order line (receipt of an order or shipment linked to an order line), you can:

• receive less than the ordered quantity. The management of the balance will then depend on the POHCLE - PO line closing method parameter (chapter ACH, group REM) and the product record (for the tolerance). Depending on the value assigned to this parameter and on the transaction used, you can decide to manually close the balance.
  When the receipt relates to products which landed costs are managed in a cost structure, the quantity can impact the calculation of costs (based on the defined cost type).
  In this case, if the receipt is a partial one and this concerns:
  
  - An order receipt, the amount of the costs on received lines is determined based on the pro rata of the received quantity if the STCPTH - Cost loading upon order rcpt parameter (chapter ACH, group REC) is set to Pro rata. If it is set to Recalculation, the amount of the costs is recalculated based on the quantity but also on all the criteria that have an impact on the calculation (especially the weight and volume).
  
  - A shipments receipt, the amount of the costs on received lines is determined based on the pro rata of the received quantity. Besides, based on the set of criteria, the recalculation impacts the calculation (e.g. weight and volume) performed during shipment.
  This rule also applies in case of modification of the quantity, regardless of whether the modification is performed before or after the creation of the receipt line.
  
  
• receive more than the ordered quantity provided that the RCPORD - Allow over receipts parameter (chapter ACH, group REM) authorizes it. You will still be notified by a warning message. When receiving a shipment, no control based on the shipped quantity is performed.

• PUR (field PUU)

This is the purchase unit defined for the product-supplier pair or for the products that do not exist in the Product-supplier record.
The product has two purchase units:

• purchase unit defined at the level of the unit product record,
• purchase unit linked to the supplier.

The purchase unit cannot be modified.

This unit is used as the default value when entering an order, subcontract order or receipt, with the supplier unit suggested in priority when the product-supplier record exists.
The purchase units are accessible depending on the type of category.
 Upon invoicing of a product, the product PUR is used.

• STK conversion (field UOMSTUCOE)

This is the conversion coefficient between the receipt unit and the stock unit. This information can be accessed for packing units if the setup authorizes it (refer to the packing unit grid on the Units section of the Products record). This information cannot be accessed for the other units (product purchase unit, supplier purchase unit, supplier packing unit).
If the product has the sub-contract type, the conversion coefficient between the receipt unit and the stock unit can never be modified.

• STK (field STU)

This is the storage unit of the product. This information is not available for modification.

• STK qty. (field QTYSTU)

This quantity corresponds to the quantity in stock unit after conversion of the received quantity into stock unit using the conversion coefficient between the receipt unit and the stock unit.
It is not possible to modify the received quantity in STK except for the units whose coefficient can be modified. In that case, the receipt quantity in receipt units is adjusted.

• Disputed STK qty. (field RRRQTYSTU)

This information can only be accessed for the products that are not managed in stock. It provides, in stock units, the non-complying received quantity.

This information can be used:

• On entering supplier returns Refer to the PRTNQTY - Return from status 'A’ parameter (ACH chapter, RET group).
• On entering the supplier invoice control Refer to the PIHQTYAQR - Billable quantity parameter (ACH chapter, INV group).

• Warehouse (field WRH)

The presence of this field depends on the activity code WRH.
It is initialized with the warehouse present in the document header.

• It can be modified if it is defined as enterable in the entry transaction.
  If it is entered, the warehouse will be automatically entered on the stock detail lines and can not be modified.
• It cannot be modified when the entry transaction is set up as single-warehouse managed. The header warehouse is then mandatory and the warehouse cannot be entered either on the document lines or on the stock detail lines.
   
  To manage multi-warehouses on the lines, it is necessary, at entry transaction level, to set up the warehouse-line so that it can be entered. The split of a same line on several warehouses is carried out in the window Quantity detailed entry available by right-click.
  When a receipt line is distributed on various warehouses, this field is loaded on the slip line with character '$'.

The warehouse entered on the line has priority over the warehouse entered in the header.

• Submitted QC (field QUAFLG)

This code is used to define whether the product must be controlled on stock receipt.
The setup defined in the Product category is used to initialize the level of control of the Product-site record and Supplier-product record.The level of stock control on the Supplier-product record represents the finest level of setup and is used to initialize the level of control by purchase order. 

• No control
  The control is defined according to the management rules. It can be modified manually.
• Non modifiable control
  The quality control is mandatory in stock receipt: only a 'Q' status can be entered.
• Modifiable control
  In a miscellaneous receipt into stock, the quality status is initialized to the value 'Q', modifiable by 'A' or 'R'.
  The quality control code can also be defined at the purchase order level.
  • If in the order the quality control is set to 'Yes', the quality control is mandatory and the receipt is made with one of the sub-statuses Q* defined in the product management rule for movements of receipt type.
    If no sub-status is defined, the status cannot be entered upon receipt.
  • If in the order the quality control is set to NO, the quality control is not mandatory.
    At the time of receipt, the default value of the suggested status is 'A' and it is possible to enter or select all the statuses defined in the rule for the management of the receipt type movement for the product.
• Periodic control 
  The control is automated according to the number of receipts for this supplier and this product. In that case, the stock status can still be modified upon receipt.

When the quality control code associated with the product or with the product-supplier combination has the Non-changeable control value, the field that corresponds to the order line cannot be accessed in entry mode, irrespective of the transactions setup.

This information will then be used at the receipt and cross-checked with the management rule defined for the product category and associated with the movement type Supplier receipt to determine the product status and to generate, if necessary, an analysis request.

• Status (field STA)

The stock status is used to define if a product is:

• A: Accepted
• Q: Pending Quality Control
• R: Rejected
  A sub-status of two alphanumerical characters is used to further define the status.
  Example:
• RD: Rejected products to be destroyed
• SR: Supplier return

The statuses and sub-statuses authorized in a stock transaction can depend on various factors:
- the "subject to control" code of the product,
- the "subject to control" code of the received order,
- a list of configurable values associated with the stock transaction.

The stock totals for the product are updated according to the status entered in the movements:
- Physical stock: total of stocks with status "A"
- Stock under quality control: total of stocks with status "Q"
- Rejected stock: total of stocks with status "R"

• Loc. type (field LOCTYP)

Location types are used to codify warehouse locations according to storage characteristics such as their dimensions, authorized statuses and technical constraints.

They are associated with the products by site (or the products by warehouse when warehouses are managed): you can thus geographically group the products that share similar characteristics.
The location type of the product is suggested by default. It can be modified if it is defined as available for entry at the level of the entry transaction.

When warehouses are managed, entry of a location type is only permitted if at least one location is linked to the entered type and warehouse.

• Location (field LOC)

The storage location is automatically displayed based on the location type, if specified. Otherwise, the location taken into account is by default the location defined in the Product-warehouse, if the warehouses are managed, or else the location defined in the product-site record.
This value can later be modified.

When the warehouses are managed, only a location linked to the specified warehouse can be entered.

• Supplier lot (field BPSLOT)

The supplier lot number can be entered for information purposes in the receipt transactions.
It is stored in the stock file, and it matches the internal lot number, which guarantees the traceability of the origin of the goods.
It can be displayed on the screen for information purposes in the stock issue transactions.

• Lot (field LOT)

Lot concerned by the receipt transaction.

• No. of sublots (field NBSLO)

This field contains the number of sub-lots concerned by the stock transaction.

• Sublot (field SLO)

Sub-lot concerned by the stock transaction.

• Ending sublot (field SLOF)

This field indicates the last sub-lot on which the stock movement is applied.

• Serial no. (field SERNUM)

• Enter the first serial number concerned by the movement.
  When the issue applies to the stock line of a product managed in Issue/receipt and including discontinuous serial numbers or differentiators such as the lot, status or location, the serial number selection is performed in the stock issue Detailed entry window. This window opens automatically at the end of a line entry or from the Actions icon.
  If an issue line is distributed over several serial numbers, the Serial number and Ending serial number fields of the document line are loaded with the $ character.
• When the issue applies to the stock line of a product managed in Global issue/receipt, you can enter the first serial number. If the system automatically determines a stock line including the quantity to be issued, the ending serial number is automatically loaded. Otherwise, this first serial number is deleted automatically and the Detailed entry window of the stock issue opens automatically at the end of the line entry so you can select the serial number sequences to be issued.
  The issue table will then be loaded with as many issue lines as sequences of issued serial numbers.
  

• Last serial no. (field SERNUMF)

This field contains the end serial number.

• Identifier 1 (field PALNUM)

Use this field to enter additional information, if necessary.

• Identifier 2 (field CTRNUM)

This field indicates the first recorded identifier.

• Close (field WSOLDE)

Indicates if the receipt line closes the order line.

• Ship. closed (field WSHDSOLDE)

Indicates if the receipt line closes the shipment line.
This flag is initialized to 'Yes' or 'No' depending on the received quantity:

• When the receipt line closes the shipment line, this flag is automatically set to 'Yes' and cannot be modified.
• When the receipt line does not close the shipment line, this flag is set to 'No' but can be manually set to 'Yes'.
  

• Project (field PJT)

Help common to Receipts and Purchase requests.

The management rules of this field are based on the PJTSNGDOC - One project by document parameter (TC chapter, MIS group).

• If the value of this parameter is Yes, the multi-project management is prohibited.
  The project code of the document line is never available for entry. In direct creation, it is loaded automatically with the code entered in the header and cannot be modified. In case of a document conversion, it is loaded with the project code of the lines of the selected document and cannot be modified.
  Additional lines must have the same project code. In case of line addition, the picking lists are automatically filtered so that only the documents with the same project code are displayed.
  If you modify the document header project code, this code is automatically used on the lines.
  
• If the value of this parameter is No, multi-project management is authorized.
  The project code of the document line is initialized with the header code and in case of document transformation, with the code of the selected document lines. The following lines can have a different project code.
  You can only modify the project code of lines if entering this field is authorized by the chosen entry transaction.
  
  If you modify the header project code, a dialog box opens and suggests to transfer this code to the lines of the document, according to the following options:
  • Yes : the project code is transferred to all lines.
  • No : the project code is not transferred to the lines.
  • Yes if same value : the project code is only transferred to the lines associated to the previous project code.
  
  In modification mode, the project code management depends on the value of the CTLOPPCOD - Mandatory project control parameter.
• When it is set to No, the code can be selected freely.
• When it is set to Yes, an existence check is systematically applied to the entered project code.
  You can use the Selection icon to display the list of available projects.

Receipts :

• Gross price (field GROPRI)

This field is used to determine the Stock cost per unit of the product. This price is expressed in the receipt unit. When the principal information for the line necessary for the determination of a price list is entered, a price list search process is automatically carried out. The objective of this search is to recover:

• the gross price as well as the associated reason,
• The charges and discounts in percentages or in amounts to be applied to the line level as well as the associated reasons.

If the price list search is unsuccessful, then a search is launched on the base price of the purchase product. As a last resort, if the search on the base price does not return any result and if parameter PURPRICE - Price by default standard cost (chapter ACH, group PRI) is set to Yes for the company of the receipt site, the standard cost is used to value the gross price (if it has been defined for the product).
When the entered price is null, a message appears to request confirmation from the user. From this field, a contextual button is used to:

• view the price lists,
• view the reasons associated with the gross price as well as the different discounts and charges fields,
• view the list of the last ten order prices,
• re-initialize the price by requesting a new price list search to update the prices and discounts,
• have available a detailed explanation describing how the net price is obtained from the gross price and the different discounts and charges.

In the case of an inter-site/inter-company receipt, or in the case of a purchase order receipt, the gross price and the discounts are initialized with those of the source document and cannot be modified.
 The prices and discounts can never be accessed if there is a source document. They can be entered/modified only in case of direct creation of a receipt. During a direct inter-site receipt, if the original delivery prices are tax inc., they are converted into ex tax. on the receipt line.

This information will be used during the creation of a supplier invoice or an invoice to be received to value the invoice.

• field DISCRGVAL1

The different discount and charge fields that appear at the level of each return line are determined via the structure code associated with the supplier in their record.
The values contained in these fields come from the price list search and can be modified if the associated reason allows it (or if the reason value given to the UPDPRIPUR parameter allows it).
The contextual button is used to view all the reasons associated with the prices and discounts and to modify, if necessary, the reasons assigned to each of the columns.

• Net price (field NETPRI)

From this field, use the Actions icon to:

• view the reasons associated with the price as well as the different discounts and charges fields,
• view the list of the last 10 order prices,
• View the price lists;
• have a detailed explanation available describing how the net price is obtained.

When the entered price is null, a message is displayed asking for confirmation. This message is not displayed for the components of a BOM, for free items and for nonbillable deliveries.

A process for the Free items is triggered at the end of the delivery line. This processing generates all the free product lines (Gross price and discounts set to 0). If the value of the FOCPRI - Free product valuation parameter (VEN chapter, PRI group ) is set to Yes, a price list search is triggered for the free item to assign it a gross price. The assigned price is compensated for, either by a line discount in percentage or a line discount in amount (according to the order of discounts) to obtain a zero net price.

When you click Create to record the delivery, and based on the value of the GRPPRI - Grouped price lists parameter, a message can be displayed, suggesting that a new price list search is run to determine the specificities globally linked to the delivery. At the end of the processing, the following can be generated on some product lines:

• A new gross price or new discounts or new charges for the line;
• free products that are not associated with a specific line.

• Line amount - tax (field LINAMT)

This is the unitary Net ex-tax price multiplied by the receipt quantity.
 This information cannot be accessed.

The tax inc. amounts are converted into ex tax amounts on the receipt if the original delivery has a tax inc. price.

• Currency (field NETCUR)

This is the currency in which the amounts displayed in the previous columns are expressed. This information cannot be accessed.
When the receipt comes from an order line or a delivery line, the currency code inherits the currency code from the original document.
In the case of a direct receipt line, the currency is loaded with the currency of the receipt header and corresponds to the currency of the supplier.

• Landed cost coef. (field CPRCOE)

The management of landed costs makes it possible to quantify the routing costs of the goods ordered from a supplier and to allocate them to the products upon order, receipt or invoice. These costs are used for the calculation of the purchase cost and stock cost.
The evaluation of these costs can be performed according to one of the two following methods:

• global method in which a Landed cost coefficient is applied and/or a Fixed cost per unit is taken into account,
• method in which a set of costs detailed in a cost structure is taken into account.

Only one method can be used, the choice of this method is performed at the level of the product management.

The management of this field depends on the method used to determine the landed costs and on the entry transaction used. When it can be entered, the landed cost coefficient must be greater than or equal to 1.
It is used to impact the order price of the receipt by including costs that have been previously estimated.
Upon receipt of the supplier invoice, the landed costs impacted on the stock can be adjusted with the actual costs identified in the supplier invoice if the valuation method of the product authorizes adjustments and if parameter PIHCPR - Invoice price adjustment also authorizes it.

• Upon direct receipt, this information is initialized with the landed cost coefficient entered for the storage site of the product-supplier or, if this is not possible, with the one entered in the Product-supplier record.
  If there is no product-supplier record, the coefficient entered in tab "Supply" of the Product record is taken into account instead.
   
• Upon order receipt, this information is initialized with the landed cost coefficient of the order.

The landed cost amount calculated is displayed via right-click option "Line cost" (in tab "Cost detail" - grid "Undetailed costs").

• Fixed cost per unit (field CPRAMT)

The management of landed costs makes it possible to quantify the routing costs of the goods ordered from a supplier and to allocate them to the products upon order, receipt or invoice. These costs are used for the calculation of the purchase cost and stock cost.
The evaluation of these costs can be performed according to one of the two following methods:

• global method in which a Landed cost coefficient is applied and/or a Fixed cost per unit is taken into account,
• method in which a set of costs detailed in a cost structure is taken into account.

Only one method can be used, the choice of this method is performed at the level of the product management.

The management of this field depends on the method used to determine the landed costs and on the entry transaction used. When it can be entered, this value, which must be a positive value, is expressed in the company currency.

• Upon direct receipt, it is initialized with the fixed cost per unit entered for the storage site of the product-supplier or, if this is not possible, with the one entered in the Product-supplier record.
  If there is no product-supplier record, the fixed cost per unit entered in tab "Supply" of the Product record is taken into account instead.
  
• Upon order receipt, it is initialized with the fixed cost per unit of the order.

The landed cost amount calculated is displayed via right-click option "Line cost" (in tab "Cost detail" - grid "Undetailed costs").

• Cost structure (field STCNUM)

The management of landed costs makes it possible to quantify the routing costs of the goods ordered from a supplier and to allocate them to the products upon order, receipt or invoice. These costs are used for the calculation of the purchase cost and stock cost.
The evaluation of these costs can be performed according to one of the two following methods:

• global method in which a Landed cost coefficient is applied and/or a Fixed cost per unit is taken into account,
• method in which a set of costs detailed in a cost structure is taken into account.

Only one method can be used, the choice of this method is performed at the level of the product management.

A cost structure details all the costs that are considered as fixed costs and can be identified at the time of the purchase. These costs are expressed in the company currency and document currency.
The presence of this field depends on the entry transaction used.
When it is managed, this information is initialized: 

• Upon direct receipt, with the cost structure entered for the storage site of the product-supplier or, if this is not possible, with the one entered in the Product-supplier record or, as a last resort, with the cost structure entered in tab "Supply" of the Product record. 
• Upon order receipt, with the cost structure of the order.

This information can never be modified.

The costs taken into account in the cost structure are displayed in the window that can be accessed via right-click option "Cost structure detail". It is still possible to adjust the calculated amounts.
They are also displayed in the grid of "Direct costs" in the window that can be accessed via right-click option "Line cost" (in tab "Cost detail").

• Purchase cost per unit (field CSTPUR)

This information, which cannot be modified, is displayed if the transaction authorizes it.

The purchase cost per unit, which cannot be modified, is expressed in the company currency. It is equal to the result of the following calculation:

Line purchase cost / Quantity (in STK)

 This amount is never calculated during the entry process but only when saving the document.

• Purchase cost (field LINCSTPUR)

The line purchase cost corresponds to the amount totaling the stock cost and the costs that remain payable by the buyer and are not used for stock valuation (transportation cost, non-deductible taxes, etc.).
It cannot be modified and is displayed only if the transaction authorizes it. It is expressed in the currency of the company.

• Upon direct receipt, its calculation mode varies according to the method used to evaluate the landed costs. The calculation mode is the following:
  • Global method in which a Landed cost coefficient is applied and/or a Fixed cost per unit is taken into account:
    Purchase cost =
    [ Total of the line net price (line amount -tax) * Landed cost coefficient ]
    + total of the line fixed cost (fixed cost per unit * quantity in PUR)
    + total of the line invoicing elements
    + total of the line non-deductible taxes.
     
  • Method in which a set of costs detailed in a Cost structure is taken into account:
    
    Purchase cost =
    Total of the line net price (line amount -tax)
    + total of the line product costs (originating from the cost structure)
    + total of the line invoicing elements
    + total of the line non-deductible taxes.

   This amount is never calculated during the entry process but only when saving the receipt.

• Upon order receipt, it is loaded with the purchase cost of the order.

Note: the non-deductible tax amount is displayed in the window entitled 'Line cost', accessed via a right-click on the line.

• Stock cost per unit (field CPR)

This is the unit amount by stock unit that can be used to value the stock (if the valuation method for a supplier receipt is Order price). The valuation method for the stock is defined by product category or by product category as a function of the storage site. It can also be set up by movement type.

It can be manually modified if required, if the transaction authorizes it.
It can also be viewed in the stock detail window.

1/ Upon direct receipt:

• If the receipt line is not related to an inter-site delivery (this exception does not apply to inter-company deliveries), then the order price is equal to the result of the following calculation:

Line stock cost / Quantity (in STK)

• If the receipt line has as its origin an inter-site delivery line, then the order price will be initialized with the stock issue price of the original delivery.

2/ In order receipt, it is loaded with the stock cost per unit of the first invoice to which the stock cost of the additional invoices is added. Where there is no invoice, the stock cost of the order is loaded.

 This amount is never calculated during the entry process but only when saving the receipt.

• Stock cost (field LINAMTCPR)

This field, which cannot be modified, is displayed if the transaction authorizes it.
It displays the amount of the costs used for stock valuation, expressed in the currency of the company.

Upon direct receipt, its calculation mode varies according to the method used to evaluate the landed costs.

• Global method in which a Landed cost coefficient is applied and/or a Fixed cost per unit is taken into account:
   
  Line amount -tax * Landed cost coefficient
  + fixed cost per unit (expressed in PUR and converted into STK) * quantity in PUR 
  + total of the valued invoicing elements of the line (the elements taken into account are only the ones with the "Stock valuation" flag set to: "Yes").
  + total of the non-deductible taxes of the line (if parameter NODVATSTO - Non-deductible taxes in stock is set to "Yes").
   
  This result is converted into the currency of the company using the date defined by parameter PTHCURDAT - Date of exch. rate for receipt as the exchange rate date and the exchange rate type specified in the header of the receipt as the exchange rate type.
   
  
• Method in which a set of costs detailed in a Cost structure is taken into account:
   
  Line amount -tax
  + costs of the cost structure
  + total of the valued invoicing elements of the line (the elements taken into account are only the ones with the "Stock valuation" flag set to: "Yes").
  + total of the non-deductible taxes (if parameter NODVATSTO - Non-deductible taxes in stock is set to "Yes")
   
  Calculation examples are to be found here.
   This amount is never calculated during the entry process but only when saving the document.

2/ In order receipt, it is loaded with the stock cost of the first invoice to which the stock cost of the additional invoices is added. Where there is no invoice, the stock cost of the order is loaded.

• Currency (field CPRCUR)

This is the currency in which the stock is valued (accounting currency of the company). The stock cost per unit is expressed in this currency.
 This information cannot be modified.

• Movement description (field MVTDES)

The description of the transaction is a comment that can be freely specified.

• Stock movement group (field TRSFAM)

Movement group, initialized by the movement group of the transaction being used.

• field LINACC1

These fields indicate the purchase accounting accounts. The charts of accounts that can be accessed depend on the account core model associated to the company of the movement. If these fields are not entered the account will be automatically determined by the accounting code for the product as a function of the parameters for the PORD automatic journal.
 The presence of this field depends on the entry transaction used.
These accounts are loaded by default according to the accounts present in the order line that originated the receipt line.

• Type (field LINPURTYP)

The presence of this information depends on the transaction setup. The different product types are: Purchases, Fixed assets and Services.
When the receipt line arises from an order line, the purchase type will come from the order line.
In the case of a direct receipt or where it is linked to an inter-site or inter-company, the purchase type will be initialized as a function of the tax posting associated with the GL account entered previously.
If the receipt line is the object of purchase invoice control, the purchase type will be transferred to the invoice line.

• field CCE1

The analytical dimensions are initialized in compliance with the Default dimensions setup. Depending on the setup, they remain available for modification.

If the receipt line arises from an order line, the analytical dimension types are then loaded by the analytical dimensions present in the order line. If analytical dimension types are not specified on the source document, an attempt to initialize these analytical dimension types is made according to the default dimensions code.
When an analytical dimension is used for project management tracking, any modification of the project code leads to the dimension code being reset based on the Default dimensions setup.
In the case of a receipt for an inter-site or inter-company delivery, analytical dimensions inherit from the delivery dimensions, based on the default dimension code set up for the PTD receipt line.
During the purchase invoice control, arising from the receipt line, the analytical dimensions entered on the receipt line are transferred to the invoice line.

• Matching tolerance (field MATTOL)

This field displays the tolerance code of the order line. This field is loaded in the following way:

• the program searches if a tolerance code is specified in the product/supplier record,
• if no value is found by the program, a search is performed at the level of the product record,
• finally, the control is carried out at the level of the supplier record,
• if no code has been specified: no tolerance code is applied to the line.

Field management (depends on the entry transaction setup)

• If the entry transaction authorizes the entry of the tolerance code, the code can be modified as long as the order has not been closed.
• If the entry transaction authorizes the display of the tolerance code, a default code is assigned and cannot be modified.
• If the entry transaction does not authorize the display of the column, the default code is invisible.

 A tolerance code can be assigned by default whatever the purchase order type (back-to-back, manual or planning workbench).

• Match status (field TWMSTA)

The Three-way match status field has the following values:

• Unblocked: a user with unblock access can override the blocking.
• Blocked: one or several lines are blocked (a warning may also be displayed).
• Warning: one or several warnings, but no line is blocked.
• Successful: matching is successful.
• Not applicable: no matching is carried out.

• Intras. incr. (field EECINCRAT)

This is the increase coefficient used in the INTRASTAT file (Exchange of goods declaration).

This coefficient, applied to the fiscal value of the product line, is used to obtain the statistical value. The presence of this field depends on the activation of the management of the INTRASTAT file (Exchange of Goods Declaration) (DEB activity code).

This information is initialized by the increase coefficient entered in the source order line in the case of a receipt arising from an order. In the other cases, it is initialized by the increase coefficient in the Product-Supplier record if it is entered, otherwise by the increase coefficient in the Supplier record.

• Country of origin (field ORICRY)

This is the country of origin of the manufactured products. This information is initialized with the country of the supplier's shipment address in the case of a direct receipt or a receipt coming from an inter-site or inter-company delivery. If the receipt originates from an order, the country of origin will be initialized with the code of the original country entered on the order line.
This information is used namely in the INTRASTAT file (Exchange of goods declaration). The ISO code of the country table is used.

• Tax 1 (field VAT1)

This field is used to enter a first tax code to apply to the received product.
The tax codes (VAT, additional levy and/or special tax, regional tax) can be modified in the receipt line if the transaction authorizes it.
They are normally initialized according to the tax determination rules that most often stem from crossing the supplier tax rule with the tax levels of the entered product.

• If the receipt line has as its origin an order line, the tax code will be inherited from the order line.
• If the receipt line originates from a direct inter-site or inter-company shipment, the tax codes are determined based on the tax rule and tax levels entered for the delivery.
• When converting a receipt line into an invoice or return line, the tax codes entered in the receipt line are transferred to these documents.

Click the Actions icon to select a tax code for each tax level.
Only one tax code consistent with the legislation and group of the company on the site can be entered.

• Tax 2 (field VAT2)

This field is used to enter a second tax code to apply to the line. This concerns additional or special taxes.

• Tax 3 (field VAT3)

This field is used to enter a third tax code to apply to the line. This concerns additional or special taxes.

• Receipt tax (field TAXRCP)

This field is used to indicate the receipt tax to apply to the product.
This tax stems from the tax determination parameters or is entered manually.
 The activity code linked to the regional taxes must be activated beforehand.

• Issue tax (field TAXISS)

This field is used to indicate the issue tax to apply to the product.
This tax stems from the tax determination parameters or is entered manually.
 The activity code linked to the regional taxes must be activated beforehand.

• Other tax 1 (field TAXOTH1)

This field is used to indicate an additional tax to apply to the product.
This tax stems from the tax determination parameters or is entered manually.
 The activity code linked to the regional taxes must be activated beforehand.

• Other tax 2 (field TAXOTH2)

This field is used to indicate an additional tax to apply to the product.
This tax stems from the tax determination parameters or is entered manually.
 The activity code linked to the regional taxes must be activated beforehand.

• Closed (field LININVFLG)

This information specifies if the receipt line has been closed from the point of view of the invoicing. It is updated by the invoice control, but can also be updated by the closing function available on the receipt line or by using the [Close] button at the bottom of the screen.
These functions accessible for the receipt are used to close a receipt for the valance that will never be invoiced.

• Weight (field QTYWEU)

When receiving products for which landed costs are managed with a cost structure, the weight can have an impact on the costs calculation (according to the cost type defined).
In this context:

• For partial order receipts, the weight is only considered in the costs amount determination if the STCPTH - Cost loading upon order rcpt (chapter ACH, group REC) parameter is set to 'Recalculation'.
  If it is set to "Pro rata", the weight is ignored, since the amount of the costs is determined based only on the pro rata of the quantity actually received.
   
• For partial shipment receipts, the weight has no impact on the costs calculation. The amount of costs is only determined on the pro rata of the actually received quantity; costs are recalculated based on the weight during the shipment process. 
   
• For direct receipts, the amount of costs is recalculated on each weight modification, whether the modification is performed before or after the creation of the receipt line.

• Weight unit (field LINWEU)

The weight unit is the reference weight of the document. It is defined by parameter SALDSPWEU - Weight units to affect (chapter TC, group INV) for all the documents.

• Volume (field QTYVOU)

When receiving products for which landed costs are managed with a cost structure, the volume can have an impact on the costs calculation (according to the cost type defined).
In this context:

• For partial order receipts, the volume is only considered in the costs amount determination if the STCPTH - Cost loading upon order rcpt (chapter ACH, group REC) parameter is set to 'Recalculation'.
  If the parameter is set to 'Pro rata' the volume is not considered since the amount of costs is determined based only on the pro rata of the actually received quantity.
   
• For partial shipment receipts, the volume has no impact on the costs calculation. The amount of costs is only determined on the pro rata of the actually received quantity; costs are recalculated based on the volume during the shipment process. 
   
• For direct receipts, the amount of costs is recalculated on each volume modification, whether the modification is performed before or after the creation of the receipt line.

• Volume unit (field LINVOU)

The volume unit is the reference volume of the document. It is defined by parameter SALDSPVOU - Volume unit to affect (chapter TC, group INV) for all the documents.

• Mfg./subcon. order no. (field VCRNUMORI)

For a subcontract receipt, the original WO number will be specified on the receipt line. Click the Actions icon to access the source document.

• Line type (field LINTYP)

This information characterizes the line type by distinguishing a classic product from a subcontract BOM product. It can take the following values: 'Standard', 'Subcontracted', 'Service' and 'Supplied material'.

• Category (field LINCAT)

This information is used to categorize the line: 'Normal' or 'For sub-contract'

• Invoiced (status) (field INVFLG)

• Invoiced (quantity) (field WINVFLG)

This field indicates if the quantities on receipt lines have been invoiced. This information can take three values:

• No,
• Partially,
• Totally.

• Closed (field WCLEFLG)

This information specifies if the receipt has been closed from the point of view of the invoicing. No invoice is pending for the receipt. The goods without invoices are considered as free and not valued.

For an intercompany receipt linked to a nonbillable sales delivery, the receipt is automatically considered as Closed.
As there can be multiple and legitimate overcharges, some lines cannot be invoiced and are considered as completed from an invoicing point of view. In this case, click Completion from the Actions icon available on the line to close or reopen receipt lines not linked to an invoice, but completed from an invoicing point of view. These lines may therefore be overpriced if required.

• Posted (field PSTFLG)

This information is used to identify if an Invoice to be received (IR) has been generated for this receipt (from the Invoices to receive generation function).

• Printed (field PRNFLG)

The receipt is considered as printed once the internal receipt note has been printed.

• No. (field INVDTA)

This is the number of the invoicing element identifying the associated amount (charges, freight, packaging, discount, etc.).

The list of invoicing elements is made up of the invoicing elements from the selected orders and the elements from the order and invoicing supplier according to the origin defined in the invoicing element itself.

The elements coming only from the order or invoicing supplier record do not inherit the same value as the supplier even for a direct receipt.

You can:

• Add other invoicing elements
• Delete invoicing elements, but only if these elements have been added to the initial list
• Modify invoicing elements
  Notes:

• Modifications made to invoicing elements on the receipt are taken into account in the the stock valuation. The modifications are only applied to the invoice when the receipt is a direct receipt. If the receipt is not a direct receipt, the invoicing elements from orders (and not receipts) are applied to the invoice.
• After creating a subcontract receipt, you can no longer modify invoicing elements.

• Description (field INVDTALIB)

This field indicates the short title of the invoicing element.

• Amount (field INVDTAAMT)

These amounts come directly from the invoicing elements present in the orders.
You can modify the values of the existing invoicing elements, except when a receipt line is partially invoiced (directly or through an order invoice) or when a line is linked to an additional invoice.

These invoicing elements are immediately taken into account in the receipt and impact the tax-including and tax-excluding totals as well as the receipt lines in the case of distributed invoicing elements.
Inter-company specificities
In the case of an inter-site or inter-company receipt, if the user wishes to use invoicing elements, it is necessary to establish a correspondence between the Sales invoicing elements and the Purchasing invoicing elements.
The value of the invoicing element is recovered from the original inter-site/inter-company order. In the case of a direct inter-site/inter-company delivery, the value of invoicing elements is not recovered for the receipt.

• Currency (field AMTCODLIB)

• Order footer amount (field INVORDAMT)

This is the calculated amount coming from the various orders concerned by the receipt.
In the case of partial receipts, the amounts of the origin elements can be split pro rata or not according to their transfer rule.

• Amount lines (field INVLINAMT)

This is the amount of the invoicing element when the invoicing element is calculated using the document lines.
The 'Amount' field cannot be accessed for this type of invoicing element.

• Invoiced amt. (field INVCPLAMT)

This amount is displayed only in creation mode if the receipt concerns an already invoiced order.
If this is the case, the invoiced amount of the invoicing element is displayed in order to verify the value to enter in the receipt.

• DR/CR (field DEBCDT)

This field indicates the sign of the invoicing element.

• credit in the case of a discount,
• debit in the case of a charge.

• Tax (field INVDTAVAT)

This is the tax code for the invoicing element.
An invoicing element with 'product rate' or 'line amount' as tax calculation rule does not display a tax code and forbids the modification of this tax code.

• field ACC1

These fields indicate the purchase accounting accounts for the invoicing elements.
The charts of accounts that can be accessed depend on the account core model associated to the company of the movement.
If these fields are not entered, the accounts are automatically determined using the accounting code of the invoicing element (according to the setup of automatic journal PORD).
 The presence of these fields depends on the entry transaction used.

• Distribution (field DSP)

This is the analytical distribution key for the invoicing element. It can be directly entered on the line.

• field PFICCE1

Based on the setup, the analytical dimensions can be modified since they are initialized according to the setup of the default dimensions.

• No. (field NOTAX)

• Code (field TAX)

This is the tax code present on the lines of the document or in the invoicing element table.

• Description (field LIBTAX)

This field contains the title of the tax code present on the lines of the document or in the invoicing element table.

• Tax basis (field BASTAX)

This is the basis subject to tax. It is comprised of the ex-tax amount of the order lines and/or the amount of the invoicing elements.

• Tax amount (field AMTTAX)

It is the total tax calculated from the lines and/or the invoicing elements.

• Type (field PURTYP)

When the tax is related to:

• the document line, the tax type recovers the purchase type of the document line: Purchase, Fixed assets or Service.
• an invoicing element, the tax type always takes the value: Purchase.

• Lines excluding tax (field TOTLINAMT)

• Total excluding tax (field TOTAMTNOT)

This is the total ex-tax amount of the receipt integrating the various invoicing elements expressed in the receipt currency.

• Tax total (field TOTTAXAMT)

This is the total amount of receipt taxes. This amount is expressed in receipt currency.

• Total including tax (field TOTAMTATI)

This is the Tax incl total amount of the receipt calculated by integrating the different invoicing elements and the different taxes. This amount is expressed in receipt currency.

• Description (field LIB)

• field TOTDOC

• field TOTSOC

• Total by cost nature (field STCD)