tdpur domains

The response line is Accepted and must be converted to one of the following:

• Purchase Order
• Purchase Contract
• Price Book
• Purchase Order and Purchase Contract
• Purchase Order and Price Book

To convert the response line, use the Convert RFQs (tdpur1202m000) session.

The response line must be ignored and must not be converted or deleted.

To process the response line, run the Process Non-Converted RFQ Responses (tdpur1223m000) session with the Process Ignored Responses check box selected.

The response line must be deleted and must not be converted.

To delete the response line, run the Process Non-Converted RFQ Responses (tdpur1223m000) session with the Delete Responses marked as 'Delete' check box selected.

The response line is Accepted and waits for specification of the conversion action, which can be Convert, Ignore, or Delete.

When a response line receives the Accepted status, the Conversion Action is automatically set to Pending.

No conversion action can be specified (yet).

The purchase requisition is submitted for approval and is waiting to be approved or rejected by the appropriate approver or approving department.

The purchase requisition is approved by the appropriate approver or approving department.

The purchase requisition is rejected by the appropriate approver or approving department.

The department is any valid department with the authority to approve requisitions. If the department type is Purchase Office, this department has final approval authority.

The individual is a valid employee authorized to approve requisitions.

Any user is allowed to approve purchase requisitions.

Any user whose employee code is linked to the Approver Department and who is specified on the approver list, is allowed to approve purchase requisitions.

Only the user whose employee code is equal to the Approver on the approver list, is allowed to approve purchase requisitions.

The order/schedule (history) data is removed by order/schedule. LN checks whether the entire order/schedule (history) can be deleted. Order header data and order lines are only removed if no back order quantities are registered anymore.

The order/schedule (history) data is removed by order/schedule line. For each order/schedule line, LN checks whether it can be deleted. If no back order quantities are registered anymore for an order line, the order line is removed. When the last order/schedule line (history) of an order/schedule is removed, the order/schedule header (history) data is also removed.

The requisition will not be converted during the conversion process.

The requisition will be converted to a purchase order (PO) during the conversion process.

The requisition will be converted to a request for quotation (RFQ) during the conversion process.

The response line must be converted to a purchase order.

The response line must be converted to a purchase contract.

The response line must be converted to a supplier price book.

The response line must be converted to a purchase order and a purchase contract.

The response line must be converted to a purchase order and a supplier price book.

The response line cannot be converted.

You can copy the quotation to a purchase contract in the Convert RFQs (tdpur1202m000) session.

You can copy the quotation to a purchase order in the Convert RFQs (tdpur1202m000) session.

You can copy the quotation to a price book in the Convert RFQs (tdpur1202m000) session.

You can delete the quotation in the Archive/Delete Requests for Quotation (tdpur1205m000) session.

You cannot copy the quotation to a purchase order, a purchase contract, or a price book.

The order has resulted from the execution of the Transfer Order Planning (cppat1210m000) session in Enterprise Planning .

• The order has resulted from a direct delivery or cross-docking order and is generated from the Transfer Purchase Order Advice (whina3212m000) session in Warehousing .
• The order has resulted from the execution of the Generate Purchase Orders (tdsls4241m000) session

The order has resulted from the execution of the Service Order Resource Planning (tssoc2260m000) session in Service .

The purchase object has resulted from the execution of the Convert Purchase Requisitions (tdpur2201m000) session.

The order has resulted from the execution of the Copy Purchase Order (tdpur4201s000) session.

The order has resulted from the execution of the Copy Purchase Order (tdpur4201s000) session.

The order has resulted from the execution of the Generate WIP Transfer (tiasc7200m000) session in Manufacturing .

The order has resulted from the execution of the Commingle Purchase Orders (tdpur4210m000) session.

The order has resulted from the execution of the Plan Work Orders (tswcs3200m000) session in Service .

The order has resulted from the execution of one of the following sessions in Warehousing :

• Transfer Purchase Order Advice (whina3212m000)
• Generate Orders (KANBAN) (whinh2200m000)
• Generate Orders (TPOP) (whinh2201m000)
• Generate Orders (OCB) (whinh2205m000)

The order has resulted from the execution of the Generate Purchase Orders (tdpur3204m000) session, or the RFQ has resulted from the execution of the Generate RFQs from Contracts (tdpur3201m000) session.

The order has resulted from the execution of the Convert RFQs (tdpur1202m000) session.

The purchase object is manually specified in the relevant session.

The purchase object is created by an application other than LN.

The order or requisition has resulted from the generation of a subcontracted service for a production order in Manufacturing . This origin is applicable in case of operation subcontracting.

The purchase requisition has resulted from the generation of a subcontracted service for a routing operation in Manufacturing . This origin is applicable in case of operation subcontracting.

The purchase supply order or schedule is generated in the Purchase Order Material Supply Lines (tdpur4116m000) session or the Generate Supply Orders for Subcontracting (tdpur4216m000) session. The purchase order/schedule contains supply lines to order the required material from the buy-from business partner who delivers the goods to the administrative warehouse (supply-to warehouse), which represents the subcontractor's shop floor warehouse.

The order has resulted from the execution of the Transfer Planned PRP Purchase Orders (tppss6230m000) session in Project .

The order is generated automatically for an unexpected warehouse receipt. As a result, the goods can be received against the generated purchase order.

Warehousing Receipt purchase orders can only be generated if the Generate Order for Unexpected Warehouse Receipt check box is selected for the item and business partner in the Items - Purchase Business Partner (tdipu0110m000) session.

The order is generated automatically for a consumption of consigned inventory that cannot be linked to an existing purchase order or schedule.

This applies in the following situations:

• The purchase order type is a Consignment Replenishment order type, as defined in the Purchase Order Types (tdpur0194m000) session.
• The Consigned check box is selected for the purchase schedule in the Purchase Schedules (tdpur3110m000) session.
• Consumption is for an adjustment order.
• Consigned inventory is replenished by means of a Purchase (Manual) warehousing order.
• Item inventory is handled by component, consumption is by component.

If no receipt is available yet, a receipt is generated in Purchase Control based on the number group for warehouse receipts, and a purchase payable receipt is created.

A subjective criterion evaluated by the user.

The accuracy of the delivery time.

The quality of the goods received.

The accuracy of the delivered quantity in relation to the purchased quantity.

The competitivity of the vendors price in relation to the average purchase price.

A measure of on time confirmation of purchase orders.

Rating of the vendor for a given period.

The score is based on the net purchase price. The lowest price gets the highest score.

The score is based on the difference between the requested quantity and the offered quantity. The exact values and scores can be specified in the RFQ Criterion Scoring Schemes (tdpur1193m000) session.

The score is based on the difference between the requested delivery date and the offered delivery date. The exact values and scores can be specified in the RFQ Criterion Scoring Schemes (tdpur1193m000) session.

The score is based on vendor rating.

The score is based on subjective criteria. The exact values and scores can be specified in the RFQ Criterion Scoring Schemes (tdpur1193m000) session.

The score is based on the price including bidder landed costs, excluding third party landed costs. The lowest price gets the highest score.

The score is based on the net price, which includes all landed costs (bidder and third party). The lowest price gets the highest score.

The order is waiting for commingling or approval.

The order is approved.

The order is modified after approval because order lines were added or changed. Therefore, the order must be re-approved.

The order is sent to the supplier and is waiting to be received.

The order can be at various stages of the receipt procedure.

The order is blocked. The order procedure cannot continue until the block is released.

All lines in the order are canceled.

All steps are executed in the procedure for the purchase order type in Procurement .

A technical/temporary status during the release to warehousing activity.

LN writes all changes to the history. The history records contain the transaction type, the logon code, the transaction date/time, and so on.

LN does not write changes to the history.

LN only writes the last change to the history. The history record contains the transaction type, the logon code, the transaction date/time, and so on.

The schedule is active.

The schedule is terminated, but schedule lines must still be closed. You cannot add new lines to the schedule.

The schedule is terminated. All schedule lines with the Termination in Process status are closed.

Because position numbers are exhausted, no more schedule lines can be added to the schedule. The existing schedule lines are dealt with in the usual way.

The schedule and all its schedule lines are processed.

When the purchase order line is created, LN displays a message to link the purchase order line to the contract, if required. For purchase schedules, this option is not applicable and functions as the Skip Contract option without using a quantity tolerance.

The purchase order/schedule line is not linked to the contract. On the contract line, you can specify a tolerance by which the maximum contract quantity can be exceeded before the contract is skipped.

The purchase order/schedule line is linked to the contract regardless of exceeding the maximum contract quantity.

All not yet approved order lines are printed, even if the Print Purchase Orders (tdpur4401m000) session is not included in the procedure defined for the order type. Not approved purchase orders that have already been printed are printed again. An order change message is prepared if the order was not generated for EDI before. No message is prepared if no lines are changed or added.

All order lines are printed, except for:

• Order lines that are linked to an order header with the Created, or Canceled status.
• Order lines that are canceled.

The Print Purchase Orders (tdpur4401m000) session need not be included in the procedure defined for the order type. Purchase orders that have already been printed are printed again. An order change message is prepared if the order was not generated for EDI before. No message is prepared if no lines are changed or added.

All order lines are printed on the purchase order, even if an order line is printed before and is not changed since. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before. No message is prepared if no lines are changed or added.

LN only prints those order lines that were added after the last purchase order was printed. If an order has already been printed before, it is not printed again. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before and if not all order lines are new.

All order lines are printed that were printed before and changed subsequently, or that are added to the order. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before and if not all order lines are new.

All order lines are printed that were printed before and changed subsequently. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before.

If one of the order lines is printed before and is changed subsequently, all purchase order lines are printed. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before.

All order lines are printed that:

• Are not linked to an order header with the Created, or Canceled status.
• Are canceled.

Canceled order lines are only printed if the print session is included in the procedure defined for the order type and the lines are approved. Purchase orders that have already been printed are printed again. An order change message is prepared if the order was not generated for EDI before. No message is prepared if no lines are changed or added.

All order lines are printed that are canceled. No orders are printed for which the print session is not included in the procedure defined for the order type. An order change message is prepared if the order was not generated for EDI before.

Financial transactions are created based on the standard cost of the order/schedule lines. For linked landed cost lines, no additional transactions are written, because the landed costs are included in the standard costs.

No financial transactions are created.

Financial transactions are created based on the purchase order price for the order/schedule lines. For linked landed cost lines that must be invoiced, and as a result, have the Receive Invoice check box selected in the Landed Cost Lines (tclct2100m000) session, additional transactions are written.

The average purchase price is based on the following:

• The price of a new receipt.
• The average price of the cumulated purchases up to the time of the new receipt.

      
APN = ((PR * QR) + (APO * CRO)) ÷  (QR + CRO) 

The average purchase price is based on the following:

• The price of a new receipt.
• The average price of the current inventory.

      
APN = ((PR * QR) + (APO * ILO)) ÷ (QR + ILO)
  

• APN - Average purchase price (new)
• APO - Average purchase price (old)
• PR - Price of the new receipt
• QR - Quantity of the new receipt
• CRO - Cumulative receipt quantity (old)
• ILO - Inventory level (old)

Old (current) inventory considers the existing inventory on hand minus the not yet matched and approved receipts. Consequently, the average purchase price is based on financially matched and approved purchase orders.

If the method is set to Current Inventory and the result of the APN calculation is negative, the average purchase price receives the same value as the latest purchase price.

The original purchase order number.

The original purchase order receipt number.

The original purchase schedule number.

The original purchase schedule receipt number.

This enum is expired.

This enum is expired.

The following amounts are displayed:

• Gross amount.
• Order-line discount amount + order discount.

The following amounts are displayed:

• Net amount.
• Order-line discount + order discount.

• Net amount is displayed.
• Discount amount is not displayed.

planned receipt date

order date

system date

Only the real ordered quantities are sent in the schedule release.

The cumulated ordered quantities, calculated from the start date of the schedule, are sent in the schedule release.

The RFQ object is created.

The RFQ object includes one or more linked bidders and is printed in the Print Requests for Quotation (tdpur1401m000) session.

The RFQ object is changed after it is printed.

An RFQ response line automatically receives this status when a response line with the Sent status is manually updated in the RFQ Responses (tdpur1506m000) session. You can also manually specify this status in the RFQ Responses (tdpur1506m000) session.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

At least one response line is updated in the RFQ Responses (tdpur1506m000) session, which means the response has the Responded, No Bid, No Response, Negotiating, Accepted, or Rejected status.

This status is only applicable for RFQ headers, lines, and bidders. An RFQ response line cannot have this status.

No response line will be received from the bidder to the RFQ (line). You must manually specify this status in the RFQ Responses (tdpur1506m000) session. You cannot update response lines with this status.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

No RFQ response line is received from the bidder to the RFQ (line). You must manually specify this status in the RFQ Responses (tdpur1506m000) session. You cannot update response lines with this status.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

The negotiator is negotiating with the bidder about the response line. A response line automatically receives this status when a negotiation record is specified for the response line in the RFQ Negotiations (tdpur1606m000) session.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

The response line that is received from the bidder for the RFQ (line), is accepted. You must manually specify this status in the RFQ Responses (tdpur1506m000) session. You cannot update RFQ response lines with this status.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

The response line that is received from the bidder for the RFQ (line), is rejected. You must manually specify this status in the RFQ Responses (tdpur1506m000) session. You cannot update RFQ response lines with this status.

This status is only applicable for RFQ response lines. RFQ headers, lines, and bidders cannot have this status.

The RFQ object is converted in the Convert RFQs (tdpur1202m000) session, or a response line with the Conversion Action specified as Ignore, is processed in the Process Non-Converted RFQ Responses (tdpur1223m000) session.

The requisition is manually created.

The requisition is created by an application other than LN.

The purchase requisition is created by the requester and is ready to be submitted for approval.

The requisition is ready to be approved by a valid approving department or a valid approver. The approver or the approving department must be a valid employee or a valid department on the approver list. The approver can also reject the requisition if, for example, modifications are required.

The requisition is approved and ready to be converted to a request-for-quotation or a purchase order.

The approver list determines how many approvers must approve the requisition. Only approver departments that are purchase offices and individual approvers from the purchase office are allowed to perform final approval on a purchase requisition.

Some, but not all lines of the requisition are converted to a request-for-quotation (RFQ) or a purchase order in the Convert Purchase Requisitions (tdpur2201m000) session.

All lines of the requisition are converted to a request-for-quotation (RFQ) or a purchase order in the Convert Purchase Requisitions (tdpur2201m000) session. A processed requisition can be deleted.

After a requisition is deleted from the active file, the requisition is automatically posted to history with the status Deleted. The requisition can only be deleted if the current status is Processed or Canceled.

If an approver or approving department disapproves a purchase requisition, it can be rejected. A purchase requisition can be rejected if it has the status Pending Approval.

A requester can modify a requisition with the status Approved, Rejected, or In Process. To change a requisition to Modified, change any header or line and save the change. Next, the modified requisition must be resubmitted for approval.

A requisition with the Created, Modified, or Rejected status can be canceled by the requester. A canceled requisition cannot be changed.

The RFQ is created in the Requests for Quotation (tdpur1501m000) session.

The RFQ is printed in the Print Requests for Quotation (tdpur1401m000) session.

The RFQ is changed after it is printed.

At least one quotation is submitted on the RFQ and entered in the RFQ Responses (tdpur1506m000) session. You are not allowed to change the RFQ anymore.

The RFQ is copied to a purchase order, a purchase contract or a price book in the Convert RFQs (tdpur1202m000) session.

firm requirement

immediate requirement

planned requirement

Assigned as soon as a line is created by IRP, Project , SIC, or if the line is inserted manually.

Assigned to lines that are approved and that can be copied to an order.

Assigned to lines that are rejected during the approval process. Lines that were previously communicated to the supplier, and for which quantities are reduced, receive the status Canceled.

Assigned to lines on which an advance shipping notification is received. If CUMs are registered, the shipped CUM is now adjusted.

• For push schedules, this status is assigned to lines on which an advance shipping notification is received that is deleted again in the Shipment Notices (whinh3100m000) session. As a result, the push schedule line can only receive the status Order Generated from the status ASN Received.
• For pull call-off schedules, this status is assigned to lines for which a warehousing order is generated.

Assigned to lines on which some goods have arrived, but on which not everything is received or approved yet.

Assigned to lines on which all required goods have arrived and are approved.

Assigned to lines for which the invoice is approved. As a result, the invoice date is now filled.

Assigned to lines whose requirements are processed in the Process Purchase Schedules (tdpur3223m000) session.

Assigned to lines that are canceled because the goods are no longer required.

LN sorts the report first by item, then by contract and then by purchase office.

You can view the following information for each purchase office:

• Order/schedule number.
• Position number.
• Purchase office.
• Called quantity.
• Called amount.
• Invoiced quantity.
• Invoiced amount.

LN sorts the report first by buy-from business partner, then by contract, and finally by purchase office.

You can view the following information for each item ordered by the purchase office:

• Order/schedule number.
• Position number.
• Purchase office.
• Called quantity.
• Called amount.
• Invoiced quantity.
• Invoiced amount.

LN sorts the report first by buyer, then by contract, and finally by purchase office.

You can view the following information for each item ordered by the purchase office:

• Order/schedule number.
• Position number.
• Purchase office.
• Called quantity.
• Called amount.
• Invoiced quantity.
• Invoiced amount.

The price change advice or advice line is created but is yet to be approved.

The price change advice or advice line is approved for further processing.

The price change advice or advice line is processed, which means Retro-Active payable receipts are generated that can be invoiced.

All price change advice lines are matched and approved in Accounts Payable .

The price change advice is processed for the purchase order in the Process Delivered Purchase Orders (tdpur4223m000) session, and for the purchase schedule in the Process Purchase Schedules (tdpur3223m000) session. You can only finalize price change advices with the All Approved status.

The calculation of the gross profit percentage is based on the standard cost.

        
                    Cost - Turnover
 Gross Profit (%) = _______________ * 100%
		                       Costs

The calculation of the gross profit percentage is based on the purchase price.

                            
                    Cost - Turnover
 Gross Profit (%) = _______________ * 100%
	                       Turnover

• The tax fields are stored in the Tax group box of the Purchase Release Line - Details (tdpur3522m000) session.
• Only purchase schedule lines with the same tax fields can be clustered in the same purchase release line detail in the Purchase Release Line - Details (tdpur3522m000) session.

• The tax fields are stored in the Tax group box of the Purchase Release Line (tdpur3121m000) session.
• If the schedule lines of a purchase schedule have different tax fields, only the purchase schedule lines with the same tax fields, as stored in the Purchase Release Line (tdpur3121m000) session, can be clustered in the same release line detail in the Purchase Release Line - Details (tdpur3522m000) session. Purchase schedule lines with tax fields that differ from the tax fields as stored in the Purchase Release Line (tdpur3121m000) session, can only be sent to the supplier when the previous purchase release is communicated.

The schedule requirement is based on the date and time you want the goods to be delivered at your warehouse. As a result, time calculations are based on the planned delivery date.

The schedule requirement is based on the date and time the goods are shipped from the buy-from business partner's warehouse. As a result, time calculations are based on the planned shipment date.

gross amount

net amount

purchase price unit

purchase unit

inventory unit

weight

The price update is a fixed amount.

The price update is a percentage.

The price update is initiated from a modified contract price revision, using the Generate Purchase Retro-Billed Advice (tdpur3270m000) session.

The price update is initiated from a change request.

The vendor ratings are based on the total number of items delivered on the purchase order lines that are taken into account in the calculation of vendor ratings. The total number of pieces is calculated by business partner.

The vendor ratings are based on the number of purchase order lines that are taken into account in the calculation of vendor ratings. The number of order lines is calculated by business partner.

The vendor ratings are based on the total turnover of the purchase order lines that are taken into account in the calculation of vendor ratings. The turnover is calculated by business partner.