Transfer of requirement

Its the process of transfer the sales order requirements to MRP while
creating sales order.
Whenever we create sales order in the back ground, system will
transfer sales order requirement to MRP.
Transfer of requirement is an integration between SD, MM, PP and CO.
Order

Transfer of requirement
MRP
Plant

If you dont transfer the requirement then the plant people doesnt

have information of sales order requirement and the result is even if

stock is coming down they cannot do the production.
If you are not transferring the requirement to MRP system could not be
able to perform availability check.
OTC

Prerequisite of TOR
i)
In scheduling line category check requirement assemble &
availability check.
ii)
In requirement class - Check Requirement and check Availability.
iii)
Requirement type should by determine into sales document.
The criteria for determining requirement type into sales document: -

i)
ii)
iii)

Strategy group
MRP group
Item category + MRP type.

Standard requirement type is

Requirement type for (MTO) is
Requirement type for IPO is
Standard requirement class is
Requirement class for Make to order is
Requirement class for IPO is

[041 / 011]
[KE]
[KEB]
[041 / 011]
[040]
[KEB]

When you create sales orders basing on the criteria requirement type
determines into sales document in procurement tab and requirement type
will help to determine to requirement class and requirement class actually
controls how to pass the sales order requirement to MRP.
Configuration for TOR
PATH: SPRO S&D Basic functions Availability check & Transfer of
Requirement

The criteria for determining requirement type into sales document is:
Strategy group, MRP group, item category + MRP type

Requirement type determines into sales document in procurement tab.

The purpose of requirement type is help to determine Requirement

class.
In this configuration steps we assign requirement class to requirement
type. [If you want then create own].

(Requirement class actually controls how the sales

orders requirement should be transfer to MRP).
For 040 requirement class you have special stock indicator [E].
The special stock indicator E in 040 requirement class will control
that in MTO process the sales order requirement will be transfer to
MRP as special stock indicator E (sales order stock). That is the
reason whenever you manufacturing finished goods the stock will be
reserved to that particular sales order number.
Requirement class KEB also has indicator E

In requirement class we have costing block which is integration with CO

consult. The CO consultant has to maintain costing method; The CO
consultant has to maintain costing variant, costing sheet, condition type
line item.
Transfer of requirement is integration between SD + CO + MM + PP
Availability check is integration between SD + MM + PP

In this configuration step we assign requirement types to the combination

[item category + MRP type].
The requirement type determination based on strategy group and MRP group
is in PP configuration.

If you maintain item category + MRP type combination in schedule line

category determination [VOV5] the only combination will appear here.

Rough [TAN + PD = 041 create order and see in procurement tab go

to MM02 and remove strategy group and MRP group the check with order].
If you want system should give 1 st performance to item category + MRP
type while determining requirement type into sales document then we
have to maintain Origin of requirement 1.

schedule line category and

Availability

in this configuration steps we go to

Requirement & assembly and

double click on deliveries blocking

reasons criteria (in this configuration steps we check confirmation block to
the delivery block reasons. If you check confirmation block then while
creating sales order. If you assign this delivery block then system will cancel
the confirmation.

Q. While creating sales order if order is block for credit system

automatically cancels the confirmation. Where is the control?
Ans. Requirement number [101] in maintain requirement for transfer of

requirement.

Q. In third party process & IPO process if order is block for credit system
will not generate PR. Where is the control?
Ans. Requirement number [102].

Availabili
ty
Schedule line
category

Requireme
nt
Scheduling line
category

Requirement

Requirement

Availability

Availability

Requirement Class

Requirement
Class

Requirement

Requirement

Availability

Availability

Question of Transfer of Requirements

Q.1. What is the criteria for determining requirement type into sales
document?
Ans. Strategy group, MRP group, Item category + MRP type
Q.2. What is the purpose of requirement type?
Ans. Requirement type will help to determine to requirement class.
Q.3. I want system to give first performance to Item category +
MRP type while determining requirement type into sales
document. Where is the control?
Ans. Origin of requirement 1
Q.4. What is the requirement type for make to order and IPO?
Ans. Requirement type for Make to order is [KE] and Requirement type for
IPO is [KEB].
Q.5. What is the requirement class for IPO and make to order?
Ans. Requirement class for IPO is [KEB] and Requirement class for Make to
order is [040].

Q.6. What are the prerequisite for TOR?

Ans.
i). In scheduling line category check requirement assemble & availability
check.
ii). In requirement class - Check Requirement and check Availability.
iii). Requirement type should by determine into sales document.
Q.7. if i assign delivery block in sales order, system should cancel
confirm quantity. Where is the control?
Ans. check confirmation block to the delivery block reasons.
Q.8. If order is block for credit, i dont want to confirm the quantity.
Where is the control?
Ans. Requirement number [101] in maintain requirement for transfer of
requirement.
Q.9. In third party process & IPO process if order is block for credit
system will not generate PR. Where is the control?
Ans. Requirement number [102].
Q.10. TOR is integration between which modules?
Ans. Transfer of requirement is integration between SD + CO + MM + PP