Quantcast
Channel: SCN : Document List - SAP ERP - Logistics Materials Management (SAP MM)
Viewing all 264 articles
Browse latest View live

Limit procured quantity per period using quota arrangement

$
0
0

Limit procured quantity per period using quota arrangement


Requirement placement

The business has a limit on the quantity of material that can be bought over a certain period of time.

So once that limit is reached the business does not want to generate in the defined period any further schedule lines or assigned requisitions.

 

How to full fill the requirement using SAP standard.

By using a functionality of the quota arrangement one can achieve this requirement.

In the quota arrangement the maximum release quantity, the number of periods and the period indicator is used.

 

Master data requirement

 

Material master

In the material master (purchasing or MRP 2 view) the quota arrangement needs to be activated,

 

MM - PUR - view.png

 

MM - MRP2 - view.png

 

For definition of the different quota arrangement keys please check the SAP help by setting the cursor in the field and pressing the F1 key.

 

Source list

In case you are doing procurement with scheduling agreements a source list has to be established so that MRP will generate schedule lines

Source list.png

 

Quota arrangement set-up

Once the quota arrangement key is set-up in the material master and the source list is defined we can look now at the quota arrangement set-up.

 

In this case the quota arrangement is defined till end of time (31.12.9999).

Quota 1.png

 

Quota 2.png

In our example here we are going to use a maximum of 1000 pcs over a period of 1 month.

 

Running MRP with above settings

Now that the master data settings are complete the attention can be turned to the running of the process.

For this purpose independent requirements where created (MD61) against a material and MRP is executed against this material.

 

The result in MD04 before MRP is as follows:

MRP - MD04 - Before.png

 

The result in MD04 after MRP is as follows:

 

This first screenshot is showing how MRP schedules the schedule lines in the month of July and August (till mid August).

MRP - MD04 - after 1.png

 

Once one moves to the next month the a new batch of 1000 pieces can be ordered at the vendor until these are consumed and then the system will switch again to requisitions once the 1000 pieces limit is exceeded.

 

MRP - MD04 - after 2.png

 

Conclusion

Using a quota arrangement one can limit the quantity that can be purchased in a defined period. This function helps a buyer/expediter see when requirements are going above the agreed quantity/capacity limit that was agreed with a vendor over a defined period.


Purchasing Group – Mass Configuration tool

$
0
0
Concept
 
This tool enables the user to perform mass configuration of Purchasing Group. The user can download the template in the form of excel sheet, enter the values and upload the same in the selection screen. The user executes the program/transaction in test run to validate the values entered in the excel sheet. Once verified, the user can execute the program/ transaction in production run mode to update the table T024 with Purchasing Group. The result of this program will when executed either in test run or production run is the ALV display of successful entries and detailed description of errors.
Business perspective
This tool can be implemented in both pre implementation/ rollout and post implementation/ production support scenarios. This tool can be used to introduce one or more Purchasing Groups.
 

Screen Layout and Execution steps

User will check the radio button “Download the template” and enter the destination path and execute the transaction
Selection Screen:
  
  Selection Screen.PNG
 
  Template format:
User will enter the respective values in the template as shown below
Purchasing
Group
Description
p. group
Tel.no.
purch. group
Output DeviceFax NumberTelephoneExtension

E-mail

Address

Transport

Request

   
Output screen:
User then run the transaction in “Test run” mode
 
If any of the entered values is incorrect then error message will pop up.
If all the input parameters are correct in the template then below screen will come upon execution
Output.PNG
Once the “Test run” mode is successful then execute it in Production mode.
Upon execution, go to T024 table and check for entries.
Note:
Test run is a must before production run. This is to ensure only correct entries will move to Config table. Transport Request task must be assigned to the person who is executing the tool. This ensures the SOX compliance.
This tool should be designed to accommodate one Transport Request per run.

To find the logic for field in the Report

$
0
0

Hi Friends,

 

   I would like share my knowledge on Debugging, will  discuss on the  how to find the logic which is developed for field in Report.

 

Client raised issue on  report which is not working its either may standard report or customized report. Normally Standard report are working as their standards in some cases if values are not updated in structure  then may be values will not get. But as per standards the report will work.

 

Let's take example of standard report, Client raised issue as quantity showing wrong it is showing only single line item qty it should be cumulative qty of document.

 

Go to report and execute report

1.png

 

see example for doc number p3h05391 it is showing 293 but actually posted 293+ 50 = 343 qty

2.png

 

3.png

 

now will search what is logic in report . Actually for debugging will use /h to find debug program. But this is easy to find simple and save time also.

 

Go to menu bar system ---> status

4.png

 

5.png

 

go to se38 enter your program or you can double click on the program name.

 

The following it is showing tables are used in report to fetch the data.

6.png

 

the following it is showing selection screen it is linked to our main input selection screen

 

7.png

 

Normally out put report fields data getiing from fieldcatlog check in your report FCAT or field catlog.

8.png

in field catlog some times seltext will directly name but some times they will write as a text-xx. double click on this and find the field name.

 

9.png

 

11.png

10.png

12.png

 

click on find and enter you field name and select in main  program

13.png

 

Data always it will search from table where data fetching

14.png

15.png

 

and check any condition is there

18.png

 

16.png

17.png

 

Same way you check in table how data is getting, here in table two entries is there but in report it is showing one entry because of if condition greater value shown in the report.

Deactivating Hold Functionality in Purchase order Screen

$
0
0

Requirement: Deactivate Hold functionality  in Purchase order screen (ME21N).


First go to Transaction code SE19 and Input the Badi name as per below screenshot and click on Create Implementation.

 

Untitled1.jpg

Untitled2.jpg

 

Now Input the Implementation name as Z_ME_HOLD_PO and Press Enter key.

 

Untitled3.jpg

Enter the Description of the Badi as per above screenshot and Click on Save Button and assign and Package and press Enter key.

 

Untitled4.jpg

 

After Saving, System prompts you the Workbench request. Here click on Create New Request and Add the description as you required and press Enter key twice.

 

 

Untitled5.jpg

 

Now go to Interface Tab and click on Method IS_ALLOWED

 

Untitled6.jpg

 

Put the below code and click on Activate button and Press enter twice and Activate again.

 

Untitled7.jpg

Now create a Purchase order in ME21N and you can observe that the Hold Icon is disappeared.

 

Untitled8.jpg

 

Note : 

 

1) You can have written your own logic such as Suppressing / Deactivating the "Hold" icon for Certain document types etc.. with the Said BADI.

 

2) With the said BADI, you can also deactivate the Park functionality in Purchase order screen. The Method for Park functionality would be CH_PARK.


Please note that Park functionality in Purchasing documents has been introduced in SAP ECC EHP5.

 

----------------------------------------------------------------------------------------------------------

 

I welcome Suggestions / comments.


Service Procurement: Using Formulas To Calculate Service Quantity

$
0
0

Dear Friends,

 

In this document I am going to explain about using formula's in Service procurement for calculating the ordered quantity of a service.

 

Ex: You made an agreement with vendor for painting or flooring of tiles in your building at Rs.200 Per Sq.Meter.  In this example if You enter length and breadth then SAP will calculate the total area and thereby ordered quantity is determined.

 

In order to achieve this follow the below configuration steps.

 

 

Step 1. Define Formulas:

 

Goto SPRO > MM > External Service Management > Formulas for Quantity determination > Define Formulas.

1.JPG

 

 

Here Click on New Entries and create formula as shown below for calculation of area.

 

 

2.JPG

 

Where

AREAFORMUL -- is a key to identify the formula

L & B are parameters for entering Length and Breadth

M2 is unit of measure of the formula result i.e., for Area SQ.Meter

 

 

 

Step2. Specify Names of Formula variables:

 

In this step you will define or name the parameters in the formula.

 

3.JPG

 

 

Here click on new entries and select your formula and define each variable by giving unit of measure and description.

 

4.JPG

 

 

5.JPG

 

 

 

Now you have done with the configuration part.

 

 

Testing:


To test the above Follow below steps

 

1. Create Service master in Transaction code 'AC03' and in Basic Data section select your formula as shown below.

 

6.JPG

 

 

2. Create Service PO and enter your service master number in the item detail level. The quantity field is in display mode. So to enter the ordered service quantity scroll to the right in detail and enter the values for variables as shown below. Here the variable names will not be displayed  and shown as Form.Val1, Form.Value2 etc.

 

8.JPG

 

 

The Values for these variables can also be entered at formula tab at detail screen of the service line item as shown below.

9.JPG

 

 

16.JPG

 

 

 

17.JPG

 

Observe that ordered quantity is calculated as per the formula.

 

 

If you want to carryout service based invoice verification then select the same in invoice tab.

 

 

3. Create Service entry sheet against PO in transaction ML81N and adopt the services from PO by clicking service selection. Now if you want to change the service quantity goto formula tab at service line item details.

 

 

15.JPG

 

18.JPG

 

4. Carryout the invoice verification in transaction MIRO for the services rendered by vendor.

19.JPG

 

 

Note: The above scenario has been done in SAP ECC 6.0 Ehp4. If You are working on below versions of SAP, then formula tab will not appear in Service entry sheet line item details and Error message SE252 will come as shown below.

 

6.jpg

 

6.jpg

 

To Solve the above issue follow the steps as shown below.

 

Go to Transaction ML90 and click on ENTRY as shown below

 

1.jpg

Below screen appears. Now click on additional data as shown.

2.jpg

In the pop-up select the optional radio button for 'FORMULA NUMBER' field which is hidden.

 

 

3.jpg

4.jpg

 

Now observe the formula tab appearing in Service entry sheet ML81N as shown below.

 

5.jpg

 

 

 

 

-End

 

Thanks For reading and please share your feedback..

 

Credits: Thanks to Amit Gampawar for the above screen shots related to issue in Lower versions of SAP

Reference:http://scn.sap.com/thread/3388487


 

Regards

Satish

 


How to create specific layouts in MMBE

$
0
0

Hi ,

 

I hope the Below documents helpful to all. I received requirement like below,

 

Client requirement is when I executed the MMBE report for stock overview i am getting all levels like unrestricted , quality stock, blocked stock, receipt reservation , on order stock  , schedule for delivery etc. They need choose layout as on requirement.  Example one they need only quality inspection stock. one more user need on order stock like.

 

In standard there is functionality to change layout with versions.

 

The below are settings required to display versions in MMBE.

 

Step 1 :

 

OLMB ---> Reporting ---> define stock list display---> display versions

1.png

2.png

 

 

3.png

Here you can create new versions as per your requirement. It like just create test.

4.png

5.png

 

Go back and select rules for display of stock balances

6.png

Go to new entries enter your version with details

 

Here lot of fields helpful to choose the field names .

 

If you need fields you can check in table  T157B

 

BDMNGReserved
BDMNSRcpt reservation
EINMERestricted-use
EISBE

Safety stock

SPEMEBlocked
MENGEOn-Order Stock
INSMEQual. inspection

 

7.png

8.png

9.png

10.png

11.png

12.png

13.png

 

You can save as a variant by using the save button.

 

Hope it is helpful to all. 

Define Default Values for Buyers (OMFI)

$
0
0

How to make use of "Define Default values for Buyers". Let us see with few real time examples.

 

1) How to default Source Determination check in Purchase requisition Create Screen-ME51N

 

Go to SPRO-MM-Purchasing-Enviornment data-Define Default values for buyers-Settings for Default Values.

 

Create a new key and in Source determination Tab Select checkbox “Create Purchase requistion and Save.

 

Untitleda.JPG

 

Now assign the key to the Users whom you want to default the Source detemination check.

 

Go to User Master SU01 / SU3 and in Parameters tab add the parameter EVO with the value created in the above configuration. Here in this case its “ZP”

 

EVO “ZP” and Save.

 

Untitledb.JPG

 

Now create Purchase requisition in ME51N and you can observe that the Source determination check is defaulted.

Untitledc.JPG

 

With this Source Determination indicator ON in Purchase requisition screen the system assign the source of supply automatically when you hit enter after entering the data provided the Source list is maintained with atleast one valid vendor with fixed indicator.

 

Untitledd.JPG

 

2) How to Default Source determination in ME25 transaction code.

 

We specify Vendor code when we create Purchase order in ME21N screen. ME25 is the transaction code used for Creating Purchase order with Source determination provided Valid Source list and info records are maintained.

 

To default the Source determination indicator go to SPRO-MM-Purchasing-Environment data-Define Default values for buyers and check the “Create Purchase order : Vendor unknown” checkbox under Source determination tab and save.

 

Untitlede.JPG

 

Now assign the User Parameter same as for Purchase requisition in SU01 / SU3 and save (if you have created a new key in Default Values for buyers).

    

Now go to ME25 transaction code and you can observe that the Source determination check is defaulted.

  Untitledf.JPG

 

3) How to set messages Warning / error User specifc.

 

Let us take the message ME 080 Delivery date: next workday is 12.08.2013 while creating Purchase requisition.

 

Untitledi.JPG

 

Go to SPRO-MM-Purchasing-Environment data-Define attributes for system messages.

 

Go to ME 080 message and select the line and click on Copy icon and change the version Z1 and category to "E" Error.

 

Untitledj.JPG

 

Untitledk.JPG

 

Now go to User master SU01 / SU3 and assign user Parameter MSV withe Value created in above step (Z1) and Save.

 

Untitledl.JPG

Now create Purchase requisition and see how it works.

Untitledm.JPG

4) How to read the specific user parameter is assigned to which User masters.

 

Go to SE16N / SE16 / SE11 and input the table name USR05 and hit enter. Now enter the user / parameter value and execute the same.

 

Untitledg.JPG

Untitledh.JPG

I welcome suggestions / comments.

SAP MM Configuration

$
0
0

 

 

 

 

 

 

MM – Configuration Documentation

 

 

 

 

 

 

 

 

2 Enterprise Structure - Definition

2.1 Define Valuation Level

 

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Definition ® Logistics general ®Define Valuation Level

Transaction Code

OX14


Configuration Description

Here we specify the level at which material stocks are valuated. We have used the Plant level since the application component Production Planning (PP) and Costing are being used.

 

  • Depending on the valuation level chosen, accounting data (in particular the valuation price) is maintained for each plant or for each company code in the material master record.
  • If material stocks are valuated at company code level, all plant stocks of a material are managed in a joint stock account for each company code.
  • If material stocks are valuated at plant level, the material stocks for each plant can be managed in different accounts. We can define a separate account determination for each plant.

2.2 Define Plant

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Definition ® Logistics general ®Define, copy, delete, check plant

Transaction Code

SPRO


Configuration Description

As a part of the Logistics Organizational Structure, Plants are defined in SAP. The ‘Plant’ is an operating area or a branch or a location within a company. Each 'Plant' is assigned to a single 'company code'. A 'company code' can have several 'Plants'. In case of ITZ Pvt. Ltd., the various 'Plants' are assigned to a each 'company code'.

 

Configuration of One Plant is depicted here, (for list of all please refer to MM KDS Document)

2.3 Maintain Storage Location

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Definition ® Materials Management ®Maintain Storage Location

Transaction Code

OX09


Configuration Description

A storage location is the place where stock is physically kept within a plant. There may be one or more storage locations within a plant.

 

A storage location has the following attributes:

 

  • A storage location has a description and at least one address.
  • It is possible to store material data specific to a storage location.
  • Stocks are managed only on a quantity basis and not on a value basis at storage location level.
  • Physical inventories are carried out at storage location level.

 

Configuration of Storage Locations under One Plant is depicted here, (for list of all please refer to MM KDS Document)

2.4 Maintain purchasing organization

 

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Definition ® Materials Management àMaintain Purchasing Organization

Transaction Code

SPRO


Configuration Description

At this node we configure the Purchasing Organization .The purchasing organization is the highest level of aggregation (after the organizational unit "client") for purchasing statistics.

In case of ITZ One single Purchase Organization is created as under :

 

3 Enterprise Structure Assignments

3.1 Assign Plant to Company Code

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Assignment ® Logistics general ®Assign Plant to Company Code

Transaction Code

SPRO


Configuration Description

A Plant needs to be assigned to one of the Company Codes, the relation is always one to one i.e. One Plant can be assigned to only one company code

 

All the plants can’t be shown here(for complete list refer MM KDS document)

 

 

3.2 Assign purchasing organization to company code

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Assignment ® Logistics general ®Assign purchasing organization to company code

Transaction Code

SPRO


Configuration Description

In this node we assign the Purchasing Organization to the company code under which it works.

In case of ITZ the Purchasing Organization is Central, so it is not assigned to any Company Code

 

3.3 Assign purchasing organization to Plant

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Assignment ® Logistics general ®Assign purchasing organization to Plant

Transaction Code

SPRO


Configuration Description

In this step we assign purchasing organizations to the plants for which they are responsible.

In case of ITZ since it operates with Centralized Purchasing Org. we have assigned the Purchasing Org. to all the plants defined as of  now

 

3.4 Assign standard purchasing organization to plant

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Enterprise Structure ® Assignment ® Logistics general ®Assign standard purchasing organization to plant

Transaction Code

SPRO


Configuration Description

If severalpurchasing organisations procure for a certain plant, we can define one of them as the standard purchasing organization for the transactions "pipeline procurement", "consigmnent" and "stock transfers".

 

In source determination for stock transfers and consignent, the system automatically utilizes this standard purchasing organization. In the case of goods issues of pipeline materials, the purchasing info records of the standard purchasing organization are read.

 

In ITZ,  we have not defined this Setting as we are using single Purchasing Organisation

4 General Logistics 

4.1 Assign Fields to Fields Selection Groups

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Field SelectionàAssign Fields to Fields Selection Groups

Transaction Code

OMSR


Configuration Description

Assignment of Material Master Fields is required to define whether a field is hidden or displayed, or whether an entry is mandatory or optional in material master maintenance, it is always advisable to work with Standard SAP settings, but for few business requirement some assignments are changed to new field selection groups defined as per reserved name space. in case of ITZ, some of the list of changed entries is as given below:

 

Field Name

Description

Changed Field Grp

MVKE-MVGR1

Material group 1

211

MVKE-MVGR2

Material group 2

211

MVKE-MVGR3

Material group 3

211

 

4.2 Maintain Field Selection for Data Screens

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Field SelectionàMaintain Field Selection for Data Screens

Transaction Code

OMS9


Configuration Description

In this step we define the nature of a Field belonging to a particular Field Selection Group wrt the Screen Reference of a Material Type. Steps involved are :

  • Selecting the field selection group.
  • Select the field selection option (hide, display, required entry, or Optional entry) for each field reference as required.

 

 

 

 

4.3 Maintain Company Codes for Materials Management

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Basic SettingsàMaintain Company Codes for Materials Management

Transaction Code

OMSY


Configuration Description

This activity is done for making a Company Code relevant for materials Management and to define the starting posting period This is a prerequisite for creating a Material Master

 

 

4.4 Define Attributes of Material Types

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Basic Settingsà Material TypesàDefine Attributes of Material Types

Transaction Code

OMS2


Configuration Description

Material type is analogous to the family of a material master; all the important attributes of a material are governed by settings in the material type. To be precise it governs :

  1. 1. Number range pattern and nature (external/internal)
  2. 2. Hide/optional fields in the material master
  3. 3. Valuation Control at valuation area level (ultimately used to derive G/L)
  4. 4. Control on Production/Purchase

 

4.5 Define Number Ranges for each material types

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Basic Settingsà Material TypesàDefine NumberRanges for each Material Types

Transaction Code

MMNR


Configuration Description

In this step, we have defined the type of number assignment and the number range intervals for material master records. When creating a material master record, system must assign it a unique number. There are two ways of doing this:

  • internal number assignment

In this case, a number within the number range interval allowed is assigned by the SAP system.

  • external number assignment
Here, the user assigns a number within the number range interval allowed. We can define the intervals for external number assignment numerically and alphanumerically.

We have defined the number range intervals for so-called groups. We assign one or more material types to each group.

  • If we assign just one material type to a group, we can define both an internal and an external number range interval for the material type.
  • If we group together more than one material type, we can define an internal and an external number range interval here too. This allows several material types to have the same number range intervals.

 

 

4.6 Define Attributes of system messages

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Basic SettingsàDefine Attributes of system messages

Transaction Code

OMT4


Configuration Description

When processing material master records, the system issues a number of system messages containing important user information. In this activity, we define how the SAP system handles these messages. We have the following options:

  • The message can be suppressed.
  • The message can be displayed as a warning.
  • The message can be displayed as an error message. (can’t be surpassed)

 

For ITZ requirement Message Numbers MM189 & 312 are changed as Error message

We are using Standard SAP Messages.

 

4.7 Define Material Groups

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Settings for Key FieldsàDefine Material Groups

Transaction Code

OMSF


Configuration Description

Here we define the Groups for Materials & Services, This Grouping shall be defined keeping in mind the reporting requirement of the company for analysing Purchases, Consumptions, Stocks etc,

 

Setting is just a table entry, few records are shown in the screen shot, for complete list refer to the MM KDS document or the actual system node

 

 

4.8 Define External Material Groups

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à Settings for Key FieldsàDefine External Material Groups

Transaction Code

SPRO


Configuration Description

Here we define the Groups for giving an extra key for filtering, sorting the list of materials from a criterion other than Material grouping

In case of ITZ we have not used External Material Groups

 

4.9 Initialize Period

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Logistics - General à Material Master à ToolsàInitialize Period

Transaction Code

MMPI


Configuration Description

This Transaction can be used to initialize the period in materials management , i.e. it opens the already closed period (thru Txn : MMPV), but opening a period has serious implications on data consistency in SAP so as recommended by SAP  Follow the instructions in Note 487381 before initialization

 

 

 

5 Materials Management – Consumption based Planning

5.1 Activate MRP for MRP Areas

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Consumption-based Planning à Master Data à MRP Areas àActivate MRP for MRP Areas

Transaction Code

SPRO


Configuration Description

This setting is required if we want to have planning at a level other than plants i.e. either of Storage location / at Subcontractor level.

An MRP area represents an organizational unit for which we can perform material requirements planning separately.

An MRP area can include one or several storage locations of a plant or a subcontractor. We can define MRP areas in a plant.

For ITZ Ltd., we have not used MRP Areas.

 

5.2 Define MRP Areas

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Consumption-based Planning à Master Data à MRP Areas àDefine MRP Areas

Transaction Code

SCAL


Configuration Description

Here we define the MRP areas for a plant for which we would like to carry out material requirements planning separately.

When creating an MRP area, we enter the number, which must have at least 5 digits to avoid any overlapping with the plant MRP area, the description and the MRP area type

In case of ITZ we have  not defined MRP area

 

Important : If MRP area is activated  Conversion of Planning file entries needs to be run in every new System Client through Report RMDBVM00  in Txn : SE38

 

The conversion report causes the system to create a new planning file. In addition, the system creates MRP area for the existing plants. These MRP areas do not, however, affect the way material requirements planning is carried out. The number for plant MRP areas is identical to the plant number and therefore consists of four digits.

 

The conversion of the current planning file (table MDVM) to the new planning file (table DBVM) is a prerequisite for carrying out material requirements planning with MRP areas.

 

6 Materials Management – Purchasing

6.1 Define Attributes of System Messages

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à Environment Data àDefine Attributes of System Messages

Transaction Code

SPRO


Configuration Description

In Purchasing, certain system messages containing important information for users may be issued from time to time

In this step, we can specify whether the SAP System:

  • Suppresses the relevant information
  • Issues it as a warning message
  • Issues it as an error message
In the case of an error message, processing cannot be continued until user input has been corrected

 

For ITZ requirement, messages (as a change from standard) are configured as given below:

 

 

6.2 Define Purchasing Value Keys

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à Material Master àDefine Purchasing Value Keys

Transaction Code

SPRO


Configuration Description

With Purchasing value key we can control following functions by using it in the material master purchasing view, purchasing value key governs:

  • The issue of reminders and urging letters (expediters) with respect to nearly due and overdue deliveries
  • The admissibility of over- and under deliveries ("overages" and "under ages")
  • Order acknowledgment requirements for PO items
  • Shipping/packaging instructions
This data appears as default data in purchasing documents and is taken from the material master record (unless a purchasing info record exists, in which case it is taken from the info records).

 

 

 

6.3 Entry Aids for Items without a Material Master

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à Material Master à Entry Aids for Items Without a Material Master

Transaction Code

SPRO


Configuration Description

In this step we assign In this step, we can assign a purchasing value key and a valuation class to a material group.

The assignment of a purchasing value key default values for reminder levels etc. in purchase order items without a material master record and without an info record.

The assignment of a valuation class to a material group enables the system to determine different accounts for the individual material groups.

 

For ITZ we have maintained Valuation Classes in the accounting view of the materials.

 

6.4 Create Purchasing Groups

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àCreate Purchasing Groups

Transaction Code

SPRO


Configuration Description

It’s a key for a buyer or group of buyers responsible for certain purchasing activities. useful in accessing information, controlling authorizations, setting up release strategies etc. for ITZ ‘s Requirement following groups are configured, configuration is a simple table entry but purchasing group has a comprehensive use in all purchasing transactions/ documents

 

6.5 Define Document Types (RFQ/Quotation)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à RFQ/Quotationà Define Document Types

Transaction Code

SPRO


Configuration Description

SAP manages RFQs and quotations as documents which are grouped into different document types., in this step we have :

  • Created new document types
  • Defined item interval
  • Defined admissible follow-on document types
  • Assigned document types to a number range group
  • Defined number range interval
  • Chosen
    • internal
    • external
  • Chosen

The update group determines how the data from the document header is updated in the statistics file.

 

 

 

 

 

Linkage determines which PR document types can be referenced  for creating a particular  RFQ document type

 

 

 

 

6.6 Define Text Types for Header Texts (RFQ/Quotations)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àRFQ /Quotations àDefine Text Types for Header Texts

Transaction Code

SPRO


Configuration Description

In this step we define different Texts which appear in RFQ/Quotation Headers, which are used to store information applicable for a particular RFQ document

We have standard Header Text Types.

 

 

6.7 Define copying rules for Header Texts (RFQ/Quotations)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àRFQ /Quotations àDefine copying rules for Line Texts (RFQ/Quotations)

Transaction Code

SPRO


Configuration Description

In this step we define copying rules for different header  Texts which appear in RFQ/Quotation Line Items

Copying rules are used to determine which texts can be adapted from other objects (for example, vendor master records, contracts) to the header text of the RFQ. We link text types in the RFQ with text types in other objects. System can adopt header texts from the following objects:

  • RFQ / Quotation
  • Contract
  • Scheduling agreement
  • Vendor master
We can also specify whether the adopted text can be edited in the destination document or not. This type of setting is more useful in PO Header Texts

6.8 Define document types (Purchase Requisitions)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à Purchase Requisitions àDefine document types (Purchase Requisitions)

Transaction Code

SPRO


Configuration Description

SAP manages Purchase Requisitions as documents which are grouped into various document types., in this step we have :

  • Created new document types
  • Defined item interval
  • Defined admissible follow-on document types
  • Assigned document types to a number range group
  • Defined number range interval
  • Chosen
    • internal
    • external
  • Chosen

The update group determines how the data from the document header is updated in the statistics file.

 

 

Above linkage governs which type of PO can be created  using PR of a particular type

 

6.9 Release Procedure with Classification (Purchase Requisitions)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing à Purchase Requisitions à Release Procedure àProcedure with Classification à Set Up Procedure with Classification

Transaction Code

SPRO


Configuration Description

In this step, we have set up the release procedure with classification.

 

Purchase Requisition release is the process in which Purchase Requisition is approved and released by HOD of concern department for request of required material or services specified in Purchase Requisition. Once the Purchase Requisition is approved and released then Purchase Order or RFQ will be created for that material or services against same Purchase Requisition.

 

Configuration involves following elements in sequence:

Release Group:

Specify for the release group either "overall release" or "item-wise release"

 

Release codes:

The Release Code is a two-character ID allowing a person to release (approve) a requisition.(analogous to approver code)

 

Release Indicators:

                                    

A release indicator shows the release status of a purchase requisition

 

Release Indicators also involve:

Field selection key
via the field selection key, we can specify which fields in a purchase requisition with this release indicator can be changed or must be populated

Changes after start of release process

  • With the Changeability indicator, we can specify the effects of changes to a requisition. For example, certain changes may require a new release strategy to be determined for the requisition.
  • Via the Value change field, we can cause the release strategy to be re-started if the value of a purchase requisition item is increased by more than a certain percentage (e.g. 10%). To do so, set the Changeability indicator to "4 - Changeable, new release in case of new strategy or value change" and enter a percentage in the Value change field.

Release Strategy

The Release Strategy defines the approval process for Purchase Requisitions. The strategy specifies the release codes which are necessary and the sequence in which releases have to be affected. We can define a maximum of eight release codes i.e. 8 Levels of approval.

Release Prerequisites indicate the sequence in which a Purchase Requisition must be approved via the release codes. (In ITZ case release is parallel(either / or so indicators are kept blank)

 

 

Release Status indicates the affect after the release by a particular release code

 

 

 

Release Values

These values need to be maintained in every client manually, this forms the basis on which release strategy is triggered for a PR.

An important prerequisite for this is to create Class & Characteristics in class type 032

Characteristics for Release Strategy

 

Create the Characteristics required for release strategy as master data thru transaction CT04, here the most important setting is to attach the characteristics to corresponding field of structure CEBAN

 

attach it to the structure

 

Class for Release Strategy

 

Create the class as master data thru transaction CL02

and attach the Characteristics created earlier to the class

 

6.10 Define Number Ranges (Purchase Orders)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase order àDefine Number Ranges

Transaction Code

OMH6


Configuration Description

In this step we define number ranges for Purchase order document types, (defined separately in customizing), this setting also includes number ranges for other external purchasing documents i.e. for Contracts/Scheduling Agreements and RFQs.

There are two ways of doing this:

  • internal number assignment

In this case, a number within the number range interval allowed is assigned by the SAP system.

  • external number assignment
Here, the user assigns a number within the number range interval allowed. We can define the intervals for external number assignment numerically and alphanumerically.

 

In case of ITZ all the documents are assigned with internal number ranges with the exception for document type “Legacy Open P.O”, as it was required to retain the legacy P.O number for this case.

 

 

go in change mode and define the intervals as shown:

 

6.11 Define Document types (Purchase Orders)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Orders àDefine document types

Transaction Code

SPRO


Configuration Description

SAP manages Purchase Orders as documents which are grouped into various document types., in this step we have :

  • Created new document types
  • Defined item interval
  • Define allowable item categories
  • Defined admissible follow-on document types
  • Assigned document types to a number range group
  • Defined number range interval
  • Chosen
    • internal
    • external
  • Chosen

The update group determines how the data from the document header is updated in the statistics file.

 

 

 

 

 

Above linkage governs which type of PR can be referenced created  while creating a particular Contract  document type

 

6.12 Set Tolerance Limits for Price Variance

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase order à Set ToleranceLimits for Price Variance

Transaction Code

SPRO 


Configuration Description

When processing a purchase order, the system checks whether the effective price of a PO item shows variances compared with the valuation price stored in the material master record. In addition, it checks whether the specified cash discount value is admissible.

Variances are allowed within the tolerance limits. If a variance exceeds a tolerance limit, the system issues a warning or error message. In SAP, the types of variance are represented by the tolerance keys. For each tolerance key, we can define percentage and value-dependent upper and lower limits per company code.

  • PE Price variance, Purchasing
    • Tolerance limit for system message no. 207. This message appears if the specified effective price exceeds the predefined tolerances when compared with the material price.
  • SE Maximum cash discount deduction, Purchasing
    • Tolerance limit for system message no. 231. This is a warning message, which appears when the specified cash discount percentage exceeds the predefined tolerances.

 

6.13 Release Procedure for Purchase Orders

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Order àRelease Procedure for Purchase Orders

Transaction Code

SPRO


Configuration Description

In this step, we have set up the release procedure for Purchase Orders(this also covers the process for other external purchasing documents e.g. contracts/scheduling agreements)

Purchase Order release is the process in which PO is approved and released by HOD of concern department for request of required material or services specified in PO. Once the Order is approved and released then GR can be created against the PO

 

In case of ITZ, Release strategy is used in case of all purchases.

 

Configuration involves following elements in sequence:

 

Release Group:

Release groups are created for each type of purchasing

 

 

Release codes:

The Release Code is a two-character ID allowing a person to release (approve) a requisition.(analogous to approver code)

 

 

Release Indicators:

                                    

A release indicator shows the release status of a Purchase Order

 

Release Indicators also involve:

Changeability Indicator
With the Changeability indicator, we can specify the effects of changes to a
PO document. For example, certain changes may require a new release strategy to be determined for the requisition.

  • Via the Value change field, we can cause the release strategy to be re-started if the value of a purchase order is increased by more than a certain percentage (e.g. 10%). To do so, set the Changeability indicator to "6 - Changeable, new release in case of new strategy or value change" and enter a percentage in the Value change field.

Release Strategy

The Release Strategy defines the approval process for PO. The strategy specifies the release codes which are necessary and the sequence in which releases have to be affected. We can define a maximum of eight release codes i.e. 8 Levels of approval.

Release Prerequisites indicate the sequence in which a Purchase Requisition must be approved via the release codes. (In ITZ case release is by a single authority so there are no prerequisite involved)

 

Release Status indicates the affect after the release by a particular release code

 

 

 

Release Values

These values need to be maintained in every client manually, this forms the basis on which release strategy is triggered for a PO.

An important prerequisite for this is to create Class & Characteristics in class type 032

Characteristics for Release Strategy

 

Create the Characteristics required for release strategy as master data thru transaction CT04, here the most important setting is to attach the characteristics to corresponding field of structure CEKKO

 

And attach it to the structure

 

Class for Release Strategy

 

Create the class as master data thru transaction CL02 and attach the Characteristics created earlier to the class

 

 

 

 

6.14       Define Screen Layout at Document Level

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Orders àDefine Screen Layout at Document Level

Transaction Code

SPRO


Configuration Description

In this step we define the attributes of various fields contained in a field selection key  (defined for a document type) inside which various fields are grouped into fields selection groups.Steps involved in the process  are :

  • Selecting the field selection key (defined for a document type)
  • Select the field selection option (hide, display, required entry, or Optional entry) for each field inside a field selection group reference as required.

 

 

Select a field selection key and set the attributes inside as shown:

 

get inside a field group and choose the attributes

 

settings can be made similarly  for other fields in various other groups as & when required

 

6.15 Define Text Types for Header Texts (Purchase Orders)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Order àDefine Text Types for Header Texts

Transaction Code

SPRO


Configuration Description

In this step we define different Texts which appear in Purchase order header, these are used to store information applicable for a particular PO document

 

6.16 Define copying rules for Header Texts (Purchase Order)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Orders àDefine copying rules for Header Texts

Transaction Code

SPRO


Configuration Description

In this step we define copying rules for different header  Texts which appear in Purchase Order Headers

Copying rules are used to determine which texts can be adapted from other objects (for example, vendor master records, contracts, RFQ) to the header text of the Purchase Order. We link text types in the PO with text types in other objects. System can adopt header texts from the following objects:

  • RFQ / Quotation
  • Contract
  • Scheduling agreement
  • Vendor master
  • Purchase Requisition
We can also specify whether the adopted text can be edited in the destination document or not. Currently we are not maintaining any copying rule for header texts

 

 

6.17 Define Text Types for Item Texts (Purchase Orders)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Order àDefine Text Types for Item Texts

Transaction Code

SPRO


Configuration Description

In this step we define different Texts which appear in Purchase order item level, these are used to store information applicable for a particular PO document line item

 

6.18 Define copying rules for Item Texts (Purchase Order)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPurchase Orders àDefine copying rules for Item Texts

Transaction Code

SPRO


Configuration Description

In this step we define copying rules for different item  Texts which appear in Purchase Order ITEM

Copying rules are used to determine which texts can be adapted from other objects (for example, vendor master records, contracts, RFQ) to the header text of the Purchase Order. We link text types in the PO with text types in other objects. System can adopt header texts from the following objects:

  • RFQ / Quotation
  • Purchase Requisition
  • Purchase Info record
  • Contract
  • Material master
We can also specify here whether the adopted text can be edited in the destination document or not.

 

 

maintain the rules for a text as under

 

6.19 Define Document Types (Contracts)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine Document Types

Transaction Code

OMH6


Configuration Description

SAP manages Contracts as documents which are grouped into various document types., in this step we have :

  • Created new document types
  • Defined item interval
  • Define allowable item categories
  • Defined admissible follow-on document types
  • Assigned document types to a number range group
  • Defined number range interval
  • Chosen
    • internal
    • external
  • Chosen

The update group determines how the data from the document header is updated in the statistics file.

In case of ITZ, use of Contracts and Scheduling agreements is very minimal so we have  retained and used standard SAP document types

 

 

 

 

Above linkage governs which type of PR can be referenced created  while creating a particular Contract  document type

 

6.20       Define Screen Layout at Document Level (Contracts)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine Screen Layout at Document Level

Transaction Code

SPRO


Configuration Description

In this step we define the attributes of various fields contained in a field selection key  (defined for a document type) inside which various fields are grouped into fields selection groups.Steps involved in the process  are :

  • Selecting the field selection key (defined for a document type)
  • Select the field selection option (hide, display, required entry, or Optional entry) for each field inside a field selection group reference as required.

 

Select a field selection key and set the attributes inside as shown:

 

get inside a field group and choose the attributes

 

settings can be made similarly  for other fields in various other groups as & when required

 

6.21 Define Text Types for Header Texts (Contracts)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine Text Types for Header Texts

Transaction Code

SPRO


Configuration Description

In this step we define different Texts which appear in Contract header, these are used to store information applicable for a particular Contract document

 

6.22 Define copying rules for Header Texts (Contracts)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine copying rules for Header Texts

Transaction Code

SPRO


Configuration Description

In this step we define copying rules for different header  Texts which appear in Contract Headers

Copying rules are used to determine which texts can be adapted from other objects (for example, vendor master records, Contract, RFQ) to the header text of the Contract. We link text types in the PO with text types in other objects. System can adopt header texts from the following objects:

  • RFQ / Quotation
  • Contract
  • Vendor master
We can also specify whether the adopted text can be edited in the destination document or not.

 

We are maintaining Standard Text and copying Rules for Header Texts

 

6.23 Define Text Types for Item Texts (Contracts)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine Text Types for Item Texts

Transaction Code

SPRO


Configuration Description

In this step we define different Texts which appear in Contract item level, these are used to store information applicable for a particular Contract document line item

 

6.24 Define copying rules for Item Texts (Contract)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àContracts àDefine copying rules for Item Texts

Transaction Code

SPRO


Configuration Description

In this step we define copying rules for different item  Texts which appear in Contract Headers

Copying rules are used to determine which texts can be adapted from other objects (for example, vendor master records, contracts, RFQ) to the header text of the Contract. We link text types in the Contract with text types in other objects. System can adopt header texts from the following objects:

  • RFQ / Quotation
  • Purchase Requisition
  • Contract
  • Purchase Info record
  • Material master
We can also specify here whether the adopted text can be edited in the destination document or not.

 

maintain the rules for a text as under

 

6.25 Define External Confirmation Categories

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConfirmations àDefine External Confirmation Categories

Transaction Code

SPRO


Configuration Description

Notification from the vendor to the recipient regarding the status of a purchase order., In case of ITZ , CONFIRMATIONS are not being used Confirmation categories are defined to symbolize the key for a type of confirmation

6.26 Define Internal Confirmation Categories

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConfirmations àDefine Internal Confirmation Categories

Transaction Code

SPRO


Configuration Description

In this step, we assign an external confirmation category to each internal confirmation category.

Internal Categories are for system controls.

6.27 Set Up Confirmation Control

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConfirmations àSet Up Confirmation Control

Transaction Code

SPRO


Configuration Description

In this step, we assign an external confirmation category to each internal confirmation category.

Internal Categories are for system controls.

 

As shown all the conformation categories are relevant for MRP, but the last one is relevant to GR also, which means that when a GR is made against the P.O line item it will get defaulted with qty of last conf. category

6.28 Define Access Sequence

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Access Sequence

Transaction Code

SPRO


Configuration Description

Access sequence is an important element of pricing determination. It is the Order in which the system searches through the condition tables when searching for particular condition records. The search order goes from specific condition records to general condition records.

  1. E.G.

 

 

Access sequence is made up of condition table (the level at which data is stored)

In the access sequence shown system will search for the record from first to last table in sequence. (e.g. if Custom duty % for a material is maintained at all the three levels i.e. Incoterms-plant-maerial  / Plant-Material / Plant-Material Type level , then system will take the record from 1st available level only i.e. Incoterms-plant-maerial in this case)

Each condition table is defined as an combination of fields for data access and is assigned to different condition types ( In case of ITZ , we are not maintaining any access sequence),

6.29 Define Condition Types

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Condition Types

Transaction Code

M/06

s
Configuration Description

In this step we have defined condition types.

The condition types are used to represent pricing elements such as prices, discounts, surcharges, taxes, or delivery costs in the SAP. These are stored in the system in condition records.

For condition types for which we want to maintain conditions with their own validity period we have specified an access sequence. (e.g. for all import duty conditions

Important Settings Condition type include:

Condition Class: Defines nature of condition as Prices / surcharge / discounts etc.

Calculation type: Defines nature of condition unit i.e. Amount type / Percentage / Qty etc

Condition Category : e.g. Packaging, Cost , Tax, Delivery Costs(requiring extra vendor at condition level)

Access Sequence : Allows condition records to be maintained

Header Condition : Allows usage at Header level of Purchasing document

Accruals : Makes a condition irrelevant to net price calculation i.e. excluded from tax base

6.30 Define Calculation Schema

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Calculation Schema

Transaction Code

M/08


Configuration Description

In this step, we have defined the calculation schemas.

In MM area, a calculation schema is a framework of steps used to calculate pricing in as purchasing document

Analogous to this is referred to in the Sales and Distribution (SD) area as a pricing procedure.

In the calculation schema (pricing procedure), we specify which condition types are to be taken into account in which sequence.
In the price (or cost) determination process, the SAP System automatically determines which calculation schema is valid for a business transaction and takes into account, one after another, the condition types it contains
.

In case of ITZ we have defined schemas all starting with Z*, these will get derived in different types of purchasing documents as per the rule explained in Schema determination configuration

Select one of the schema and see the control data as shown below:

Important keys in defining Schema are as under:

Step No. & Counter: For determination the sequence of conditions and to act as a base for calculations with in condition

From- To : Base for calculation of condition value, this is only relevant for % type of conditions

Statistical: Makes a condition non-relevant to account postings

Subtotal: Used to pass the condition value in to fields of P.O item tables and other pricing structure

Requirement : Used for validating Condition value determination using small ABAP written formulae

Base Type: Here a Formula for determining the condition basis as an alternative to the standard.

Accrual key: for deriving a separate account during GR / Invoice postings

6.31 Define Schema Group

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Schema Group

Transaction Code

SPRO


Configuration Description

Every External Purchase document derives Calculation Schema from a combination of Purchasing Organization and Vendor, to simplify data maintenance for this process SAP works with grouping concept. So all the purchasing org. are grouped in to a Schema group and Vendors requiring same pricing stricture are grouped into a Schema group , now for the combination of these , system derives the pricing schemas

 

 

Click on a row to enter :

 

 

 

the other part i.e. vendors are assigned with schema group in vendor master

6.32 Define Schema Determination

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Schema determination

Transaction Code

SPRO


Configuration Description

In this step we have defined the determination of Pricing schema for different type of Purchasing documents and for Stock transport orders

 

For standard purchase orders
(depending on the schema group of the vendor and the purchasing organization)

For stock transport orders
(depending on the supplying plant, the document type and the schema group of the purchasing organization)

 

select first item ,

and second item

6.33 Define Transaction Event keys

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àDefine Transaction Event keys

Transaction Code

SPRO


Configuration Description

In this step, we have defined transaction/event keys for condition types involving provisions.

This enables the system to find the relevant account for provisions (for accrued delivery costs or miscellaneous provisions, for example),

We have assigned these transaction/event key to each condition type that is relevant to provisions in the step Define Calculation Schema.

 

 

Select the 1st row

 

 

Select second row, it displays the usage of key in schema

6.34 Maintain Condition Table

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àConditionsà Define Price Determination Process àMaintain Condition Table

Transaction Code

SPRO


Configuration Description

In this step, we create custom tables, these table are used to store condition records for different condition types , for this these tables should be a part of access sequence

With help of this we can derive prices, discounts and surcharges dependent on almost all the fields in a purchasing document.
In a condition table, we specify the combination of fields for which we can create condition records.

As per SAP recommendation we should not change the condition tables that are included in the standard version of the SAP System.

Check the extent to which we can use the condition tables that are supplied with the standard SAP System, for our tables we can only choose names between 501 and 999. If we make no entry, the system will automatically assign a consecutive number.

For ITZ we have not defined any tables:

Steps:

For creating new condition tables. copy a similar condition table and proceed as follows:

  • Enter the name of the table we wish to create.
  • Note that we can only choose names between 501 and 999. If we make no entry, the system will automatically assign a consecutive number.
  • Specify whether we wish to create the table with or without a validity period.
  • Enter the type of condition table (for example, transparent table).
  • Enter a description for the condition table.
  • From the list of allowed fields that are included in the field catalog and which can be extended there, choose the desired fields for the condition table.
  • Generate the new condition table.

 

IMP: All the fields that shall be used to pick up any condition value must be part of Header/Key field in the condition table.

6.35 Define Grid for Quantity Variances

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àStatistics àDefine Grid for Quantity Variances

Transaction Code

SPRO


Configuration Description

For Purchasing information system for vendor performance the statistics is managed on the amount of quantity variances of vendors.

The delivery quantity variance specifies in percent the variance between the purchase order quantity and the quantity actually delivered.

This key figure is determined if an order item is completed and is updated for the entry date of the goods receipt or for the entry date of purchase order change.

In this step we can determine four interval limits for every purchasing organization. Five intervals are then available to we for evaluation of vendors

 

 

6.36 Define Grid for Delivery Date Variance

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àStatistics àDefine Grid for Delivery date

Transaction Code

SPRO


Configuration Description

Delivery date variance data is used in statistics for evaluating vendor performance.

The delivery date variance specifies the difference in days the difference between the statistically relevant delivery date and the date of the goods receipt.

This key figure is updated during the goods receipt for the entry date.

In this step we can determine four interval limits for every purchasing organization. Five intervals are then available to we for evaluation of vendors

6.37 Define Weighing keys

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àVendor Evaluation àDefine Weighing keys

Transaction Code

SPRO


Configuration Description

In vendor evaluation criteria are weighted according to their importance through Weighing key.

For example, the overall evaluation of a vendor is calculated from the scores awarded for the main evaluation criteria "price," "quality," and "delivery." The latter comprises "on-time delivery performance" and "quantity reliability."

If we consider a vendor's price to be more important than quality, and quality to be more important than delivery, we can assign weights to the criteria in a ratio of three for price, two for quality, and one for delivery. This ratio is recorded in a weighting key.

6.38 Define Criterion (Vendor Evaluation)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àVendor Evaluation àDefine Criterion

Transaction Code

SPRO


Configuration Description

Here we have defined the criteria by which the system computes scores for vendors and specify whether the scores for the subcriteria are computed manually, semi-automatically, or automatically.

Select One of the criterion and drilldown to sub criterion

6.39 Define Scope of List (Vendor Evaluation)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àVendor Evaluation àDefine Scope of List

Transaction Code

SPRO


Configuration Description

In this step we define various types of list, each representing different main criteria or the same main criteria in a different order.

In the standard system, the scope-of-list parameters 'standard' and 'version 1' are supplied as an example:

  • The parameter Standard provides the user with a ranking list of vendors by overall score. The main criteria are arranged in the order "Price", "Quality", "Delivery", "General service/support” and "Externally performed service/work".
  • The parameter Version 1 yields a ranking list of vendors sorted according to the score for the main criterion "Price". Then follow the overall evaluation and the main criteria "General service/support", "Quality", "Delivery", and "Externally performed service/work".

check the details of list inside

6.40 Maintain Purchasing Organization data

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àVendor Evaluation àMaintain Purchasing Organization data

Transaction Code

SPRO


Configuration Description

Select a row and displays criterion for Purchasing Organization

Sub criterions for main criterion

Weighing for a Purchasing Org.

We have provided Equal Weighting to the Criteria as we have different weighing parameters for ITZ

Point scores for a Purchasing Org.

6.41 Define Permissible Partner Roles per Account Group

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPartner Determination à Partner RolesàDefine Permissible Partner Roles per Account Group

Transaction Code

SPRO


Configuration Description

Here we can specify for each account group of the vendor which roles the vendor may assume. Example we can specify that certain vendors may only serve as an ordering address, not as an invoicing party.

6.42 Define Partner Schemas (Vendor Master)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPartner Determination à Partner settings in Vendor Master recordsàDefine Partner Schemas

Transaction Code

SPRO


Configuration Description

Partner schemas allow us to group various partner roles. We can specify that certain roles in a schema are mandatory, i.e. cannot be changed after entry.

For ITZ, Schema groups Z1 is defined

select a schema to detail the allowed partner functions

6.43 Assign Partner Schemas to Account Groups

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPartner Determination à Partner settings in Vendor Master recordsà Assign Partner Schemas to account groups

Transaction Code

SPRO


Configuration Description

Here we assign the already defined schema groups to vendor account groups

6.44 Define Partner Schemas (Purchasing Documents)

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPartner Determination à Partner settings in Purchasing documentsàDefinePartner Schemas

Transaction Code

SPRO


Configuration Description

Partner schemas allow us to group various purchasing documents for partner determination. We can specify that certain roles in a schema are mandatory, i.e. cannot be changed after entry.

For ITZ, Schema group Z001 is defined

Select a Schema to detail the partner function allowed

6.45 Assign Partner Schemas to Document Types

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à Purchasing àPartner Determination à Partner settings in Purchasing documentsàAssignPartner Schemas to document types

Transaction Code

SPRO


Configuration Description

In this step, we have assigned the partner schemas to the various types of purchasing document.

As a result, only the roles of the schema in question can be maintained in documents of the relevant types.

7 Materials Management – External Services Management

7.1 Define Service Category

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à External Services Managementà Service Master à Define Service Category

Transaction Code

SPRO


Configuration Description

In this step, we define the service category.

The service category is the most important criterion for structuring

Service master records. It provides a default value for the valuation

  1. Classes. Service master records can be assigned to number ranges on the basis of the service category.

 

7.2 Define Number Ranges

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à External Services Managementà Service Master à Define NumberRanges

Transaction Code

SPRO


Configuration Description

In this step, we define NumberRanges for each service category.

 

 

 

7.3 Define Number Range for Service Entry Sheets

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à External Services Managementà Service Master à Define Service Category

Transaction Code

SPRO


Configuration Description

In this step, we define the service category.

The service category is the most important criterion for structuring

Service master records. It provides a default value for the valuation

  1. Classes. Service master records can be assigned to number ranges on the basis of the service category.

 

 

7.4 Define Attributes of System messages

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management à External Services Managementà Service Master à Define Service Category

Transaction Code

SPRO


Configuration Description

In External Services Management, a number of system messages containing important information for users may be issued. Users can process this information further.

 

In this step, we can define whether the SAP System

  • Suppresses this information
  • Issues it in the form of a warning
  • Issues it in the form of an error message

For ITZ requirement, additional messages no. SE 346 / 347 / 361 is activated as Error along with other additional Standard SAP Messages

 

 

 

 

8 Materials Management – Inventory Mgmt. & Physical Inventory

8.1 Plant Parameters

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ®Plant Parameters

Transaction Code

SPRO


Configuration Description

In this step, we make the general plant settings for ‘Inventory Management’. All settings are also contained in the individual steps of the Implementation Guide for Inventory Management.

 

  • If we have created a plant in the enterprise structure using the Copy plant function, we do not need to make any settings.
  • If we have created a plant manually, we have to create a new entry for the plant parameters.

 

8.2 Define Number Assignment for Accounting Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Number Assignment ®Define Number Assignment for Accounting Documents

Transaction Code

OMBA


Configuration Description

In this step, we set the number ranges for the accounting documents which are created when goods movements or inventory differences are posted.

 


For accounting-relevant goods movements, the system creates two different documents:

  • material document
  • accounting document

Both the material documents and the accounting documents have their own document numbers. When inventory differences are posted, the system also creates an accounting document for the physical inventory document.

 

In this step, we only maintain the number assignment for accounting documents.

 

Accounting documents are split into document types to allow differentiated document number assignment, which is the basis for distinguishing between the various accounting operations. A number range is assigned to each document type. In a company code, we have to define number intervals for each number range and fiscal year. In inventory management, the transaction determines which document type is used.

 

Goods Issue Document Type

 

TCode

Transaction text

Type

Description

MB05

  1. Subseq. Adjustmt: Act.Ingredient Mat

WE

Goods receipt

MB11

Goods Movement

WA

Goods issue

MB1A

Goods Withdrawal

WA

Goods issue

MB1B

Transfer Posting

WA

Goods issue

MB26

Picking list

WA

Goods issue

MBSU

Place in Stor.for Mat.Doc: Init.Scrn

 

 

MIGO_GI

Goods Movement

WA

Goods issue

MIGO_TR

Transfer Posting

WA

Goods issue

 

Goods Receipt Document Type

 

TCode

Transaction text

Type

Description

MB01

Post Goods Receipt for PO

WE

Goods receipt

MB04

  1. Subsequ.Adj.of "Mat.Provided"Consmp.

WE

Goods receipt

MB0A

Post Goods Receipt for PO

WE

Goods receipt

MB1C

Other Goods Receipts

WA

Goods issue

MB31

Goods Receipt for Production Order

WE

Goods receipt

MBNL

Subsequent Delivery f. Material Doc.

 

 

MBRL

Return Delivery for Matl Document

 

 

MBSF

Release Blocked Stock via Mat. Doc.

WE

Goods receipt

MBSL

Copy Material Document

 

 

MBST

Cancel Material Document

 

 

MIGO_GO

Goods Movement

WE

Goods receipt

MIGO_GR

Goods Movement

WE

Goods receipt

MIGO_GS

  1. Subseq. Adjust. of Material Provided

WE

Goods receipt

 

Automatic Movements Document Type

 

TCode

Transaction text

Type

Description

BMBC

Batch Information Cockpit

WA

Goods issue

BORGR

GR Automotive

WE

Goods receipt

BORGR_B

GR Automotive: Posting

WE

Goods receipt

BORGR_C

GR Automotive: Clearing

WE

Goods receipt

CAT5

Data Transfer CATS -> PS

WA

Goods issue

CAT9

Data Transfer CATS -> PM/CS

WA

Goods issue

CIP2

CC2: Update PDC messages

WA

Goods issue

CIP3

CC3: Update PDC messages

WA

Goods issue

CIP4

CC4: Update PDC messages

WA

Goods issue

CIP5

CC5: Update PDC messages

WA

Goods issue

CIPV

Posting PDC records

WA

Goods issue

 

Physical Inventory Document Type

 

TCode

Transaction text

Type

Description

MI07

Process List of Differences

WI

Inventory document

MI08

Create List of Differences with Doc.

WI

Inventory document

MI10

Create List of Differences w/o Doc.

WI

Inventory document

 

8.3 Define Number Assignment for Material and Physical Inventory Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Number Assignment ®Define Number Assignment for Material and Phys.Inv Documents

Transaction Code

OMBT


Configuration Description

In this step, we maintain the number assignment for the following documents:

  • material documents
  • physical inventory documents

The number assignment for these documents is not to be confused with the number assignment for accounting documents which we completed in the step Define number assignment for accounting documents. The number assignment for accounting documents depends on the document type which is allocated to the transaction.

 

The number assignment for material documents and physical inventory documents depends on the transaction/event type which is also allocated to each transaction in Inventory Management. The transaction/event types are divided into groups of number ranges. A number range interval has to be defined for each group.

 

 

No

From no.

To number

Status

Ext

01

0100000000

0199999999

0

 

02

4900000000

4999999999

4900002419

 

03

5000000000

5999999999

5000000219

 

04

0200000000

0299999999

0

 

 

Note

We cannot change the transaction/event types. However, we can change the number range intervals or we can allocate transaction/event types to new groups.

 

 

SPRO-> IMG-> Materials Management-> Inventory Management and Physical Inventory-> Number Assignment-> Define Number Assignment for Material and Phys. Inv. Docs
Her you ned to maintain the number ranges for the group attched to the key.

 

If you want to maintain new number range intervals for an existing group:
a) Choose Group -> Maintain.
b) Select a group and choose Interval -> Maintain.
c) Choose Edit -> Insert year.
d) Maintain the number interval for the new fiscal year.


8.4 Define Number Assignment for Reservations

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Number Assignment ®Define Number Assignment for Reservations

Transaction Code

OMJK


Configuration Description

In this step, we set up number assignment for reservations.

The number assignment applies to all plants in the client.

 

Note

If we create reservations with method CreateFromData1 (function module BAPI_RESERVATION_CREATE1), we can use the number range RB for an external number assignment.

8.5 Field Selection for Goods Movement/Initial Header Screens

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ®Field Selection for Goods Movement/Header Screens

Transaction Code

OMJN


Configuration Description

In this step, we define the field selection for goods movements initial and header screens.

Note that the field selection for the item screens depends on the movement type and is configured in separate steps.

 

 

In this step, we specify whether the fields are input, mandatory, display or hidden.

8.6 Field Selection for MIGO

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Settings for Enjoy Transactions ® Settings for Goods Movements ®Field Selection for MIGO

Transaction Code

OMJX


Configuration Description

Here we can:

  • Hide the header data completely or hide particular fields that we do not require
  • Hide pushbuttons that we do not require
  • Define the Delivery note and Bill of lading fields as mandatory entries if we use evaluated receipt settlement
  • Show the GR/GI slip (GOHEAD-XABLN) field if we use GR/GI slip numbers (only necessary in certain countries)
  • Show the Plant (GODYNPRO-PO_WERKS) field if we require the ordering-plant name for purchase-order-related goods movements as a selection criterion in addition to the purchase order number and item number
Hide the print indicator if we do not want to print out GR/GI slips in Inventory Management

 

8.7 Field Selection per Movement Type

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Settings for Enjoy Transactions ® Settings for Goods Movements ®Field Selection per Mvt Type

Transaction Code

SPRO


Configuration Description

In this step, we maintain all the settings for field selection by movement type. This step replaces the activity Define Screen Layout for the Enjoy transactions. The settings from Define Screen Layout are adopted in these settings automatically so that we do not need to maintain new entries here.

 

We can specify for each field whether it is an optional entry or a mandatory entry. In the table, we see all fields that are visible. We can access the setting Field Invisible by deleting the appropriate entry from the table.

 

There is no distinction between different special stock indicators in these entries. Special stock fields are always suppressed automatically.

 

 

8.8 Settings for Transactions and Reference Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Settings for Enjoy Transactions ® Settings for Goods Movements ®Settings for Transactions and Reference Documents

Transaction Code

SPRO


Configuration Description

We can limit the number of selectable transactions (goods receipt, goods issue, and so on) and reference documents (material document, delivery note), and we can specify the movement type that the system is to propose for every reference document.

 

If we need only certain transactions (for example, goods receipts or goods issues), we can choose from the following preset transactions:

 

MIGO - Used to enter all goods receipts.

MIGO_GR - Used to enter goods receipts from external procurement.

MIGO_GO - Used to enter goods receipts for production orders.

MIGO_GI - Used to enter goods issues.

 

We can always display material documents.

 

Transaction MIGO; Actions Mentioned in the table

 

Action

Active

Action

Active

A01

 

A08

 

A02

 

A09

X

A03

X

A10

 

A04

X

A11

 

A05

 

 

 

A06

 

 

 

A07

X

 

 

 

Reference Document Types (For details go to the path mentioned)

 

  1. Ref.

Active

MvT

  1. Ref.

Active

MvT

R01

X

101

R02

X

 

R04

X

101

R03

X

 

R05

 

101

R01

X

351

R06

 

101

R08

X

261

R07

 

101

R09

X

201

R08

X

101

R10

X

201

R09

 

501

R09

X

 

R10

X

511

R10

X

301

R02

X

 

R10

X

303

R03

X

 

R02

X

 

R02

X

 

R10

X

305

R02

X

 

R01

X

 

R02

X

 

 

 

 

 

8.9 Create Storage Location Automatically

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings®Create Storage Location Automatically

Transaction Code

OMB2


Configuration Description

In this step, we specify whether the automatic creation of storage location data is allowed for goods issues and transfer postings.

 

This is advisable if we work with negative stocks and a material's first movement may be an outward movement.

 

Note that the reversal movement for a goods issue, for example, movement type 202 or 262, is not considered as an issue but as a receipt. If we only use the automatic creation of storage location data for reversals of goods issues, we do not have to allow negative stocks.

We have to allow automatic creation per plant first of all. We then have to explicitly allow the creation of storage location data for each movement type.

 

The storage location data is only created if the quantity is posted to 'standard' storage location stock. It is not created for receipts into a special stock (for example, into sales order stock).We are using standard movement types for automatic Storage Location Creation

 

8.10       Set Manual Account Assignment

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings®Set Manual Account Assignment

Transaction Code

OMB6


Configuration Description

In the R/3 System, account assignment is predefined via the automatic account determination facility.

 

When we enter material movements that are assigned to a cost account, we can enter the account number manually. In doing so, we change the account assignment predefined as offsetting entry for inventory posting.

 

MvT

Acct

MvT

Acct

201

 

309

-

202

 

310

-

292

 

311

-

301

-

312

-

302

-

313

-

303

-

314

-

304

-

317

-

 

8.11       Define Screen Layout

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings®Define Screen Layout

Transaction Code

OMBW


Configuration Description

In this step, we set the field selection for the movement types including goods issues and transfer postings.

 

When creating a goods movement, the field selection determines which fields

  • can be filled ( optional entry)
  • must be filled (required entry)
  • are suppressed fields

 

In Inventory Management, the field selection depends on the movement type.

 

The field selection defined for a movement type is valid for entering goods movements and reservations.

 

Note

 

We do not maintain the input features of the G/L account and Reason fields here, but in the following steps:

  • Manual account assignment (for the G/L account field)
  • Reason (for the Reason field)

Caution

The field selection for the movement type must correspond with the following field selections:

  • field status definition of the G/L account to which postings are made (through the field status group)
  • field selection of the posting key

We must take care that a mandatory entry in the G/L account is also defined as a mandatory entry for the movement type.

8.12       Maintain Copy Rules for Reference Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings®Maintain Copy Rules for Reference Documents

Transaction Code

SPRO


Configuration Description

In this step, we configure whether the items of the reference document are proposed as selected on the item selection list when entering a document with reference, or not.

 

The user can delete the check marks manually on the item selection list if she/he does not want to adopt some items.

 

TCode

Transaction text

Prsl

MB11

Goods Movement

X

MB1A

Goods Withdrawal

X

MB1B

Transfer Posting

X

 

 

 

8.13       Set up Dynamic Availability Check

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings ®Set up Dynamic Availability Check

Transaction Code

OMCP


Configuration Description

In this step, we configure the dynamic availability check.

 

In Inventory Management, two types of availability check are carried out.

  • availability check during the entry of reservations
  • availability check during the entry of goods movements

 

The system checks whether the material to be withdrawn is available and issues a message, if necessary.

 

The availability check is only carried out if:

  • the material master record contains a checking group for the availability check (MRP data)
  • a checking rule is assigned to the transaction in Customizing

 

We can define

  • for each movement type which type of message is issued (object Movement type)
  • which checking rules are supported (object Checking rule)
  • per checking group and checking rule: which objects (documents, stocks, material requirements) are included in the availability check (object Define checking rule)
  • per transaction of Inventory Management: which checking rule applies (object Transaction codes)

 

MvT

  1. Val.

update

Qty update

S

Mvt

Rec

Cns

Av

201

 

 

P

 

 

 

 

201

 

X

 

 

 

 

A

201

 

X

K

 

 

 

A

201

 

X

P

 

 

 

 

201

X

 

 

 

 

 

 

201

X

X

 

 

 

 

A

201

X

X

K

 

 

 

A

201

X

X

P

 

 

 

 

202

 

 

P

 

 

 

 

202

 

X

P

 

 

 

 

202

X

 

 

 

 

 

 

202

X

X

 

 

 

 

 

202

X

X

K

 

 

 

 

202

X

X

P

 

 

 

 

221

 

 

Q

 

 

 

A

221

 

 

Q

 

 

P

A

221

 

 

Q

L

 

 

A

221

 

 

Q

L

 

P

A

221

 

X

 

 

 

 

A

221

 

X

K

 

 

 

A

221

 

X

Q

 

 

 

A

221

 

X

Q

 

 

P

A

 

This is an indicative table.

 

Checking Rule

 

ChR

Description of checking rule

01

Checking rule 01

02

Checking rule 02

03

Checking rule 03

A

SD order

AE

SD order; make-to-order stock

AQ

SD order; project stock

AV

SD order; returnable packaging

AW

SD order; consignment

B

SD delivery

BB

SD delivery; customer stock

BE

SD delivery; make-to-order stock

BO

Backorder processing

BQ

SD delivery; project stock

BV

SD delivery; returnable packaging

BW

SD delivery; consignment

 

Define Checking Rule

 

 

 

 

Transaction Codes

 

TCode

Transaction text

ChR

Checking rule

CO27

Picking list

 

 

MB11

Goods Movement

 

 

MB1A

Goods Withdrawal

03

Checking rule 03

MB1B

Transfer Posting

 

 

MB26

Picking list

 

 

MIGO_GI

Goods Movement

 

 

MIGO_TR

Transfer Posting

 

 

 

8.14       Generate Physical Inventory Documents for Goods Movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Issue/Transfer Postings ®Generate Physical Inventory Documents for Goods Movements

Transaction Code

OMCC


Configuration Description

In this step, we define for each plant and movement type whether a physical inventory document is automatically generated when posting a goods movement.

 

We can create a physical inventory document in addition to the material document at the time of a goods movement. This function is important when inventory differences are posted from the Warehouse Management System. These inventory differences are thereby documented in Inventory Management with a physical inventory document.

 

In order to create an inventory document in addition to a material document for a goods movement, the following conditions must be met:

 

In the plant, we must define the transaction/event type WV for automatically generated physical inventory documents.

We must define the document number assignment for this transaction/event type.

Automatic generation of physical inventory documents must be allowed for the movement type.

 

MvT

Idoc

717

X

718

X

 

The above list is indicative

 

8.15       Check Tolerance Limits

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Set Tolerance Limits

Transaction Code

OMC0


Configuration Description

In this step, we set the tolerance limits for goods receipts.

 

When processing a goods receipt, the system checks each item to determine whether the goods receipt varies from the purchase order or the material master data.

 

The different types of variances are defined by tolerance keys. For each tolerance key, tolerance limits can be set per company code.

 

The following variances are checked in Inventory Management:

 

  • Variance in the purchase order price quantity

(Explanation)

For this variance, two tolerance keys are provided:

    • Tolerance key B1 (error message)
    • We use tolerance key B1 to define the maximum percentage variance. If the variance is greater than the maximum variance, the system creates an error message. The user cannot post the goods receipt.
    • Tolerance key B2 (warning message)
    • Tolerance key B2 defines the percentage variance from which a warning message is to be issued. It is possible to post the goods receipt.
  • Variance for the moving average price of the material
(Explanation)

We use tolerance key VP to define the percentage variance from which a warning message is issued. This warning message indicates a price change.

 

8.16       Create Storage Locations Automatically

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Create Storage Locations Automatically

Transaction Code

OMB3


Configuration Description

In this step, we specify whether the automatic creation of storage location data is allowed for goods receipts.

 

This is advisable if we want to post a goods receipt without having to maintain the storage location view of the material master record in advance.

 

We have to allow automatic creation per plant first of all. We then have to explicitly allow the creation of storage location data for each movement type.

 

The storage location data is only created if the quantity is posted to 'standard' storage location stock. It is not created for receipts into a special stock (for example, into sales order stock).

 

8.17       Set Manual Account Assignment

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Set Manual Account Assignment

Transaction Code

OMCH


Configuration Description

In the R/3 System, account assignment is predefined via the automatic account determination facility.

 

When we enter goods receipts which are assigned to a cost account, we can enter the account manually. In doing so, we change the account assignment predefined as offsetting entry for inventory posting.

 

8.18       Define Screen Layout

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Define Screen Layout

Transaction Code

OMCJ


Configuration Description

In this step, we set the field selection for the goods receipt movement types.

 

When entering a goods receipt, the field selection controls which fields (account assignment fields) are

  • ready for input ( optional entry fields)
  • have to be filled (required entry fields)
  • suppressed fields

 

In Inventory Management, the field selection depends on the movement type.

 

8.19       Maintain Copy Rules for Reference Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Maintain Copy Rules for Reference Documents

Transaction Code

SPRO


Configuration Description

In this step, we configure whether the items of the reference document are proposed as selected on the item selection list when entering a document with reference, or not.

 

The user can delete the check marks manually on the item selection list if she/he does not want to adopt some items.

 

TCode

Transaction text

Prsl

MB01

Post Goods Receipt for PO

X

MB0A

Post Goods Receipt for PO

X

MB1C

Other Goods Receipts

X

MB31

Goods Receipt for Production Order

X

MBRL

Return Delivery for Matl Document

X

MBSF

Release Blocked Stock via Mat. Doc.

X

MBSL

Copy Material Document

X

MBST

Cancel Material Document

X

8.20       Set Dynamic Availability Check

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Set Dynamic Availability Check

Transaction Code

OMCM


Configuration Description

In this step, we configure the dynamic availability check.

 

In Inventory Management, two types of availability check are carried out.

  • availability check during the entry of reservations
  • availability check during the entry of goods movements
The system checks whether the material to be withdrawn is available and issues a message, if necessary.

 

Movement Type

 

MvT

  1. Val.update

Qty update

S

Mvt

Rec

Cns

Av

101

 

X

Q

B

 

V

 

101

 

X

Q

B

X

 

 

101

 

X

Q

B

X

P

 

101

 

X

Q

F

 

 

 

101

 

X

Q

F

 

P

 

101

X

 

 

B

 

 

 

101

X

 

 

B

 

A

 

101

X

 

 

B

 

V

 

101

X

 

 

B

X

 

 

101

X

 

 

B

X

A

 

101

X

 

 

B

X

V

 

101

X

X

 

B

 

 

 

101

X

X

 

B

 

A

 

 

Checking Rule

 

ChR

Description of checking rule

01

Checking rule 01

02

Checking rule 02

03

Checking rule 03

A

SD order

AE

SD order; make-to-order stock

AQ

SD order; project stock

AV

SD order; returnable packaging

AW

SD order; consignment

B

SD delivery

BB

SD delivery; customer stock

BE

SD delivery; make-to-order stock

BO

Backorder processing

BQ

SD delivery; project stock

BV

SD delivery; returnable packaging

BW

SD delivery; consignment

Transaction Code

 

TCode

Transaction text

ChR

Checking rule

MB01

Post Goods Receipt for PO

 

 

MB0A

Post Goods Receipt for PO

 

 

MB1C

Other Goods Receipts

03

Checking rule 03

MB31

Goods Receipt for Production Order

03

Checking rule 03

MBNL

Subsequent Delivery f. Material Doc.

03

Checking rule 03

MBRL

Return Delivery for Matl Document

 

 

MBSF

Release Blocked Stock via Mat. Doc.

 

 

MBSL

Copy Material Document

03

Checking rule 03

MBST

Cancel Material Document

 

 

MIGO_GO

Goods Movement

 

 

MIGO_GR

Goods Movement

 

 

 


 

8.21       Set “Delivery Completed” Indicator

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Set “Delivery Completed” Indicator

Transaction Code

SPRO


Configuration Description

In this step, we can define that the R/3 System automatically suggests

  • the delivery completed indicator for goods receipts if the delivered quantity lies within the under/over-delivery tolerance

 

The "delivery completed" indicator has the following effects:

  • The item is regarded as closed, even if the total quantity was not delivered.
  • A further delivery is not expected, may, however, arrive.
  • In the next goods receipt, the item appears on the selection list but has no selection indicator.
  • The item can be reorganized even if the total quantity has not been delivered.

 

Note

Even if the "delivery completed" indicator has not been set, an item is considered closed once the total quantity has been delivered. This means that the "delivery completed" indicator is not necessary in this case.

 

8.22       Set Expiration Date Check

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Goods Receipt  ®Set Expiration Date Check

Transaction Code

OMJ5


Configuration Description

In this step, we set the material shelf life expiration date check for goods receipts for each plant and movement type.

 

Prerequisites

The shelf life expiration date of a material can only be entered if:

  • the minimum remaining shelf life is maintained in the material master record
  • The minimum remaining shelf life is the time the material must still be usable, so that the goods receipt is accepted by the system. We can define the time unit the system uses in the storage data of the material master record in the ‘Period indicator’ field.
  • the shelf life expiration date check is active in the plant
  • the shelf life expiration date check is active for the movement type

No expiration date check has been activated for ITZ.

 

8.23       Create Storage Location automatically for automatic movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Automatic Movements ®Create Storage Locations automatically

Transaction Code

OMJ8


Configuration Description

In this step, we specify whether the automatic creation of storage location data is allowed for automatic goods movements.

 

This is advisable for goods movements via Shipping or when we post physical inventory differences, for example.

 

 

We have to allow automatic creation per plant first of all. We then have to explicitly allow the creation of storage location data for each movement type.

 

 

The storage location data is only created if the quantity is posted to 'standard' storage location stock. It is not created for receipts into a special stock (for example, into sales order stock).

 

8.24       Set manual account assignment for automatic movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Automatic Movements ®Set manual account assignment for automatic movements

Transaction Code

OMJ9


Configuration Description

Maintenance of this indicator is only useful in conjunction with movements for which a G/L account can be entered or is provided by the calling program.

 

In the R/3 System, account assignment is predefined via the automatic account determination facility.

 

When we enter material movements that are assigned to a cost account, we can enter the account number manually. In doing so, we change the account assignment predefined as offsetting entry for inventory posting.

 

MvT

Acct

MvT

Acct

121

 

601

 

131

 

602

 

132

 

603

-

340

-

604

-

341

-

621

-

342

-

622

-

543

-

623

-

544

-

624

-

545

-

631

-

546

-

632

-

8.25       Define Screen Layout for automatic movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Automatic Movements ®Define Screen Layout

Transaction Code

OMJA


Configuration Description

In this step, we set the screen Layout for automatic movement types.

 

8.26       Generate Physical Inventory Documents for Goods Movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Automatic Movements ®Generate Physical Inventory Documents for Goods Movements

Transaction Code

OMJC


Configuration Description

In this step, we define for each plant and movement type whether a physical inventory document is created automatically when a goods movement is posted.

 

In conjunction with automatic movements, please also note that this indicator is not set for goods movements which are created from within a physical inventory since, in this case, the physical inventory document already exists. This applies to movement types 701 to 708.

 

8.27       Define Default Values for Reservations

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Reservations  ®Define Default Values

Transaction Code

OMBN


Configuration Description

In this step, we specify the default values for the following functions for each plant:

  • allow goods movements for reservations
  • delete reservations
  • create storage-location stock data automatically for reservations

Allow movements for reservations

We can only post a goods movement with reference to a reservation if the Movement allowed indicator is set in the reservation item.

 

We are not using Reservations for ITZ.

 

Delete reservations

The management program sets the deletion indicator for reservation items whose requirements date is earlier than the number of days specified here.

 

Create storage-location stock data automatically for reservations

When this indicator is set, the storage-location stock data is automatically created when a reservation is posted. This applies both to planned outward movements and planned receipts.

 

 

 

 

8.28       Maintain Copy Rules for Reference Documents

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Reservations  ® Define Default Values

Transaction Code

SPRO


Configuration Description

In this step, we configure whether the items of the reference document are proposed as selected on the item selection list when entering a document with reference, or not.

 

 

The user can delete the check marks manually on the item selection list if she/he does not want to adopt some items

 

8.29       Set Dynamic Availability Check for Reservations

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Reservations  ®Set Dynamic Availability Check

Transaction Code

OMB1


Configuration Description

In this step, we configure the dynamic availability check.

 

In Inventory Management, two types of availability check are carried out.

  • availability check during the entry of reservations
  • availability check during the entry of goods movements

The system checks whether the material to be withdrawn is available and issues a message, if necessary.

 

TCode

Transaction text

ChR

Checking rule

MB21

Create Reservation

03

Checking rule 03

MB22

Change Reservation

03

Checking rule 03

 

 

8.30       Default Values for Physical Inventory

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Physical Inventory ®Default Values for Physical Inventory

Transaction Code

SPRO


Configuration Description

In this step, we specify the following default values for physical inventory for each plant:

 

Pre-settings for entering physical inventory documents

  • the stock type (unrestricted-use, in quality inspection, blocked)
  • the indicator for batch determination (in the foreground or in the background)
  • the unit of entry (stock keeping unit or unit of issue)
These indicators are suggested as default values when we enter a physical inventory document. But we can also change them there.

 

Pre-settings for entering physical inventory documents

  • Reason for inventory difference
  • The default value we specify here is only displayed when we enter an inventory difference without reference to the corresponding document. But we can also change the default value here.

Note:

We only see this field when we enter inventory differences if we have activated it in the step Field selection for physical inventory.

8.31       Record Reasons for Goods Movements

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Movement Types  ®Record Reasons for Goods Movements

Transaction Code

OMBS


Configuration Description

In this step, we can carry out the following for each movement type:

  • maintain the input status of the Reason field
  • store a key that gives a reason for the movement (for example, reason for return delivery) and a corresponding text.

When we enter a goods movement, we can only enter reasons which have been defined for the movement type here.

8.32       Copy, Change Movement Types

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Inventory Management and Physical Inventory ® Movement Types  ®Copy, Change Movement Types

Transaction Code

OMJJ


Configuration Description

In this step, we can

  • change the setting of existing movement types
  • define new movement types

When we enter a goods movement, we must always enter the movement type. The movement type has important control functions in Inventory Management. It is essential for

  • updating the quantity fields
  • updating the stock and consumption accounts
  • selection of the fields used for entering documents
  • printing goods receipt/issue slips

 

9 Materials Management – Valuation and Account Assignment

9.1 Split Valuation

 

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Valuation and Account Assignment ® Split Valuation ®Activate Split Valuation

Transaction Code

OMW0


Configuration Description

You configure whether split valuation is allowed at your company. If you generally allow split valuation, this does not mean that you must valuate each material on this basis. You decide whether to do so or not for a particular material when creating the material master record.

 

 

9.2 Configure Split Valuation

Menu path

  1. Implementation Guide for R/3 Customizing (IMG) ® Materials Management ® Valuation and Account Assignment ® Split Valuation ®Configure Split Valuation

Transaction Code

OMWC


Configuration Description

In split valuation, we can distinguish between partial stocks of a material according to certain criteria and valuate them separately.

  • The material stock is divided according to valuation category and valuation type:
  • The valuation category determines how the partial stocks are divided, that is, according to which criteria.
  • The valuation type describes the characteristics of the individual stocks.
  • With the function "Setting" we can determine:
    • which valuation categories exist in our company (global categories)
    • which valuation types exist in our company (global types)
    • which valuation types belong to which valuation category
    • which valuation categories exist in a valuation area (local categories)

 

 

To select split valuation, proceed as follows:

  1. 1. Determine the valuation categories and valuation types that are allowed for all valuation areas:
    • Global valuation categories via menu "Goto --> Global Categories"
    • Global valuation types via menu "Goto --> Global Types"
  1. 2. Allocate the valuation types to the valuation categories.

a) Select "Goto --> Global Categories".

b) Position the cursor on a valuation category and select "Goto --> Global Categories --> Allocations --> Types->Category".

c) Activate the valuation types you want.

 

  1. 3. Determine the local valuation categories for each valuation area.

a) Select "Goto --> Local definitions".

b) Position the cursor on a valuation area and select "Goto --> Local Definitions --> Allocate Categories->Org.units". You obtain a list of the global valuation categories.

c) Activate the categories to be used in this valuation area.

The system creates the local valuation types based on the allocations under point 2.


Consumption Based Planning / mm-pp / based on storoge location

$
0
0

Document contains MM-PP module relations like a mrp.

 

You will get a full example to configure your SAP system if you want.

 

I will use mrp area based on storage location, activation of mrp area , related OSS Note to run mrp area 1468119 , also a program if you dont want using of oss note, RMMDDIBE to store mm datas.

 

M.Ozgur Unal

 

**********

 

You can run mrp only a special storage location/s.

 

 

1-Define mrp area for storage location

3.png

4.png

 

***Mrp area type 02 (for strog. loc.) and added related stroge location for divided mrp,

 

 

     2- Convertion of planning files for MRP AREAS.

    

     **Spro-production-mrp-planinigfile entries-convert planning file entries for mrp ares

 

5.png

    

 

     3- Spro/Production/Mrp/MasterData/Activate Mrp for Mrp Areas

 

6.png

      4- If you want to benefit from OSS NOTE 1468119 , you have to download oss note with tcode SNOTE.

 

          After that , you can only use mrp area with mm02.

 

     7.png

 

 

     5-You can not download oss note , you can run RMMDDIBE program to store mrp datas. SE38 tcode ...

 

     8.png

 

      * You have to choose mrp group related with external procurement.

 

 

      *After that you can run md03 tcode -mrp running

 

 

      *Mrp area will not take into account plant stocks .....and create purchase requisition only for storage locations conditions.

 

 

      Thanks....

Top 10 viewed Materials Management SAP Notes for July 2013

$
0
0

Purpose

The purpose of this document is to provide a list of the top ten most viewed SAP KBAs for Materials Management in the month of July 2013.

 

Overview

Below are the top 10 most viewed SAP KBAs for Materials Management.

 

Note Number

Note Title

1597172

SAPSQL_ARRAY_INSERT_DUPREC dump in SU01 when copying users

1785208

Various errors occur during material master number range creation (transaction MMNR)

1618453

How to fix quantity on stock in transit?

1880413

Duplicate Invoice Check functionality does not work

1618888

How to deal with stock inconsistency?

1859597

Performance issue in ME2* reporting transactions

1785169

Duplicate Invoice Check

1534887

Dump SAPSQL_ARRAY_INSERT_DUPREC occurred in program SAPLMBMB

1858368

Value for field “Valuated stock” or “ValStockValue ” is incorrect in S032

1517584

Short dump DYNPRO_NOT_FOUND in T-code ME21(N), ME51(N), ME41, ME31(K/L)

 

Please note, in order to view the contents of the SAP Notes, you will need to be logged into Service Marketplace.

Top 10 viewed Materials Management SAP Notes for May 2013

$
0
0

Purpose

The purpose of this document is to provide a list of the top ten most viewed SAP KBAs for Materials Management in the month of May 2013.

 

Overview

Below are the top 10 most viewed SAP KBAs for Materials Management.

 

Note Number

Note Title

1785208

Various errors occur during material master number range creation (transaction MMNR)

1618453

How to fix quantity on stock in transit?

1597172

SAPSQL_ARRAY_INSERT_DUPREC dump in SU01 when copying users

1534887

Dump SAPSQL_ARRAY_INSERT_DUPREC occurred in program SAPLMBMB

1517584

Short dump DYNPRO_NOT_FOUND in T-code ME21(N), ME51(N), ME41, ME31(K/L)

1777498

IBAN number not visible in MIRO

1695458

Error message MG 144 is issued when you create / change material master data in transaction MM01 / MM02

1676004

ECC Purchase Order is not updated in the history of the SRM documents

1848614

Vendor Invoice is posted without error for a Goods Receipt that is already reversed.

1618888

How to deal with stock inconsistency?

 

Please note, in order to view the contents of the SAP Notes, you will need to be logged into Service Marketplace.

Top 10 viewed Materials Management SAP Notes for June 2013

$
0
0

Purpose

The purpose of this document is to provide a list of the top ten most viewed SAP KBAs for Materials Management in the month of June 2013.

 

Overview

Below are the top 10 most viewed SAP KBAs for Materials Management.

 

Note Number

Note Title

1597172

SAPSQL_ARRAY_INSERT_DUPREC dump in SU01 when copying users

1785208

How to fix quantity on stock in transit? Various errors occur during material master number range creation (transaction MMNR)

1859597

Performance issue in ME2* reporting transactions

1534887

Dump SAPSQL_ARRAY_INSERT_DUPREC occurred in program SAPLMBMB

1858368

Value for field “Valuated stock” or “ValStockValue ” is incorrect in S032

1618453

How to fix quantity on stock in transit?

1777498

IBAN number not visible in MIRO

1756289

Inventory Management: Datasource 2LIS_03_BF is extracting two entries for one material document

1517584

Short dump DYNPRO_NOT_FOUND in T-code ME21(N), ME51(N), ME41, ME31(K/L)

1676004

ECC Purchase Order is not updated in the history of the SRM documents

 

Please note, in order to view the contents of the SAP Notes, you will need to be logged into Service Marketplace.

How to find badi and utilities of BADI

$
0
0

Hi,

 

I would like to share my knowledge on BADI. Recently we done restriction on Po by using BADI.  In a custom development there was a requirement to restrict on PO creation to compare with certain parameters.

 

Requirement :

  • document type and Purchasing Org  parameters need control on field PR mandatory. Not for  only PR mandatory some other requirement like control on qty comparing with document suppose by using ZPPN document type qty should not exceed by 10 on each line item like. 

 

In PO some of restrictions it is possible through configuration but some of the requirements we need to go by custom development 

Use of BADI

 

In standard lot of BADI's available, these are helpful to achieve the requirements. For example i am using  BADI for above requirement ME_PROCESS_PO_CUST.

 

You can go in se19 enter your BADI details you can check interfaces and classes in BADI. Check in interface tab there are lot of classes helpful to control on part in PO.

See below classes

 

INITIALIZE                                           Initializations (Invoked Once Only)

OPEN                                                  Open a Purchase Order

PROCESS_HEADER                          Processing of Header Data

PROCESS_ITEM                                Processing of Item Data

PROCESS_SCHEDULE                     Processing of Delivery Schedule Line Data

PROCESS_ACCOUNT                       Processing of Account Assignment Data

CHECK                                                Closing Check

POST                                                   Post

 

Here we have option, where you want control on PO. If suppose you want control on item level you can with Process_ Item.


By using this BADI you can control on ME21N and ME22N

Conclusion:  This BADI not only for this requirement you can do any new requirement related to Po field control by using different Parameters.

See below examples:

  1. Suppose client requirement is For document  type NB, Purchasing accepted only 1001
  2. If suppose for document type ZNB, tax code should be VN.
  3. Validation with PR line item with PO schedule line items
  4. And also you can users with different parameters. Etc....

Key points:


Mepoitem   for item details updating in me21n

Mepoheader for header details updating in me21n

Meposchedule for schedule delivery details updating me21n

 

In standard there are lot of BADI’s helpful to achieve the client requirement.For Example:

 

ME_PROCESS_`PO

ME_PROCESS_PO _CUST

ME_PROCESS_REQ

ME_PROCESS_REQ_CUST

ME_PURCHDOC_POSTED

 

How to find BADI for transaction code

 

For example ME21N

Go to Menu bar system  ----  status --- Program,

Double click on; it will go inside the program

Again go to Menu bar GOTO ---- attributes --- Development class/Package .

Go to SE80  --- give your package

It will display available components in it along with enhancement

Check in enhancement , here you can find related BADI’s.

Integrating MM & SD Modules in Same Client to Create Sales order in Supplying Company Code Using PO raised in Receiving Company Code By I-Doc Message Type ORDERS

$
0
0

Hi Friends in this document I'm going to explain about integrating purchasing and sales process between different company codes maintained in same server & client by using EDI & I-Docs with message type ORDERS. Once the Sales order is created in Supplying company code, confirmation is sent to receiving company code by using message type ORDRSP.

Prerequisites:

  1. Knowledge of MM & SD
  2. Two organization structures: one for purchasing and another for sales

          Purchasing: Company Code:8888, Plant: 8881, Purchase Organization: 8881,

          Sales: Company Code:6666, Delivering Plant: 6661, Sales Area:6666, 66, 66.

  3. Basic I-Docs knowledge

 

Steps:

  1. Check Logical system assigned to your client in transaction SCC4.


 

1.jpg

 

 

2. Create RFC destination (of type  ABAP Connection)  to the logical system in transaction SM59. Here give the same name as of logical system & fill target host & system number as shown below. In logon & security Tab fill client, username & password. To check the connection click on Remote logon & connection test. If you are able to remotely log in to target client then  proceed to the next step.

 

 

2.jpg

 

 

3. Create a port of type Transactional RFC in transaction WE21. You can give port name manually or else system will assign one based your selection. select I-Doc version as SAP release 4.X & give RFC destination name which was created in Step No.2 .

 

 

3.jpg

 

 

4. Create Vendor Master in Transaction XK01 with organizational elements of purchasing System i.e, Company Code:8888 & P.Org: 8881. In Correspondence company code data maintain  Account with vendor field  maintain the customer number field that you will create in Step No.7

 

 

15.jpg

 

5. In transaction WE20 create Partner of type LI(Vendor) & give the vendor number created in Step No.4& Save it. Now Click on '+' button in outbound parameters area as shown below.

 

 

4.jpg

 

6. Enter the Partner Role VN and select message type as ORDERS.

 

In Outbound options tab, enter the receiver port which was created in Step No.3. Select the transfer idoc immediately to transfer the Idoc as soon as it was created. Select the Basic type as ORDERS05

 

5.jpg

 

 

In message control Tab Enter the Output Message type of Purchaser order Ex. NEU as shown below and select process code as ME10.

 

6.jpg

 

In EDI Standard Tab maintain as shown below' For more details press F1 in that particular field.

 

 

7.jpg

 

7. Create Customer Master in Transaction XD01 with organizational elements of Sales System i.e., Company Code:6666 Sales Area: 6666, 66, 66. In correspondence company code data maintain Account at customer field with vendor number created in Step No.4.

 

16.jpg

 

8. In transaction WE20 create Partner of type KU (Customer) & give the Customer number created in Step No.7& Save it. Now Click on '+' button in outbound parameters area as shown below.

 

9,2.jpg

 

Enter the Partner Role SP and select message type as ORDRSP.

 

In Outbound options tab, enter the receiver port which was created in Step No.3. Select the transfer idoc immediately to transfer the Idoc as soon as it was created. Select the Basic type as ORDERS05

 

9,3.jpg

 

In message control Tab Enter the Confirmation Message type of Sales Order Ex. BA00 as shown below and select process code as SD10.

 

9,4.jpg

 

In EDI Standard Tab maintain as shown below' For more details press F1 in that particular field.

 

7.jpg

 

9. In transaction WE20, expand Partner type LS(Logical System) & select the Logical system which was assigned to your client in Step No.1 (This Logical system already exists & don't required to create).

 

8.jpg

 

Now Click on '+' button in inbound parameters area as shown above. Select message type as ORDERS.

 

In Inbound options tab, Select the process code ORDE and select trigger immediately & to process the I-doc immediately.

 

 

9,1.jpg


10. Similarly maintain inbound parameters for message type ORDRSP to the same logical system with process code ORDR (order confirmation)

 

11. Create Condition record in transaction NACR for message type NEU (purchase order Print out EDI) with combination P.Org & EDI Vendor.

10.jpg

 

Enter the P.Org:8881 & Vendor:2096 and press enter. Select Medium 6(EDI), 4(send immediately) & Language EN)English). Then save it.

 

11,1.jpg

 

Note: The part role selected here is used as partner role in Step No.6.

Note: In message control tab you have to maintain this message(NEU) in step No.6.

 

12. Similarly Create Condition record in transaction NACR for message type BA00(Sales Order Confirmation) with Combination Order Type.

 

11,2.jpg

 

Enter the the sales order document type 'OR' and press enter. Select Medium 6(EDI), 4(send immediately) & Language EN)English). Then save it.

 

11,3.jpg

 

Note: The part role selected here is used as partner role in Step No.8.

Note: In message control tab you have to maintain this message(NEU) in step No.8.

 

13. Create Material master in Transaction MM01 with organzational elements of purchasing system i.e., Plant:8881. Maintain basic data, purchasing, plant storage data & accounting views. Fill Gross weight & net weight fields in basic data tab. remaining as normal.

 

12.jpg

 

14. Extend the material created in Step No.13 in transaction MM01 with organizational elements of Sales system i.e., Plant:6661, Sales Area:6666, 66, 66. Maintain Sales1&2, sales plant data, storage plant data, accounting views.

 

13.jpg

 

15. Create standard purchasing info record in Transaction ME11, with vendor:2096, Material; 2070, P.org:8881, Plant: 8881.

 

14,2.jpg

 

In General Data maintain Vendor Material Number field with material Number in Sales system (Same number as both systems are using same material number). In Condition tab maintain Gross price. Ex. Rs.300 per TO

 

14,3.jpg

 

16. Create Condition Record for inputTax Condition type MWVS in transaction FV11. Slect key combination Ex.Domestic Taxes. Where i4 is the Input tax code with 10% input tax in Country India

 

20.jpg

 

17. Create Condition record For Gross Price Condition Type 'PR00' in transaction VK11 with required key combination & maintain the Gross Price. Ex.300 Per Tonne

 

17.jpg

 

18.jpg

 

18. Create Condition Record For output tax condition type MWST in transaction VK11 with required key combination. Where S1 is the ouput tax code with 10% output tax in country India.

 

19.jpg

 

19. Maintain the Sales Area for the Customer & vendor combination

 

21.jpg

 

Note: Maintain the vendor number manually(as there is no search help) with prefix zeros if required as SAP will look for the same.

 

20. Convert External Partner Numbers to internal partner numbers. Here we have to convert external ship to party(8881 receiving plant) to internal ship to party 100211. To achieve this make entries as below in transaction EOE4.

 

22.jpg

 

Testing:

Step1. Make sure the stock exists in delivering plant(6661). Then Create PO in Transaction ME21N in receiving plant 8881

 

23.jpg

 

In PO Item Materials Data tab observe vendor material number field filled or not. if you haven't created info record you can maintain manually.

In Confirmation tab maintain Confirmation Control key as 0001(Confirmations) & mark Acknowledgement required check box.

In messages observe NEU message was triggered with medium 6(EDI). Save the PO & make sure PO message was sent. Use transaction code ME9F if required.

 

Step2: In Transaction WE02 Check the outbound I-doc Status of message type ORDERS.

 

24.jpg

 

 

25.jpg

 

Here Idoc 911045 as shown above. If it is successfully processed it will have status 3.

 

Step3. Then Check Inbound IDoc of Message type ORDERS. Here the IDoc 911046. If it is successfully processed and have status 53 then get the sales order number as shown below. 

 

26.jpg

 

Step4. Open the sales order in Transaction VA03. Obsrve PO Number, order quantity, delivery date & customer material number.

 

27.jpg

 

In item Conditions Tab observe condition types EDI1 &EDI2 are updated with Unit price & total value of material ordered in PO respectively

 

28.jpg

 

In item Order data tab observe below details

 

29.jpg

 

 

Step5. Now Make sure sales order Message type BA00 was sent. in VA03 Goto Extras > Output > Header > Edit.

 

Step6. In Transaction WE02 Check Outbound IDoc status of Message type ORDRSP.

 

25.jpg

 

Here Idoc 911047 as shown above. If it is successfully processed it will have status 3.


Step7: Then Check Inbound IDoc of Message type ORDRSP. Here the IDoc 911048. If it is successfully processed and have status 53 then check information message saying purchasing doc XXX successfully processed as shown below.

 

30.jpg

 

Step8: Now Display the purchase order in ME23N and in item confirmations tab observe the sales order number is updated with confirmed schedule line as shown below.

 

31.jpg

 

 

-End Of Document

 

In Continuation of this document I will explain about 'processing delivery in SD and goods receipt in MM for the above business process using IDocs' in my next document. 

 

Thanks For Reading& Please share your reviews & feedback....

 

Regards

Satish


 


Automatic Tax Code Determination in PO

$
0
0

Automatic Determination of Tax Code in PO


Used: Standard Access Sequence 0003 & Standard Condition type NAVS


Step 1: Used the Copy of access sequence 0003 & created another access sequence Z003

1.jpg

Copied to Z003-Tax Classification New

 

2.jpg

 

Step 2: Created access sequence for Purch.Org./Vendor/Plant to derive various tax codes through M/03.

 

3.jpg

 

Step 3: Assigned table 954 in the newly created table in Z003 along with already present table through M/07.

 

4.jpg

 

Step 4: Copied standard condition type NAVS & created new condition type ZNAV.

 

5.jpg

 

6.jpg

7.jpg
Also assign the earlier access sequence Z003 to the condition type.

 

Step 5: Now create the condition records for tax code determination through MEK1.

Maintained two Condition record as:

 

13.jpg

 

8.jpg

Step 6: Finally add the condition type ZNAV to your pricing procedure.

 

9.jpg

 

 

Simulation during PO Creation:

 

  1. For Plant 1000-Nocil Ltd

 

10.jpg

 

2. For Plant 1060-Ports

 

11.jpg

 

The changes were reflecting in a perfect manner.

 

In case of tax code preferably use at least one item level field in access sequence table used. As tax code is determined at item level. Otherwise it can lead to non refresh of tax code for different data.

 

Taxes:

 

12.jpg

                                                                       -Arun Yesodharan

                                                                      SAP MM Consultant


MM: Field selection for good movements intial/header screens

$
0
0

This document provides MM GOOD MOVEMENTS screens field selections.

 

I prepare an example about MTSNR field is required in MB11 or document type WE good receipt.

 

You can configure this scenerio with in standarts.....

 

 

 

**SPRO/MM/Inventory Management and Physical Inventory

 

1.PNG

 

*** This example is related with field RM07M-MTSNR material slip.

 

2.PNG

 

**We want to do this field which is required in some conditions like a tcode MB11 or documnt type WE good receipt or ......like a below screen shot.

 

2.9.PNG

 

** example 1  ---- document type

 

3.PNG

 

 

**example 2  ---- tcode MB11

 

4.PNG

 

     Thanks a lot...

 

     It might be helpful sometimes....

 

     Regards..

 

     M.Ozgur UNAL

How to Assign an UNSPSC Code into Material Master in SAP without using any Enhancement

$
0
0

Sometimes user requirement will be little different than SAP Standard, then we go for some enhancement in SAP Standard Application.

UNSPSC Code is one of them which is not available in MM01/02/03 SAP Screen.

 

  • How to Assign an UNSPSC Code into Material Master in SAP without any enhancement.
    • Create minimum two Characteristics Using CT04 T-codes.
      • Characteristics Name : “UNSPSC_CODE
        • Status 1 (Release )
        • Data type ( CHAR, Character Format)
        • Number of Char is ‘8’ (i.e. UNSPSC Code length )

 

s1.png

Screen Shot # 1

 

 

  • Characteristics Name #2 : “UNSPSC_DESC1
        • Status 1 (Release )
        • Data type ( CHAR, Character Format)
        • Number of Char is ‘30’ (i.e. UNSPSC Code Description )

 

s2.png

Screen Shot # 2

 

 

Note: If UNSPSC Code description is more than 30 characters, then we can create more characteristics, like UNSPSC_DESC2, UNSPSC_DESC3, etc…

 

 

  • Create a Class with Class type ‘001’ (i.e. Material Class) Using CL01 T-code
    • Class Name “UNSPSC”
    • Class type  ‘001’


S3.png

Screen Shot # 3

 

 

  • Create a Material with Classification View using MM01 T-code , where you assign UNSPSC Class and it’s Characteristics (i.e. UNSPSC_CODE , UNSPSC_DESC1 etc…..)

s4.png

Screen Shot # 4

 

 

  • Using CL30N T-code We can generate a Report with Material Number / Material Shot Text / Class (i.e. UNSPSC) / Characteristics (i.e. UNSPSC Code and Description). 

 

s5.png

Screen Shot #5

 

 

Note :About UNSPSC Code ..

 

Thanks and Regard's

Smruti


User exit for Vendor Name Validation in XK01 Transaction.

$
0
0

User exit for Vendor Name Validation in XK01 Transaction.

By Sagar dev


PURPOSE:

In case we vendor creation enter the vendor name in the same vendor name all ready exits should get error/warning message. In XK01 (vendor name already exist with another vendor code).

 

Step by step Solution: 

Go to transaction “CMOD”.


Click On Create Button.

 

01.png

Define Short Text and Package.

 

03.png

 

Enter Name of an SAP enhancement – SAPMF02K.

04.png

Click on Components -

05.png

Double Click On - EXIT_SAPMF02K_001

06.png

 

Double Click On  include zxf05u01.

 

 

We have to implement the code and it will looks like this. 

 

 

*&---------------------------------------------------------------------*
*&  Include           ZXF05U01
*&---------------------------------------------------------------------*

***************************************Data Declaration

data : v_name1 type lfa1-name1.
tables : lfa1, lfb1.

types : begin of ty_lfa1,
name1
type lfa1-name1,
end of ty_lfa1,

begin of ty_lfb1,
lifnr
type lfb1-lifnr,
end of ty_lfb1.

data : it_lfa1 type standard table of ty_lfa1,
wa_lfa1
type ty_lfa1.

data : it_lfb1 type standard table of ty_lfb1,
wa_lfb1
type ty_lfb1.
**********************************************************

if sy-tcode = 'XK01'. “ tcode
if i_lfb1-bukrs = ''.” company code
select lifnr
into table it_lfb1
from lfb1
where bukrs = ''. ” company code

if it_lfb1[] is not initial.
select name1
into table it_lfa1
from lfa1
for all entries in it_lfb1
where lifnr = it_lfb1-lifnr.
endif.

sort it_lfa1[].

if i_lfa1-name1 is not initial.
loop at it_lfa1 into wa_lfa1.
if wa_lfa1-name1 = i_lfa1-name1.
message e899(f2) with wa_lfa1-name1 'Vendor Name Already Exist With Another Vendor Code'.
endif.
clear wa_lfa1.
endloop.
endif.
endif.
endif.

Activate the code and exit.

MM:Define copy rules for PR texts

$
0
0

This document contains copying rules of purchase order text from purchase requisition.

 

Users sometimes want new text field or benefit defined text field to copy .

 

I write description to PR text in item level and it will be copied to PO...

 

Steps..

 

5.PNG

 

1.PNG

 

2.PNG

 

3.PNG

 

4.PNG

 

     Determines whether a text from a master record or another document can be adopted in a document and processed further in that document.

 

     You assign the "fixed" indicator to a text to specify whether:


  • The text can be fixed (indicator "*")
    A text with the status "*" is then displayed in the document and can be adopted in the document if:
    • You change the text and save the document
    • You select the text and adopt it (Item -> Texts -> Adopt text)
      Until you adopt the text, changes in the master record will also be adopted in the text.
  • The text is fixed (indicator " ")
    The text is copied into the document. Changes to the document text do not have any effect on the original text and changes to the original text have no effect on the document text.
  • The text is not fixed (indicator "N")
    The text is only displayed in the document (i.e. it cannot be changed or printed).

 

     You specify the "fixed" indicator for each purchasing document in Customizing for Purchasing under Text Types and Copying Rules for Header Texts and Text Types and  Copying Rules for Item Texts.

 

     I hope that it can be helpful...

 

     M.Ozgur Unal

Integrating MM & SD Modules in Same Client to do Billing in Supplying Company Code & do LIV in Receiving Company Code By I-Doc Message Type INVOIC Part3

$
0
0

This document is in continuation of http://scn.sap.com/docs/DOC-45574 Part1 & http://scn.sap.com/docs/DOC-45777 Part2

 

In this document I'm going to explain about processing Billing in SD & Logistics Invoice Verification in MM Modules using EDI- IDocs.

 

Prerequisites:

1. A sales order created against the PO as explained in above link1.

2. A Delivery and Goods Receipt carried out against the above sales order & PO respectively as explained in Link2.

3. Knowledge of Billing & Logistics Invoice Verification.

 

 

Follow the below steps for processing Billing with IDocs.

 

Step1. Create Condition Record in transaction NACR for message type RD00 as shown below.


 

9.jpg

 

 

Enter the billing document type (F2) with Transmission Medium (6 EDI).

 

 

10.jpg

 

Note: The Partner function maintained here (BP) is to be used in step No. 2   as partner role.

 

Step2. In Transaction WE20 for partner profile customer (100211) maintain outbound parameters with partner role BP, message type INVOIC & Basic Type INVOIC02 as explained in the previous document Part1.

 

5.jpg

 

In Message control tab maintain message type RD00 with process code SD09 as shown below.

 

6.jpg

 

In EDI Standard Tab Maintain EDI Standard as E, Message type as INVOIC.

 

7.jpg

 

Step3. In Transaction WE20 for partner profile Logical System (RD2CLNT800) maintain inbound parameters with message type INVOIC and process code INVL (Logistics Invoice Verification)


8.jpg

 

Step4. In the below path Convert the External Tax codes (Tax code in Billing) used in to Internal tax codes to be used for Invoice verification. Table T076M

 

1.jpg

 

2.jpg

 

Note: You can use any one format shown in above. All the above formats will work. If system not possible to convert the external tax code then Error Msg. FD008 will come.

 

Ex. Assigning a new tax key for S1 and VAT 10.000 not possible. Message no. FD008,

          Where S1 is Output tax code which is used in billing,

          VAT is standard key used by EDI to convert tax by using Tax percentage Ex.10.000.

Note. Enter tax rate with decimal places 

 

Step5. Assign customer name (0000100211) to a company code (8888) in which the invoice is to be posted as shown below. Table T076B

 

3.jpg

 

Note: Use Prefix Zeros if required to the customer name. If System not possible to determine a company code in which the invoice to be posted, then Error Msg.FD006 will come.

 

Ex. A company code cannot be determined for & & & Message no. FD006.

 

Note. the below ABAP Code is used to determine the company code.

 

CHECK I_E1EDKA1-PARVW EQ 'RE '.

 

SELECT SINGLE * FROM  T076B WHERE  PARART    = I_IDOC_CONTRL-SNDPRT

                              AND    KONTO     = I_IDOC_CONTRL-SNDPRN

                              AND    BUKRSNAME = I_E1EDKA1-PARTN.

 

 

Step7. Maintain EDI program parameters for partner Logical system (RD2CLNT800) & company code (8888). Here Maintain the Invoice document type to be used  & remaining as per requirement. Table. T076S

 

1.jpg

Note: IF the system Not possible to determine program parameters Error Msg. FD145 will come.

 

Ex. Program parameters for LS RD2CLNT800 8888 have not been set Message no. FD145.

 

Testing:

 

Step1. In Transaction VF01 create billing document against delivery document as shown below.

 

11.jpg

 

12.jpg

 

In Conditions observe the tax details (10.000 %) & Tax Code (S1) as shown below.

13.jpg

 

14.jpg

 

Save the billing document & make sure it is released (forwarded to accounting). Check the message RD00 was sent successfully. Check the accounting document created against the billing document

 

15.jpg

 

Step2. In Transaction WE02 check the status of Outbound & Inbound Idocs of message type INVOIC.

 

16.jpg

 

If they are processed successfully note the Invoice document number from the status of inbound IDoc.

17.jpg

 

Step4. In Transaction MIR4 Display the Invoice document as shown below.

 

18.jpg

 

Observe the below details, document type used for invoice & block status of the invoice document.

19.jpg

 

Check the accounting document by clicking on Follow-On Documents.

 

20.jpg

 

-End Of Document Part3

-End Of Document Series

 

Thanks For Reading& Please share your reviews & feedback....

 

Regards

Satish

 

 

 

Viewing all 264 articles
Browse latest View live