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

MM Authorization objects

$
0
0

This will help in creating group roles for MM Consultants.

 

M_AMPL_WRKApproved Manufacturer Parts List - Plant
M_ANFR_BSADocument Type in RFQ
M_ANFR_EKGPurchasing Group in RFQ
M_ANFR_EKOPurchasing Organization in RFQ
M_ANFR_LGOPlant/Storage Location in RFQ
M_ANFR_WRKPlant in RFQ
M_ANGB_BSADocument Type in Quotation
M_ANGB_EKGPurchasing Group in Quotation
M_ANGB_EKOPurchasing Organization in Quotation
M_ANGB_LGOPlant/Storage Location in Quotation
M_ANGB_WRKPlant in Quotation
M_APPL_ANLLIS Customizing: Applications
M_AUSW_MCCEvaluation: Application
M_BANF_BSADocument Type in Purchase Requisition
M_BANF_BWKProcuring Plant in Purchase Requisition
M_BANF_EKGPurchasing Group in Purchase Requisition
M_BANF_EKOPurchasing Organization in Purchase Requisition
M_BANF_FRGRelease Code in Purchase Requisition
M_BANF_LGOPlant/Storage Location in Purchase Requisition
M_BANF_WRKPlant in Purchase Requisition
M_BCO_EKORINVCO Document Evaluations: Purchasing Organization
M_BCO_VKORINVCO Document Evaluations: Sales Organization
M_BCO_WERKINVCO Document Evaluations: Plant
M_BEST_BSADocument Type in Purchase Order
M_BEST_EKGPurchasing Group in Purchase Order
M_BEST_EKOPurchasing Organization in Purchase Order
M_BEST_EXPProgress Tracking Group
M_BEST_LGOPlant/Storage Location in Purchase Order
M_BEST_WRKPlant in Purchase Order
M_BSV_ALLAuthorization for BSV
M_BSV_CONFAuthorization for Creating Rule in BSV
M_BSV_PROCAuthorization for Valuation Procedure in BSV
M_CP_INVDTAuthorisation object for consignment processing
M_CUFO_MCSCustomizing Update Parameters: Application
M_CUST_MCSCustomizing: Standard Analyses/Application Settings
M_CUTR_MCSCustomizing: Transport
M_DDIC_DOBEvaluation Structure: DD Table
M_EINF_EKGPurchasing Group in Purchasing Info Record
M_EINF_EKOPurchasing Organization in Purchasing Info Record
M_EINF_WRKPlant in Purchasing Info Record
M_EINK_FRGRelease Code and Group (Purchasing)
M_EVNT_ANLMaintain LIS Inbound Interface for External Data
M_FCAT_ANLField Catalog: Application
M_FIP_AORAuthorization for FIP  Area of Responsibility
M_FIP_MNGPerishable Manager / FIP Manager
M_FORECASTMaterial Forecast
M_GRPT_WWWUser is authorized to perform Goods Receipt via WWW
M_HIER_MCKGeneral Hierarchy
M_INFO_ANLInfo Structure: Application
M_INFO_FORUpdate Formula/Conditions: Application
M_INFO_GENGeneration: Info Structures/Update Definition
M_INFO_MCBEvaluation: Evaluation Structure
M_INFO_MCCEvaluation Structure: Application
M_INFO_MCDPlanning: Information Structure/Version
M_INFO_UPDDefine Updating: Application/Information Structure
M_IS_DISPOLIS Standard Analysis: Info Structure / MRP Controller
M_IS_EKGRPLIS Standard Analysis: Info Structure / Purchasing Group
M_IS_EKORGLIS Standard Analysis: Info Structure / Purchasing Org.
M_IS_KENNZLIS Standard Analysis: Info Structure / Key Figure
M_IS_LGNUMLIS Standard Analysis: Info Structure / Warehouse Number
M_IS_MATKLLIS Standard Analysis: Info Structure / Material Group
M_IS_MTARTLIS Standard Analysis: Info Structure / Material Type
M_IS_SELVSLIS Standard Analysis: Selection Versions
M_IS_SPARTLIS Standard Analysis: Info Structure / Division
M_IS_VKBURLIS Standard Analysis: Info Structure / Sales Office
M_IS_VKORGLIS Standard Analysis: Info Structure / Sales Organization
M_IS_VTWEGLIS Standard Analysis: Info Structure / Distribution Channel
M_IS_WERKSLIS Standard Analysis: Info Structure / Plant
M_ISEG_WDBPhys inv: Difference Posting in Plant
M_ISEG_WIBPhys. Inv.: Phys. Inv. Document in Plant
M_ISEG_WZBPhys. Inv.: Count and Difference Posting in Plant
M_ISEG_WZLPhys. Inv.: Count in Plant
M_KONA_ORGArr. Type, Purch. Org., Purch. Group in Rebate Arrangement
M_LFM1_EKOPurchasing Organization in Vendor Master Record
M_LFPL_ORGOrganizational Levels of Long-Term Planning
M_LIBE_EKOVendor Evaluation
M_LIBI_CUSCustomizing: Logistics Information Library
M_LIBI_INSInfo Sets: Logistics Information Library
M_LIBI_ISTInfo Set Calls
M_LIBI_KNZKey Figures: Logistics Information Library
M_LIBI_KSIKey Figure Retrieval Via Info Sets
M_LIBI_KSKKey Figure Retrieval Using Classification
M_LIBI_KSTKey Figure Retrieval Using Text Elements
M_LIBI_KZSFind key figures in Logistics Information Library
M_LIFO_MLYAuthorization for LIFO Valuation
M_LPET_BSADocument Type in Scheduling Agreement Delivery Schedule
M_LPET_EKGPurchasing Group in Scheduling Agreement Delivery Schedule
M_LPET_EKOPurchasing Org. in Scheduling Agreement Delivery Schedule
M_LPET_LGOPlant/Storage Location in SA Delivery Schedule Line
M_LPET_WRKPlant in Scheduling Agreement Delivery Schedule
M_MATE_BICBatch Information Cockpit
M_MATE_BUKMaterial Master: Company Codes
M_MATE_BWTMaterial master: Change of valuation type for batch
M_MATE_CHCBatch Class Conversion
M_MATE_CHGMaterial Master: Batches/Trading Units
M_MATE_CHPBatch Record
M_MATE_DCPBatch Distribution - Decouple Batch
M_MATE_DGMDG Material Master: Master Data
M_MATE_DGTDG Material Master: Dangerous goods texts (obsolete)
M_MATE_DPRMaterial Master: MRP Profiles
M_MATE_DRVBatch Derivation: Overall Release/Monitor
M_MATE_LGNMaterial Master: Warehouse Numbers
M_MATE_MAFMaterial Master: Material Locks
M_MATE_MANMaterial Master: Data at Client Level
M_MATE_MARMaterial Master: Material Types
M_MATE_MATMaterial Master: Materials
M_MATE_MEXMaterial Master: Export License Data per Country
M_MATE_MVDMaintenance Authorization Layouts: Overview Material Version
M_MATE_MZPMaterial Master: Customs Tariff Preference Data
M_MATE_NEUMaterial Master: Create
M_MATE_OBOriginal Batch
M_MATE_PERMaterial Master: Allow Posting to Prior Period/Close Periods
M_MATE_PPRMaterial Master: Forecast Profiles
M_MATE_STAMaterial Master: Maintenance Statuses
M_MATE_VKOMaterial Master: Sales Organization/Distribution Channel
M_MATE_WGRMaterial Master: Material Groups
M_MATE_WRKMaterial Master: Plants
M_MATE_ZSTMaterial Master: Change Status of Batches
M_MBNK_ALLMaterial Docs: Number Range Maintenance
M_MCYA_EWSLIS: Early Warning System
M_MIPA_ORGUpdating Backorders
M_MPRIORequirement Prioritization
M_MRES_BWAReservations: Movement Type
M_MRES_WWAReservations: Plant
M_MSEG_BMBMaterial Documents: Movement Type
M_MSEG_BWAGoods Movements: Movement Type
M_MSEG_BWEGoods Receipt for Purchase Order: Movement Type
M_MSEG_BWFGoods Receipt for Production Order: Movement Type
M_MSEG_LGOGoods Movements: Storage Location
M_MSEG_WMBMaterial Documents: Plant
M_MSEG_WWAGoods Movements: Plant
M_MSEG_WWEGoods Receipt for Purchase Order: Plant
M_MSEG_WWFGoods Receipt for Production Order: Plant
M_MTDI_ORGOrganizational Levels for Material Requirements Planning
M_MWOF_ACTControl for Split Calculation of Value (MBWO)
M_NEUA_AUSStatistical Setup of Info Structure: Application
M_NIWE_BILAuthorization for Lowest Value Determination
M_OIW_METAOIW Metadata
M_ORDR_EKOPurchasing Organization in Source List
M_ORDR_WRKPlant in Source List
M_PD_VEMATUser is authorized to change vendor material via WWW
M_PIC_EXCHAuthorization for material exchange
M_PIC_RICAuthorization for MPN Restricted Interchangeability
M_PLAF_ORGOrganization Levels for Planned Order Processing
M_POIVVENDRead Invoices of a Vendor
M_PP_CUSTPPIS: Performance Settings
M_QU_REBackup Table for Logistics Extraction Queue (MCEX*)
M_QUOT_EKOPurchasing Organization (Quotas)
M_QUOT_WRKPlant (Quotas)
M_RAHM_BSADocument Type in Outline Agreement
M_RAHM_EKGPurchasing Group in Outline Agreement
M_RAHM_EKOPurchasing Organization in Outline Agreement
M_RAHM_LGOPlant/Storage Location in Outline Agreement
M_RAHM_STAStatus in Contract
M_RAHM_WRKPlant in Outline Agreement
M_RECH_AKZInvoices: Accept Invoice Verification Differences Manually
M_RECH_BUKInvoices: Company Code
M_RECH_CPYCopy Invoice: Company Code
M_RECH_EKGInvoice Release: Purchasing Group
M_RECH_SPGInvoices: Blocking Reasons
M_RECH_WRKInvoices: Plant
M_RL_ACCPAccount Statement Matching
M_RL_ACCTReturnable Packaging Accounts
M_RL_ACERAccount Postings with Errors
M_RL_ACPOAccount Postings
M_RL_ACSTAccount Statement
M_RL_EXTIDExternal Partner Names
M_SKPF_VGAInventory Sampling: Transaction
M_SKPF_WRKInventory Sampling: Plant
M_SM_ADDRAuthorisation object for Supplier Address maintenance
M_SRV_LSAuthorization for Maintenance of Service Master
M_SRV_LVAuthorization for Maintenance of Model Serv. Specifications
M_SRV_STAuthorization for Maintenance of Standard Service Catalog
M_ST_NOTEStatus Information for Progress Tracking Objects
M_TBLPTransfer Borrow/Loan/Payback Authorisation
M_TEMPLATECreate/Change/Delete Public Templates
M_UNIT_MCULIS Units
M_XLO_DELAssignment of Goods Issue to Delivery
MAN_PM_KPIManufacturing: Add Plant Manager KPI
MDG_DEFData Export
MDG_DIFData Import
MDG_IDMKey Mapping
MDG_MDF_TRMaster Data: Transport
MDS_LOADSynchronization (Individual and Mass Maintenance)
MSR_INSPECMaterial Inspections: Creation, Confirmation, Cancellation
MSR_PLANTAdvanced Returns Management Plant Authorization
M_AMPL_ALLApproved Manufacturer Parts List



Important MM Tables

$
0
0

       Related to Materials:   Message status 

MARA Material Master:General data
MAKT Material Master:Description
MARM Material Master: Unit of Measure
MAPE Material master: Export control file
MARC Material master: Plant data
MARD Material master: Storage location
MAST Material link to BOM
MBEW Material valuation
MLGNMaterial Master: WM Inventory
MLGTMaterial Master: WM Inventory type
MDIP Material: MRP profiles (field contents)
MKOP Consignment price segment (old versions of SAP)
EBEW Valuation of sales order stock
QBEW Valuation of project stock
MVERMaterial Master: Consumption <Plant>
DVERMaterial Master: Consumption <MRP Area>
MVKEMaterial Master: Sales <Sales Org, Distr Ch>
MLAN Material Master: Tax indicator
MARC Material Master: Plant data
MAPRMaterial Master: Forecast
MARDMaterial Master: Storage Location
MCH1Material Master: X Plant Batches
MCHAMaterial Master: Batches
MCHBMaterial Master: Batch Stock
MDMA MRP Area data
DBVM MRP Planning File Entry: MRP Area
MOFF Outstanding Material Master Records (Maintenance status)
MARCH Material Master C Segment: History
MARDH Material Master Storage Location Segment: History
MBEWH Material Valuation: History
MCHBH Batch Stocks: History
MKOLH Special Stocks from Vendor: History
MSCAH Sales Order Stock at Vendor: History
MSKAH Sales Order Stock: History
MSKUH Special Stocks at Customer: History
MSLBH Special Stocks at Vendor: History
MSPRH Project Stock: History
MSSAH Total Sales Order Stocks: History
MSSQH Total Project Stocks: History


Related to Vendors:


LFA1 Vendor Master: General data
LFB1 Vendor Master: Company data
LFM1 Vendor Master: Purchasing Data (Purchasing organization)
LFM2 Vendor Master: Purchasing Data (Plant, Vendor subrange)


Related to Purchasing:


EBAN Purchase requisition: items
EBKN Purchase Requisition: account assignment
STXH SAPScript Text Header
STXL SAPScript Text Lines
EKKO Purchasing document header
EKPO Purchasing Document: Item
EKET Purchasing Document: Delivery Schedules
MDBS Material View of Order Item/Schedule Line (good to find open PO's)
EKKN Account assignment in purchasing document
EORD Purchasing Source List
EIPA Order price history record
EKAB Release documentation
EKBE Purchasing document history
EKBZ Purchasing document history: delivery costs
EKPB "Material to be provided" item in purchasing document
ESKL Account assignment specification for service line
ESKN Account assignment in service package
ESLH Service package header data
ESLL Lines in service package
ESSR Service entry sheet header data
ESUC External services management: Unplanned limits for contract item
ESUH External services management: unplanned service limits header data
ESUP External services management: unplanned limits for service packages
ESUS External services management: Unplanned limits for service types
EINA Purchase Info Record: General
EINE Purchasing info record: purchasing organization data
KONP Condition Item
KONH Condition Header


Related to Inventory Management:


ISEG Physical inventory document items
MKPF Material document: Header
MSEG Material document: item
RKPF Reservation: Header
RESB Reservation: Item


Related to Invoice Verification


BSIM Secondary index: documents for material
MYMFT FIFO results table
MYML LIFO material layer
MYMLM LIFO material layer (monthly)
MYMP LIFO period stocks, single material
MYMP1 Receipt data LIFO/FIFO valuation
MYPL LIFO pool layer
MYPLM LIFO pool layer (monthly)
RBCO Document item, incoming invoice account assignment
RBDIFFKO Invoice Verification: conditions
RBDIFFME Invoice Verification: quantity differences
RBDRSEG Invoice Verification batch: invoice document items
RBKP Document header: incoming invoice
RBKPB Invoice document header (batch invoice verification)
RBTX Taxes:incoming invoice
RBVD Invoice document: summarization data
RBVDMAT Invoice Verification: summarization data, material
RBWT Withholding tax:incoming invoice
RKWA Consignment withdrawals
RSEG Document item, incoming invoice


Related to Customising and Other Master Data:


MDLV MRP Areas
MDLG MRP Areas Storage Locations
MDLW MRP Areas Plants
MDLL MRP Areas Subcontractor
T023 Material Groups
T024 Purchasing groups
T030 Standard Accounts Table (Automatic Account Determination)
T156 Movement Type
T156T Movement Type: Text
AUSP Release Procedure:Strategy values (cl20n, cl24n)
AGR_USERS Assignment of roles to users
CDHDR & CDPOS Change history of master data and documents
EDID4 EDI information
TSTC SAP Transaction Codes,lock/unlock: sm01, created: se93
TSTCT Transaction codes TEXT
NAST Message status


MM Customizing Tcodes

$
0
0
OLMBIMG Inventory Management
OLMEIMG View: Purchasing
OLMRIMG Invoice Verification
OLMRLISTMaintain List Variant
OLMSRVCustomizing MM-SRV
OLMWIMG Valuation/Acct Assgt
OM1RMaint. Periodic Invoicing Plan Types
OMB1Dynamic Availability Check
OMB2Create SLoc. Automatically (GI)
OMB3Create SLoc. Automatically (GR)
OMB4Maintain Print Indicator (GI)
OMB5Maintain Print Indicator (GR)
OMB6Change Manual Account Assgt.
OMB9Change Document Lives
OMBANumber Assgmt. for Accounting Docs.
OMBBBatch Where-Used List
OMBCSet Missing Parts Check
OMBDBusiness Area from MM View
OMBGSet Stock Balance Display
OMBHPhys. Inventory Settings in Plant
OMBNDefaults for Reservation
OMBOAssign Forms and Programs
OMBPFreeze Book Inventory Balance
OMBRGeneral Print Settings
OMBSReasons for Movements
OMBTNo. Ranges: Mat. Doc./Phys.Inventory
OMBUAllocate Layout Sets to Reports
OMBWSet Screen Layout for Goods Movement
OMBZRev. GR Despite Invoice
OMC0Tolerance Limits for Goods Receipt
OMC1Goods Receipt/Issue Slip Number
OMC2Number Assignment for Reservations
OMCD"Suggest ""Del. Completed""Indicator"
OMCEDefine Batch Level
OMCFPrint Label
OMCGSearch Procedures: Batch Determ. MM
OMCHSet Manual Account Assignment (GR)
OMCJScreen Layout: Goods Receipt
OMCNControl BTCI Sessions for Phys. Inv.
OMCOSet Cycle Counting
OMCPDynamic Availability Check: GI
OMCQSettings for System Messages
OMCRInventory Sampling: St.Mgmt Lvl: WM
OMCSActivate Batch Status Management
OMCTBatch Definition
OMCUBatch Status Management in Plant
OMCVClassify Batches
OME1MM-PUR Purchasing Value Keys
OME2MM-PUR Terms of Payment
OME4MM-PUR Purchasing Groups
OME5MM-PUR Activate Plant: Source List
OME9MM-PUR Acct. Assignment Categories
OMECCopying Control Maintenance
OMEEMM-PUR Reorganization RFQ
OMEHMM-PUR User Maintenance
OMEIMM-PUR User Profiles
OMELMM-PUR Certificate Categories
OMENMM-PUR Reorg. Sched. Agrmnt Time
OMEOMM-PUR Number Ranges: Info Record
OMEPMM-PUR Number Ranges: Source List
OMEQMM-PUR Quota Arrangement Rules
OMESMM-PUR Comments on Quotation
OMESCJActivate chargeable info records
OMETSettings for Function Authorizations
OMEVDetermine Consgt. Valuation Prices
OMEWMM-PUR Requisition Processing Time
OMEXMM-PUR Reorganization: Requisition
OMEYMM-PUR Reorganization PO
OMEZMM-PUR Reorg. Contract Time
OMF0MM-PUR Activate Cond. for Plant
OMFISettings for Default Values
OMFKMM-PUR Field Selection: Vendor
OMFNMM-PUR Schema Groups: Vendor
OMFOMM-PUR Find Calculation Schema
OMFPMM-PUR Schema Group <-> Pur. Org.
OMFRMM-PUR Mkt. Price Schema: P. Org.
OMFSCMM-PUR Chge.-Notice-Relev. Fields
OMFTMessage Determination Requirements
OMFZMM-PUR: Stock Transfer Schema
OMG0MM-PUR Item Cat./Acc. Assgt. Cat.
OMGBMM-PUR Texts: Creditor (Purch.)
OMGFMM-PUR Output Device: Messages
OMGGSettings for Message Determination
OMGHMM-PUR: Transaction/Event Keys
OMGMSettings for Subcontracting
OMGQ_CHAR Charact. Maint.: Release Procedure
OMGQCKRelease Procedure Checks
OMGSCKRelease Procedure Checks
OMH6Number Ranges for Purch. Documents
OMH7Number Ranges for Purch. Requisition
OMHSDisplay Info Record Transfer File
OMHUExample File: Batch Input Info Rec.
OMJ1Allow Negative Stocks
OMJ2Maintain Phys.Inv.Tolrnce->Employee
OMJ3Printer Determination Plant/SLoc.
OMJ4Printer Determ: Plant/SLoc./User Grp
OMJ5Exp.Date at Plant Level and Mvmt Lvl
OMJ7Plant/Val.Area - Divis. -> Busin.Ar.
OMJ8Create Stor. Loc. Automatically
OMJASet Screen Layout for Goods Movement
OMJDSet Missing Parts Check
OMJEExp.Date at Plant Level and Mvmt Lvl
OMJISet Material Block
OMJJCustomizing: New Movement Types
OMJNGeneral field selection: goods mvmnt
OMJRPrinter Determin.: Message Type/User
OMJU"Gen. field selection
OMJXGR Field Selection From Procurement
OMKHMM-PUR Reg. Vend. Source of Supply
OMKIMM-PUR Default Purchasing Org.
OMKJMM-PUR P.Org. Cross-CoCode Release
OMKKMM-PUR Tax Indicators: Material
OMKLMM-PUR Tax Indicators: Acc. Assgt.
OMKMMM-PUR Tax Indicators: Plant
OMKNMM-PUR Assign Tax Inds. to Plant
OMKOMM-PUR Assign Tax Inds. to A. ***.
OMPNMM-PUR Purchasing Manuf. Part No.
OMQ1Transfer of Purchase Orders
OMQ2Transfer of Purchase Order History
OMQ5Edit PO Transfer File
OMQNFine-Tuned Control: Purchase Order
OMQPFine-Tuned Ctr.: Sch. Agmt. Schedule
OMQQFine-Tuned Control: Service Entry
OMQSAssign Schema to Purchase Order
OMQVAssign Schema to Service Entry Sheet
OMQWEntry Aids w/o Material Master
OMQXDefault Asset Class for Mat. Group
OMR0C MM-IV Autom. Acct. Assgt. (Simu.)
OMR2C RM-MAT MR Default Incoming Invoice
OMR4MM-IV Doc.Type/NK Incoming Invoice
OMR6Tolerance limits: Inv.Verification
OMR9C RM-MAT MR Payment Block Reasons
OMRAC MM-IV Val.Cat./Subs.Debit/Credit
OMRCC MR Alloc. User/Tolerance Group
OMRDConfigure Duplicate Invoice Check
OMRFC MM_IV Activate Stochastic Block
OMRGC MM-IV Stochastic Block Values
OMRHC MM-IV Activate Item Amount Check
OMRIC MM-IV Item Amount Check Parameters
OMRJC MM-IM NoRange RE_BELEG
OMRKMail to Purchasing
OMRMC MM-IV Customer-Specific Messages
OMRMBScreen Selection Header Data Screen
OMRNC MM-IV Carry Forward Price Change
OMRPG/L Account Auth. in Purchase Order
OMRVInvoice Status Change
OMRXVendor-Specific Tolerances
OMRYEDI Program Parameters
OMSBC MM-BD Special Stock Description
OMSKC MM-BD Valuation Classes T025
OMTBOutput Program: Purchase Order
OMTGOutput Partner: Purchase Order
OMTHOutput Partner: Outline Agreement
OMUPForecast Schedule: Transm. Profile
OMW0C MM-IV Control Valuation
OMW1C RM-MAT MW Price Control
OMW4C LIFO/FIFO-Relevant Movements
OMW5C Devaluation by range of coverage
OMW8NC Stock Weighting (Mvt Rate)
OMW8RC Stock Weighting (Rge of Coverage)
OMW9C RM-MAT MW Doc.Type/F-u.Csts.Pr.Ch.
OMWBC MM-IV Autom. Acct. Assgt. (Simu.)
OMWCC MM-IV Split Material Valuation
OMWDC RM-MAT MB Grouping Valuation Area
OMWEC LIFO/FIFO Valuation Active?
OMWEBMaintain C Valuation Tracks
OMWLC LIFO/FIFO Global Setting
OMWMC MM IV Control: Accnt Determination
OMWNMM-IM: Acct Group. Code for Mvt.Type
OMWOC MM-PUR: Purchase Account Mgmt
OMWPC LIFO/FIFO Methods
OMWWMM Account Determination Wizard
OMXXUpdate Contr. Release Order Docu. MM
OX01Company Code -> Purchasing Org.
OX08Define Purchasing Organization
OX09Customize storage locations
OX10Customize plant
OX14C MM-IV Valuation area - val. level
OX17Plants -> Purchasing organization
OX18Assignment Plants -> Company Code

Send Spool list of background job to SAP inbox

$
0
0

Send Spool list of background job to SAP Inbox

It was a requirement to send email to users with a report of success or errors that occured during a program execution. For example, a program that works on some data from SAP tables and it needs to report to user if any data is missing. If the program is run in online, the program can display the list of errors (due to missing data, etc.) in online via a simple basic list or simple ALV. But if the program is run in background, the program cannot produce a report in online and hence the report output can be written into a spool. Spool requests can be viewed from transaction code SP01. But the users have to check the spool request as and when the background program has been scheduled to run. In the project, the requirement was to send the error report or success report to a list of users via email.

SAP provides an easy way to acheive this without writing any coding for email functionality. Still the ABAP program has to produce report output using basic list or ALV. Please take care that your ALV using CL_GUI_CUSTOM_CONTAINER does not throw short dump due to non-availability of screen in background.

1. While scheduling the job for the program using transaction code SM36, you can configure to send the spool to SAP users inbox.

2. Go to SM36, specify a jobname for example, YRECONKEYCLOSE. In the same screen of SM36, you will find a button as "Spool list recipient".

          1.png

3. Click the button "Spool list recipient". A dialog box will appear that will request for the "Recipient name". Press F4 (value help) on Recipient name field. A dialog box similar to shown below will appear. Choose the option "Internal user" and enter the SAP user id in the "Find" field.

2.png


4. Press Enter. Now the "Recipient name" will be populated with user id SAKTHI. This is the SAP user id who will receive the spool list in their SAP inbox after the execution of the background program. Press Copy button.

5. Press "Step" button to specify the ABAP program name to be scheduled to run in background. Enter the program name in the field "ABAP program Name" and press Save button. For example, here we will schedule the program RFKKFIKEYCLOSE - a SAP standard program to close the reconciliation keys created in SAP IS-U.

6. Press "Start condition" button to specify when the background program to be executed. For example, press "Immediate" button to run the program immediately after you complete the job scheduling. Press Save button.

7. Press "Save" button again to release the job.

8. Press "Own jobs" button to view the list of jobs scheduled by you. Check the job YRECONKEYCLOSE produced a spool request. If a spool request was found in SM37, then an email would have been sent to the SAP inbox.

9. Go to transaction code SBWP - SAP Business WorkPlace. Expand Inbox node and click "Unread Documents". Hurray, you got the mail from SM36 with the spool request as attachment in htm format.
3.png


10. Double-click on the mail displayed on the right pane of the window. You can view the attachment by clicking on the attachment and even you can save it to your desktop.
4.png

Additional features

1.  Sending spool to multiple users
If the spool has to be send to multiple users, create a distribution list via transaction code SBWP. Specify the list of SAP user ids to whom the spool output to be sent as email. Specify this distribution list when scheduling job in SM36 at the time of specifying spool list recipient. In above example, the Recipient name is chosen as the option Internal user. Now select the option as Distribution list and specify the distribution list name.
1.  Sending email from SAP inbox to user's Outlook

Assuming the SMTP has been configured in transaction code SCOT, please contact your System administrator to configure SMTP in your server. Create Automatic Forwarding using transaction code SO36. Specify the SAP user id in the field "User" and the Outlook email address in the field "Forward to". Specify the recipient address type as "U - Internet address" and press Execute. Thus if SMTP was correctly configured, then as soon as email is received in your SAP inbox, you will receive an email in Outlook as well. To change the Outlook email address, use transaction SO36.


IDoc Basics For Functional Consultants

$
0
0

ABSTRACT

IDocs are used in most of the SAP applications for transfer of message from SAP  to other systems and vice versa. A lot of documentation is available on web for IDocs but most of them are technical in nature.  This document is written from perspective of a functional consultant and will help in dealing support issues related to IDoc. An effort has been made to capture all the necessary information about IDocs that a functional consultant needs to be aware of.


OVERVIEW

IDoc is an SAP object that carries data of a business transaction from one system to another in the form of electronic message. IDoc is an acronym for Intermediate Document. The purpose of an IDoc is to transfer data or information from SAP to other systems and vice versa.  The transfer from SAP to non-SAP system is done via EDI (Enterprise Data Interchange) subsystems whereas for transfer between two SAP systems, ALE is used.

 

IDoc can be triggered in SAP system or in EDI subsystem. This depends on the direction in which IDoc is sent and is called as Inbound IDoc and Outbound IDoc accordingly. In case of outbound flow, IDoc is triggered in SAP through document message control which is then sent to EDI subsystem. EDI converts the data from IDoc into XML or equivalent format and then sends the data to partner system through Internet.

For inbound flow, EDI converts partner data and IDoc is created in SAP. After successful processing of this IDoc, Application Document is posted in SAP.

1.png

EDI STANDARDS AND IDOC

“EDI is electronic exchange of business document between the computer systems of business partners, using a standard format over a communication network”. EDI stands for Enterprise Data Interchange.

 

For transmission of information electronically, two widely used standards are ANSI ASC X12 and EDIFACT. ANSI ASC X12 is a committee formed by representatives of major organizations, government bodies and EDI software companies which defines standards and guidelines for information interchange over EDI. UN/EDIFACT stands for United Nations EDI for Administration, commerce and Transport and was formed in 1985 using ANSI X12 and UNTDI (United Nations Trade Data interchange) as base standards. ANSI X12 describes business document as transactions and each transaction is represented by three digit number e.g. 850 – Purchase Order, 855 - Purchase Order Acknowledgement. EDIFACT describes business document as messages, represented by standard names e.g. ORDERS for purchase order.

 

IDOC TERMINOLOGIES

IDOC (BASIC) TYPE

IDoc Types are based on the EDI standards and mostly on EDIFACT standards. 

Basic Types (or IDoc Type) defines the structure of an IDoc. Each basic type describes standard IDoc segments, format of data fields and their size. Basic Type also defines number of segments and fields in an IDoc. All the fields that are necessary for transmission of message for a particular business transaction are mapped in different segments. It also defines the structure and relationship of IDoc segments along with mandatory and optional segments.

 

2.png

 

 

IDOC EXTENSION

Basic type contains all the standard fields that are necessary for carrying out a business transaction. However, if any additional values are to be sent to the partner then we can make use of the IDoc Extension feature. IDoc extension is extension of basic type and contains additional custom IDoc segments and fields that are not available in standard basic type.


IDOC SEGMENTS

IDoc segments contain the actual data that is sent to or received from a partner. These segments contain the actual values that are sent as part of IDoc transmission.

3.png

PARENT AND CHILD SEGMENTS

IDoc segment is termed as Parent segment if it contains its own segments. The dependent segments are called as child segments.

4.png


INBOUND/OUTBOUND IDOCS

IDocs sent outside the system are termed as Outbound IDocs and the ones that are received into the system, are called as Inbound IDocs.

 

5.png

IDOC DIRECTION

This signifies the direction is which information is sent and is similar to terminology used in mails. If information is sent outside the system then the direction is outbox when it is received into the system then direction is inbox. In SAP Outbox direction is represent by “1” i.e. outbox and Inbox direction is represented by “2”.

 

 

6.png

PARTNER

Partner is the Business Partner with which the exchange of information is to take place using IDoc. It can be a vendor or customer or any other system. Depending on the direction of information in which the information is sent it plays a role of either a “sending partner” or a “receiving partner”.

 

 

7.png

 

PARTNER TYPE

Partner type/role is used to identify partners within the sap systems. Partner type is KU for customer, LI for vendor and LS for Logical System.

8.png

 

MESSAGE TYPE

IDoc processing involves transmission or receipt of document in the form of a message, each of which represents a document in SAP. These documents can be Order, Shipment Confirmation, Advance Shipping Notification, Goods Receipt, or Invoice.  Message type is associated with Basic IDoc Type (Basic Type) and defines the kind of data or document that is exchanged with the partner.

 

PROCESS CODE

The process code contains the details of the Function Module that are used for IDoc processing. Message Type can be linked to the Process code.


PORT

IDoc Port contains the information about the way data is sent between the source or target system. The type of port defines the information contained within the port. For port type “Internet” Port will contain IP address of the target system. For port type “file”, directory or file name information is maintained. “tRFC” port contains information about the RFC destination of the target system. For IDoc transmission using ALE “tRFC” ports are used.

 

PARTNER PROFILE MAINTENANCE

PARTNER PROFILE (WE20)

Partner profile must be maintained for all the business partners to whom we want to send or receive the IDocs. The TCODE for maintaining the partner profile is WE19.

 

9.png

 

Double clicking on the Partner will show the following screen:

 

20.png

Partner profile contains parameters for Inbound and Outbound processing of IDocs. For each message type we can maintain, inbound/outbound options, message control, post processing options and contact information within Inbound and outbound parameters.

 

OUTBOUND OPTIONS (OUTBOUND PARAMETERS)

This involves sender/receiver port, Output mode and relation to IDoc type i.e. Basic Type and extension.

21.png

 

MESSAGE CONTROL (OUTBOUND PARAMETERS)

This contains application for which IDoc will be created e.g. EF for Purchase order, the message type of the application that will trigger the IDoc and Process Code that will convert SAP document to an IDoc. For example, if PO is to be sent to the Vendor AXXXXZ, then in the outbound option of the partner AXXXXZ we need to maintain the message type ZXX1 and link it to the Process Code ME10. So when message type ZXX1 is triggered in the PO then an IDoc will be created for the partner vendor AXXXXZ.

 

Process Code is linked to the Function Module in SAP that converts application data into an IDoc. Standard function modules are provided by SAP for this conversion however these can also be customized as per business needs.

 

22.png

Change Message Indicator indicates whether the IDoc is sent as a notification of change. For example, Purchase Order change messages are sent to vendor using EDI standard message type 855. 

24.png

Separate message type should be triggered in the purchase order for PO change. Additional line with change message type must be added in the Message control tab with change message indicator on.

 

10.png

 

INBOUND OPTIONS (INBOUND PARAMETERS)

 

For inbound options process code is maintained in the Inbound screen only. IDoc processing can be triggered by background program and triggered immediately.

 

 

11.png

 

POST PROCESSING (INBOUND/OUTBOUND PARAMETERS)

 

In the post processing option we can maintain the workflow details of the users or positions to which an error notification will be sent if an IDoc processing fails.

 

25.png

TELEPHONY (INBOUND/OUTBOUND PARAMETERS)

We can also maintain the contact details in the telephony option.

12.png

 

EDI STANDARD (OUTBOUND PARAMETERS)

EDI standard screen contains the details of the Standard EDI terminology used for the IDoc transmission.

 

26.jpg

For example, Message Type 850 is an EDI standard for Purchase Order IDoc and is linked to IDoc Message Type Orders.


IDOC STRUCTURE AND RECORDS

STRUCTURE

IDoc structure is divided into Control Record, Data Records and Status records.

27.png

 

 

 

These records are stored in the transparent tables in SAP. These are EDIDC, EDID4 and EDIDS.

 

CONTROL RECORD (EDIDC)

It contains information such as IDoc number, direction, IDoc Status, Basic Type, Message Type, Partner (Sender/Receiver), date and time of creation/update, Interchange File or ISA number,etc.

 

28.png

29.png

 

 

 

DATA RECORD (EDID4)

It contains the details of the IDoc segments.

 

30.png

IDoc segment has fields that contain the data necessary for posting the documents.

 

 

31.png

32.png

 

 

 

STATUS RECORDS (EDIDS)

IDoc Status defines the processing status of the IDoc. IDoc statuses are used to track the IDoc and its various processing states. Status Numbers represents IDoc status. Current status of the IDoc is present in Control record.

 

33.png

Initial Status numbers are 64 for inbound and 03 for outbound. Successful status is 53 for inbound and 16 for outbound IDocs.

 

SENDING AND RECEIVING IDOCS

TRIGGERING AN OUTBOUND IDOC

Outbound IDocs can be triggered from the output message types of Purchase Orders, deliveries, Material Documents, invoices, etc. The following figure shows that once the output ZXX1 of PO XXXXXXX1 is processed an IDoc “000000XXXXXXXXX1” is added/created.

 

34.png

The relationship between the IDoc and the application document can be found in two ways:

1. Relationship tab of IDoc

35.png

36.png

 

 

2. Relationship tab of Application Document, e.g. PO, SO, Material Document, etc.

 

37.png

The initial status of this IDoc will be 30, which after successful processing will convert into status 16.

38.png

 

A successful outbound IDoc will pass through all the above statuses in reverse order (01-03-18-06-12-16). Each status represents an IDoc validation step. If an IDoc passes all the validations it would reach status 16. These different validation steps for outbound IDocs are explained below:

 

01: IDoc generation successful

30: IDoc is ready to be processed by IDoc Processing job

03: IDoc data is passed to the Port

18: IDoc successfully triggered EDI subsystem

06: IDoc data translated to EDI format

12: IDoc is dispatched successfully to the partner

16: Partner has received the IDoc successfully

 

IDoc can possibly fail at any of the above steps during validation.

 

RECEIVING AN INBOUND IDOC

The initial status of an inbound IDoc is 64 and successful status is 53.

 

Different validation steps for inbound IDocs are explained below:

50: IDoc received successfully in the system

64: IDoc is ready to be processed by IDoc processing job

53: Application document created and saved successfully. The document number can be found by expanding the status node 53

39.png

40.png

An inbound IDoc goes through all the above statuses in reverse order (50-64-53).

 

IDOC PROCESSING

AUTOMATIC/IMMEDIATE PROCESSING

In this case, IDoc are processed immediately as they generated or added in the system. The check “Transfer IDoc immediately” is selected in Outbound Options and “Trigger Immediately” is selected in Inbound Option. These checks are generally used when the real time information exchange is necessary between two systems.

 

41.png

13.png

 

MANUAL PROCESSING

IDocs can also be manually processed using the TCODE BD87 in SAP.

 

PROCESSING VIA BACKGROUND JOB

IDoc processing by background is the most preferred way of processing the IDocs. Following Programs are used from processing the IDocs using background job:

RBDAPP01 - Inbound IDocs

RSEOUT00 - Outbound IDocs

 

REPROCESSING IDOCS


On the basis of IDoc statuses different programs can be used for reprocessing of failed IDocs. These are given below:


 

TESTING AND EDITING IDOCS

If an IDoc contains error in the data then such IDocs can be edited using TCode WE19. WE19 can also be used for testing of IDocs. These IDocs can then be processed using BD87 transaction or batch jobs.

 

When an IDoc is edited the original IDoc information(backup) is saved in a New IDoc under status 70 (for inbound) / 33 (for outbound). These IDoc stays in the system for reference only and cannot be processed.

 

CONVERTING IDOC STATUS

Report RRC1_IDOC_SET_STATUS can be used to change the status of IDoc. Status changes are generally needed to move an IDoc to status 68 – no further processing

14.png

 

SEARCHING IDOCS IN SAP

TCODE WE02/WE05: GENERAL SEARCH

IDocs can be displayed in system via TCODE WE02 and WE05. If IDoc number is not known then  search can be made on the basis of IDoc Date, Direction, BASIC TYPE, MESSAGE TYPE, and PARTNER NUMBER. Partner number can  be found in the Output Messages of the documents.

 

15.png

42.png

 

IDoc search can also be made on the basis of ISA or Transfer file Reference.

16.png

 

TCODE WE09: SEARCHING DATA IN IDOC SEGMENTS

If we are looking for specific information within the IDocs Segments then this can be found using TCODE WE09. This is useful if you are searching for a particular information in similar kind of IDoc within IDoc segments. For example, if you want to search a particular Purchase Order number e.g. 100000001 in multiple IDocs which lies in Segment E1EDK01 of an IDoc under field BELNR. Then the search can be executed in the following manner.

43.png

 

IDOC VALIDATIONS, COMMON IDOC ERRORS AND SOLUTION

17.png

Though, the IDoc failure may not be related to any of the above mentioned reasons, the best way to find the IDoc error is to compare the existing IDoc with the good example. Good example IDoc can be easily searched with any of the IDoc search methods as described above.


DOCUMENTATION FOR IDOC TYPES

IDoc documentation can be found using TCODE WE60 and can be helpful to obtain information of the IDoc Type or its particular segment. It also provides information such as  mandatory and optional segments, minimum and maximum number of segments, etc.

44.jpg

GENERAL INFORMATION FOR COMMON IDOC MESSAGE TYPES

The following list gives the Basic Type and Message Type combination for common idocs


 

 

ARCHIVING/DELETION OF IDOCS FROM DATABASE

As IDocs grow older they are archived and deleted from the database. Archived IDocs can be viewed using TCODE SARI in Achieve Explorer using archiving object as IDoc. Following are the few programs that are used for archiving and deletion of IDocs from database.

                                                                                           

LSMW for uploading PO text in Material Master

$
0
0

Attached is the document prepared for uploading PO text in Material Master.

Comment field for Inventory Adjustments

$
0
0

Applies to:

SAP ECC 6.0 EHP 4

 

Summary


There are various options for posting inventory differences depending on the processing status of the physical inventory transaction.

  • Posting differences after the count has been posted
A physical inventory document has already been created, and the count has already been posted. You only have to post the inventory differences.
  • Posting the count and inventory differences simultaneously after the physical inventory document has been created
A physical inventory document has been created, but the count has not yet been posted. The count results are available. You enter the count and post the differences in one step.
  • Entering the count without a document reference

 

You have a count result without reference; that is, no physical inventory document has yet been created for this physical inventory transaction. You create a physical inventory document, enter the count, and post the differences in one step.

SAP provides transactions MI07, MI10 to post inventory difference. These transactions do not provide any ability to user to enter some free text to further explain the need to make any adjustments. For end user, it becomes much more easier to later on understand the reasons of inventory difference, if there is provision to enter free text. Entering comments also help to identify reasons for quant write-offs.

 

This document describes a work around developed in SAP to allow user to enter free text as inventory adjustment reason.

 

Author: Parag Parikh

Company: Deloitte Consulting LLP

Created on: 24th March 2012

Author Bio

 

Parag (2).JPG

 

Parag Parikh is an SAP ABAP, SAP workflow consultant with 4.5 years of experience. He has extensively worked on SAP ABAP and SAP workflow. Parag also has functional skills for SAP FS-CD solution. He has worked on many SAP modules including SAP FI/CO, SD, MM, QM, PP, PLM-RM, SRM, HCM, ESS/MSS and EH&S. Parag is working with Deloitte Consulting LLP as Workflow Specialist.

 

Author: Vamsi Krishna Parepalli   ( SCN ID: E1106724)

Company:    Deloitte Consulting LLP

 

Vamsi Parepalli has over 6 years of experience in SAP ABAP, SAP OO-ABAP. He has extensively worked on Object Oriented ABAP. Vamsi is a techno-functional expert in SAP Retail, SAP SD and SAP MM modules. His experience includes Reports, Enhancements, Forms, Interfaces and Workflow development. Vamsi is also an iRise expert and has developed many pre-sales demo using iRise Visual Simulator. He is currently working with Deloitte Consulting LLP as SAP Technical Consultant in capacity of a process lead and is technically leading iRise initiative. He is also responsible for implementing EH&S and Global Label Management solution for clients.

 

Vamsi.PNG

 

Document Created on: 1st March 2013

 

Requirement:

 

Provide user with ability to enter the free text on the below transaction screens.

 

MI10 – Post Document, Count and Differences: Initial Screen

MI07 – Post Inventory Difference: Initial Screen

 

Challenges:

 

1) SAP does not provide any screen entrancement option (BAdi, customer exit) for both the transactions on initial screen.

2) What if user needs to enter different adjustment comments for each material in stock?

 

Solution Proposed:

 

Instead of initial screen, provide an editable ALV screen when user press SAVE button with details of all materials for which count is adjusted. An assumption is made that reason comment will be less than or equal to 100 characters.

 

If needed the approach can be modified to publish a long text editor in pop-up for each row in ALV to enter long text.

 

Demonstration:

 

Below section describes behavior of enhanced transaction once development was in place.

 

MI10:

 

I. Perform inventory adjustment w/o reference (via MI10)

 

Go to MI10 transaction (Post, Count, and Difference).


1.jpg

Enter the material, batch, inventory count, reason code and save the record.

 

2.jpg

 

Below is new screen created to allow user to enter reason text for each line entered on screen above. For user's reference, the ALV screen also provides Material Description, Plant, Storage Location, Batch, Special Indicator, Stock Type information as well in addition to provision to edit Reason Comment.

 

3.jpg

 

Check the data posted in ISEG table.

 

4.jpg

5.jpg

 

We see that comment is updated in table ISEG in custom field of 100 characters.

6.jpg

II. Create inventory document (via MI01).

 

Create a Physical inventory document in MI01 transaction.

 

2.1.jpg

Enter the material number and the batch and save the inventory record.


2.2.jpg

 

Enter the inventory count in MI04 transaction.

 

2.3.jpg


Enter the inventory count and save the physical inventory document.

2.4.png

 

 

2.6.jpg

Post the inventory difference in MI07 transaction.


2.7.jpg

 

Enter the reason code and hit SAVE.


2.8.jpg

 

Custom screen to enter rejection comments is displayed.

2.9.jpg

III. Execute MI07, using inventory record from case II.

 

Create a System inventory record using transaction LI01.

 

3.1.jpg

Enter the storage bin value and save the system inventory record.


3.2.jpg


3.3.jpg

Activate the record using LI02 transaction.


3.4.jpg

3.5.jpg

 

Enter the count in the inventory record using LI11 transaction.


3.6.jpg

 

3.7.jpg

3.8.jpg

 

Clear the Storage bin associated with the inventory record using LI20 transaction.

 

3.9.jpg

3.10.jpg

3.11.jpg

 

Post the inventory record in LI21 transaction entering the reason code comment.

 

3.12.jpg

3.14.jpg

As shown below, custom screen is displayed to provide reason text. This time user can enter reason for write-off reason for a particular inventory item.

3.15.jpg

3.16.jpg

 

Technical Approach:

 

To create a custom screen, a custom function group can be created. Function Modules inside this Function Group can then call the custom screen using familiar CALL SCREEN command.

 

FM to display ALV:


To display an editable ALV, we can encapsulate ALV code in a FM. create a function group ZFSIM_INV. Create a custom function module ‘ZFSIM_INV_REASON_COMMENT’. Code snippet below provides details on FM implementation.

 

FUNCTION zfsim_inv_reason_comment.

*"----------------------------------------------------------------------

*"*"Local Interface:

*"  TABLES

*"      CT_ISEG STRUCTURE  ISEG

*"----------------------------------------------------------------------

TYPES: BEGIN OF ty_mat_text,

         matnr    TYPE matnr,

         maktx    TYPE maktx,

         END OF   ty_mat_text,

         tt_mat_text TYPE STANDARD TABLE OF ty_mat_text.

 

 

  DATA: lt_mat TYPE tt_mat_text.

  FIELD-SYMBOLS: <lfs_mat> TYPE LINE OF tt_mat_text.

 

 

  SELECT matnr maktx

    INTO TABLE lt_mat

    FROM makt

    FOR ALL ENTRIES IN ct_iseg

   WHERE matnr = ct_iseg-matnr

     AND spras = sy-langu.

  IF sy-subrc EQ 0.

    SORT lt_mat BY matnr.

  ENDIF.

 

 

  IF NOT ct_iseg[] IS INITIAL.

    LOOP AT ct_iseg ASSIGNING <lfs_iseg>.

      ls_iseg-zeili = <lfs_iseg>-zeili.

      ls_iseg-matnr = <lfs_iseg>-matnr.

      READ TABLE lt_mat ASSIGNING <lfs_mat>

          WITH KEY matnr = <lfs_iseg>-matnr

          BINARY SEARCH.

      IF sy-subrc EQ 0.

        ls_iseg-maktx = <lfs_mat>-maktx.

      ENDIF.

      ls_iseg-lgort = <lfs_iseg>-lgort.

      ls_iseg-werks = <lfs_iseg>-werks.

      ls_iseg-charg = <lfs_iseg>-charg.

      ls_iseg-sobkz = <lfs_iseg>-sobkz.

      ls_iseg-bstar = <lfs_iseg>-bstar.

      APPEND ls_iseg TO lt_iseg.

      CLEAR ls_iseg.

    ENDLOOP.

    IF NOT lt_iseg[] IS INITIAL.

      PERFORM f_alv_display CHANGING lt_iseg.

    ENDIF.

  ENDIF.

  IF NOT lt_iseg[] IS INITIAL.

    CLEAR ls_iseg.

    LOOP AT lt_iseg INTO ls_iseg.

      READ TABLE ct_iseg ASSIGNING <lfs_iseg> WITH KEY

                 zeili = ls_iseg-zeili.

      IF sy-subrc EQ 0.

        <lfs_iseg>-reas_comm = ls_iseg-reas.

      ENDIF.

    ENDLOOP.

  ENDIF.

 

 

ENDFUNCTION.

 

Top include and subroutine include for the function group:

 

*&---------------------------------------------------------------------*

*&      Form  F_ALV_DISPLAY

*&---------------------------------------------------------------------*

*       To display the data in the ALV format

*----------------------------------------------------------------------*

*  -->  p1        text

*  <--  p2        text

*----------------------------------------------------------------------*

FORM f_alv_display CHANGING ct_iseg TYPE tt_iseg.

  DATA: lt_fieldcat   TYPE slis_t_fieldcat_alv,

        lt_events     TYPE slis_t_event,

        ls_layout     TYPE slis_layout_alv.

*&-- Build Fieldcatalog for ALV display

  PERFORM f_build_fieldcat CHANGING lt_fieldcat.

 

 

*&-- Build the event table for the ALV Display

  PERFORM f_build_events CHANGING lt_events.

*&-- Build the layout table for ALV Display

  PERFORM f_build_layout CHANGING ls_layout.

*&-- Perform to display the output

  PERFORM f_alv_output USING lt_fieldcat

                             lt_events

                             ls_layout

                             ct_iseg.

 

 

ENDFORM.                    " F_ALV_DISPLAY

*&---------------------------------------------------------------------*

*&      Form  F_BUILD_FIELDCAT

*&---------------------------------------------------------------------*

*       Building the Fieldcatalog Table for Display of ALV

*----------------------------------------------------------------------*

*  -->  p1        text

*  <--  p2        text

*----------------------------------------------------------------------*

FORM f_build_fieldcat CHANGING pct_fieldcat TYPE slis_t_fieldcat_alv.

  CONSTANTS: lc_1       TYPE sycucol           VALUE '1',

             lc_2       TYPE sycucol           VALUE '2',

             lc_3       TYPE sycucol           VALUE '3',

             lc_4       TYPE sycucol           VALUE '4',

             lc_5       TYPE sycucol           VALUE '5',

             lc_6       TYPE sycucol           VALUE '6',

             lc_7       TYPE sycucol           VALUE '7',

             lc_8       TYPE sycucol           VALUE '8',

             lc_9       TYPE sycucol           VALUE '9',

             lc_100     TYPE outputlen         VALUE '100',

             lc_zeili   TYPE slis_fieldname    VALUE 'ZEILI',

             lc_matnr   TYPE slis_fieldname    VALUE 'MATNR',

             lc_werks   TYPE slis_fieldname    VALUE 'WERKS',

             lc_lgort   TYPE slis_fieldname    VALUE 'LGORT',

             lc_charg   TYPE slis_fieldname    VALUE 'CHARG',

             lc_sobkz   TYPE slis_fieldname    VALUE 'SOBKZ',

             lc_bstar   TYPE slis_fieldname    VALUE 'BSTAR',

             lc_reas    TYPE slis_fieldname    VALUE 'REAS',

             lc_maktx   TYPE slis_fieldname    VALUE 'MAKTX',

             lc_table   TYPE slis_tabname      VALUE 'PT_ISEG'.

 

 

  DATA: ls_fieldcat TYPE slis_fieldcat_alv.

 

 

  ls_fieldcat-col_pos   = lc_1.

  ls_fieldcat-fieldname = lc_zeili.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l01.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_2.

  ls_fieldcat-fieldname = lc_matnr.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l02.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_3.

  ls_fieldcat-fieldname = lc_maktx.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l09.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_4.

  ls_fieldcat-fieldname = lc_werks.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l03.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_5.

  ls_fieldcat-fieldname = lc_lgort.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l04.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_6.

  ls_fieldcat-fieldname = lc_charg.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l05.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_7.

  ls_fieldcat-fieldname = lc_sobkz.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l06.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_8.

  ls_fieldcat-fieldname = lc_bstar.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-seltext_m = text-l07.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

  ls_fieldcat-col_pos   = lc_9.

  ls_fieldcat-fieldname = lc_reas.

  ls_fieldcat-tabname   = lc_table.

  ls_fieldcat-edit      = abap_true.

  ls_fieldcat-outputlen = lc_100.

  ls_fieldcat-seltext_m = text-l08.

  APPEND ls_fieldcat TO pct_fieldcat.

  CLEAR ls_fieldcat.

 

 

ENDFORM.                    " F_BUILD_FIELDCAT

*&---------------------------------------------------------------------*

*&      Form  F_BUILD_EVENTS

*&---------------------------------------------------------------------*

*       Building the Events Table for ALV

*----------------------------------------------------------------------*

*      <--P_LT_EVENTS  text

*----------------------------------------------------------------------*

FORM f_build_events  CHANGING pct_events TYPE slis_t_event.

  DATA: ls_event TYPE slis_alv_event.

  CALL FUNCTION 'REUSE_ALV_EVENTS_GET'

    EXPORTING

      i_list_type = 0

    IMPORTING

      et_events   = pct_events.

 

 

  READ TABLE pct_events WITH KEY name = slis_ev_user_command INTO ls_event.

  IF sy-subrc = 0.

    MOVE 'F_USER_COMMAND' TO ls_event-form.

    APPEND ls_event TO pct_events.

  ENDIF.

ENDFORM.                    " F_BUILD_EVENTS

*&---------------------------------------------------------------------*

*&      Form  F_BUILD_LAYOUT

*&---------------------------------------------------------------------*

*       Building the layout setting of the ALV

*----------------------------------------------------------------------*

*  -->  p1        text

*  <--  p2        text

*----------------------------------------------------------------------*

FORM f_build_layout CHANGING pcs_layout TYPE slis_layout_alv.

  pcs_layout-zebra = abap_true.

ENDFORM.                    " F_BUILD_LAYOUT

*&---------------------------------------------------------------------*

*&      Form  F_ALV_OUTPUT

*&---------------------------------------------------------------------*

*       Displaying the ALV GRID Display

*----------------------------------------------------------------------*

*  -->  p1        text

*  <--  p2        text

*----------------------------------------------------------------------*

FORM f_alv_output USING pt_fieldcat TYPE slis_t_fieldcat_alv

                        pt_events   TYPE slis_t_event

                        ps_layout   TYPE slis_layout_alv

                        pt_iseg     TYPE tt_iseg.

  CALL FUNCTION 'REUSE_ALV_GRID_DISPLAY'

    EXPORTING

      i_callback_program    = sy-repid

      i_grid_title          = 'Inventory Document Data'(001)

      is_layout             = ps_layout

      it_fieldcat           = pt_fieldcat

      it_events             = pt_events

      i_screen_start_column = 10

      i_screen_start_line   = 10 "20

      i_screen_end_column   = 200

      i_screen_end_line     = 30 "40

    TABLES

      t_outtab              = pt_iseg

    EXCEPTIONS

      program_error         = 1

      OTHERS                = 2.

  IF sy-subrc <> 0.

    MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno

            WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.

  ENDIF.

ENDFORM.                    " F_ALV_OUTPUT

*&---------------------------------------------------------------------*

*&      Form  F_USER_COMMAND

*&---------------------------------------------------------------------*

*       Update the Reason code Comment Data

*----------------------------------------------------------------------*

FORM f_user_command USING r_ucomm     LIKE sy-ucomm

                          rs_selfield TYPE slis_selfield..

  IF rs_selfield IS INITIAL.

    CLEAR rs_selfield.

  ENDIF.

  CASE r_ucomm.

    WHEN OTHERS.

      DATA: lrf_grid TYPE REF TO cl_gui_alv_grid.

      IF lrf_grid IS INITIAL.

        CALL FUNCTION 'GET_GLOBALS_FROM_SLVC_FULLSCR'

          IMPORTING

            e_grid = lrf_grid.

      ENDIF.

      IF NOT lrf_grid IS INITIAL.

        CALL METHOD lrf_grid->check_changed_data .

      ENDIF.

  ENDCASE.

ENDFORM.                    "F_USER_COMMAND

 

TOP Include data declaration:

Top include.jpg

 

The hierarchy of Function Group then would be as shown below once development is completed.

 

Function Group.jpg

 

Implicit Enhancement:


Once done with the code to display ALV for entering comments, the FM can be called from appropriate enhancement points.

 

Here the enhancement is placed inside include MM07IFB0 for IM transactions and MM07MFI0 for WM related transactions. These enhancement points are chosen in such a way that all the data required to display in ALV is available.

 

For_IM.png

 

for_WN.jpg

 

Code inside the include as shown below.

 

CONSTANTS: lc_mi07 TYPE sytcode VALUE 'MI07',

           lc_mi10 TYPE sytcode VALUE 'MI10',

           lc_li21 TYPE sytcode VALUE 'LI21'.

 

 

  IF sy-tcode EQ lc_mi07 OR sy-tcode EQ lc_mi10.

    CALL FUNCTION 'ZFSIM_INV_REASON_COMMENT'

      TABLES

        ct_iseg = xiseg.

  ENDIF.

 

 

  IF sy-tcode EQ lc_li21.

    CALL FUNCTION 'ZFSIM_INV_REASON_COMMENT'

      TABLES

        ct_iseg = yiseg.

  ENDIF.

 

As shown, since we are updating SAP internal table XISEG/YISEG, SAP automatically takes care of updating value in standard tables.

 

Append Structure:

 

Shown below is append structure to house comments.

 

Append structure.png

 

Copyright

© Copyright 2013 SAP AG. All rights reserved.

 

No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.

 

Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+, POWER6, POWER5+, POWER5, POWER,

OpenPower, PowerPC, BatchPipes, BladeCenter, System Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM Corporation.

 

Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.

Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other countries.

 

Oracle is a registered trademark of Oracle Corporation.

 

UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.

 

Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc.

 

HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology.

 

Java is a registered trademark of Oracle Corporation. JavaScript is a registered trademark of Oracle Corporation, used under license for technology invented and

implemented by Netscape.

 

SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and other countries.

 

Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web Intelligence, Xcelsius, and other Business Objects products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of Business Objects S.A. in the United States and in other countries. Business Objects is an SAP company.

 

All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary.

 

These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.

 



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.


Release Strategy configuration for Contracts and Purchase Order

$
0
0

Release Strategy configuration for Contracts and Purchase Order

 

Purchase Order Release strategies are already in place in SPRO and is used by the users.

Now the business wants to configure the Release strategies for Outline Agreements specifically Contract i.e. ME31/ME31K.

Both Purchase Order and Contracts use the same Table EKKO and same Communication structure CEKKO. Therefore change in any one of them affects the other. Here we will learn how to make PO and Contract Release strategies work hand in hand.

 

In this scenario, PO release strategies are dependent on following Characteristics:

  • PLANT
  • NET VALUE
  • DOCUMENT TYPE
  • PURCHASING GROUP
  • PURCHASING ORGANIZATION
  • ITEM CATEGORY
  • ACCOUNT ASSIGNMENT

 

Contract Release Strategies are dependent on following Characteristics:

  • COMPANY CODE
  • TARGET VALUE
  • DOCUMENT TYPE
  • PURCHASING GROUP
  • PURCHASING ORGANIZATION
  • ITEM CATEGORY
  • ACCOUNT ASSIGNMENT

 

Below mentioned are the steps to be followed with screenshots in SPRO i.e. IMG System for this configuration.

 

 

  • Go to  SPRO >> Material management >> Purchasing >> Contracts >> Release procedures for Contract >> Edit Characteristics

1big.jpg

 

  • Create the characteristics related to Contract. For example, Target Value, Company Code.  Further these characteristics will be added in the Release strategies for PO with value Blank or ALL

2big.jpg

 

3b.jpg

 

4b.jpg

 

5b.jpg

 

6b.jpg

 

7b.jpg

 

  • Include the Contract characteristics to the same Class which is used for PO

8b.jpg

 

9b.jpg

 

10b.jpg

 

  • Go to define Release strategy

11b.jpg

 

12b.jpg

 

  • Create a new Release group for contract with same class as PO

13b.jpg

 

  • Define new Release codes for Contract

14b.jpg

 

  • Release indicators can remain same as PO

15b.jpg

  • Define Release strategies for contract and include the Characteristics

16b.jpg

  • Select the Release strategy and click on Details

17b.jpg

  • Select Release Prerequisites

18b.jpg

  • Check Release status

19b.jpg

  • In Classification add the values for each Characteristic. If any of the Characteristics is irrelevant for contract select the value blank

20b.jpg

  • Follow the above steps for all the Release strategies
  • Now go to the PO Release strategies one by one to add the values for the Characteristics added for Contract. For example, Target Value and Company Code

21b.jpg

  • Select Release Prerequisite

22b.jpg

  • Check Release Statuses

23b.jpg

  • In Classification add all the Company code values and for Target Value add zero

24b.jpg

  • In this scenario, in case of PO, COMPANY CODE is not a mandatory field and while creating a PO, COMPANY CODE value is passed to the structure CEKKO so it is necessary to pass ALL values for Company code in PO release strategy
  • PO is not based on Target Value in this scenario that’s why the value zero is passed in PO Release strategies
  • In case of Contract, PLANT is not a mandatory field and while creating a Contract, PLANT value is passed blank to structure CEKKO, so it is required to pass PLANT value as BLANK

 

 

 


Return and Advance vendor Return Management with RMA number

$
0
0

Basic Understanding

 

One of our US client Requirement  was to use Advance Return to vendor with RMA number. There are many ways in which return deliveries to vendors can be created. Want to share some of them.

 

The return to vendor process begins with a requirement to return an item to a vendor. The initial activity is to request a Returns Material Authorization (RMA) from the vendor. This is a manual step and the RMA number is entered into a text field in the return purchase order. The buyer then creates a return purchase order inthe system. The return purchase order is similar to a standard purchase order except the return flag which sets up the return delivery to enable shipment of the item(s) back to the vendor.

 

The return purchase order confirmation goes to the vendor and the return delivery is sent to the shipping department where the item(s) are picked and shipped back along with a delivery note. When the shipping department creates the delivery the item(s) are withdrawn from stock. A credit memo is generated which transfers the liability to the vendor.

 

Case 1: Advance return to vendor with RMA number and outbound delivery.

 

Configuration steps:

 

SPRO --> MM --> Purchasing --> PO -->  Return Order and Advance Return Management

 

pic.png

 

pic.png

pic.png

1. Activate Advance Returns management for Purchase Order Types.

     PO document types will be NB2. Activate Advance return for particular PO document type.

pic.png

2. Activate and Rename follow on activities

 

pic.png

You can maintain different number ranges for Return PO

You can also maintain the reason to return to vendor.

 

After all the configuration we will run the actual scenario.

 

Scenario:

 

You have to send material back to vendor with RMA number provided by vendor.

pic.png

 

Create the Return Purchase Order with document type NB2.

Enter the vendor

 

pic.png

But before creating PO make sure all the needful data is entered in the vendor master XK02

 

 

In Purchasing data, tick on 'RMA Required' field and also tick on 'Return vendor'

Maintain the shipping condition.

 

Once you tick on return vendor, the system pop up a window and will ask you to enter customer number. If you press OK, the system will create the dummy customer and it gets reflected in vendor master. As you will create shipping document the customer should be available.

 

pic.png

 

Again back to PO, enter all the data i.e material number, quantity you want to send back to vendor.

Also, make sure return delivery indicator at PO item level is ticked.

 

pic.png

You have to enter vendor RMA number at PO header level under 'Return ' tab.

 

pic.png

Save the PO, you will view the shipping data same as that in STO PO.

 

pic.png

 

For shipping tab to be reflected in PO, make sure all the settings are done for delivery type used, Customer will be captured from vendor master, also sales organisation, distribution channel, division should be configured. Shipping condition, shipping point along with delivery type should be configured, Loading group and transport group will be captured from material master sales view.

 

Through VL10B, shipping document will be created with respect to return PO.

 

pic.png

After executing and background run

 

pic.png

SD document will be created

 

pic.png

Check in tcode: VL02N outpound delivery

 

pic.png

 

Return delivery gets created.

Post the goods issue.

Then the process is same after return delivery, credit memo will be created.

 

Case 2: Normal vendor return with movement type 122 with automatic delivery.

 

If you want to do normal return to vendor via movement type 122.

Follow this process.

Vendor creation will be same as explained above.

 

After normal standard PO creation and GRN created in system, We have to return material to vendor via movement type 122.

 

pic.png

Standard purchase order created.

 

pic.png

 

GRN created with respect to PO.

View PO history.

 

pic.png

 

Now due to some reason out of 10 quantity we have to return 2 material quantity back to vendor.

pic.png

 

Tick on 'Via delivery' and enter 'Reason for movement '

If all the setting from SD module i.e delivery type, shipping condition, shipping point, sales area configuration and return configuration as explained before are done then in MIGO by clicking on 'Via Delivery' the system will automatically create the outbound delivery in the background.

 

pic.png

You can view the reflection in Purchase order history.

Procurement with Origin Acceptance

$
0
0

Procurement with Origin Acceptance

In import procurement, the buyer or purchasing organization typically negotiates with a vendor to accept goods or to take ownership of goods at the vendor premises. In other words, the buying entity takes the financial ownership of the goods at the vendor premises and is therefore liable to pay the vendor even though the goods have not yet physically arrived at the buyer’s location (plant/warehouse). In international commerce trading terminology it is called EX-Works procurement and recognized by the International Commercial Term (Incoterm) “EXW”.

 

Standard SAP provides the capability to use the Incoterm “EXW” in the purchasing documents such as purchase orders, contracts and/or scheduling agreements. Though SAP also has an inventory movement type (107) which can accept goods at the origin, the standard SAP solution doesn’t have end to end integration to use the Incoterm “EXW’, origin acceptance along with movement type 107. The lack of integration of the origin of acceptance functionality with the follow-on business processes (goods receipts, invoice postings and releases, vendor payments, MRP functionality and so on) requires some manual intervention at each business process step starting with the PO creation up to the invoice processing  in order to use it efficiently. Manual intervention in the business process can potentially impact the following areas:

Account Payable/Finance

Procurement

Material Requirement Planning

-Delay vendor payment

- In-transit stock ownership and financial posting in SAP system

-Uncertainty of delivery date/ownership from vendor

- Supplier performance evaluation

- Stock availability for use

- Over or under planning by MRP

 

 

The purpose of this document is to describe how to design and build the end to end procurement process for “origin at acceptance functionality” within SAP with additional configuration as well as custom development work which will allow for the avoidance of any manual intervention.

 

Below is the expected high level procurement business process flow regarding the concept of origin at acceptance:

 

Process Flow- Procurement by Origin Acceptance

Exw Work.jpg

GAPs in Standard SAP

When above described process mapped within standard SAP, following gaps occurs.

Gaps.jpg

How to Fix these GAPS

All of the above referenced gaps can be addressed with the below listed work: additional master data setup, configuration and custom development in SAP ECC. This can make procurement with origin of acceptance a seamless process avoiding any manual interventions.

 

Master Data Setting:

Master Data.jpg

 

 

Configuration

Perform below configuration activities to determine Movement Type 109 in IBD

1.       Configure new item category for inbound delivery:  Create new item category e.g. ZEL for inbound delivery and assign movement 109 for this item category.

IMG Path: SPRO->Logistics Execution->Deliveries-> Define Item Categories for Deliveries

Config1.jpg

2.       Define Item Category Usage:  Define new item category usage

IMG Path: SPRO->Logistics Execution->Deliveries-> Define Item Category Usage)

Config3.jpg

 

3.       Define Item category determinations in Deliveries:Define new item category determination (defined in step) during inbound delivery creation for combination of item categories.

Config5.jpg

          Repeat this step for all item categories defined in material master.

 

Custom Development

 

1.       Development to determine “Origin of Acceptance” in PO automatically

To default origin of acceptance indicator in purchase order, implement BADI  ME_PROCESS_PO_CUST      and      class      PROCESS_ITEM.In the BADI write logic to check incoterm at PO line item level and if it is “EXW”, set origin of acceptance indicator in PO (you can use other logic as well to set origin of acceptance indicator).

     

2.       Create Custom Table to Maintain Transportation Time:

        Create custom table to maintain transportation time for the combination of vendor, material, plant and incoterm. (Client may use other criteria based on business requirement). Include this table maintenance in one of the support role.

 

3.       Delivery Date in Purchasing Form Output:

        ModifyPurchase order form output to read delivery date as below for procurement with origin acceptance scenario only.

                         If Inco term at PO line item level is “EXW” then

                PO Delivery date for line item = PO Delivery Date (EKPO- EEIND) – Transportation Time from custom tabbased on  vendor/material/plant/incoterm combination.

 

 

4.       Delivery Date in Purchasing Output by EDI: (Optional)

        This development is required only if procurement with origin acceptance is done with   EDI vendor. In this case, identify enhancement spot in outbound PO message type       ORDERS05 and apply same logic as mentioned in step 3.

5.       Delivery Date in ASN or order confirmation by EDI: (Optional)

                This development is required only if procurement with origin acceptance is done with   EDI vendor and vendor sends and vendor send order confirmation and advance shipping             notification by   EDI. In this case, identify enhancement spot in inbound PO confirmation                (Message type ORDRSP) and advance shipping notification (DESADV) and apply below   logic.

                Delivery date in order confirmation or ASN= Delivery date provided by vendor + Transportation Time from custom table based on vendor/material/plant/incotem combination

                Delivery date from order confirmation or ASN is used by MRP for planning purpose.

 

6.       Development to determine Movement Type 109 in IBD

                 Implement enhancement spot ES_SAPMV50A and object MM_INB_DEL_ITEM_CATEGORY and write logic to determine item category “ZEL” in IBD (inbound delivery) for origin of      acceptance scenario. In the logic, check inco term at PO line item level (EKPO-INCO1), if    it is “EXW” then select item category from table T184L for delivery type is “EL” and  usage “Z” and update in the field “XLIPS-PSTYV” (item category in inbound delivery).

7.       Supplier Evaluation:

        Update your supplier evaluation program to calculate delivery score for procurement    with origin acceptance as below (Generally Supplier evaluation program is customer     specific therefore program details not provided)

        If PO line item has inco term “EXW”, then target delivery date as

        Target delivery date= Delivery date from PO (EKPO-EEIND) - Transportation Time from custom table based on vendor/material/plant/incoterm combination

        Actual Delivery Date= EKEB-BUDAT (Delivery date with ref to PO posted by movement type 107) by using PO# and where EKBE- BWART= 107

        Compare target delivery date actual delivery date and assign delivery score appropriately.  

8.       Update security profile

        To allow buyer to post good receipt for procurement with origin at acceptance by using TCode MIGO and movement type 107.

 

Value Addition/Benefit and Impact

Ø  Seamless end to end integrated process without manual intervention

Ø  Actual delivery date communicated to vendor and actual physical goods receipt date used by MRP

Ø  Origin acceptances by movement type 107 have following impact on MM, FI and LIV.

 

FI Impact

MM Impact

LIV Impact

ü  Accounting document generated

ü  Origin acceptance date recorded

ü  Item placed in valuated blocked stock

ü  Not available for use

ü  Invoice block removed

ü  Invoice available for payment as per agreed term prior to taking physical control of the items

 

Ø  Actual good receipts by movement type 109 have following impact

FI Impact

MM Impact

LIV Impact

ü  No financial documented posted

ü  Physical goods receipt date recorded

ü  Goods available for use

ü  No Impact

 

Possible to monitor goods accepted at origin and current stock status by using report MB5OA

Material Master- Brazil Localization

$
0
0

Material Master in Brazil play a very important role in identification of tax structure for the SAP MM. Correct configuration of material master as well as understanding of key fields is very important for Brazil Localization. Also, the taxes configuration involved in Brazil business are handled by the individual teams MM, SD & FICO.

 

Explained below are the key fields which should be considered while configuring the SAP material master & vendor master data in Brazil. These fields play a critical role in understanding of SAP MM localization related details in Brazil.

 

1. Material Master

The following three material master views play a very important role in configuration of new material- SALES VIEW, FOREIGN TRADE IMPORT/EXPORT VIEW & ACCOUNTING VIEW.

 

1. SALES VIEW

Sales View contains the information related to general data & Tax data. Tax data section provides the detail about the tax classification which will be applicable for the type of material/service/product created.

 

1.png


We can configure the tax classification as option 1- having IPI/ICMS/Sub. Trib or Option 2- having ISS- Service, Field: TSKMT- VTEXT.

The main difference between option 1 & option 2 is that former option is applicable where service is being offered as a product. This is municipal tax levied on services. Calculation of ISS (Service tax) depends on many factors, such as type of service or location.

 

2.png

 

Based on the above information configured, tax applicable to product/service is determined. The main taxes which are applicable in Brazil are IPI/ICMS/Sub. Trib/PIS/COFINS or ISS.

 

2. FOREIGN TRADE IMPORT/EXPORT VIEW

Foreign trade import/export views provide us the details of foreign trade data, Origin/EU market organization/ preference, legal control and material CFOP category. Under Foreign trade, we have NCM code i.e. consumption control code. Snapshot below shows the control code and Material CFOP category as an example.

 

3.png

CONTROL CODE is used calculating the IPI tax percentage. IPI Stands for Imposto Sobre Produtos Industrializados. In Brazil, IPI is an excise tax levied at federal level on most domestic and imported manufactured goods. IPI is assessed per product and is applied to the gross price. In Indian terminology, IPI is equivalent to VAT tax. The field is MARC-STEUC.

 

Path to configure NCM code to material group is below:

 

Cross-Application Components® General Application Functions ® Nota Fiscal ® NCM Codes ® Assign to Material Groups

 

The system enters this value when you create a purchase order, unless you have maintained a different NCM code in the material/vendor info record.


Material CFOP category, this field contains the CFOP category for the material, which the system uses to determine the CFOP code during nota fiscal generation. Nota fiscal is a statutory document which is generated on the movement of material and is approved by the federal authority of Brazil.


Path for configuring the CFOP codes in SAP is below:

 

Cross-Application Components® General Application Functions ® Nota Fiscal ® CFOP Codes ® Assign to Material Groups

 

The field is MARC-INDUS

 

It includes information on the good's origin as well as the type of operation, such as sales, returns, or stock transfers. The CFOP number must be printed on all Notas fiscals and is included in legal reporting.

 

3. ACCOUNITNG VIEW

 

The third view in the material master is accounting view which provides the inputs for determination of CFOP code. These inputs are available in the ‘Accounting View 2’ of the material master. Under section ‘Determination of CFOP code’, fields Material usage (MBEW-MTUSE), Material Origin (MBEW-MTORG) and Produced in-house (MBEW-OWNPR) indicator.

These 3 fields are linked in determination of CFOP code used in Nota Fiscal generation.


3.png

Material usage (MBEW-MTUSE)

 

This indicator shows the intended usage of a particular material in inventory

 

Material Origin (MBEW-MTORG)


This indicator shows whether the products were produced inside Brazil or were imported. If the goods were imported, it also indicates whether they were imported directly by the company or not.


Produced In-house (MBEW-OWNPR) Indicator


This indicator shows whether the material was produced by the company or another one. It is used for purpose of CFOP determination.

If the indicator is set the material was produced by the company. If the indicator is not set the material was produced by another company.

Steps to follow in SAP & Transaction codes for Sub-contracting cycle for Project with CIN

$
0
0

Create materials  –                                                                                                                      MM01

Create BOM (Optional) –                                                                                                             CS01

Maintain CIN Master data –                                                                                                          J1ID

Create PR with A/c assignment “Q” & Item cat "L" –                                                                    ME51N

Create Info record with info category “subcontracting” (Optional) -                                             ME11

Create PO with reference to PR (A/c assignment “Q” & Item cat "L") –                                       ME21N

Release PO (if release strategy exists) –                                                                                    ME28

Define new storage location for Subcontracting Vendor –                                                          SPRO(OX09)

Maintain Movement type group for Subcontracting -                                                                   SPRO(OMJJ)

Transfer posting components to SC vendor with 311+Q –                                                          MB1B

Check the stock with SC vendor using Tcode MMBE (not with ME2O) -                                      MMBE

Create Subcontracting challan with ref to material document –                                                   J1IF01

Print out of subcontracting challan –                                                                                           J1IF11

Receive final product against subcontracting PO with 101 movement type –                              MIGO_GR

Reconciliation of challan –                                                                                                           J1IFQ

Complete the challan –                                                                                                                J1IF13

MM Customizing Tcodes

$
0
0
OLMBIMG Inventory Management
OLMEIMG View: Purchasing
OLMRIMG Invoice Verification
OLMRLISTMaintain List Variant
OLMSRVCustomizing MM-SRV
OLMWIMG Valuation/Acct Assgt
OM1RMaint. Periodic Invoicing Plan Types
OMB1Dynamic Availability Check
OMB2Create SLoc. Automatically (GI)
OMB3Create SLoc. Automatically (GR)
OMB4Maintain Print Indicator (GI)
OMB5Maintain Print Indicator (GR)
OMB6Change Manual Account Assgt.
OMB9Change Document Lives
OMBANumber Assgmt. for Accounting Docs.
OMBBBatch Where-Used List
OMBCSet Missing Parts Check
OMBDBusiness Area from MM View
OMBGSet Stock Balance Display
OMBHPhys. Inventory Settings in Plant
OMBNDefaults for Reservation
OMBOAssign Forms and Programs
OMBPFreeze Book Inventory Balance
OMBRGeneral Print Settings
OMBSReasons for Movements
OMBTNo. Ranges: Mat. Doc./Phys.Inventory
OMBUAllocate Layout Sets to Reports
OMBWSet Screen Layout for Goods Movement
OMBZRev. GR Despite Invoice
OMC0Tolerance Limits for Goods Receipt
OMC1Goods Receipt/Issue Slip Number
OMC2Number Assignment for Reservations
OMCD"Suggest ""Del. Completed""Indicator"
OMCEDefine Batch Level
OMCFPrint Label
OMCGSearch Procedures: Batch Determ. MM
OMCHSet Manual Account Assignment (GR)
OMCJScreen Layout: Goods Receipt
OMCNControl BTCI Sessions for Phys. Inv.
OMCOSet Cycle Counting
OMCPDynamic Availability Check: GI
OMCQSettings for System Messages
OMCRInventory Sampling: St.Mgmt Lvl: WM
OMCSActivate Batch Status Management
OMCTBatch Definition
OMCUBatch Status Management in Plant
OMCVClassify Batches
OME1MM-PUR Purchasing Value Keys
OME2MM-PUR Terms of Payment
OME4MM-PUR Purchasing Groups
OME5MM-PUR Activate Plant: Source List
OME9MM-PUR Acct. Assignment Categories
OMECCopying Control Maintenance
OMEEMM-PUR Reorganization RFQ
OMEHMM-PUR User Maintenance
OMEIMM-PUR User Profiles
OMELMM-PUR Certificate Categories
OMENMM-PUR Reorg. Sched. Agrmnt Time
OMEOMM-PUR Number Ranges: Info Record
OMEPMM-PUR Number Ranges: Source List
OMEQMM-PUR Quota Arrangement Rules
OMESMM-PUR Comments on Quotation
OMESCJActivate chargeable info records
OMETSettings for Function Authorizations
OMEVDetermine Consgt. Valuation Prices
OMEWMM-PUR Requisition Processing Time
OMEXMM-PUR Reorganization: Requisition
OMEYMM-PUR Reorganization PO
OMEZMM-PUR Reorg. Contract Time
OMF0MM-PUR Activate Cond. for Plant
OMFISettings for Default Values
OMFKMM-PUR Field Selection: Vendor
OMFNMM-PUR Schema Groups: Vendor
OMFOMM-PUR Find Calculation Schema
OMFPMM-PUR Schema Group <-> Pur. Org.
OMFRMM-PUR Mkt. Price Schema: P. Org.
OMFSCMM-PUR Chge.-Notice-Relev. Fields
OMFTMessage Determination Requirements
OMFZMM-PUR: Stock Transfer Schema
OMG0MM-PUR Item Cat./Acc. Assgt. Cat.
OMGBMM-PUR Texts: Creditor (Purch.)
OMGFMM-PUR Output Device: Messages
OMGGSettings for Message Determination
OMGHMM-PUR: Transaction/Event Keys
OMGMSettings for Subcontracting
OMGQ_CHAR Charact. Maint.: Release Procedure
OMGQCKRelease Procedure Checks
OMGSCKRelease Procedure Checks
OMH6Number Ranges for Purch. Documents
OMH7Number Ranges for Purch. Requisition
OMHSDisplay Info Record Transfer File
OMHUExample File: Batch Input Info Rec.
OMJ1Allow Negative Stocks
OMJ2Maintain Phys.Inv.Tolrnce->Employee
OMJ3Printer Determination Plant/SLoc.
OMJ4Printer Determ: Plant/SLoc./User Grp
OMJ5Exp.Date at Plant Level and Mvmt Lvl
OMJ7Plant/Val.Area - Divis. -> Busin.Ar.
OMJ8Create Stor. Loc. Automatically
OMJASet Screen Layout for Goods Movement
OMJDSet Missing Parts Check
OMJEExp.Date at Plant Level and Mvmt Lvl
OMJISet Material Block
OMJJCustomizing: New Movement Types
OMJNGeneral field selection: goods mvmnt
OMJRPrinter Determin.: Message Type/User
OMJU"Gen. field selection
OMJXGR Field Selection From Procurement
OMKHMM-PUR Reg. Vend. Source of Supply
OMKIMM-PUR Default Purchasing Org.
OMKJMM-PUR P.Org. Cross-CoCode Release
OMKKMM-PUR Tax Indicators: Material
OMKLMM-PUR Tax Indicators: Acc. Assgt.
OMKMMM-PUR Tax Indicators: Plant
OMKNMM-PUR Assign Tax Inds. to Plant
OMKOMM-PUR Assign Tax Inds. to A. ***.
OMPNMM-PUR Purchasing Manuf. Part No.
OMQ1Transfer of Purchase Orders
OMQ2Transfer of Purchase Order History
OMQ5Edit PO Transfer File
OMQNFine-Tuned Control: Purchase Order
OMQPFine-Tuned Ctr.: Sch. Agmt. Schedule
OMQQFine-Tuned Control: Service Entry
OMQSAssign Schema to Purchase Order
OMQVAssign Schema to Service Entry Sheet
OMQWEntry Aids w/o Material Master
OMQXDefault Asset Class for Mat. Group
OMR0C MM-IV Autom. Acct. Assgt. (Simu.)
OMR2C RM-MAT MR Default Incoming Invoice
OMR4MM-IV Doc.Type/NK Incoming Invoice
OMR6Tolerance limits: Inv.Verification
OMR9C RM-MAT MR Payment Block Reasons
OMRAC MM-IV Val.Cat./Subs.Debit/Credit
OMRCC MR Alloc. User/Tolerance Group
OMRDConfigure Duplicate Invoice Check
OMRFC MM_IV Activate Stochastic Block
OMRGC MM-IV Stochastic Block Values
OMRHC MM-IV Activate Item Amount Check
OMRIC MM-IV Item Amount Check Parameters
OMRJC MM-IM NoRange RE_BELEG
OMRKMail to Purchasing
OMRMC MM-IV Customer-Specific Messages
OMRMBScreen Selection Header Data Screen
OMRNC MM-IV Carry Forward Price Change
OMRPG/L Account Auth. in Purchase Order
OMRVInvoice Status Change
OMRXVendor-Specific Tolerances
OMRYEDI Program Parameters
OMSBC MM-BD Special Stock Description
OMSKC MM-BD Valuation Classes T025
OMTBOutput Program: Purchase Order
OMTGOutput Partner: Purchase Order
OMTHOutput Partner: Outline Agreement
OMUPForecast Schedule: Transm. Profile
OMW0C MM-IV Control Valuation
OMW1C RM-MAT MW Price Control
OMW4C LIFO/FIFO-Relevant Movements
OMW5C Devaluation by range of coverage
OMW8NC Stock Weighting (Mvt Rate)
OMW8RC Stock Weighting (Rge of Coverage)
OMW9C RM-MAT MW Doc.Type/F-u.Csts.Pr.Ch.
OMWBC MM-IV Autom. Acct. Assgt. (Simu.)
OMWCC MM-IV Split Material Valuation
OMWDC RM-MAT MB Grouping Valuation Area
OMWEC LIFO/FIFO Valuation Active?
OMWEBMaintain C Valuation Tracks
OMWLC LIFO/FIFO Global Setting
OMWMC MM IV Control: Accnt Determination
OMWNMM-IM: Acct Group. Code for Mvt.Type
OMWOC MM-PUR: Purchase Account Mgmt
OMWPC LIFO/FIFO Methods
OMWWMM Account Determination Wizard
OMXXUpdate Contr. Release Order Docu. MM
OX01Company Code -> Purchasing Org.
OX08Define Purchasing Organization
OX09Customize storage locations
OX10Customize plant
OX14C MM-IV Valuation area - val. level
OX17Plants -> Purchasing organization
OX18Assignment Plants -> Company Code

Activating Batch management while creating a new material Issue

$
0
0

Today I tried to create a 'New' material with material type 'ROH' and after entering all information in MM01. When I tick 'Batch Management Indicator' in either purchasing or plant/storage view, I got 'display errors' which reads 'Batch management may not be defined for value only materials'.

 

I searched all over google and SCN and unable to find a solution. May be I missed somewhere..

 

After too much head breaking, I found that in OMS2 details for material type ROH in  Quantity/Value updating subscreen, 'By Valuation area' were selected for both Quantity and value as shown in the screen shot...

 

 

qtyvalu.jpg

 

 

 

but for my plant both quantity and value updates were checked for this material type.

 

 

Finally after selecting radio Button 'In all valuation areas' for both Quantity and Value, I'm able to create a new material with Batch management active..

 

I never encountered an issue or use with the above setting...

 

 

So I just thought of sharing with you all...

IF you found any other usage of this setting please share...

 

 

Regards

Satish


Missing Parts Check at the time of GR In SAP MM Inventory Management

$
0
0

HI Friends,

This document is about how missing parts check work in SAP MM Inventory Management.

 

Overview Of Missing Parts Check:

 

By using Missing parts check, the system checks at the time of goods receipt, other receipts or transfer posting  of a material, whether it is a massing part or not. If that material is a missing part then system issues a warning message and also sends a mail to the responsible MRP Controller of the plant.

 

What is Missing Part:

 

A material is called as missing part when the available stock of that material is not sufficient to fulfill the existing reservations (requirements) of that material. So in order to fulfill those requirements you have to procure or produce that material. These requirements may be generated automatically (for ex: by means of Production order dependent requirements for raw materials which will create a reservation for raw materials) or Manually (For Ex: by means of reservation created manually in MB21 with movement type 201 goods issue to cost center).

 

Steps for activating Missing missing parts check:

 

1. Go to SPRO >> Materials Management >> Inventory Management >> Goods Receipt >> Set  Missing Parts Check

 

     Here activate the Missing parts check for your plant as shown below

2.jpg

You can also activate the same in inventory management plant parameters

 

64.jpg

 

2. Create Checking Rule

 

     Here Create a checking Rule By clicking New Entries, and giving a code & Description (you can use any standard checking rule also... Ex: 03

 

3.jpg

 

3. Define Checking Rule

 

Here Define checking rule with the combination of availability checking group by clicking New entries.

 

4.jpg

 

Here select the stocks which needs to be considered as available stocks when checking a missing part against a required quantity.

 

Give checking period for missing parts. This checking period is a period in which system checks for a missing part after requirement date.

Here if you select the 'Check without RLT' then system will not consider the replenishment lead time.

 

 


5.jpg

 

4. Assign checking rule to the transaction code

 

     Here you assign the checking rule to be used while executing particular transaction code

 

6.jpg

 

6. Assign Checking Rule to the movement type

 

Here assign checking rule to the movement type. This assignment is not mandatory. If you assign here, this checking rule takes precedence over checking rule of transaction code. If you not assign any rule, the system takes checking rule from transaction code.

Note: If you enter '**' here, the missing parts check will be deactivated exclusively for that movement type.

 

 

61.jpg

 

7. Assign availability check group to the material master

 

     In MRP3 View of material master assign availability check group. and also assign MRP controller in MRP1 View of material Master. A mail will be sent to him about missing parts.

 

1.jpg

 

 

8. Define MRP Controller

 

Go to SPRO >> Materials Management >> Consumption-Based Planning >> Master Data >> Define MRP Controller

 

Here Dine MRP Controller in your plant and give User ID as shown below

 

 

63.jpg

 

 

 

 

Assign Central Missing Parts MRP Controller

 

Here assign a MRP Controller to your plant. This MRP Controller will be informed through mail about missing parts in case If you haven't maintained an MRP controller in the material master. 

 

62.jpg

 

So now you are completed the Missing parts check back end settings.

 

Testing of Missing Parts Check at GR:

     In order to test the missing parts check do the below steps.

 

1. Create a Goods issue Reservation for the material in MB21. For Ex: with Movement type 201 Goods issue to cost center.

    

10.jpg

9.jpg

 

2. Check the current stock status of the material in stock overview MMBE

 

8.jpg

 

3. Do Goods Receipt for the material For Ex: With movement type 501 (GR w/o PO) in TCode MIGO

 

7.jpg

After entering all the required data press check button. The system will show you warning message as shown below stating that material is missing part and MRP Controller will be informed.

 

 

 

 

11.jpg

 

Post the GR

 

4. Check business workplace of MRP Controller whether you received a mail about missing parts

 

     In easy access click on SAP business work place icon as show below

13.jpg

Here check your inbox whether you got any message about missing parts similar to shown below.

 

14.jpg

 

Note: The background or configuration settings behind this automatically sent mail are as explained below..

 

Go to SPRO >> Materials Management >> Inventory management >> Output Determination > Define OUtput types

 

Here check Message type 'MLFH' (Mail Message for missing Parts)

 

This message type is used to send the mail automatically to the MRP Controller USer ID. You dont required do any changes. BUt check whether this message type is assigned your message schema, in output determination this schema was assigned and check whethere a condition record exists for this message type.

 

Check sap Note 426648 - Missing part mail checklist for goods movements which is Relevant to this settings if you struck any where.

 

Difference between Summarized and Non summarized missing parts:

 


Non summarized missing parts:

 

If you not select summarize missing parts check box in plant parameters then, The MRP controller will receive a mail for each material including a maximum of five MRP elements requiring the material. For Ex: IF you are receiving 3 materials at a time and these are already missing parts then MRP controller will get 3 Individual mails for each material as show below.

 

65.jpg


 


Summarized missing parts


The MRP controller will receive a mail for each material document and plant. The mail contains the list of missing parts materials but no MRP elements. For Example: IF you are receving 3 materials at a time, in which two materials are missing parts then MRp Controller will get a single mail with the list of these two materials only as shown below.

 

66.jpg

 

-End

Thanks For reading and please share your feedback..

 

Regards

Satish

Custom Screen in Vendor Master

$
0
0

Vendor Master is a basic transaction for processing Pusrchasing and Accounts Payable. Vendor Master has a variety of data that is categorized into three screens:general data, company data and purchasing data.

 

The standard vendor master screen contain many fields, which allow most of the business transactions to be processed. However, at times, there are scenarios, where the existing vendor master information is not sufficient to incorporate all business partners information. In order to incorporate such specific requirements, it is necessary to enhance the existing vendor master with additional fields to incorporate the business transactions.

 

There are dedicated enhancement spots, that enable enhancing the existing vendor master without making a modification in standard. The new subscreens are added in existing standard transactions. The IMG path for the same is as under:

 

Sub1.PNG

 

The first step in the same is creating a screen group

 

Execute the customizing point “Prepare Modification-Free Enhancement in Vendor Master Record”

 

Sub2.PNG

 

Enter a screen group name and description

 

Sub3.PNG

 

Each screen can contain several tab pages. In order to add a new tab, select the created screen group and double-click on “Label Tab Pages". Provide each tab page with a function code and a description.

 

Sub4.PNG

 

Implement the enhancement spots to integrate the screens into standard transaction codes. Use enhancement sport VENDOR_ADD_DATA to activate the enhancement. Go to transaction SE18 and enter spot name “VENDOR_ADD_DATA”. (There is also a BADI available with the same name)

 

Sub5.PNG

 

Display enhancement spot details and click on button “Implement enhancement spot”     or F6 to create a new enhancement implementation.

 

Sub6.PNG

 

In the Pop Up enter the implementation name and implementation description

 

Sub7.PNG

 

Enter the Implementation Class Name as well in the next pop up

 

Sub8.PNG

 

The enhancement implementation is created and the below screen appears

 

Sub9.PNG

 

Double-click on “Implementing class” to display class details.

 

Sub10.PNG

 

Click on Class Name to get the Class Editor (You can also navigate through SE24)

 

Sub11.PNG

 

Implement method CHECK_ADD_ON_ACTIVE

 

Sub12.PNG

 

The next step is to specify the subscreen location. One of the enhancement spot for the same is VENDOR_ADD_DATA_CS. A Badi with the same name is also available. Scroll to T Code SE18 and enter spot name as VENDOR_ADD_DATA_CS. Than create a new enhancement implementation  using Implement enhancement or pressing F6. Select Filter value. Than create a new combination by clicking on button Sub13.PNG

 

 

A combination is added. Now double click on it. Under “Value 1” choose the screen group you have created and “=” under “Comparator 1”.

 

 

Sub14.PNG

 

Now activiate the enhancement implementation. Double click on implementating class and than on class name.

 

Sub15.PNG

 

Now execute transaction code SE24 and toggle to class editor. Implement method IF_EX_VENDOR_ADD_DATA_CS~GET_TAXI_SCREEN.

 

Sub16.PNG

Now we need to create a Z Program that will contain the new sub screen and add the additional field(s) to it. Suppose the fields are to be added at Company Code Level (Table LFB1 impacted). Execute T Code SE11 for table LFB1 and click on append structure and than click on Create button

 

Sub17.PNG

 

Sub18.PNG

 

Enter the Structure Name and than add the additional field to the structure

 

Sub19.PNG

 

Sub20.PNG

 

In SE38, create a module pool ZTEST_ENHANCEMENT with a subscreen 9000.

 

Sub21.PNG

 

Sub22.PNG

 

Now the new code will be displayed in all the T Code which manage vendor master.

Split Valuation Set Up in SAP AFS

$
0
0

Split Valuation in the AFS Industry is an important crieterion for valuating materials. One of the major reasons for using Split Valuation would be to valuate the RMs differently based on their SKU levels. For instance, the various sizes of men’s pants have significant differences in their material input (e.g. zippers).  Therefore, the large, medium and small sizes should be valuated and costed separately

 

Before the material master can be set up following steps need to be completed for activation of split valuation.

 

Activiate Split Valuation

 

Path : IMG -> Material Management -> Valuation & Account Assignment -> AFS Split Material Valuation

TCode :OMWC

 

SUB1.PNG

 

SAP AFS uses the valuation category X for Split Valuation. Valuation Types are maintained in each material master.

 

Valuation Category

 

1. Define Valuation Type

 

SUB2.PNG

 

2. Define Global Categories

 

SUB3.PNG

 

3. Assign valuation category

 

SUB4.PNG

 

Now the material master is ready to use the valuation category.

 

1.Create a Material with a Grid and specify the ”Valuation Category“ as “X“ in the Accounting 1 tab.

 

SUB6.PNG

 

2.In the  “AFS Valuation“ tab you need to now enter the “Valuation Type“ code for the relevant “SKU“ .

 

SUB7.PNG

 

Now save the material.

Split Valuation Activation & its Material Master creation

$
0
0

Split Valuation Use: - For certain materials, it is necessary to evaluate the various stocks in a particular valuation area separately, this configuration guide will provide configuration details for activating split valuation for valuating in-house production and external procurement stocks. Also this document will show the procurement process of the split valuated materials.

 

Configuration of Split Valuation

 

1.1 Activation of split valuation

2013-05-25 17_29_23-Split Valuation_Config Doc.jpg

1.2 Configure split valuation

2013-05-25 17_35_50-Split Valuation_Config Doc.jpg

2013-05-25 17_37_13-Split Valuation_Config Doc.jpg

For External Valuation type put

Valuation type = External

  1. Ext. Purchase Orders = 2

Acct cat. Reference = 2000

2013-05-25 17_38_50-Split Valuation_Config Doc.jpg

Then click on Save.

 

Again click on Create tab to create In House valuation type.

 

For In House Valuation type put

Valuation type = In House

  1. Int. purchase orders = 2

Acct cat. Reference = 2000

 

2013-05-25 17_41_12-Split Valuation_Config Doc.jpg

Then click on Save.

 

1.2.2 Create Global Category

 

2013-05-25 17_43_52-Split Valuation_Config Doc.jpg

2013-05-25 17_45_45-Split Valuation_Config Doc.jpg

Then Click on save.

 

1.2.3 Assign “Valuation types to Valuation categories” (Global)

 

  1. Global Categoriesà Types -> Cat. àPut a cursor on Valuation type and click “Activate”

2013-05-27 10_04_44-Split Valuation_Config Doc.jpg

2013-05-27 10_06_06-Split Valuation_Config Doc.jpg

By this way we can activate split valuation for in-house production & externally procured materials.

 

Split Valuation for Material

 

1.1 - Purpose

          The SAP R/3 System allows you to valuate stocks of a material either together or separately. According to different valuation criteria Split valuation is necessary, if stock from in-house production has a different valuation price than externally procured stock.

 

2.  Process :-

 

2.1 Creation Of Material Master

Create Material Master through MM01, and also select Accounting views

Image 1.jpg

Image 2.jpg

image 3.jpg

 

 

image 4.jpg

image 5.jpg

image 6.jpg

2.2 - External procurement process of material

Step 1

Create P.O through Me21N , maintain the "valuation type" as external in delivery tab in item level.

image 7.jpg

Step- 2

Make goods receipt with respect to the P.O no,

 

image 8.jpg

2.3 -- In - House production confirming for the same material,

 

Step- 1 Create production order

           T- code Co01

image 9.jpg

You can see in "Goods receipt" tab Valuation type is defaulted as "IN HOUSE".

 

Now confirm the production order using T-code Co11N.

 

Check the stock over view in Transaction MMBE which shows stock for two different valuation types.

 

image 10.jpg

Material Stock and Valuation History tables - how to read them

$
0
0

All stock and valuation tables in SAP have as well history tables since release 45. All those tables have the same name as the standard tables, but with a H at the end.

 


Standard tableHistory tableFunction module
Material ValuationMBEWMBEWHMBEW_EXTEND
Storage Location Data for MaterialMARDMARDHMARD_EXTEND
Batch StocksMCHBMCHBHMCHB_EXTEND
Project Stock ValuationQBEWQBEWHQBEW_EXTEND
Special Stocks with CustomerMSKUMSKUHMSKU_EXTEND
Special Stocks with VendorMSLBMSLBHMSLB_EXTEND
Sales Order Stock ValuationEBEWEBEWHEBEW_EXTEND
Special Stocks from VendorMKOLMKOLHMKOL_EXTEND
Project StockMSPRMSPRHMSPR_EXTEND
Material Master Plant dataMARCMARCHMARC_EXTEND
and some more


 


This was implemented to speed up the period closing.

 

But how these tables are updated is for many users cumbersome, they expect to see a record for each month in those history tables, but SAP does it differently. SAP explains the logic in Note 193554 - Stock/valuation data of previous periods still we can see in many discussions that this note was not fully understood.

 

SAP does not update the history table when you execute MMPV to close the MM period.

The History tables are updated with first movement after a period closure.

If there is no movement for several months, then you will not see any history record for all those months that have past.

SAP writes only a history record for the month preceding a change in stock or value.

All the periods between 2 records in a history table had the same stock/value all the time, hence you can take the value for those periods from the record following these missing periods.

 

 

Here we see 8 history records for the valuation data MBEW of one material in one plant, created over a time span of 5 years:

many would expect to see 60 records for 5 years, but we had only 8 months with changes in those 5 years, hence only 8 history records were created.


MB51_.JPG

 

And as proof a screen shot from MB51 Material Document list for the same material and plant:

 

MB51.JPG

 

You can see that the first movement to this material happened on May 22, 2007. This event triggered the creation of the history record for period 004 2007.

The history record tells you that the stock and value for this material was zero at the end of April 2007

 

The next month with movements was December 2007, which caused a history record for November 2007

 

The movement from April 8, 2008 triggered the creation of 2 history records: for period 003 2008, and because there was a year change in between a record for period 12 2007

 

The  movement type 301K (marked yellow) did not trigger any update in MBEWH table, because consignment stock has no value, hence no change to valuation, which means MBEW table is not affected.

 

Finally we have movements in May 2011, and the first movement caused the creation of year end records of 2009 and 2010 and for the previous month 04 2011.

 

 

 

 

If you need to develop own ABAP reports with month end stock then you have to make use of function modules that understand this complex logic. The name of these function modules is starting with the table name followed by _EXTEND (see table)

 

To retrieve previous period data for all materials in valuation area ZRAG the coding should be like that


select * from mbew into table mbew_tab where bwkey = 'ZRAG'.

 

call function 'MBEW_EXTEND'

    exporting

      xvper = 'X'

    tables

      mbew_tab = mbew_tab.

 

 

Please read the SAP Note 415349 - Usage of modules XXXX_EXTEND for previous period values for detailed information because the function modules are not released.

 

 

 


Viewing all 264 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>