Buyer's Planning

• Order site (field POHFCY)

Code of the site issuing the order (request for quote, purchase request, order, subcontract order etc.).
This field is mandatory. It is initialized by default by the purchase site associated with your function profile.
You can modify this code by selecting a code from the list of authorized sites.

• Order date (field ORDDAT)

The order date is initialized to the current date and is available for modification.
If you modify this date after entering the lines (in modification or duplication), a message is displayed asking you if you want to run a new price list search on the existing lines.

• Internal reference (field ORDREF)

This field is used to enter an internal reference for the order that will be shown on the order document sent to the supplier.

From this field, the contextual button gives access to the supplier's detailed address and can be used to select an alternative address for the supplier if necessary. This is the address to which the order document will be sent.

• Buyer (field BUY)

When the BUYFLT - Filter by buyer parameter (ACH chapter, AUZ group) is set to Yes, the Buyer code is set to the user code and its entry is mandatory.

Depending on the entry transaction used, this field may be hidden. In this case, it is the user code that is used as default value.

From this field, the Actions icon gives you access to the supplier's detailed address and can be used to select an alternative address for the supplier if necessary. This is the address to which the order document will be sent.

• Grouped prices (field TARGRP)

Specify if you want to use the grouped price lists.

• Supplier (field HBPSNUM)

• Project (field PJTH)

The project code entered on the header is used to initialize by default the project code on each line of the buyer plan.
This field is managed depending on the setup of the entry transaction of the subcontract order. The management of this code also depends on the value of the CTLOPPCOD - Mandatory project control parameter (TC chapter - MIS group).

• When the value is No, it may be a code selected freely.
• When its value is Yes, an existence check is systematically applies to the entered project code.
  You can use the Selection icon to display the list of available project codes.

This project code can still be modified in the lines.
If the loading of lines is done with the Requirements to consider action, all lines that meet the entered criteria are selected regardless of the project code entered on the header. This is not an implicit selection criteria, even in a single project context (the parameter PJTSNGDOC - One project per document (TC chapter, MIS group) is set to Yes).

This parameter has an influence on the generated orders:

• When this parameter is set to Yes, the management of multiple projects is prohibited.
  The project code is mandatory the same on the header and on the order lines.
  
• When this parameter is set to Yes, the management of multiple projects is authorized.
  You can modify the project code on each order line.
  

• Dimension type (field DIE)

• Description (field NAMDIE)

• Dimension (field CCE)

The setup determines if the analytical dimensions can be modified. They are initialized based on the setup of the default dimension.

In creation mode, if no order line has been entered and the project code is modified, the analytical dimensions are reset based on the setup of default dimensions.

In creation mode, as in modification mode, if an order line is entered and the project code is modified, the analytical dimensions are not reset.

• Print orders (field PRTFLG)

• Document (field DOCNAM)

If the associated document check box is selected, enter the report code for the standard printed document.

• Destination (field PRTCOD)

It defines the destination of the report that is going to be calculated. If this field is assigned, most of the information of the next boxes is displayed. It should be noted that a destination code corresponds either to a printer, a file, a message, or a file containing the printing flow specified for a given type of printer.

• Server (field PRTSRV)

• Printer (field PRTNAM)

• Container (field TCTRNUM)

Select the container that you want to use. It can simply be a "freight container" type.
The choice of the container determines the maximum weight and volume you can ship.

• Weight (field WEICAP)

This field displays the total weight capacity of the selected freight container(s). If a container is not selected, you can enter a weight without having to manage containers.

• No. of containers (field TCTRQTY)

• Volume (field VOLCAP)

This field displays the total volume capacity of the selected freight container(s). If a container is not selected, you can enter a volume without having to manage containers.

• Weight (field WEITOT)

This field represents the total weight multiplied by the quantity ordered.

• Volume (field VOLTOT)

This field represents the total quantity ordered multiplied by the total volume.

• Weight (field WEIAVL)

This is field displays the available weight for a container when the total weight of selected lines in the workbench do not equal zero.

• field TCTRWEU

• Volume (field VOLAVL)

This is field displays the available volume for a container when the total volume of selected lines in the workbench do not equal zero.

• field TCTRVOU

• Minimum order (field ORDMINAMT)

This amount, which cannot be accessed, is a reminder of the minimum order amount defined for the Supplier.
It is expressed in the order currency.
At the end of the order entry, the order can be subject to a control if the ex-tax amount is lower than this threshold.
The Control field displays the level of control (Block, Warning, No control) as set by the POHMINAMT - Order min amount parameter (ACH chapter, AUZ group).

• Maximum order (field ORDMAXAMT)

This field displays the maximum order amount defined for the supplier in the folder currency. This amount is not stored and does not prevent you from saving.

The field identifies the total purchase order amount needed to receive free freight. It is a display-only field and does not restrict POS creation.

• Free freight threshold (field ORDFREFRT)

The field identifies the total purchase order amount needed to receive free freight. It is a display-only field and does not restrict POS creation.

• Cost (field TOTCOST)

This field represents the cost multiplied by the ordered quantity.

• field TOTCUR

• No. (field NOLIG)

• Product (field ITMREF)

Help common to the Order, Invoice and Buyer plan functions.
The entry of a product reference is mandatory. This field offers several possibilities.
You can:

• Directly enter a product reference.
  If the ITMFLG - Product/supplier ref. entry (ACH chapter, REF group) setup is active, you can enter either the internal reference of the product or the reference of the product at the supplier's.
  The existence of this reference is controlled in the Products file.
  The reference displayed is always the internal reference of the product and it must exist in the Product table, be active and of the Purchased product type. If the value of parameter BUYFLT - Filter by buyer (chapter ACH, group AUZ) is set to Yes, the product must be managed by the buyer. This filter is deactivated in invoice control.
  The product code is not mandatory for a line with the type Miscellaneous.
  
• Use the Actions menu to:
• Select a product from the file.
• Select a product from the list of supplier products.
• Select a product from the list of supplier-site products. From this selection window, the cursor is set by default on the first product referenced by the supplier for the chosen receiving site. You can select a different product from any other site, if it belongs to the same legal company.
• Create, according to the user's access rights, the product in the file.
• View and take into account the responses to the existing RFQs if the transaction used allows this.
  Click the Actions after the entry of the product reference to restrict the list to requests for quotes specific to this product. If you choose one of the answers linked to a request for quote, the order line is automatically loaded and the information is initialized with the elements from the original request and the answer made by the supplier.
  The quantity ordered, the unit, the descriptions, the project code and the analytical dimensions are initialized by the request for quotes. The prices and discounts and the planned due date are initialized with the information saved in the answer made to the request for quotes by the supplier.
• View and take into account the requirements related to the product (action not available in the invoice function). These requirements are expressed through purchase requests and suggestions created by the MRP calculation or the reordering schedules.
  In the Buyer plan function, you can display the requirement consideration window, even if the product reference is not entered. In all cases, all requirement types matching the selection are displayed, for all types of products. After selecting the lines and validating, the lines are automatically generated and display the proper product type, based on the origin of the requirement.
  In the Orders and Buyer plan functions, depending on the entry transaction used, the requirement consideration window can also open automatically. This window is displayed after entering the product reference, or if the product is of the Service category, after selecting the Product type (service or subcontract), when modifications are available.

The entry of the product is used to initialize the Description fields that can be modified.
After entering the product, the following messages may display:

• When the product does not exist on the selected receiving site.
  This message allows you to create the site, depending on your user authorizations.
• When the product is not referenced by the supplier.
  This message can be blocking or a simple warning according to the choice made at the level of the ITMBPS - Supplier referencing (ACH chapter, REF group) general parameter.
• When the (receiving) product-site is not referenced by this supplier.
  This message can be blocking or constitute a simple warning according to the choice made at the level of the ITMBPSFCY - Supplier-site referencing (ACH chapter, REF group) general parameter.
  This control does not apply to inter-site orders.
• When the product is blocked for the supplier, or for the supplier on the receiving site.
  This can be a blocking message or a simple warning according to the value of the blocking code in the Product-Supplier or Product-Site record.
• The entered product is already subject to an open order.
  This message is a simple warning.
• The product cannot be directly ordered but must previously have been the object of a purchase request.
  This message is blocking.

For products managed in stock, it is possible to take into account the suggestions coming from the MRP calculation or those from the statistical reordering calculations as well as the purchase requests.

For products not managed in stock, only potential purchase requests can be taken into account.

In the case of subcontract products, the subcontract orders generated by manufacturing releases are the ones to suggest what purchase to perform. To order a subcontract product, requirements must exist. Otherwise, an error message will display upon entering the product reference.

The work order can be accessed from the Actions menu on the product line. This order line must apply to a sub-contract product.

Requirement selection

When entering an order and depending on the entry transaction used, if there are purchase suggestions, subcontract orders or purchase requests for the entered product, a window can automatically open to suggest that requirements be taken into account. This window is displayed after entering the product reference, or if the product is of the 'Service' category, after selecting the Product type (service or subcontract), when modifications are available.

Notes:

• If the selected product type is 'Subcontract', the requirement consideration window opens regardless of the setup used in the entry transaction. In fact, the creation of an order line for a subcontract product can only be made by consuming subcontract requirements.
• If the supplier is blocked at the Product-sitelevel, the receiving site field is emptied and the requirement consideration window still opens.

If you do not want to take into account the requirements, simply cancel this window to return to the line entry (except for sub-contract products where the selection of the requirement is mandatory).

If you want to take requirements into account, select them in the corresponding window. This window shows the supplier code and name and the product code concerned along with its standard description.

To view the requirements on all sites, including the sites where the product-supplier is blocked, select the All sites check box. Otherwise, leave the check box cleared or only the requirements of the receiving site will be displayed. If the receiving site is empty as a consequence of the supplier being blocked on the Product-site record, the requirements of the default receiving site are displayed.

Likewise, you can adjust the display of the requirement lines according to the criterion of back-to-back orders.

A date can also be entered to limit the proposition in time. This date will be applied by default to the requirement end date, but it can be applied to the requirement start date according to the Requirement selection section. If no date is specified, all suggestions, purchase requests or subcontract orders are suggested.

Click Criteria to enter sorting criteria and additional selection criteria, including the entry of ranges related to the project code, the document or the original document, and a filter on the suggestion type.

You must then enter the unit in which the requirements quantities must be expressed. By default, the stock unit is suggested but it can be modified if it was picked in one of the following units: Purchase Unit, Packing unit, Stock unit of the product. Requirement lines are then displayed with, for each one:

• The start and end dates of the requirement, the site and the buyer code.
• The requirement quantity as well as the considered quantity.
• The quantity taken into account. This quantity can be initialized by default in two different ways:

• by the requirement quantity when no supplier is assigned to the requirement or when the supplier specified in the requirement line is identical to the supplier in the order,
• to zero when the supplier specified in the requirement line is different from the supplier in the order.

• The 'Blocking' status being mentioned against the product-site-supplier.

• If the line is blocked, the Blocking field is set to 'Yes'. The line cannot be entered and cannot be considered.
• If the line is linked to a warning, the Blocking field is set to 'No'. The quantity is initialized to zero but you can still enter a quantity. You can only select this line manually. You cannot use the Include all action.

• The Exclude all and Include all actions apply to all requirement lines, except from blocked lines and lines with a warning. They make it possible to reset the selected quantity to zero or to preload it. If there is a minimum quantity in the product-supplier record for the considered product, this quantity is suggested for the selected quantity, even if it is greater than the requirement quantity. A blocking message prohibits the entry of a quantity inferior to this minimum quantity.

• Various information such as the weight and volume for the considered quantities, the purchase request line and number (if the requirement is related to a purchase request), the supplier, the order type and number in the WIP and the requirement origin (MRP, MPS, Purchasing or Manufacturing).
• The supplier (or back-to-back supplier) is set to the default supplier (or default back-to-back supplier) defined on the Product-site record or Product-supplier record> (for more information on the supplier initialization rules, please refer to the documentation on the Product record).
• If you modify the receiving site, a message is displayed suggesting that you search for the new default supplier (or default back-to-back supplier) for this product-site.
• If the product is not referenced by the supplier, a blocking or warning message can be displayed based on the value of the ITMBPS - Supplier referencing parameter (ACH chapter, REF group).
• If the (receiving) product-site is not referenced by the supplier, a blocking or warning message can be displayed based on the value of the ITMBPSFCY - Supplier-site referencing general parameter (ACH chapter, REF group). If this message is blocking, you can still proceed with your entry but the Receiving site field must be set as available for entry for the entry transaction. In this case, the Receiving site field is emptied. You must then enter a site where the product-supplier is referenced, or for which the ITMBPSFCY - Supplier-site referencingparameter is not defined as blocking.

After entering the unit, you can automatically enter the quantity to be taken into account, which is the only information that can be entered on this screen. If you want to sort the suggested list by requirement start date (default sort), by requirement end date or by site, you have to exit the entry mode and use the Actions icon to choose the required sort. At this stage, if the requirement line is taken from a purchase request, you can also tunnel access the purchase request for inquiry.

The suggested quantity taken into account can be modified on the condition that the quantity entered is less than or equal to the requirement quantity, which can be the case if, for instance, you wish to take into account only part of the requirement. If you wish to exclude requirement lines, enter a null quantity. Click the Actions icon to select the total requirement quantity.

For subcontract products, always enter the required quantity in the screen dedicated to the taking into account of requirements. In fact, the creation of an order line for a subcontract product can only be made by consuming subcontract requirements. It remains possible to order a quantity greater than the requirement expressed by the manufacturing service. To do so, modify the ordered quantity once the order line has been generated.

For products managed by direct back-to-back order, the quantity cannot be modified.

Purchase back-to-back orders are prohibited when the PURCTLPRI0 - Purchase price existence control parameter (ACH chapter, PRI group) is set to 'Control' and the product has no price:

• the system has not found a purchase price list for the back-to-back order supplier,
• no purchase base price is entered on the product record,
• the product has no standard cost, or the PURPRICE - Price by default standard cost parameter (ACH chapter, PRI group) is set to 'No'.

Once this process is complete, if when entering the product, you have previously selected an invitation to tender response, an additional check is carried out and a warning message appears when the total requirement quantity is less than that mentioned in the response. You can cancel or proceed with your entry. In addition, another message allows you to decide if the order lines must be valued or not at the price entered in the request for quote response.

After validation, requirement lines taken into account are then sorted by product, by site, by supplier, and by project code and then lines are grouped by site, by analytical dimension, by project code and by description for generic products. Subcontract requirements are never grouped.

By using an entry point, it is possible to modify the grouping of the these orders (see the entry point ECLBESOINS).

For order lines generated from a requirement linked to a purchase request, after creating the order line, click the Actions icon to view all purchase request lines that have not be consumed. An inquiry screen appears and by tunnel it is possible to access each of the associated purchase requests.

When the requirements taken into account in an order line concern more than one purchase request, it will not be possible to reduce the order line quantity (however it can be increased). When the requirements concern a single purchase request and the quantity is reduced, this reduction will update the WIP quantity in the purchase request and the order, as well as the consumption information in the purchase request. It will also update the precommitments if necessary.

Inter-company specificities:

Inter-site orders:

You can only enter products of the Received / Deliverable type.

Inter-company orders:

You cannot enter a product of the Received / Not deliverable type.

For the same inter-company purchase order, the product of the first entered line determines the category of the generated sales order. A control is applied to the type of each product that you add so consistency is ensured at the level of the sales order category.

• If the first product is Received / Deliverable or Non received / Non deliverable, the category of the generated sales order is 'Normal'. You can only add products:

• of the Received / Deliverable type. These product lines use the Delivery/Sales invoice flow.
• of the Not received / Not deliverable type. These product lines are invoiced using the invoicing schedule.

• If the first product is Not received / Deliverable, the category of the generated sales order is 'Direct invoicing'. All lines are directly invoiced with no delivery. You can only add products:

• of the Not received / Deliverable type,
• of the Not received / Not deliverable type.

When creating a purchase order, even if you delete the product on the first line, the sales order category defined is kept as long as the table contains at least one line. In order to reinitialize the sales order and its category, you must delete all the entered lines.

When modifying a purchase order, if the sales order has already been generated, its category can never be modified, even if you delete all the purchase order lines. You can only enter products of a type compatible with the initial category. However, if the sales order has not been generated yet (e.g. if the signature management is active and the purchase order has not been signed yet), you can delete all the lines, enter a product line of any other type and finally modify the category of the sales order to generated, if needed.

The subcontract products are not allowed for this type of orders.

• Description (field ITMDES)

Main description of the product coming from the product record and that can be modified during entry.
In the case of a call for tenders, if the product does not exist in the product table, the description must be entered directly.

• Standard description (field ITMDES1)

This is the description entered on the product record. This description is transferred from the sales invoice to the purchase invoice in case of inter-company invoicing. When the invoice stems from another document, the standard description is inherited from the source line.

• Product type (field ITMKND)

Help common to the Orders, and Buyer plan functions.

The management of this field depends on the product category and on the order entry transaction setup.

• When the product category is 'normal', the product type is set to Standard and it cannot be modified (even if the field is defined as editable in the entry transaction).
• When the product belongs to the Service category, the product type defaults to the value set up by the DEFITMKND - Default service type parameter (ACH chapter, ORD group): Service or Subcontracting.
  This value remains available for modification as long as the order line has not been created yet and the field has been set up as available for entry in the entry transaction. In this case, if the entry transaction authorizes it, the requirement consideration window automatically opens when exiting the field. This windows only displays the requirements corresponding to the entered product type:
• For Subcontract products, the requirements originate from work orders and subcontract orders. The selection of requirements is mandatory.
• For Service products, the requirements originate from purchase requests and sales back-to-back orders.

If the product type is set up as 'displayed' or 'hidden', it always correspond to the value of the DEFITMKND - Default service type parameter. The requirement consideration window opens as soon as the product reference is entered.

From the Buyer plan, you can open the requirement consideration widow before entering the product reference: click the Actions icon available at the beginning of each line. In this case, the value of the DEFITMKND - Default service type parameter is not used. All requirement types matching the selection are displayed, for all types of products. After selecting the lines and validating, the lines are automatically generated and display the proper product type, based on the origin of the requirement.

• Site (field PRHFCY)

Site where you want the supplier to ship the order, initialized by the purchase site entered in the order header, when the site is also a warehouse site.

This receiving site must belong to the same legal company as the order site.

Concerning an order for a product managed in stock:

• the receipt site must be a warehouse,
• the product reference must be defined for this receiving site.

If the product is managed in stock and the purchase site is not a storage site, then the system will propose the first storage site defined for the product.
If you enter a receipt site for which no Product-site record has been created, the system will offer to create it directly from the Product-site record.
If the product-site is not listed by the supplier, a blocking or warning message can be displayed based on the value of the ITMBPSFCY - Supplier-site referencing general parameter (ACH chapter, REF group). This control does not apply to inter-site orders.

If you change the receiving site, a message suggests that you run the default supplier search again:

• You want to run the search again:
• If a default supplier can be found on the Product-site record, then this supplier is used.
• If there is no supplier listed in the Product-site record, the default supplier listed in the Product-supplier record will be used, except if the ITMBPSFCY - Supplier-site referencing parameter (ACH chapter, REF group) specifies that the product-supplier must be listed at site level.
• If there are suppliers defined on the Product-site record but no default supplier is found because they are all blocked, then the supplier is not loaded. The field remains blank. You need to enter it.
• You do not want to run the search again:
• The source supplier is kept.
  

From this information, you can use the Actions icon to:

• select a purchase site form the site table. The sites proposed will be restricted to the sites of the company defined by the purchase site,
• inquire the stock for the product at the specified site.
• access the Product-site record if your user authorizations allow it.

Inter-company specificities: When the purchase order is of the inter-site or inter-company type, the receipt site is initialized to the receipt site entered in the default delivery address of the customer order associated with the purchase site of the purchase order. If the default delivery address associated with the customer defined by the purchase site does not specify the receiving site, then the first delivery address will be used, in alphabetic order, to identify the receiving site.

If no receiving site is defined for any of the delivery addresses for the customer associated with the purchase site, a blocking message is returned: Inter-sites: Delivery address not found for customer BP xxxx. In the same way, a blocking message is returned if the site identified does not belong to the same company as the purchase site (inconsistency in the database).

When the order is saved, the receiving site displayed in the order header will be same as the receiving site that has been chosen in the first line of the purchase order.

During the generation of the sales order, the delivery address used in the order line will be the delivery address identified by the receiving site entered on the purchase order line.

The system may prohibit the entry of different receipt sites on the purchase order lines in this context. This depends on the parameters linked to sales:

If the LINBPD - Ship-to clients on detail parameter (chapter VEN, group MIS) for the site defined by the supplier does not allow different addresses on the lines of a single sales order, then the receipt site is the same for all the lines in the purchase order. The receiving site entered on the first line of the purchase order will be automatically picked up by the next line without the possibility of modification.

If the customer related to the purchase site only authorizes completed orders, you can only enter one receipt site and one shipping site on the purchase order, for all the lines of the purchase order. The receiving site and the shipment site entered first in the purchase order will be systematically used in the next lines entered without the option of modification.

• Address (field FCYADD)

This is the default address code for the receiving site chosen. This address will be printed on the order document sent to the supplier.
From this field, you can select another receiving site address if several exist.

• Location reference (field USEPLC)

Use this field to specify the consumption place for the carrier or to define an address complement.

Examples: Dock xx or Hall yy.

The place of consumption is written on the order document.

Inter-company specificities: for inter-company or inter-site orders, the consumption location is transferred to the generated sales order line.

• Unit (field UOM)

Order or invoicing unit.
The product can have five packaging units available:

• Four packaging units entered in the grid of the product-units record.
  
• One packing unit linked to the supplier (product-supplier record) and two purchase units:
  
• One purchase unit linked to the master product.
• One purchase unit linked to the product-supplier. In order entry, this unit is suggested by default if a product-supplier record exists. Otherwise, the purchase unit of the product record is suggested by default.

Only the packing or purchase units previously mentioned can be selected.

Depending on the purchase order transaction used, you can access (or not) the order unit. If the transaction does not authorize the entry of the order unit, it is initialized to the purchase unit defined for the supplier or to the purchase unit of the product if this does not exist.

In the case of an order arising from a requirement, the unit suggested by default is the purchase unit of the supplier for the product or the purchase unit of the product.

It is possible to modify the order unit proposed. From the Actions icon, you can view the list of units including: the stock unit, the product packing units, the product purchase unit and the different units suggested for the supplier.

When the order line originates from a direct order, the order unit is determined based on the value of the POHCTMPUU - Direct order in purchase unit parameter (ACH chapter, ORD group).

In the buyer plan, if the supplier is modified and its units are different from those of the former supplier, a message is displayed suggesting to order in stock unit in order to avoid any price list inconsistency and keep a coherent order unit for the supplier. If you answer Yes, the order unit is readjusted into stock unit. If you answer No, the quantities are readjusted keeping the supplier's units.

Inter-company specificities: In the case of an inter-company or inter-site order, the unit is checked to ensure that a correspondence exists in the Sales module. Otherwise, a blocking control prohibits the entry of this unit.

• Ordered qty. (field QTYUOM)

It is mandatory to mention the quantity of product to be ordered in order units. The order unit can be a purchase unit or a packaging unit to be found in the product-supplier or master product.
By default the minimum purchase quantity or the quantity of considered requirements is suggested. After entry, the quantities in purchase units or stock units are recalculated.

An error message immediately appears if the order quantity is null.

The user will also obtain an error message when:

• The user modifies the suggested quantity after taking into account requirements including more than one purchase request and the quantity entered is less than the quantity taken into account. If the requests taken into account only contain one purchase request (POP) or suggested orders (POS), it is possible to reduce the quantity,
• The quantity entered is less than the minimum quantity required by the supplier mentioned in theProduct-supplier record. The level of control is defined by the POHMINQTY - Minimum order qty control parameter (ACH chapter, AUZ group).
• You are changing the quantity in an order line concerning a product managed in direct back-to-back order.
• You modify the calculated quantity while your order is in packing unit and the entered quantity is not a multiple of the packing.

From the quantity field, use the Actions icon to access the stock inquiry for the receipt site previously entered.

Inter-company specificities: For inter-company or inter-site orders, in addition to a control carried out in connection with the minimum purchase quantity, another control is to be performed in connection with the minimum and maximum sales quantities. This control can be blocked according to the value attributed to the user parameter SDACLOK - Ctr. non blocking price, margin, qt (VEN chapter, AUZ group).

For intercompany orders related to a non-deliverable Service product in a progress billing project, you cannot enter a quantity below the total quantity including the already billed quantity and validated quantity on the billing plan.

• Coefficient (field UOMPUUCOE)

This is the conversion factor expressed between the order unit and the purchase unit (supplier or product).

This coefficient is used to calculate the quantity in PU from an order unit entered in OU:
Qty in PU = Qty in OU * factor
This factor can also be used for the price list conversion into the order unit.
This factor can be accessed if an order unit has been entered with a value different from that of the purchase units contained in the product-supplier or product-master. It is initialized to one of the factors to be found in one of these two files or to the conversion factor table if the combination exists.

You can modify this conversion coefficient if the order unit is a product packing unit, whose coefficient can be modified (see Packing unit table on the Units section of the Product record) but cannot be used with the other units (product purchase unit, supplier purchase unit, supplier packing unit, stock unit).

Inter-company specificities: In the case of an inter-company or inter-site order, the factor used in the generated sales order is always the one entered on the purchase order.

• PUR (field PUU)

• STK (field STU)

• STK quantity (field QTYSTU)

Quantity in stock unit calculated from the ordered quantity in order unit.

If the entered quantity is not a multiple of the order unit, a warning message is displayed. By default the minimum purchase quantity or the quantity of considered requirements is suggested. Under no circumstances the quantity entered is lower than these quantities.

You can modify this quantity if the order unit is a product packing unit, whose coefficient can be modified (see Packing unit table on the Units section of the Product record) but cannot be used with the other units (product purchase unit, supplier purchase unit, supplier packing unit, stock unit).

If you modify the quantity in stock unit, the factor expressed between the order unit and the purchase unit is adjusted.

• Weight (field LINWEI)

• Weight unit (field LINWEU)

• Volume (field LINVOL)

• Volume unit (field LINVOU)

• Project (field PJT)

The project code entered on the header is used to initialize by default the project code on each line of the buyer plan.
This field is managed depending on the setup of the entry transaction of the subcontract order. The management of this code also depends on the value of the CTLOPPCOD - Mandatory project control parameter (TC chapter - MIS group).

• When the value is No, it may be a code selected freely.
• When its value is Yes, an existence check is systematically applies to the entered project code.
  You can use the Selection icon to display the list of available project codes.

This project code can still be modified in the lines.
If the loading of lines is done with the Requirements to consider action, all lines that meet the entered criteria are selected regardless of the project code entered on the header. This is not an implicit selection criteria, even in a single project context (the parameter PJTSNGDOC - One project per document (TC chapter, MIS group) is set to Yes).

This parameter has an influence on the generated orders:

• When this parameter is set to Yes, the management of multiple projects is prohibited.
  The project code is mandatory the same on the header and on the order lines.
  
• When this parameter is set to Yes, the management of multiple projects is authorized.
  You can modify the project code on each order line.
  

• Supplier (field BPSNUM)

The supplier is initialized by default to the supplier specified in the header.
If no supplier is specified in the header, the supplier is initialized to the default supplier defined in the Product-site record.

If there is no supplier listed in the Product-site record, the default supplier listed in the Product-supplier record will be used, except if the ITMBPSFCY - Supplier-site referencing parameter (ACH chapter, REF group) specifies that the product-supplier must be listed at site level. In that case, you must define it at Products-Sites level.

If you change the receiving site, a message suggests that you run the default supplier search again, according to the following conditions:

• You want to run the search again: if there are suppliers defined on the Product-site record but no default supplier is found because they are all blocked, then the supplier is not loaded. The field remains blank.
• You do not want to run the search again: the source supplier is kept.

You can modify it (in all situations).

To enter the supplier, enter the supplier code or click the Actions icon to:

• Select a supplier in the file.
• Select a supplier from the list of suppliers available for the product-site.
• Select a back-to-back supplier from the list of back-to-back suppliers available for the product-site, in the case of a back-to-back product.
• Create, according to the user's access rights, a supplier in the file.
• View the notes linked to the supplier.
• View the list of the last order prices.

This supplier cannot be defined as a ‘Prospect’ and must be ‘Active’.

When the supplier entered is of the Miscellaneous type, a window automatically opens for the address to be entered. When the entered supplier is a Normalsupplier, you can view and potentially modify the address from the Actionsicon, as soon as the supplier code has been entered.

After entering or modifying the supplier, the following messages may display:

• When the supplier is declared to be on hold. This can be a blocking message or a simple warning according to the value given to the dispute code in the Supplier record.
• 
  
• When the order for the product is blocked for this supplier, or for this supplier on this particular receiving site. This can be a blocking message or a simple warning according to the value of the blocking code in the Product-Supplier or Product-Site record.
• When the product is not referenced by this supplier. This message can be blocking or a simple warning according to the choice made at the level of the ITMBPS - Supplier referencing (ACH chapter, REF group) general parameter.
• When the receipt product-site is not referenced by this supplier. This can be a blocking message or a simple warning according to the value of the ITMBPSFCY - Supplier site referencing parameter. If this message is blocking, you can still proceed with your entry but the Receiving site field must be set as available for entry for the entry transaction. In this case, the Receiving site field is emptied. You must then enter a site where the product-supplier is referenced, or for which the ITMBPSFCY - Supplier-site referencing parameter is not defined as blocking.
  This control does not apply to inter-site orders.
• When the supplier purchase unit is different from the entered unit, a message is displayed and you can decide whether to perform a conversion.

If the supplier is modified and its units are different from those of the former supplier, the message "Do you want to order in US ?" is displayed. This enables the user to avoid any price setting inconsistency and keep a consistent order unit for the supplier.

• - If the answer is Yes, the order unit is readjusted into stock unit.
• - If the answer is No, the quantities are readjusted keeping the supplier units.

In order duplication, changing suppliers is not authorized.

Inter-company specificities: Within the framework of an inter-site or inter-company order, the supplier needs to be declared as being of the inter-site type and the site associated with this supplier must be a sales site (it defines the sales site in the mirror sales contract). The purchase site at the source of the order must determine an inter-site customer so as to define the ship-to customer on the corresponding sales order.

When the supplier is identified as being an inter-site supplier, the inter-site flag of the order is automatically selected. If the site associated with the supplier belongs to another company than the purchase site of the order, the inter-company flag is also selected.

A warning message can be displayed in this context if the customer linked to the purchase site is blocked. The generated sales order displays a blocked status. The inter-site orders are not themselves concerned with this operation. No WIP is managed for internal flows.

• Major version (field ECCVALMAJ)

• Minor version (field ECCVALMIN)

• Ship site (field LINSTOFCY)

This is the storage site code from which the customer is generally delivered. This site, which is controlled in the site table, must be identified as a warehouse.

This information can only be accessed if the order is of the inter-company or inter-site type. It is used to indicated which shipping site will be used by the sales company that the inter-site/inter-company supplier identified. It will then serve to initialize the shipment site for each line of the purchase order. It is mandatory in this context.

The shipment site is initialized by order of priority, as follows:

• usual shipment site defined in the delivery address identified by the receiving site previously calculated is used. It must belong to the supplier's company,
• site identified by the supplier if it is a warehouse site.

If after this search, the site is still not identified, you must then manually enter it. A control is applied to check if the entered site belongs to the same company as the supplier site and if the site is a storing site. The Actions icon is used to view all the sites available for selection.

Specificities linked to automatically-generated purchase orders: if the shipment site is still not identified after the execution of the previous steps, the shipment site is initialized using the first warehouse site found, in alphabetical order, in the list of storage sites for the company identified by the supplier.

When generating the corresponding sales order, the shipping site of the sales order header is equal to the site defined here.

• Subcon. address (field SCOADD)

This is the sub-contractor address code where the materials linked to a sub-contractor operation must be consumed. By default, this is the default supplier address that is used. This information is only accessible if the product entered on the order line is a sub-contractor product and if the sub-contractor supplier has also been defined as a customer.

This address code corresponds to a shipment address code associated with a customer defined for the supplier. It is possible in this way to define a Sub-contractor location by address code. If a customer has not been defined for the sub-contractor supplier, the sub-contractor location defined in the supplier record will be taken.

The sub-contractor address code will be initialized to the address code entered in the sub-contract operation. If it is not entered in the operation, the system will initialize this information with the default delivery address for the customer associated with the sub-contract supplier.

It is possible to modify this sub-contractor address. The modification of this address will then be transferred to the sub-contracting operation.

From this information, a contextual button can be used to:

• Select a delivery address from amongst the delivery addresses associated with the customer record of the sub-contract supplier.
• Access by tunnel the delivery address management, if the user's authorizations allow this.

• Expected rcpt. date (field EXTRCPDAT)

Help common to the Orders, and Buyer plan functions.

The expected receipt date must be entered. A date is automatically suggested by default. It can have various origins, including (in the following order):

• The date of the requirement when the requirement has been considered. When the line comes from a group of requirements, the closest requirement date is used. If you modify the suggested date and enter a later date, a warning message is displayed.
• The order date increased by the supplier lead-time included in the price list if it exists.
• The order date increased by the reorder lead-time from the product-site record if the product is in stock.
• The order date increased by the reorder lead-time from the product record if the product is not in stock.

This date is controlled with respect to the receiving site's calendar. If the site is unavailable on this date, a blocking message is displayed and you need to enter another date. You can also be returned a warning message when the entered date is prior to the calculated date. Once the order line has been validated, this date will not be modified by a price list re-initialization.

The planned due date can also be automatically recalculated when the date entered corresponds to a non-working day for the site. It is then automatically proposed as the first working day.

In any case, the minimum planned due date will be equal to the order date increased in the order by the lead-time from the price list, the Product-site or Product record.

From this field, click the Actions icon to view the stock forecast.

Inter-company specificities: Within the framework of an inter-site or inter-company order, the delivery date requested in the generated sales order header is initialized to the nearest expected receipt date from the purchase order lines. The expected receipt date for each sales order line is initialized to the expected receipt date from the corresponding purchase order line.

• Currency (field CUR)

This field indicates the code of the currency in which the order or receipt prices and amounts are expressed.

This mandatory information is initialized to the currency of the supplier to which the order is addressed. Provided the order is not yet created, it is possible to modify this currency. If order lines have been entered, or during the copy of an order, a question will be posed to the user about whether to re-calculate the prices and discounts depending on the price lists. If the user decides not to apply the price lists, the prices and discounts will be simply converted into the new currency at the rate determined by the exchange rate type and the order date.
The change of currency is forbidden if at least one line with a cost structure has already been entered.

From this field, it is possible to directly enter a currency code whose existence is controlled in the currency table or to use the contextual button to:

• select a currency from the table,
• create, according to the user's authorizations, a currency code in the table.
• Access the supplier's detailed address and select an alternative address for the supplier if necessary. This is the address to which the order document will be sent.

Specificities linked to the inter-company: Within the framework of an inter-company or inter-site order, the currency entered in the sales order generated is initialized to the currency of the customer associated with the purchase site.

• Gross price (field GROPRI)

Help common to the Order and Buyer plan functions.

Use this field to determine the gross and excluding tax unit price of the product. This price is expressed in order unit if the Unit field is declared as accessible at the time of entry in the transaction, if not, it is expressed in purchase unit.

When the main information for the line has been given, a price list search process is automatically carried out. The objective of this search is to recover:

• The gross price and the associated reason.
  If the order (or purchase) unit is different from that of the price list line:
  - The price list amount is converted if the value of the Unit conversion is set to 'Yes' at the Pricing parameters level. This conversion is based on the unit conversion coefficient table. If no conversion is set up between these units, the price list amounts are those that are considered by applying a 1 conversion rate.
  - The price list is not used if the value of the Unit conversion is set to 'No' at the Pricing parameters level The value of the gross price is set to '0'.
• The charges and discounts in percentages or in amounts to be applied to the line level as well as the associated reasons.

When the entered price is null, a message appears to request confirmation from the user.

In the Price field, you can use the Actions icon to:

• View and modify the Discount and Cost fields defined using the structure code associated with the supplier. The values contained in these fields come from the price list search and can be modified if the associated reason allows it.
• View the reasons associated with the price as well as the different discounts and charges fields
• View the price lists
• Re-initialize the price, as well as the discounts and costs, by requesting a new price list search.

The entry of other data on the line depends on the selected transaction. This is the case for example for the Site information, Quality control code, etc.

Inter-company specificities: Within the framework of an inter-site or inter-company order, if the inter-company price lists have been set up, they will be used in the same way as normal price lists. When the sales order is generated, the prices and the discounts calculated for the reciprocal sales order will be determined from the inter-company price lists or the normal price lists. In no case will the prices and discounts entered in the purchase order be transferred to the sales order. The prices between the sales and purchasing documents can change independently. The reconciliation is made at the time of invoicing.

• Net price (field NETPRI)

• Line amount - tax (field LINAMT)

• field LINACC1

It is the purchasing account. If this field is not entered, the account will be automatically determined by the accounting code for the product depending on the setup of the PORD automatic journal.

The presence of this field depends on the entry transaction used.

• Purchase type (field LINPURTYP)

It is the purchase type (purchase of goods or purchase of fixed assets) used to determine the tax account to use. The presence of this field depends on the entry transaction used. By default the type is "Purchase of goods".

• field CCE1

The setup determines if the analytical dimensions can be modified. They are initialized based on the setup of the default dimension.

In creation mode, if no order line has been entered and the project code is modified, the analytical dimensions are reset based on the setup of default dimensions.

In creation mode, as in modification mode, if an order line is entered and the project code is modified, the analytical dimensions are not reset.

• QC (field QUAFLG)

This code is used to define whether this product must be controlled on receipt into stock.
The assigned product Category determines the initial control value for the product-site record and the supplier-stock record. The supplier-stock record value provides the default value for purchase orders.

• No control. The control is based on the management rules. It can be modified manually.
• Non-changeable control. Quality control is mandatory for stock receipts. Q is the only valid status.
• Changeable control. For a miscellaneous receipt into stock, the quality status is initialized to the value Q. This status can be changed to A or R.
  The quality control code can also be defined at the purchase order level.
  • If in the order quality control is set to "Yes", quality control is mandatory and the receipt has one of the sub-statuses Q* defined in the product management rule for receipt movements.
    If no sub-status is defined, the status cannot be entered at the time of receipt.
  • If in the order quality control is set to "No", quality control is not mandatory.
    At the time of receipt, A is suggested as the default status. This can be changed to one of the statuses defined in the receipt movement rule for this product.
• Periodic control. This control is automated according to the number of receipts for this supplier and this product. The stock status can still be modified during entry.
  
  

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.

• Intras. incr. (field EECINCRAT)

This field is subject to the Exchange of goods declaration (Intrastat).

This conversion factor is used in the Intrastat declaration for the exchange of goods. It is used in supplier invoices and applied to the fiscal value of the product line to obtain the statistical value.
It is initialized by either the increase conversion factor entered on the product-supplier record or the supplier record.

• Country (field ORICRY)

The country code for the origin of the goods, initialized to the country code associated with the order supplier.
This field is used to indicate the country where the goods originated in the sense of EU customs rules on the origin.
For the INTRASTAT exchange of goods declaration, the EU country code field associated with this code in the country table is used.
For supplier returns this will be the destination country.

• Line type (field LINTYP)