Buyer's planning
Use this function to prepare a series of orders for different suppliers, by taking into account the requirements issued by the different services in the form of purchase requests or the suggestions generated by the MRP calculation or the reorder calculation functions.
When the products to be purchased are split between different buyers, this function makes it possible for each buyer to obtain their own product planning workbench by processing only the products that concern them.
In order to optimize the processing time, this function is run in two phases:
- Selection or entry of the product lines with the choice of the appropriate supplier.
- Generation of the orders by supplier by taking into account the specific condition concerning single or multi-line orders. Orders generated from the planning workbench can be modified in the Orders function.
Purchase orders can be generated automatically and after signing these orders, intersite sales orders or inter-company sales orders if the entered supplier identifies a company site or BP company site and if it is specified in the setup of intercompany flows management.
Prerequisites
Screen management
Entry screen
The presentation of the entry screen depends on the setup of the selected order transaction.
If only one transaction has been set up, no choice will be suggested. Where more than one transaction exists, a window opens to display the list of transactions that the user is authorized to use.
For all transactions used, the recording of an order is broken down as follows:
- A header information section you use enter the minimum information for the identification of the product planning workbench, such as the order site, the order date, the buyer, etc.
- A section including the product lines. You can directly enter these product lines. You can also set the initialization of product lines to automatic by clicking Requirements picking from the Actions icon.
Order generation
Click Create. A message is displayed suggesting that you generate the orders.
Orders are generated by product lines grouping sorted by following criteria:
- For normal orders (without back-to-back or inter-site):
- Currency
- Supplier
- Buyer code
- Project code
- Product reference
- Source document
- Major/ Minor versions
- Requirement date
- For back-to-back orders:
- Currency
- Supplier
- Buyer code
- Product reference
- Sales order number
- Sales order line number
- Project code
- For orders and back-to-back inter-site/inter-company orders:
- Currency
- Supplier
- Buyer code
- Sales order number (only for back-to-back orders)
- Sales order category to create
- Project code (only for inter-site orders)
- Partial delivery flag
- Receipt site
- Shipment site
The shortage criteria are the following:
- Currency
- Supplier
- Buyer code, if the BUYFLT - filter by buyer parameter (ACH chapter, AUZ group) is set to Yes.
- Sales order number
- Sales order category to create.
- Project code if single project.
- Partial delivery flag
- Receipt site
- Delivery address
- Delivery method
- Specific criteria set up using the ECLBESOINS entry point of the TRTACHCDE1 : Purchase orders.
When you decide to generate orders, various controls are applied:
- The amount check for each order, with the authorized outstanding amount for each supplier: according to the setup carried out at the level of the supplier record, the check can generate just a warning message, or a blocking message.
- A warning is sent when the budgetary control has been activated and a budget has been exceeded. This message can be blocking or constitute a simple warning according to the choice made for the general parameter BUDCNTPRP - Commitment control type (chapter BUD, group CMM).
- When the update of commitments is active, it is carried out automatically upon generating each order.
Once the processing is complete, a number is automatically assigned to each generated order, regardless of the sequence number management mode (manual or automatic) and a processing report providing the list of created orders is displayed.
Selection
| Order site (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 (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 (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 (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. Note - warningDepending 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 (TARGRP) |
|
Specify if you want to use the grouped price lists. |
| Supplier (HBPSNUM) |
| Project (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).
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:
Note - informationIn creation mode, when no order line is entered, analytical dimensions are reinitialized according to the by the setup of default dimensions when the project code is modified.
In creation mode as well as in modification mode, if an order line has already been entered and the project code is modified, analytical dimensions are not reinitialized. |
Grid: Analytical
| Dimension type (DIE) |
|
The presence of this information depends on the transaction setup. When entering an order line, the dimension types are initialized according to the code Default dimensions, POID. If the order line comes from a document, the analytical dimension types are loaded with the analytical dimensions present in the document line. Note - informationIn creation mode, when no order line is entered, analytical dimensions are reinitialized according to the by default setup sections when the project code is modified.
In creation mode as well as in modification mode, if a n order line has already been entered and the project code is modified, analytical dimensions are not reinitialized. Upon modification of an analytical dimension, a certain number of checks must be carried out to assess the validity of the dimension:
From the Actionsicon, you can:
|
| Description (NAMDIE) |
| Dimension (CCE) |
|
The setup determines if the analytical dimensions can be modified. They are initialized based on the setup of the default dimension. Note - informationIn 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. |
Printing
| Print orders (PRTFLG) |
| Document (DOCNAM) |
|
If the associated document check box is selected, enter the report code for the standard printed document. |
| Destination (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 (PRTSRV) |
| Printer (PRTNAM) |
Container capacity
| Container (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 (WEICAP) |
|
This field displays the total weight capacity of the selected freight containers. If a container is not selected, you can enter a weight without having to manage containers. |
| No. of containers (TCTRQTY) |
| Volume (VOLCAP) |
|
This field displays the total volume capacity of the selected freight containers. If a container is not selected, you can enter a volume without having to manage containers. |
Selected
| Weight (WEITOT) |
|
This field represents the total weight multiplied by the quantity ordered. |
| Volume (VOLTOT) |
|
This field represents the total quantity ordered multiplied by the total volume. |
Available
| 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 0. |
| TCTRWEU |
| Volume (VOLAVL) |
|
This is field displays the available volume for a container when the total volume of selected lines in the workbench do not equal 0. |
| TCTRVOU |
Amount
| Minimum order (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 (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. |
| Free freight threshold (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 (TOTCOST) |
|
This field represents the cost multiplied by the ordered quantity. |
| TOTCUR |
Grid: Lines
| No. (NOLIG) |
| Product (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:
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. Note - informationThe product code is not mandatory for a line with the type Miscellaneous.
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. 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. Note - informationIn 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.
This message allows you to create the site, depending on your user authorizations. 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. 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. 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. This message is a simple warning. 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. Note - informationThe 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. Note - information
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:
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:
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.
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 (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 (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 (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.
Note - informationIf 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 (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:
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 change the receiving site, a message suggests that you run the default supplier search again:
From this information, you can use the Actions icon to:
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 (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. |
| Location reference (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. Note - informationInter-company specificities: for inter-company or inter-site orders, the consumption location is transferred to the generated sales order line.
|
| Unit (UOM) |
|
Order or invoicing unit. The product can have five packaging units available:
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. (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:
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 (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: This factor can also be used for the price list conversion into the order unit. This factor can be accessed if an order unit was 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 (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. This information is not available for modification. This unit is suggested by default in the purchase invoice control. |
| STK (STU) |
|
Stock unit defined for the product. This information cannot be modified. |
| STK quantity (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 (LINWEI) |
| Weight unit (LINWEU) |
| Volume (LINVOL) |
| Volume unit (LINVOU) |
| Project (PCT) |
|
The project code entered on the header is used to initialize by default the project code on each line of the buyer plan.
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:
The project code is mandatory the same on the header and on the order lines. You can modify the project code on each order line. Note - information
In creation mode, when no order line is entered, analytical dimensions are reinitialized according to the by the setup of default dimensions when the project code is modified. In creation mode as well as in modification mode, if an order line has already been entered and the project code is modified, analytical dimensions are not reinitialized. |
| Supplier (BPSNUM) |
|
The supplier is initialized by default to the supplier specified in the header. 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 can modify it (in all situations). To enter the supplier, enter the supplier code or click the Actions icon to:
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 Normal supplier, you can view and potentially modify the address from the Actions icon, as soon as the supplier code has been entered. After entering or modifying the supplier, the following messages may display:
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.
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 (ECCVALMAJ) |
| Minor version (ECCVALMIN) |
| Ship site (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:
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 (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:
|
| Expected rcpt. date (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):
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 (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:
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 (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:
Note - information
If the order (or purchase) unit is different from that of the price list line: 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:
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 (NETPRI) |
| Line amount - tax (LINAMT) |
| 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 (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. |
| CCE1 |
|
The setup determines if the analytical dimensions can be modified. They are initialized based on the setup of the default dimension. Note - informationIn 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 (QUAFLG) |
|
This code is used to define whether this product must be controlled on receipt into stock.
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. (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 (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. Note - informationFor supplier returns this will be the destination country.
|
| Line type (LINTYP) |
| Price Explanation |
|
Click this action to open the requirements picking screen and automatically initialize the lines used for taking requirements into account.
You can:
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 not price:
When no selection is performed, all suggestions and purchase requests are suggested. Requirement lines are then displayed and sorted by requirement date, then by site, and each line displays:
The products that are the object of a purchase contract are displayed in blue. Select:
The only data that can be entered is the Quantity taken. If you wish to sort the suggested list by product and requirement date, by requirement date and site, or by site and requirement date, you must exit the entry mode and click the Actions icon to choose the required sort. At this stage, if the requirement line is taken from a purchase request, you can also view the detail of this request. After validating the entry, the requirement lines taken into account are sorted by product, by supplier code (if no supplier is mentioned in the requirement the first supplier of the product record is considered by default), by site, by analytical dimension, by project code and by description for generic products. By using an entry point, it is possible to modify the grouping of the these orders (see the entry point ECLBESOINS). It is also possible to manually enter the product planning workbench. This is the same as mass entering orders. The minimum information to be entered is the product, the unit, the quantity, the planned due date, the price as well as the different charges and discounts. |
| Price explanation |
|
This action is used to explain how the net price of the order line is obtained by application of the different discounts on the gross price of the product. |
Reports
By default, the following reports are associated with this function :
PRTSCR Screen print
This can be changed using a different setup.
Specific actions
|
This action is used to view the order entry transaction that is being used. |
Local menus
In addition to the generic error messages, the following messages can appear during the entry:
No sequence number counter has been assigned to this document
This message is displayed when the assignment of the sequence number counters for the Purchasing module has not been carried out. To correct this problem, check if the required sequence numbers exist (if this is not the case, they should be created), then assign them to the different documents using the appropriate function.
Setup of the signature rules does not exist for the company.
This message appears during the entry of the order site, when the signature management is active and no setup exists for the signature rule for the legal company to which the order site is attached.
The site is not in the same legal company.
This message appears during the entry of the receiving site when the site code entered does not belong to the same legal company as the order site. To correct this problem, it is necessary to select a site from the list suggested.
XXXXXX: Inactive product
This message is displayed during the entry of the product reference when the latter is declared to be non-active (in development, not renewed...) in the Product record.
Product not managed by the buyer.
This message is displayed when the BUYFLT - Filter by buyer parameter (ACH chapter, AUZ group) is active and the ordered product is not managed by the buyer specified on the order header.
XXXXXX: Non-purchased product.
This message appears during the entry of the product reference when the latter does not belong to a category of purchased product.
Non-authorized sub-contracting product.
This message is displayed when the product is entered in a sub-contracting type category: the entry is refused because this product type can only be processed by supplier orders.
Direct order prohibited for this product! You must use a purchase request.
This message is displayed when the product you want to order is prohibited in direct ordering. This blocking message depends on the value given to the Mandatory PR check box in the Purchase section of the product record.
The product is on hold
This message is displayed when the ordered product has been declared as Blocked in the product record for the supplier entered. This message can be a simple warning message or a blocking message depending on the value given to the Blocking code in the Product record (Product-Supplier section).
The product is not referenced at the supplier's.
This message appears when the ordered product is not referenced for the entered supplier. This message can be a simple warning message or a blocking message according to the value given to the ITMBPS - Supplier referencing parameter (ACH chapter, REF group).
The product is not referenced by this supplier for this receiving site.
This message is displayed when the requested product is not referenced by the entered supplier at the Product-site level. This message can be a simple warning message or a blocking message according to the value given to the ITMBPSFCY - Supplier-site referencing parameter (ACH chapter, REF group).
XXXXXX: Prospective supplier
This message is displayed during the entry of the supplier code if the latter is declared as Prospect in the supplier record.
XXXXXX: Inactive supplier
This message is displayed during the entry of the supplier code when this latter is declared asNot active in the supplier record.
The supplier is on hold
This message appears when the supplier entered has been declared to be "on-hold" in the supplier record. This message can be a simple warning message or a blocking massage depending on the value given to the dispute code in the supplier record.
Product does not exist for this site
This message is displayed when the product entered is managed in stock and has not been declared for the receiving site (No corresponding Product-site record).
The quantity entered cannot be less than the consumed quantity XXX
This message is displayed when the quantity of a generated line is modified after taking into account the requirements and the quantity entered is less than the sum of the quantities of the requirements that have been taken into account.
The quantity is less than the minimum quantity ####.## XXX
This message is displayed when a quantity that is entered is less than the minimum quantity required by the supplier, as specified in the product record.
Unavailable period from ../../.. to ../../..
This message is displayed when the planned due date entered falls within one of the unavailable periods for the receiving site.
Insertion not possible
This message is displayed when an attempt is made to insert a line or duplicate a line when the maximum number of lines for an order, defined by the appropriate activity code, has been reached.
Account and nature not found [line ###]This message appears during the budget check when the account or nature search was not successful. The line number is indicated when the control is applied once the order is complete and not upon entering the line.
XXX Problem when retrieving the sequence number counter
This message appears in creation mode when the reading of the specified sequence number counter is invalid and the system has been unable to get a sequence number.
Maximum authorized credit level exceeded!
This message is displayed during the generation of the order when the authorized credit amount for the supplier, as indicated in the supplier record, is reached. This message can be a simple warning or a blocking message depending on the value given to the credit check code in the supplier record.
Confirmation impossible. Budget exceeded line ###.
This message is displayed you attempt to create an order and at least one of the lines has exceeded the budget and a blocking control has been requested (see the BUDCNTCMM - Commitment control type parameter - BUD chapter, CMM group).
Do you want to order in stock unit?\ Otherwise quantities will be readjusted.
This message is displayed if the supplier is modified and its units are different from those of the former supplier. This enables the user to keep a coherent price setting and 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's units.
Line ##: version ## stopped for the product XX
This message is displayed when you try to create a purchase order for a product with a stopped version.