Consumption Based Planning Process in SAP MM

The below SAP Tutorials help to know the consumption based planning procedures in detail. These are used in areas without in-house production and/or in production plants for planning both B- and C-parts and operating supplies. The consumption based planning Includes Recorder Point Planning, Forecast based Planning, and Time Phased Planning,we can discuss below in detail.

Reorder Point Planning

In the reorder point planning procedure, the system compares available warehouse stock with the reorder level. If available stock falls below the reorder level, an order proposal is generated. The reorder level (also known as the reorder point) is made up of the sum of the safety stock plus the expected average material consumption within the replenishment lead time. Therefore, when determining the reorder level, you must take safety stock, previous consumption values or future requirements and the replenishment lead time into account.

Safety stock must be set at a level which covers both excess material consumption within the replenishment lead time and the additional requirements which may occur during delivery delays. You must, therefore, take previous consumption or future requirements, and the vendor’s delivery timeliness or that of production into account when determining the safety stock level.

Forecast Based Planning

Like reorder point planning, forecast-based planning operates using historical values and forecast values as future requirements are determined via the integrated forecasting program. However, in contrast to reorder point planning, these values then form the basis of the planning run in forecast-based planning.

The forecast, which calculates future requirements using historical data, is carried out at regular intervals. This offers the advantage that requirements, which are automatically determined, are continually adapted to suit current consumption needs. If, during the current period, material has already been withdrawn from stock, then the forecast requirement is reduced by the quantity of material that was withdrawn. This mean that the quantity of the forecast requirement that has already been used is not included in the planning run again.

You can specify the period split for the forecast (daily, weekly, monthly or per accounting period) and the number of periods to be included in the forecast individually for each material. It is possible; however, that the forecast period split is not specific enough for planning purposes. Therefore, for each material, you can determine that the MRP forecast requirement values should be divided according to a finer period split. You can also determine how many forecast periods are to be taken into account during requirements planning.

For a monthly forecast, the requirements date would be set on the first workday of the month because, for planning, it is assumed that the total requirement must be available at the beginning of the period. You can then divide this monthly requirement into either daily or weekly requirements.

The requirements quantities forecast by the system are used in the planning run to carry out the net requirements calculation. During this calculation, every period is checked to make sure that the forecast requirements are covered either by available warehouse stock, by planned receipts from purchasing or by production. If the requirements forecast by the system are not met by these above mentioned possibilities, then an order proposal is generated.

Time Phased Planning
If a vendor always delivers a material on a particular day of the week, it makes sense to plan this material according to the same cycle in which it is delivered, but displaced by the delivery time. This is possible with the time-phased planning procedure. If a particular material is to be planned using this procedure, you must set the MRP type for time-phased planning and you must enter the planning cycle in the material master record. You enter the planning cycle in the form of a planning calendar in the Planning cycle field. You must also define a planned delivery time and the Lot-for-lot order quantity as the lot-size key.

You can also use the optimum lot-sizing procedures for time-phased planning. They are used here in the same way as in Reorder Point Planning. Materials that are planned using the time-phased planning technique are provided with an MPR date in the planning file. This date is set when creating a material master record and is re-set after each planning run. It represents the date on which the material is to be planned again and is calculated on the basis of the planning cycle entered in the material master record. For materials that are planned using the time-phased planning procedure, the two indicators, the total change indicator and the net change planning indicator are irrelevant. Therefore, they are not set by the system even if changes that are relevant to the planning run are made.

By using this planning technique, you can set the system so that it only plans materials on specific pre-defined days. For example, if you assign the same planning cycle to all the materials of a particular vendor, the system will always plan these materials on the same day. The purchase requisitions that are created in the planning run to cover material shortages can be processed, per vendor, by the MRP controller in the SAP purchasing system.

If you use the SAP Merchandise Management System, the system proposes the planning cycle from the vendor sub-range when you create a material master record. The vendor sub-range contains all the goods of a particular vendor that, from a logistical view, can be planned similarly.

You can also enter an MRP date during the planning run, meaning that you can bring the planning run forward to an earlier date, if necessary. For example, if the planning run is set for Monday, you can bring it forward to Saturday instead

More Details: SAP Online Training Tutorials, SAP Training Tutorials, Learn SAP Online, SAP Support Portal.

What is Difference between Safety stock and Reorder Level in SAP

If a warehouse that stores material has to be ready for delivery at all times, then there has to be a high level of safety stock in this warehouse, as forecasting error cannot always be ruled out. This would also entail a high level of warehousing costs. The level of safety stock depends on the service level you select, on the replenishment lead time and on the accuracy of the forecast.

In order to keep the safety stock and therefore the storage costs as low as possible, the MRP controller usually specifies a service level for each material. From a mathematical point of view, the service level represents an organization’s ability to avoid a shortfall occurring during replenishment lead time. If you opt for a relatively high service level, then the safety stock level calculated by the system will also be high. If you opt for a low service level, then the stock level will also be low.

Safety stock and Reorder Point in SAP

The replenishment lead time refers to the in-house production time for in-house production and the planned delivery time for external procurement. It represents the time between the initiation of a procurement procedure and transferring the material into the warehouse. The replenishment lead time is stored at plant level in the material master record by the MRP controller. Since the probability of a shortfall is higher in a longer period, the safety stock level must also be set higher for long replenishment lead times.

Finally, the safety stock level also depends on the accuracy of the forecast. If the forecast deviates greatly from the actual consumption values, then the safety stock level will also be unusually high.

In addition to the safety stock level, the system recalculates the reorder level for materials which are subject to automatic reorder level adjustment. The reorder level is the sum of the safety stock and the forecast requirement within the replenishment lead time or the overall lead time for materials produced in-house.

The system compares “static” availability during material withdrawal; that is current availability, without taking future requirements into consideration, with the reorder level. In other words, it compares the remaining stock with the reorder level. If remaining stock falls below the level, then the system marks the material for the planning run by making an entry in the planning file. During the next planning run, the system automatically generates a purchase requisition or a planned order for the material.

More Details: SAP Online Training Tutorials, SAP Training Tutorials, Learn SAP Online, SAP Support Portal.

Outline agreement in SAP

This post explains general background information on the “outline agreements” (which, outside the SAP System, may also be referred to as blanket, master, framework or umbrella agreements) that are used in the SAP MM Purchasing component. In basic Outline Agreement can be classified with 2 different types. Contract and Scheduling agreements.

Contract is nothing but where you can have contract with the vendor,and this might be predetermined quantity. For example whenever you need the material the you need to make PO reference to this contract and asking for the delivery of the material.

Scheduling agreement is nothing but long term purchase agreement, where you can keep issuing the delivery schedules whenever there is change in requirement or predetermined time intervals. We can classify the delivery schedule on hour or daily or weekly or monthly basis.

An outline agreement is a longer-term arrangement with the vendor regarding the supply of materials or the performance of services according to predetermined terms and conditions. In MM Purchasing, such agreements are subdivided into “contracts”and “scheduling agreements.” Outline agreements may be subject to a release (approval or clearance) procedure.

To Create Contract following the below steps:

Path to create Contract:
Logistics => Materials Management => Purchasing => Outline Agreement => Contract => Create
Transcation Code: ME31L

The Structure of an outline agreement

As in the case of other purchasing documents, an outline agreement consists of the following elements:

Document header:

• It contains information specific to the entire agreement.
• For example: the vendor information and header conditions are in the document header.

Items:

• Items that contain the information specific to the material or service. For example:
• Statistics on ordering activities for the item
• Quantity or price of the item
• Pricing conditions, such as quantity discounts and surcharges

Texts in outline agreements

You can create your own texts from scratch in an agreement or change a text that has been suggested by the system. There are two kinds of agreement text: header text and item text. The texts are further subdivided into text types, for example, shipping and delivery instructions. The text type determines the print sequence on the document printout.

Outline agreement is nothing but long term purchasing agreement with vendor in containing certain terms and conditions regarding the raw material that is supplied by the vendor. Outline agreement which is valid up to certain period of time with some predefined quantity or value.

More Details: SAP Help Portal, Sap Online Tutorials, SAP Online Training Tutorials, SAP Training Tutorials.

SAP Purchasing info Records Types: Technosap

The purchasing info records is source of information for purchasing. It contains information on a specific material and a vendor supplying the material. For example, the vendor’s current pricing is stored in the info record. The purchasing info records referred to in abbreviated form as called Info record.

Types of SAP Purchasing info records, There are two types of info records available in sap

Info records with a material master record (e.g. for stock material), This type of info record represents the relationship between a material or service (for which a master record exists) and a vendor.

Info records without a material master record (e.g. for consumable materials), This type of info record represents the relationship between a material or service for which no master record exists and a vendor.

Sucontractor info records
A subcontractor info records contains ordering information for subcontract orders. For example, if you subcontract the assembly of a component, the subcontractor info record would include the vendor’s (subcontractor’s) price for assembling the component.

Pipeline info records
The pipeline info record contains information on a vendor’s commodity that is supplied through a pipeline (for example, oil or water) or via similar means (for example, electricity through the mains). The info record contains the vendor’s price for the consumption of such commodities by the buyer (“pipeline withdrawals”). You can store withdrawal/usage prices for different validity periods.

Structure of an info records
An info record contains general data and organizational data:

General data -Data that is valid for each purchasing organization or each plant (for example, origin data, reminder levels, and the order unit). Organizational data – Data such as prices and pricing conditions that you can store for the relevant purchasing organization or plant.

Texts in the info records
The info record contains the following text types: Info record memo.. An internal note that is adopted in the PO item. The info record memo is not printed out

PO text in info records
This text serves to describe the order item and corresponds to the PO text in the material master record. It is adopted in the PO item and included in the printout.

Short text
For material that has a material master record, the short text (short description) is copied directly from the material master record into the PO or the outline purchase agreement.

Purchasing info records stores information on the material and vendor supplying the material. For Example, vendors present price of particular material is stored in info record. Purchase info record can be maintained at plant level or other end its at purchasing organization level.

More Details: SAP Solution Manager, SAP training courses, SAP fico training.

SAP SD Tables list Overview

SAP Training Tutorials gives to know more on the SAP SD tables which using frequently in SAP SD sales and distribution module. The list of important SP SD tables as below,

General Tables

• KNA1 : General Data
• KNB1 : Customer Master – Co. Code Data (payment
• method, reconciliation acct)
• KNB4 : Customer Payment History
• KNB5 : Customer Master – Dunning info
• KNBK : Customer Master Bank Data
• KNKA : Customer Master Credit Mgmt.
• KNVP : Partner Function key
• KNVD : Output type
• KNVS : Customer Master Ship Data
• KNKK : Customer Master Credit Control Area Data (creditlimits)
• KNVV : Sales Area Data (terms, order probability)
• KNVI : Customer Master Tax Indicator
• KLPA : Customer/Vendor Link
• VBUK : Header Status and Administrative Data

SAP Sales Order Document Tables

• VBAK : Sales Document – Header Data
• VBKD : Sales Document – Business Data
• VBUP : Item Status
• VBAP : Sales Document – Item Data
• LIPS : Delivery Document item data, includes referencing PO
• LIKP : Delivery Document Header data
• VBPA : Partners
• VBFA : Document Flow
• VBEP : Sales Document Schedule Line
• VBBE : Sales Requirements: Individual Records
• VBRK : Billing Document Header
• VBRP : Billing Document Item
• VEKP : Shipping Unit Item (Content)
• VEPO : Shipping Unit Header

SAP Shipping & Delivery Document Tables

• LIKP : SD Document: Delivery Header Data
• LIPS : SD document: Delivery: Item data
• VEPO : Packing: Handling Unit Item (Contents)
• VEKP : Handling Unit – Header Table
• VTTP : Shipment Item
• VTTK: Shipment Header
• VBLK : SD Document: Delivery Note Header

SAP Billing Document Tables

• VBRK : Billing Document: Header Data
• VBRP : Billing Document: Item Data
• VBSS : Collective Processing: Sales Documents
• VKDFS: SD Index: Billing Initiator
• NAST : Message Status
• VBSK : Collective Processing for a Sales Document Header
• VRPMA: SD Index: Billing Items per Material
• VRKPA : Sales Index: Bills by Partner Functions

SAP Material Master Data Tables

• MARA : General Material Data
• MAKT : Material Descriptions
• MARM : Units of Measure for Material
• STXH : STXD SAPscript text file header
• STXL : STXD SAPscript text file lines
• MARC : Plant Data for Material
• MVKE : Sales Data for Material
• T179 : Materials: Product Hierarchies
• MLAN : Tax Classification for Material

More Details: SAP Online Training Tutorials, SAP Training Tutorials, Learn SAP Online, SAP Support Portal.

HR Human Resource Transaction Codes - Technosap.com

SAP HR Transaction Codes
 

SAP HR (Human Resource) module enables each company to effectively manage the employee information in their organization. SAP HR is integrated with other SAP modules and external systems. SAP HR Tcodes (Transaction codes) are the short-cut codes that will help users to take in to directly to the desired screen. To execute the transaction RPDTRA00 to list all
HR Transactions.

The followings are some useful SAP HR Tcodes:

SAP HR Tcodes – Master Data

Transaction Code  Description

PA10 Personnel file
PA20 Display HR Master Data
PA30 Maintain HR Master Data
PA40 Personnel Events
PA41 Change Hiring Data
PA42 Fast Data Entry for Events
PRMP Travel Expenses : Feature TRVPA
PRMD Maintain HR Master Data
PRMF Travel Expenses : Feature TRVFD
PRML Set Country Grouping via Popup
PRMM Personnel Events
PRMO Travel Expenses : Feature TRVCO
PRMS Display HR Master Data
PRMT Update Match code
PS03 Info type Overview
PS04 Individual Maintenance of Info types

SAP HR Tcodes – Time Management

PA51 Display Time Data
PA53 Display Time Data
PA61 Maintain Time Data
PA62 List Entry of Additional Data
PA63 Maintain Time Data
PA71 Fast Entry of Time Data
PBAB Maintain Vacancy? assignments
PT01 Create Work Schedule
PT02 Change Work Schedule
PT03 Display Work Schedule
PA64 Calendar Entry
PA70 Fast Data Entry

SAP HR Tcodes – Payroll

PA03 Change Payroll control record
PC00 Run Payroll
PC10 Payroll menu USA
PE00 Starts Transactions PE01 PE02 PE03
PE01 Schemas
PE02 Calculation Rules
PE03 Features
PE04 Create functions and Operations
PE51 HR form editor
PRCA Payroll Calendar
SPRO IMG
SE16 Data Browser (Table Reports)
PRCT Current Settings
PRCU Printing checks USA
PRD1 Create DME
SM31 Maintain Table
SM12 Locked Secessions
TSTC Table Look up
PP03 PD Tables
PPOM Change Org Unit
PO13 Maintain Positions
PO03 Maintain Jobs

SAP HR Tcodes – Benefits
 
PA85 Benefits – Call RPLBEN11
PA86 Benefits – Call RPLBEN07
PA87 Benefits – Call RPLBEN09
PA89 COBRA Administration
PA97 Salary Administration – Matrix
PA90 Benefits Enrollment
PA91 Benefits – Forms
PA92 Benefits Tables – Maintain
PA93 Benefits Tables – Display
PA94 Benefits – Access Reporting Tree
PA95 Benefits IMG – Jump to Views
PA96 Benefits reporting
PA98 Salary Administration
PA99 Compensation Admin – rel. Changes
PACP HR-CH : Pension fund, interface

SAP HR Tcodes – General Reporting

PM00 Menu for HR Reports
PM01 Dialogs in HR – Create Custom info types
PRFO Standard Form
PSVT Dynamic Tools Menu
PAR1 Flexible Employee Data
PAR2 Employee List

SAP HR Tcodes – Organizational Management
 
PPOM Change org Unit
PO03 Maintain Jobs
P013 Maintain Position
PO10 Maintain Organizational Unit
PP01 Maintain Plan Data (menu-guided)
PP02 Maintain Plan Data (Open)
PP03 Maintain Plan Data (Event-guided)
PP05 Number Ranges
PP06 Number Ranges Maintenance HR Data
PP07 Tasks/Descriptions
PP69 Choose Text for Organizational Unit
PP90 Setup Organization
PP01 Change Cost Center Assignment
PP02 Display Cost Center Assignment
PP03 Change Reporting Structure
PP04 Display Reporting Structure
PP05 Change Object indicators (O/S)
PP06 Change Object indicators OS
PPOA Display Menu Interface (with dyn.)
PPOC Create Organizational Unit
PPOM Maintain Organizational Plan
PPOS Display Organizational Plan
PQ01 Events for Work Center
PQ02 Events for Training Program
PQ03 Events for Job
PQ04 Events for Business Event Type
PQ06 Local Events
PQ07 Resource Events
PQ08 Events for External Person
PQ09 Events for Business Event Group
PQ10 Events for Organizational Unit
PQ11 Events for Qualification
PQ12 Resource Type Events
PQ13 Events for Position
PQ14 Events for Task
PQ15 Events for Company
PSO5 PD : Administration Tool
PSOA Work Center Reporting
PSOC Job Reporting
PSOG Org Mgmt General Reporting
PSO1 Tools Integration PA-PD
PSOO Organizational Unit Reporting
PSOS Position Reporting
PSOT Task Reporting

SAP HR Tcodes – Recruitment
  
PB10 Initial Entry of applicant master data
PB20 Display applicant master data
PB30 Maintain applicant master data
PB40 Applicant events
PB50 Display applicant actions
PB60 Maintain Applicant Actions
PB80 Evaluate Vacancies
PBA0 Evaluate Advertisements
PBA1 Applicant Index
PBA2 List of applications
PBA3 Applicant vacancy assignment list
PBA4 Receipt of application
HRP1505 DB Table for Infotype 1505
HRP1506 DB Table for Infotype 1506
HRP1507 DB Table for Infotype 1507
HRP1518 DB Table for Infotype 1518
HRP1519 DB Table for Infotype 1519
HRP1520 DB Table for Infotype 1520
HRP1600 Database Table for Infotype 1600
HRP1601 Database Table for Infotype 1601
HRPAD21 Additional data PAD21
HRPAD22 Additional data PAD22
HRPAD23 Additional data PAD23
HRPAD25 Additional data PAD25
HRPAD27 Additional data PAD27
HRPAD31 Additional data PAD31
HRPAD44 PAD44 Additional Data
HRPAD47 PAD47 Additional Data
HRPAD48 Additional Data PAD48
HRPAD50 Additional Data PAD50
HRPAD51 Additional data PAD51
HRPAD53 Additional Data PAD53
HRPAD63 PAD63 Additional Data
HRPAD77 Additional data for PAD77
HRPADBLIST Additional Data Databases
HRPADD2 Additional Data PADD2
HRPADD3 Additional Data PADD3
HRPADIC Additional Data PADD2
HRPADNLIST Additional Data Number List
HRPADNN General Additional Data Table
HRPADP1 Additional Data PADP1
HRPADP2 Additional Data PADP2
HRPADPM Additional Data PADPM
HRPADTI PADTI Additional Data
HRPADUZ PADUZ Additional Data- RequirementsAssignment of Persons
HRPADXN Additional Data PADXN
HRPS_T012K For Decoupled Access to T012K (House Bank and Account)
HRPVAC List of vacant positions

More Details: SAP Help Portal, SAP Training Tutorials, SAP Online Training Tutorials, Sap Online Tutorials.

SAP HR Table list

SAP Training Tutorials gives the to know ore on the SAP HR tables which frequently using SAP HR Module.The list of SAP Human Resources tables as below,

DD01L Domains
DD02L SAP tables
DD06L Pool/cluster structures
DD20L Matchcode Ids
DD03L Table Fields
DD03T DD: Texts for fields (language dependent)
DD04L Data elements
DD04T R/3 DD: Data element texts
DD05S Foreign key fields

DD24S Fields of a matchcode ID
T000 Clients
T001 Company Codes
T001E Company code-dependent address data
T001P Personnel Areas/Subareas
T012 House banks
T012K House bank accounts
T012T House bank account names
T504C Benefit Type (NA)
T500L Personnel Country Grouping
T500P Personnel Areas
T502T Marital Status Designators
T500T Personnel Country Groupings
T501 Employee Group
T501T Employee Group Names
T503 Employee Groups / Subgroups
T503K Employee subgroup
T503T Employee Subgroup Names
T504A Benefits – Default Values (NA)
T504B Benefit Option Texts (North America)
T504D Benefit Credit Group Amount
T504E Benefit Amount
T504F Benefit Costs
T508A Work Schedule Rules
T508T Texts for Employee Subgroup Groupings for Work Schedules
T510 Pay Scale Groups
T510A Pay Scale Types
T510F Assign Pay Scale > Time Unit, Currency
T510G Pay Scale Areas
T510H Payroll Constants with Regard to Time Unit
T510I Standard Working Hours
T512R Cumulation Wage Types in Forms
T512S Texts for Cumulation Wage Types in Forms
T510J Constant Valuations
T510L Levels
T510M Valuation of pay scale groups acc. to hiring date
T510N Pay Scales for Annual Salaries (NA)
T510S Time Wage Type Selection Rule
T510U Pay Scale Groups
T510Y Special Rules for Wage Type Generation
T511 Wage Types
T512T Wage Type Texts
T512W Wage Type Valuation
T512Z Permissibility of Wage Types per Infotype
T513 Jobs
T514S Table Name Texts
T514T Field Name Texts
T51D2 Wage Type Classes
T52C0 Payroll Schemas
T52C1 Payroll Schemas
T52C2 Texts for Personnel Calculation Schemas
T52C3 Texts for Personnel Calculation Schemas
T52C5 Personnel Calculation Rules

T52CC Schema Directory
T51D3 Reduction Rules
T51D4 Cumulation Rules
T527X Organizational Units
T528B Positions – Work Centers
T528C Wage Type Catalog
T528T Position Texts
T529A Personnel Event
T529F Fast Data Entry for Events
T529T Personnel Event Texts
T52BT Texts For HR Objects
T52CD Schema Directory
T52CE Directory of Personnel Calculation Rules
T52CT Text Elements
T52CX Cross References via Generated Schemas
T52D1 Valid Processing Classes
T52D2 Valid Values for Processing Classes
T52D3 Valid Evaluation Classes
T52D4 Permitted Values for Evaluation Classes
T52D5 Wage Type Groups
T52D6 Wage Type Group Texts
T52D7 Assign Wage Types to Wage Type Groups
T52D8 Valid Processing Classes – Texts
T52D9 Valid Values for Processing Classes – Texts
T530 Reasons for Events
T549M Monthly Assignment: Payroll Period
T549N Period Modifiers
T549O Text for date modifier
T549P Valid Time Units for Payroll Accounting
T549Q Payroll Periods
T549R Period Parameters
T549S Payroll date types
T530E Reasons for Changes
T530F Reasons for Changes
T530L Wage Types for Special Payments
T530T Event Reason Texts
T531 Deadline Types
T531S Deadline Type Texts
T533 Leave Types
T533T Leave Type Texts
T539A Default Wage Types for Basic Pay
T539J Base Wage Type Valuation

T539R Events for Standard Wage Maintenance
T539S Wage Types for Standard Wage Maintenance
T548 Date Types
T548S Date Conversion
T548T Date Types
T548Y Date Types
T549A Payroll Areas
T549B Company Features
T549C Decision Trees for Features (Customers)
T549D Feature Directory
T549L Date modifiers
T549T Payroll Areas
T549M Monthly Assignment: Payroll Period
T549N Period Modifiers
T549O Text for date modifier
T549P Valid Time Units for Payroll Accounting
T549Q Payroll Periods
T549R Period Parameters
T549S Payroll date types
T549T Payroll Areas
T554S Absence and Attendance Types
T554T Absence and Attendance Texts
T554V Defaults for Absence Types
T554Y Time Constraints in HR TIME
T555A Time Types
T555B Time Type Designations
T559A Working Weeks
T559B Name of Working Week
T572F Event Texts
T572G Allowed Values for Events
T572H Event Value Texts
T582A Infotypes
T582B Infotypes Which Are Created Automatically
T582S Infotype Texts
T582V Assignment of Infotypes to Views
T582W Assigns Infotype View to Primary Infotype
T582Z Control Table for PA Time Management
T584A Checking Procedures – Infotype Assignment
T588A Transaction Codes
T588B Infotype Menus
T588C Infotype Menus/Info Groups
T588D Infogroups for Events
T588J Screen Header Definition
T588M Infotype Screen Control
T588N Screen Modification for Account Assignment Block
T588O Screen Modification for Assignment Data
T588Q Screen types for fast entry
T588R Selection Reports for Fast Data Entry
T588S Screen Types for Fast Entry
T588T Menu and Infogroup Designations
T588V Business object type
T588W Event types for infotype operations
T588X Cust. composite definition of event types for IT operations
T588Z Dynamic Events
T591A Subtype Characteristics
T591B Time Constraints for Wage Types
T591S Subtype Texts
T596F HR Subroutines
T596G Cumulation wage types
T596H _Cumulation wage type texts
T596I Calculation rule for cumulation wage types
T596U Conversion Table
T599B Report Classes
T599C Report Classes
T599D Report Categories
T599F Report Classes – Select Options
T777A Building Addresses
T777T Infotypes
T777Z Infotype Time Constraints
T778T Infotypes
T778U Subtypes

Error Messages tables
T100 Messages
T100A Message IDs for T100
T100C Control of messages by the user
T100O Assignment of message to object
T100S Configurable system messages
T100T Table T100A text
T100V Assignment of messages to tables/views
T100W Assign Messages to Workflow
T100X Error Messages: Supplements

More Details: SAP Support Portal, SAP Solution Manager, SAP Training Tutorials, SAP Online Training Tutorials.

ASAP Methodology Implementation Steps

The SAP ASAP Methodology (Accelerated SAP) provides the roadmap for optimizing and continuous implementation of SAP systems in the real time business processes. 

The ASAP roadmap brings in to multiple number of tools, information and accelerators to assist team members with the implementation of SAP R/3. The various phases of ASAP Methodology which consist below

Project Preparation

This phase to discuss the requirements of the project initial aspects.

• Identification of team members
• Developing a high level plan
• Estimation of cost of the project
• Duration of the project

Business Blue print Phase

• To understand the business goals of the company.
• To determine the business requirements needed to support the business goals.
• Formulating the TO BE processes after thorough review of questionnaires sent to the key users/core users.

Realization Phase

• Mainly to implement all the business and process requirements based on the business blue print.
• The system is customized step by step in two work packages: Baseline and Final configuration.
• The mapping done on how the system should get configured and tested

Final Preparation Phase

• Main purpose is to complete testing, end user training, system management and cut over ativities.
• Critical open issues should be resolved here.
• Upon successful completion of this phase the business transactions are ready to run in the SAP system.

Go live and Support Phase

• Transition from a project oriented, pre- productive environment to a successful and live productive operation.
• Post implementation support.
• System monitoring and fine-tuning.

The ASAP Methodology will cover the entire project life cycle right from the initial preparation and evaluation via delivery and till the end of post project management. The other side ASAP is concerned with the process and value of the application life cycle.

More Details: Sap course,Sap training, Sap software, Sap training courses

Scheduling agreement in SAP MM

The scheduling agreement has similarities with a quantity contract: it states the target quantity of material to be ordered from a vendor over a period of time, and the price. For each material to be procured, you create a scheduling agreement item. For each scheduling agreement item in SAP, you subsequently set up a rolling delivery schedule by creating a number of individual schedule lines.

In vendor scheduling, vendors receive a scheduling agreement release (comprising a header and a rolling delivery schedule made up of individual schedule lines) rather than discrete purchase or release orders. (Note that in addition to standing for a method of ordering materials or services – as here, in the SAP System, the terms “release” and “releasing” may also be
applied to an internal purchasing document approval or clearance process.).

The delivery schedule specifies the quantities to be delivered, the delivery dates, and possibly also delivery time-spots, and may contain data on previous goods receipts. A delivery schedule may contain firm, semi-firm, or planned (forecast) delivery dates.

If you are using scheduling agreements, you can work with or without release documentation. Working with such type of documentation affords the advantage that you can display the valid scheduling agreement releases transmitted to a vendor over a certain period whenever necessary. If you work with scheduling agreements without release documentation, the current schedule is automatically outputted via the message (output) control program.

If you work with scheduling agreements with release documentation, internally you can make as many changes to the individual schedule lines as you wish. As soon as the schedule lines for a certain item have been finalized and the schedule is ready to be transmitted to the vendor, you
generate a scheduling agreement release. This triggers the transmission of the relevant data to the vendor. The information is recorded in the system, allowing you to verify at any time exactly when you sent which data to which vendor.

The key advantages of Scheduling Agreements

Procurement via scheduling agreements has several significant
advantages:

• The streamlines paperwork, shortens processing times –one delivery schedule can replace many purchase ordersor contract release orders.
• To promotes low inventories – you can specify the exact time to deliver, allowing for minimum stock levels and just in-time (JIT) deliveries.
• To shorter vendor lead times – because the delivery schedule extends into the future, the vendor has less need to backlog orders, thus reducing the lead time for a delivery.
• The automatic generation of delivery schedule lines via the MRP system (a precondition for this is that Purchasing must assign a scheduling agreement as a unique source of supply using the quota arrangement and source list mechanisms)

More Details:  Sap Online Tutorials, Sap tutorial, Sap modules, Sap training, Sap fico.

SAP Vendor Evaluation System

What is SAP Vendor Evaluation System and how Integrated?

The vendor Evaluation component has been completely integrated into SAP MM Purchasing. The information such as delivery dates, prices, and quantities can be taken from purchase orders. The SAP Vendor Evaluation uses the various data from Quality Management, and this will be shows the result of incoming inspections or other way the quality audits of the system. It also accesses basic data in Materials
Management, which as goods receipt data from Inventory Management, and data from the Logistics Information System (LIS).

What is Vendor Evaluation?

The Vendor Evaluation in sap System which supports you in the optimization of your procurement processes in the case of both materials and services.

Procurement of Materials

The system helps you select sources of supply and facilitates the continual monitoring of existing supply relationships. It provides you with accurate information on prices, and terms of payment and delivery. By evaluating vendors, you can improve your enterprise’s competitiveness. You can quickly determine
and resolve any procurement problems that may arise on the basis of detailed information and in collaboration with the relevant vendors

Procurement of Services

You can check the reliability of the vendors from which you procure services on a plant by plant basis. You can determine whether the vendors perform the services within the specified timeframes and appraise the quality of the work carried out.

Scores and Criteria

The SAP Standard System offers you a scoring range from 1 to 100 points, which is used to measure the performance of your vendors on the basis of five main criteria. You can determine and compare the performance of your vendors by reference to their overall scores. The main criteria available in the standard system are:

1), Price
2), Quality
3),Delivery
4), General service/support

These four main criteria serve as a basis for the evaluation of vendors from whom you procure materials.

1), External service

This main criterion serves as a basis for the evaluation of vendors you employ as external service providers.

You can also define other or further main criteria, as required. You can assign different weights to the individual criteria. The vendor’s overall score is computed taking into account the weighted scores awarded for each of the main criteria. The Vendor Evaluation System ensures that evaluation of vendors
is objective, since all vendors are assessed according to uniform criteria and the scores are computed automatically.

In this way, subjective impressions and judgments can be largely avoided. To create a detailed evaluation, each main criterion can be divided into several subcriteria. The standard system provides you with certain subcriteria which suffice as a basis for evaluation, but you can also define your own additional subcriteria.

The scores for the subcriteria are calculated in three different ways.

Automatic, The scores are calculated by the system on the basis of existing data.

Semi-automatic, You enter individual scores for important materials, or for the quality and timeliness of a service performed, yourself. The system then calculates the higherlevel score from these.

Manual,You enter a blanket score for a subcriterion per vendor and you can decide yourself which of these methods you want to use.

Analyses

The results of sap vendor evaluation are displayed in the form of analyses. For example, you can generate ranking lists of the best vendors according to overall score or ranking lists for
specific materials. Changes to evaluations are recorded in logs, and you have the option of printing out evaluation sheets.

More Details: Sap fico, Sap fico training, Sap training in Chennai, Sap training in Bangalore.

SAP Tutorials

What is Master Conditions in SAP?

Master conditions in SAP are conditions that determine the effective price in the purchase order. They serve as a central repository of pricing for purchase orders. They are automatically included in the price calculation in the purchase order if the PO references a contract or an info record, or if it meets certain criteria defined in the extended conditions.

There are three types of master conditions in SAP,

Conditions in contracts – Conditions in a contract apply to all release orders issued against the contract.

Conditions in info records – Conditions in the info record apply to orders that specify the material and vendor contained in the info record.

Extended conditions – These are a flexible way of setting vendor pricing. Extended conditions are master conditions that are included in the price calculation in a purchase order only if the PO meets certain criteria. One way to use extended conditions would be to define a 10% discount on all orders placed with a specific vendor that are created by a certain purchasing organization. In this case, the vendor number and purchasing organization are the two criteria a PO must meet before the price in the PO can be calculated.

Extended conditions are more flexible than master conditions in info records or contracts because you can define which criteria they must meet before they are applied to a purchase order.
     
The documentation on outline agreements and purchasing info records shows how the conditions specified in outline agreements and purchasing info records, respectively,
influence the calculation of the effective price in the purchase order.

The next post will learn how to specify conditions that apply to the pricing of all orders for any material with a vendor, not only for a specific material or material group as is the case with outline agreements and info records.


What is Condition Technique in SAP?

To discuss the Condition technique in sap, The condition technique is used to define pricing across applications. For example, it is used in the SAP SD (Sales & Distribution) module as well as in the SAP MM module. The goal of the condition technique is to calculate the effective price in a purchase order. Master conditions are simply conditions defined with the condition technique. While this section is not essential to your understanding of master conditions in purchase orders, it does provide useful background information on the mechanism for determining pricing in Purchasing.

The Basic elements of the condition technique,The condition technique consists of four main elements:

• Condition types
• Condition tables
• Access sequences
• Calculation schema (pricing procedure)

These concepts are important for understanding how the system determines pricing in master conditions.

Condition type is a representation of a pricing element. Condition types exist for discounts, surcharges, and freight costs, for example. You use condition types to enter pricing in purchasing documents. You learned how to specify condition types when entering pricing in quotations and purchase orders, for example.

Condition table defines the combination of fields (the key) that identifies an individual condition record. The system stores the condition data you enter in the form of a condition record. For example, when you enter a vendor’s pricing in a purchasing info record with reference to a material master record, the key of the condition table includes the vendor number and the material number.

The actual pricing information – such as the gross price and any discounts – is stored in a condition record under this key.

Access sequence is a search strategy that the system uses to find condition records for a particular condition type. The access sequence determines the sequence in which the system searches condition records for a valid price.

Price calculation schema (pricing procedure), The calculation schema (also known as a pricing procedure, but the same mechanism can also be used to calculate tax amounts, periodend rebates, or costs, for example) is a group of condition types, defined in a particular sequence. It enables the system to determine that a particular set of condition types, in a specified sequence, apply in given circumstances. For example, the  calculation schema  determines Which condition
types apply to the gross price. The calculation schema also determines that the condition types for discounts are calculated in the effective price automatically.

With SAP MM Customizing, you can define price calculation schemas for specific vendors and/or purchasing organizations. The system searches for pricing data in condition records. The criteria it uses in the search depend on the keys in the condition table. The sequence of the search depends on the access sequence specified for the condition type. Which condition types are used in the search are defined in the calculation schema.

For example, suppose that you have just created an info record that specifies a 10% discount from the gross price. This

condition is then stored in a condition record under the vendor and material number. When the material is ordered from the vendor in a PO, the system searches for the discount using the access sequence. The calculation schema ensures that the 10% discount is deducted from the gross price instead of the net price during the price calculation process.
     
The different ways of maintaining master conditions, you can maintain conditions in the following ways:

Prices, As this method you can list or maintain the conditions that determine the net price in a single info record or contract. You can enter the going market price for a material.

Discounts and surcharges, As this method, you can enter discounts or surcharges that apply to all info records or contracts meeting your pricing criteria.

Other condition types, If your company has defined its own condition types, access sequences, and condition tables, you can define master conditions that use these pricing elements.

Price changes, You can change pricing by a fixed amount globally.

More Details: Sap course, Sap training, Sap software, Sap training courses.

sap online training

Master conditions in SAP are conditions that determine the effective price in the purchase order. They serve as a central repository of pricing for purchase orders. They are automatically included in the price calculation in the purchase order if the PO references a contract or an info record, or if it meets certain criteria defined in the extended conditions.
There are three types of master conditions in SAP:
Conditions in contracts – Conditions in a contract apply to all release orders issued against the contract.
Conditions in info records – Conditions in the info record apply to orders that specify the material and vendor contained in the info record.
Extended conditions – These are a flexible way of setting vendor pricing. Extended conditions are master conditions that are included in the price calculation in a purchase order only if the PO meets certain criteria. One way to use extended conditions would be to define a 10% discount on all orders placed with a specific vendor that are created by a certain purchasing organization. In this case, the vendor number and purchasing organization are the two criteria a PO must meet before the price in the PO can be calculated.

Extended conditions are more flexible than master conditions in info records or contracts because you can define which criteria they must meet before they are applied to a purchase order. The documentation on outline agreements and purchasing info records shows how the conditions specified in outline agreements and purchasing info records, respectively, influence the calculation of the effective price in the purchase order.
The next post will learn how to specify conditions that apply to the pricing of all orders for any material with a vendor, not only for a specific material or material group as is the case
with outline agreements and info records.
More details
sap online training | Sap Online Tutorials | sap training courses | sap training in Chennai | sap training in Bangalore
,

Master conditions in SAP

Master conditions in SAP are conditions that determine the effective price in the purchase order. They serve as a central repository of pricing for purchase orders. They are automatically included in the price calculation in the purchase order if the PO references a contract or an info record, or if it meets certain criteria defined in the extended conditions.

There are three types of master conditions in SAP:

Conditions in contracts – Conditions in a contract apply to all release orders issued against the contract.

Conditions in info records – Conditions in the info record apply to orders that specify the material and vendor contained in the info record.

Extended conditions – These are a flexible way of setting vendor pricing. Extended conditions are master conditions that are included in the price calculation in a purchase order only if the PO meets certain criteria. One way to use extended conditions would be to define a 10% discount on all orders placed with a specific vendor that are created by a certain purchasing organization. In this case, the vendor number and purchasing organization are the two criteria a PO must meet before the price in the PO can be calculated.

Extended conditions are more flexible than master conditions in info records or contracts because you can define which criteria they must meet before they are applied to a purchase order. The documentation on outline agreements and purchasing info records shows how the conditions specified in outline agreements and purchasing info records, respectively, influence the calculation of the effective price in the purchase order.

The next post will learn how to specify conditions that apply to the pricing of all orders for any material with a vendor, not only for a specific material or material group as is the case
with outline agreements and info records.

More Details: Sap training courses, Sap online training, Sap Online Tutorials, Sap training in Chennai, Sap training in Bangalore