Explore topic-wise InterviewSolutions in .

NAME of that FUNCTIONALITY is CREDIT CONTROL AREA.

Name of that functionality is credit control area.

The menu PATH to assign credit LIMIT to customers is:

• SYSTEM Menu->Accounting->Financial Accounting->Customers -> Credit MANAGEMENT->Master Data-> Change [FD32].

The menu path to assign credit limit to customers is:

This management is known as the credit management. The data you use for the credit management is the credit management master data. The FINANCE MODULE is used to assign credit limit to customers.

This management is known as the credit management. The data you use for the credit management is the credit management master data. The Finance module is used to assign credit limit to customers.

System USES two-character alphanumeric key, storage condition to show the storage condition of a material. The storage condition is used in co-ordination of the plant and shipping point to decide the storage location. You can define the storage condition of a material by navigating the following menu PATH:

• Implementation GUIDE (IMG Menu)->Logistics Execution->Shipping->PICKING->DETERMINE Picking Locations-> Define Storage Conditions.

System uses two-character alphanumeric key, storage condition to show the storage condition of a material. The storage condition is used in co-ordination of the plant and shipping point to decide the storage location. You can define the storage condition of a material by navigating the following menu path:

You can create a pricing procedure that can calculate the price for the industrial customers by performing the following steps:

1. Create a VOFM subroutine that is VOFM->Formulas->CONDITION value.
2. Now SET this subroutine in your procedure as V/2 TRANSACTION code in the AltCTy field. You can describe your requirements in the ABAP CODING.

You can create a pricing procedure that can calculate the price for the industrial customers by performing the following steps:

No, it is not required to create CONDITION RECORD for EVERY customer and material while creating the customer rebate. Rebate is customer or material specific in NATURE.

No, it is not required to create condition record for every customer and material while creating the customer rebate. Rebate is customer or material specific in nature.

The contract GROUPING can be defined as the process to link LOWER level CONTRACTS to ONE master contract to maintain data CONSISTENCY.

The contract grouping can be defined as the process to link lower level contracts to one master contract to maintain data consistency.

The PURPOSE of using copy control is to decide what document TYPE, item CATEGORY, and schedule line categories can be proposed to PROCEEDING document.

The purpose of using copy control is to decide what document type, item category, and schedule line categories can be proposed to proceeding document.

There are TWO forms of number RANGES in SD and those forms are as follows:

•  INTERNAL — In this form, the system automatically assigns a number range to a DOCUMENT.
•  External— In this form, the system allows a user to assign a number range to a document.

There are two forms of number ranges in SD and those forms are as follows:

The USER EXIT that you can use to COPY data into the planning table is:

• User exit MCP20001 ALONG with ZXSOPU01

The user exit that you can use to copy data into the planning table is:

The CHECKING group 01 REPRESENTS to the daily REQUIREMENTS while 02 represent the individual requirements.

The checking group 01 represents to the daily requirements while 02 represent the individual requirements.

The availability check is used to determine that WHETHER the requested order QUANTITY WOULD be delivered on Customer Requested DELIVERY Date or not. The availability check takes care about the TIME required to produce or obtain the material and picking or packing time, loading & Transit Time for the material.

The availability check is used to determine that whether the requested order quantity would be delivered on Customer Requested Delivery Date or not. The availability check takes care about the time required to produce or obtain the material and picking or packing time, loading & Transit Time for the material.

The Common Distribution CHANNELS and the Common DIVISIONS are MAINTAINED to prevent the master record's MULTIPLE maintenance. For example, if you have created a customer 550 for Sales area 0105/30/01 then 550 can be USED in the Sales area 0108/40/01, if you maintain 30 as the common distribution channel.

The Common Distribution Channels and the Common Divisions are maintained to prevent the master record's multiple maintenance. For example, if you have created a customer 550 for Sales area 0105/30/01 then 550 can be used in the Sales area 0108/40/01, if you maintain 30 as the common distribution channel.

The COPY CONTROL is meant to copy DATA from a preceding document to the succeeding document. The succeeding document is decided on the basis of the document TYPE and the customer requirements.

The copy control is meant to copy data from a preceding document to the succeeding document. The succeeding document is decided on the basis of the document type and the customer requirements.

The following FIELDS need to be MAINTAINED during the ACCOUNT determination:

•  Chart of Accounts.
•  SALES Organization.
•  Account Assignment Group for Customer.
•  Account Assignment Group for Material.
•  Account Keys.

The following fields need to be maintained during the account determination:

The OUTPUT determination is USED to decide that which output mode is used to send an output notification to a partner (CUSTOMER). Some of the output FORMS are- e-mail, electronic data exchange (EDI), and FAX.

The output determination is used to decide that which output mode is used to send an output notification to a partner (customer). Some of the output forms are- e-mail, electronic data exchange (EDI), and fax.

The partner DETERMINATION is USED to determine the partners, such as "Sold to Party" /Payer"/Ship to Party", "Bill to Party" and Sales Employee etc. for sales document. You maintain the Partners in the SYSTEM as per your BUSINESS requirements and configure a partner determination Procedure. This partner determination Procedure determines the partners in a sales document. The whole process GOES as follows:

1. Defining the Partner Functions
2. Assigning the partner functions to the Account Group
3. Defining the partner determination procedure
4. Placing the required partner functions in the procedure
5. Assigning the procedure to the Account Group

The partner determination is used to determine the partners, such as "Sold to Party" /Payer"/Ship to Party", "Bill to Party" and Sales Employee etc. for sales document. You maintain the Partners in the system as per your business requirements and configure a partner determination Procedure. This partner determination Procedure determines the partners in a sales document. The whole process goes as follows:

The text DETERMINATION is used to TRANSFER information from the material or the customer DOCUMENT to the order or to the INVOICE document.

The text determination is used to transfer information from the material or the customer document to the order or to the Invoice document.

The ITEM TEXT is copied from sales order by PERFORMING the following step:

• IMG MENU -> Sales and Distribution->Basic Function->Text Control.

The item text is copied from sales order by performing the following step:

In such CASE you NEED to maintain the condition record for this condition TYPE by USING the T.Code VKll.Here you maintain the condition record with a validity period.

In such case you need to maintain the condition record for this condition type by using the T.Code VKll.Here you maintain the condition record with a validity period.

The PRICING procedure is DETERMINED according to the various factors such as: sales AREA, customer master, and sales documents type. For DETERMINING the right pricing procedures in the sales order the transaction code OVKK is used. The rule for pricing procedure determination is as follows:

•  Sales Area.
•  Customer Pricing Procedure.
•  DOCUMENT Pricing Procedure.

The pricing procedure is determined according to the various factors such as: sales area, customer master, and sales documents type. For determining the right pricing procedures in the sales order the transaction code OVKK is used. The rule for pricing procedure determination is as follows:

The VPBA table is USED to VIEW the PARTNER FUNCTIONS in a DELIVERY.

The VPBA table is used to view the partner functions in a delivery.

The IMG (CUSTOMIZING IMPLEMENTATION GUIDE ) CONTAINS the menus that are related to the following contracts:

•  Master contracts.
•  Value contracts and contract data related to contract profiles and cancellation.

The IMG (Customizing Implementation Guide ) contains the menus that are related to the following contracts:

The quantity contract can be set up by performing the FOLLOWING STEP:

• Customizing Implementation Guide(IMG Menu)->Sales and DISTRIBUTION-> Sales->Sales Documents->Sales Document HEADER -> Define Sales Document Types.

The quantity contract can be set up by performing the following step:

The quantity contract does not CREATE a requirement for stock WITHIN the plant. Therefore, there is not any assurance on the stock of product availability in the contract. There is not any binding from the ORGANIZATION to produce items or to PURCHASE the items to satisfy the contract. It also have not any schedule lines or a validity date. Also the contract does not mention any specific delivery dates.

The quantity contract does not create a requirement for stock within the plant. Therefore, there is not any assurance on the stock of product availability in the contract. There is not any binding from the organization to produce items or to purchase the items to satisfy the contract. It also have not any schedule lines or a validity date. Also the contract does not mention any specific delivery dates.

The quantity CONTRACT is a contract that is PREPARED after the issue of quotation but before an order. Quantity contracts are used to limit the quantity of products which a customer can buy. It is a type of ARRANGEMENT which is followed when the demand for a MATERIAL is greater than the available supply and the business needs to ensure the product supply evenly among the branches. The standard sales document type for quantity contracts in the SYSTEM is KM or CQ.

The quantity contract is a contract that is prepared after the issue of quotation but before an order. Quantity contracts are used to limit the quantity of products which a customer can buy. It is a type of arrangement which is followed when the demand for a material is greater than the available supply and the business needs to ensure the product supply evenly among the branches. The standard sales document type for quantity contracts in the system is KM or CQ.

In a BUSINESS PROCESS, the agreements are the type of relationship between the customers and the business. They are DONE UPON the business entities such as material, price, and quantities. These contracts are represented in the system as outline agreements.

In a business process, the agreements are the type of relationship between the customers and the business. They are done upon the business entities such as material, price, and quantities. These contracts are represented in the system as outline agreements.

The ITEM category is the key field included in the sales cycle. It affects the sales data and schedule LINE category. Unlike the sales document type which is entered manually in the sales order, the item category is AUTOMATICALLY determined by the system by using the determination rule. Whereas item category group examines how a material is processed in the sales document. When processing sales document, the system uses the item category group to examine the item category and suggests it in the respective document. Item category group is defined in the sales Org View 2 of Material Master Record.

The item category is the key field included in the sales cycle. It affects the sales data and schedule line category. Unlike the sales document type which is entered manually in the sales order, the item category is automatically determined by the system by using the determination rule. Whereas item category group examines how a material is processed in the sales document. When processing sales document, the system uses the item category group to examine the item category and suggests it in the respective document. Item category group is defined in the sales Org View 2 of Material Master Record.

AUTOMATIC posting is the process of posting the accounts in the FINANCE module. The automatic posting CONFIGURATION does the posting automatically in accounts as determined by the SYSTEM. This process works as per your configuration as per your business REQUIREMENTS.

Automatic posting is the process of posting the accounts in the Finance module. The automatic posting configuration does the posting automatically in accounts as determined by the system. This process works as per your configuration as per your business requirements.

To release a request, the transaction CODE associated with a request is entered in the system. The requests are stored under the modifiable or RELEASED heading. We NEED to select the modifiable option that contains the internal request number which needs to be released FIRST and then the external request number.

To release a request, the transaction code associated with a request is entered in the system. The requests are stored under the modifiable or released heading. We need to select the modifiable option that contains the internal request number which needs to be released first and then the external request number.

The change request is the request which is INTENDED to adopt a new change in the system. After the submission of the change request, the system pops up the change request and SHOWS it in the pop up box. The request name is entered and the REQUESTED change is named accordingly. A new request number is generated automatically which consists of the CLIENT system name and system generated request number.

The change request is the request which is intended to adopt a new change in the system. After the submission of the change request, the system pops up the change request and shows it in the pop up box. The request name is entered and the requested change is named accordingly. A new request number is generated automatically which consists of the client system name and system generated request number.

The "No feature combination exists.." message is related to the product allocation and availability check. This message indicates that no availability check will be carried out. This is because, the UNDERLYING SYSTEM has attempted to do availability check ACCORDING to product allocation, but errors are FOUND in the setup of the process.

The "No feature combination exists.." message is related to the product allocation and availability check. This message indicates that no availability check will be carried out. This is because, the underlying system has attempted to do availability check according to product allocation, but errors are found in the setup of the process.

The "Product ALLOCATION FOUND changes to the confirmation" is displayed during availability check on a line item. It MEANS that the quantity ALLOWED to a customer for a particular stock has exceeded its MAXIMUM limit.

The "Product allocation found changes to the confirmation" is displayed during availability check on a line item. It means that the quantity allowed to a customer for a particular stock has exceeded its maximum limit.

The FOLLOWING TYPES of stocks are available to SELECT from while carrying out availability CHECK:

•  Safety stock.
•  Stock in TRANSFER.
•  Quality inspection stock.
•  Restricted use stock.

The following types of stocks are available to select from while carrying out availability check:

Navigate the following menu path to define a PROCEDURE for each schedule line category:

• CUSTOMIZING Implementation GUIDE (IMG Menu)->Sales and DISTRIBUTION->Basic Functions-> Availability Check and Transfer of REQUIREMENTS->Transfer of Requirements-> Define Procedure For Each Schedule Line Category.

Navigate the following menu path to define a procedure for each schedule line category:

The DISADVANTAGE of individual requirement processing is in the terms of SYSTEM performance. It AFFECTS the system performance as; each demand is PLACED immediately into the stock requirement list, which results in processing overhead and may affect the system performance.

The disadvantage of individual requirement processing is in the terms of system performance. It affects the system performance as; each demand is placed immediately into the stock requirement list, which results in processing overhead and may affect the system performance.

The FOLLOWING are the advantages of individual REQUIREMENT over summarized requirement:

1. In case of individual requirement processing the back order processing, where as it is not possible in case of summarized requirement processing.
2. In case of individual requirement processing you can ACCESS the order line items and schedule line in STOCK requirement list.

The following are the advantages of individual requirement over summarized requirement:

The FOLLOWING are the three types of AVAILABILITY checks:

1. The availability check on the BASIS of Availability to Promise (ATP) quantities.
2. The availability check against product allocation.
3. The availability check based on the stand-alone ADVANCED Planner and OPTIMIZER (APO).

The following are the three types of availability checks:

Availability checks play an important role in the business sales PROCESS. It is a process to determine whether the delivery QUANTITY requested by a customer can be MADE AVAILABLE for shipping on the delivery date. The availability check is performed at the plant LEVEL.

Availability checks play an important role in the business sales process. It is a process to determine whether the delivery quantity requested by a customer can be made available for shipping on the delivery date. The availability check is performed at the plant level.

The following are the pre-defined SEARCH strategy that the underlying system uses to determine the requirement types:

1. The system uses strategy group in the MATERIAL master to find a requirement type.
2. If the strategy group is not maintained, the system uses MRP group to determine a requirement type.
3. If the MRP group is not defined the underlying system uses material type to determine a requirement type.
4. If NONE of the above is found, the system follows a SPECIAL rule and tries to determine a requirement type with the help of item CATEGORY and MRP type.
5. In case, when the MPR type is not defined the system uses only the item category to determine requirement type.

The following are the pre-defined search strategy that the underlying system uses to determine the requirement types:

After creation of the requirement classes we NEED to ASSIGN a requirement types to requirement CLASS. A requirement class can be assigned with more than one requirement TYPE, whereas a requirement type cannot be assigned to more than one requirement class. The requirement type can be changed during creation of sales ORDER.

After creation of the requirement classes we need to assign a requirement types to requirement class. A requirement class can be assigned with more than one requirement type, whereas a requirement type cannot be assigned to more than one requirement class. The requirement type can be changed during creation of sales order.

Customizing Implementation GUIDE (IMG Menu)->Sales and Distribution->Basic FUNCTIONS-> Availabiiity Check and TRANSFER of Requirements->Transfer of Requirements->Define Requirements Classes.

Customizing Implementation Guide (IMG Menu)->Sales and Distribution->Basic Functions-> Availabiiity Check and Transfer of Requirements->Transfer of Requirements->Define Requirements Classes.

The transfer of REQUIREMENT is DEPENDENT on following DATA:

•  Requirements type.
•  Requirements class.
•  CHECKING group.
•  Schedule line category.

The transfer of requirement is dependent on following data:

The shortest and simplest MENU path to access the stock requirement LIST is as follows:

• SYSTEM Menu->LOGISTICS->Materials Management->Material Requirements Planning (MRP)-> MRP EVALUATIONS-> Stock/ Requirements List [MD04].

The shortest and simplest menu path to access the stock requirement list is as follows:

The FOLLOWING are the key transactions RELATED to INTEGRATION between logistics in MM and SD:

•  MMBE—Stock OVERVIEW.
•  MD04— Stock / Requirement List.
•  MB53— Plant Stock Availability.
•  CO09—Availability Overview.
•  MB52— Warehouse Stock.
•  MB5M—Expiration Date List.
•  MB5B— Stock for POSITIONING Date.
•  MB5T—Stock in Transit.
•  MBBS— Valuated Special Stock.
•  MBLB— Stock with Subcontractor.

The following are the key transactions related to integration between logistics in MM and SD:

•  You can have a transfer of requirement either with an individual requirement or with collective requirements.
•  In the individual transfer of requirements, a single transfer of demand occurs to the MRP for each schedule line. In case of individual transfer, the ORDER quantity, the sales document number, the ITEM number, and requirement class for each schedule line for which the demand has been created are shown by the requirement overview.
•  The collective requirements are group of requirements created over a certain period of time such as on the DAILY BASIS, weekly or monthly and transferred to MRP. In this case, requirement overview does not show the single transaction wise DESCRIPTIONS of the requirements, rather it shows details of the group of requirements. The collective requirement is beneficial for the organizations that deal large volume of sales orders daily.

NAVIGATE the following menu path to CONFIGURE transfer of REQUIREMENT:

• Customizing Implementation Guide (IMG Menu)->Sales and Distribution->BASIC Functions-> Availability CHECK and Transfer of Requirements->Transfer of Requirements.

Navigate the following menu path to configure transfer of requirement:

Perform the following steps to create a condition record:

•  PLACE the REQUIRED FIELDS into the field catalog.
•  Create condition table.
•  Create access sequence.
•  Assign condition table to the access sequence.
•  Create the condition TYPES.
•  Assign the access sequence to the condition types.
•  If NEEDED, create the determination procedure and assign the condition types to it.
•  Assign the determination procedure.
•  Create the condition records.

Perform the following steps to create a condition record:

The access sequence is a sequence of STEPS, which is used by the underlying system to obtain a condition RECORD used for material determination. All the condition RECORDS have specific values assigned to it, which determine the order in which the system will read the access sequence. The system starts reading the access sequence with the lowest number step assigned to it and tries to process everything assigned to that particular access sequence through condition table & fields. The whole process is called 'condition technique'.

The access sequence is a sequence of steps, which is used by the underlying system to obtain a condition record used for material determination. All the condition records have specific values assigned to it, which determine the order in which the system will read the access sequence. The system starts reading the access sequence with the lowest number step assigned to it and tries to process everything assigned to that particular access sequence through condition table & fields. The whole process is called 'condition technique'.

The FOLLOWING are the transaction codes relating to CONDITION RECORD SELECTION by condition type:

•  [VK11] —Creates a condition record.
•  [VK12] —Changes a condition record.
•  [VK13] —Displays a condition record.

The following are the transaction codes relating to condition record selection by condition type: