Dear All, As per request and demand of many people,I am starting this thread for SAP-Payrolls. Kindly contribute to it,and enrich the thread.For any help please ask.
From India, Indore
Acknowledge(0)
Amend(0)
184From India, Indore
Acknowledge(0)Amend(0)
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Employee Grouping and Symbolic Accounts -> Define Employee Grouping Account Determination
Details of Configuration
Maintain SAP standard entries. Account assignment can also be done based on various employee subgroups using the feature 'PPMOD' which can be seen under this node.
Define Symbolic Accounts
Table V_T52EK
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Employee Grouping and Symbolic Accounts -> Define Symbolic Accounts
Details of Configuration
Define symbolic accounts for balance sheet and expense accounts. Account assignment type = C for expense and F for balance sheet accounts.
Maintaining Wage Types
Define Posting Characteristics of Wage Types
Table V_T52EZ, V_T52EL
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintaining Wage Types -> Define Posting Characteristics of Wage Types
Details of Configuration
The posting characteristics of individual wage types can be done here depending on the requirement. For example, the basic pay wage type '1000' is linked to symbolic account '8888' (Salaries & wages) as below. If the model wage type is used for creating a new wage type, then this entry is created automatically.
Maintain Posting Date for Payroll Periods
Table T549S
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintain Posting Date for Payroll Periods
Details of Configuration
Posting dates for different payroll periods can be set as follows. The Pay Day is already generated in the earlier step 4.1.5. This Pay Day can be created as the posting date. Otherwise, the difference in days has to be mentioned in the specification screen for different posting dates.
Create Posting Variants
Table V_T52E2
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintain Posting Date for Payroll Periods
Details of Configuration
Posting variants for payroll posting can be created here. This is an optional step.
Activities in the AC System
Assigning Accounts
Assign Balance Sheet Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Balance Sheet Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective balance sheet accounts as follows.
Assign Expense Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Expense Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective expense accounts as follows.
Assign Technical Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Technical Accounts
Details of Configuration
The single entry required here is for accounting key '1001' to the salary payable account '230116' for the purpose of automatic account posting.
Assign Vendor Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Vendor Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective vendor accounts (Account Assignment type K – Personal Vendor, KF – Fixed Vendor) which were created in Transaction 'FK01'.
Check Customizing for Account Determination
Table None
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Check Customizing for Account Determination
Details of Configuration
The account assignment for all wage types through symbolic accounts can be displayed here.
From India, Indore
Acknowledge(0)Amend(0)
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Employee Grouping and Symbolic Accounts -> Define Employee Grouping Account Determination
Details of Configuration
Maintain SAP standard entries. Account assignment can also be done based on various employee subgroups using the feature 'PPMOD' which can be seen under this node.
Define Symbolic Accounts
Table V_T52EK
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Employee Grouping and Symbolic Accounts -> Define Symbolic Accounts
Details of Configuration
Define symbolic accounts for balance sheet and expense accounts. Account assignment type = C for expense and F for balance sheet accounts.
Maintaining Wage Types
Define Posting Characteristics of Wage Types
Table V_T52EZ, V_T52EL
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintaining Wage Types -> Define Posting Characteristics of Wage Types
Details of Configuration
The posting characteristics of individual wage types can be done here depending on the requirement. For example, the basic pay wage type '1000' is linked to symbolic account '8888' (Salaries & wages) as below. If the model wage type is used for creating a new wage type, then this entry is created automatically.
Maintain Posting Date for Payroll Periods
Table T549S
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintain Posting Date for Payroll Periods
Details of Configuration
Posting dates for different payroll periods can be set as follows. The Pay Day is already generated in the earlier step 4.1.5. This Pay Day can be created as the posting date. Otherwise, the difference in days has to be mentioned in the specification screen for different posting dates.
Create Posting Variants
Table V_T52E2
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the HR System -> Maintain Posting Date for Payroll Periods
Details of Configuration
Posting variants for payroll posting can be created here. This is an optional step.
Activities in the AC System
Assigning Accounts
Assign Balance Sheet Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Balance Sheet Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective balance sheet accounts as follows.
Assign Expense Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Expense Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective expense accounts as follows.
Assign Technical Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Technical Accounts
Details of Configuration
The single entry required here is for accounting key '1001' to the salary payable account '230116' for the purpose of automatic account posting.
Assign Vendor Accounts
Table T030
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Activities in the AC System -> Assigning Accounts -> Assign Vendor Accounts
Details of Configuration
This is basically the interface between HR & AC system by linking symbolic accounts to the respective vendor accounts (Account Assignment type K – Personal Vendor, KF – Fixed Vendor) which were created in Transaction 'FK01'.
Check Customizing for Account Determination
Table None
Transaction Code SPRO
Menu Path IMG -> Payroll India -> Reporting for Posting Payroll Results to Accounting -> Check Customizing for Account Determination
Details of Configuration
The account assignment for all wage types through symbolic accounts can be displayed here.
From India, Indore
Acknowledge(0)Amend(0)
Posting to Accounting (PY-XX-DT)
Purpose
The payroll results contain information that is relevant for Accounting. For this reason, they must be evaluated for posting to Accounting. The Posting to Accounting component performs this task. It is the interface between Payroll and Accounting. It helps to:
- Group together posting-relevant information from the payroll results
- Create summarized documents
- Perform the relevant postings in the Accounting components
Integration
Various components of the R/3 system interact when posting to Accounting:
Payroll (PY)
The Payroll component creates payroll results for each payroll period. To do so, wage types with different business purposes are created. They are created according to tax, social insurance law, industrial law, pay scale, and operative points of view.
Financial Accounting (FI)
Financial Accounting illustrates all business transactions in the enterprise using postings to the relevant accounts. Posting to Accounting provides the necessary data for the following components in Financial Accounting:
- General Ledger Accounting (FI-GL)
- Accounts Payable (FI-AP)
- Accounts Receivable (FI-AR)
- Special Ledger (FI-SL)
- Funds Management (FI-FM)
Cost Accounting (CO)
Cost Accounting provides information on the relationship between costs and activities within the enterprise. To do so, costs are either assigned to a cost center or to another account assignment object. The posting to Accounting component usually posts to the following account assignment objects:
- Cost center
- Order
It is also possible to post to the following account assignment objects:
- Cost object
- Work breakdown structure element
- Network number
- Activity number
- Sales order
- Item in sales order
From India, Indore
Acknowledge(0)Amend(0)
Purpose
The payroll results contain information that is relevant for Accounting. For this reason, they must be evaluated for posting to Accounting. The Posting to Accounting component performs this task. It is the interface between Payroll and Accounting. It helps to:
- Group together posting-relevant information from the payroll results
- Create summarized documents
- Perform the relevant postings in the Accounting components
Integration
Various components of the R/3 system interact when posting to Accounting:
Payroll (PY)
The Payroll component creates payroll results for each payroll period. To do so, wage types with different business purposes are created. They are created according to tax, social insurance law, industrial law, pay scale, and operative points of view.
Financial Accounting (FI)
Financial Accounting illustrates all business transactions in the enterprise using postings to the relevant accounts. Posting to Accounting provides the necessary data for the following components in Financial Accounting:
- General Ledger Accounting (FI-GL)
- Accounts Payable (FI-AP)
- Accounts Receivable (FI-AR)
- Special Ledger (FI-SL)
- Funds Management (FI-FM)
Cost Accounting (CO)
Cost Accounting provides information on the relationship between costs and activities within the enterprise. To do so, costs are either assigned to a cost center or to another account assignment object. The posting to Accounting component usually posts to the following account assignment objects:
- Cost center
- Order
It is also possible to post to the following account assignment objects:
- Cost object
- Work breakdown structure element
- Network number
- Activity number
- Sales order
- Item in sales order
From India, Indore
Acknowledge(0)Amend(0)
Personnel Cost Planning (PA-CM-CP)
The system can provide Personnel Cost Planning with data based on simulated or actual payroll results from posting to Accounting
The graphic shows how the components link together when posting to Accounting
Implementation Considerations
The components involved in posting to Accounting do not have to be in the same client in the R/3 system. If the components involved are in different R/3 systems, R/2 systems or third-party systems, you can find more information in the following sections:
Posting from HR Systems < 4.0
Posting to AC Systems < 4.0
Posting Posting Documents
In Customizing of Cross-Application Components, under Predefined ALE Business Processes ® Human Resources ® HR <--> AC ® Posting of Payroll Results to Accounting
Scope of Function
You can use the Accounting interface (AC interface) to directly post the documents created to the Accounting components.
You can simulate posting runs before the end of the payroll run. In this way, you can check if the payroll results are also correct from the point of view of posting to Accounting.
You can access information on the creation and processing of posting runs at any time using status management and the history.
By selecting the payroll results, you prevent them from being evaluated twice. This also lets you check if payroll results were missed out during reporting.
With the help of layouts, which you can configure to your individual needs (for example, totals formation, sorting, filtering), you can check posting documents efficiently.
The summarized line items can be traced back to the payroll result for a personnel number at any time. This function is protected by authorizations.
The data created can be archived. For more information on archiving, see Archiving Posting Documents (PY-XX-DT) and Archiving Index Files (PY-XX-DT).
You can provide data for Personnel Cost Planning
From India, Indore
Acknowledge(0)Amend(0)
The system can provide Personnel Cost Planning with data based on simulated or actual payroll results from posting to Accounting
The graphic shows how the components link together when posting to Accounting
Implementation Considerations
The components involved in posting to Accounting do not have to be in the same client in the R/3 system. If the components involved are in different R/3 systems, R/2 systems or third-party systems, you can find more information in the following sections:
Posting from HR Systems < 4.0
Posting to AC Systems < 4.0
Posting Posting Documents
In Customizing of Cross-Application Components, under Predefined ALE Business Processes ® Human Resources ® HR <--> AC ® Posting of Payroll Results to Accounting
Scope of Function
You can use the Accounting interface (AC interface) to directly post the documents created to the Accounting components.
You can simulate posting runs before the end of the payroll run. In this way, you can check if the payroll results are also correct from the point of view of posting to Accounting.
You can access information on the creation and processing of posting runs at any time using status management and the history.
By selecting the payroll results, you prevent them from being evaluated twice. This also lets you check if payroll results were missed out during reporting.
With the help of layouts, which you can configure to your individual needs (for example, totals formation, sorting, filtering), you can check posting documents efficiently.
The summarized line items can be traced back to the payroll result for a personnel number at any time. This function is protected by authorizations.
The data created can be archived. For more information on archiving, see Archiving Posting Documents (PY-XX-DT) and Archiving Index Files (PY-XX-DT).
You can provide data for Personnel Cost Planning
From India, Indore
Acknowledge(0)Amend(0)
The area most often overlooked when training people on SAP Payroll is the basic, fundamental meaning and usage of payroll schemas, rules, wage types, and their associated processes.
We will try to correct that. First, we will present an overview of the basic parts of the payroll process, then in subsequent articles we'll go into more detail on each one. Not every possibility will be covered – that would be a multi-volume hardback series of books, not an easily-read web-based article. But we will cover the basics in a way that gives you a good understanding of SAP schemas and rules – from there you can use that knowledge base to learn as much as you want about the rest of this subject.
SCHEMAS AND FUNCTIONS
In SAP Payroll, functions provide the high-level logic for payroll calculations. Functions perform general processing – such as calculating payroll taxes on a given set of wages, reading wage types from specific infotypes, calculating benefits premiums, and storing the results of the payroll calculation. There are dozens of functions in SAP payroll, some are country-specific and others are not. Each function is defined and documented via transaction PE04; you can also view the function documentation via transaction PDSY in releases 4.5 and greater, or with report RPDSYS00 in earlier versions.
In SAP HR terms, a payroll function is not the same as an ABAP function. A payroll function does consist of ABAP code, but it is not executed in the same way an ABAP function would be. Payroll functions are executed within a schema by the payroll driver program (let's assume RPCALCU0).
A schema is just a collection of functions executed in a specific order – each one passing its results on to the next. Schemas are always created and edited via transaction PE01, but are actually stored as a collection of rows in tables T52C0 (SAP standard schemas) and T52C1 (customer-created schemas and modified SAP-standard schemas). The payroll driver reads the lines in T52C0/T52C1 and executes the functions one by one.
So how do we make the leap from a payroll function stored in a table to the execution of ABAP code to get the work done? In transaction PE04, you can see the ABAP code associated with every function. The function name in the schema correlates to an ABAP form – for example, the payroll function WPBP maps to the ABAP form 'fuwpbp'; function USTAX maps to form 'fuustax'. So when the payroll driver is executing the schema, it takes the function name from the current row in the schema, puts an 'fu' at the beginning of the name, and then does a 'perform' statement on it. It's a very simple and elegant design.
WAGE TYPES
In a broad sense, a wage type simply holds a piece of data – a rate, number, and/or amount. But more specifically, a wage type has dozens of attributes that control how it is manipulated and processed. In the end though, it ends up as an object in the payroll results database that stores a rate, number, and/or amount.
The most typical use of a wage type is to store the amounts of earnings, deductions, and taxes in an employee's paycheck. A person's base pay is stored in a wage type, the amount of their United Way deduction is stored in a wage type, and their taxable wages & taxes are stored in wage types. Wage types, as the primary data element for employee paychecks, are also mapped to FI/CO accounts to record the debits and credits resulting from the paycheck and reported on the W-2 and other tax forms.
Wage types can also be used to store statistical data – such as the number of hours worked in a pay period, the average weekly wages for the past six months, or the amount of wages eligible for a profit-sharing calculation. Wage type attributes are stored in several tables, but the central table is T512W. Much more time will be spent on various aspects of T512W.
There are three categories of wage types – model, technical, and user. Model wage types are delivered by SAP for customers to use as guidelines for creating their own wage types. They always start with a letter and SAP may add, delete or update them in system upgrades or HRSP's. Technical wage types always start with the '/' symbol, and are delivered by SAP. They are intended for very specific standard processing in payroll, and while you can modify them, SAP may also update them during upgrades or HRSP's. So if you ever (I mean EVER) change a technical wage type, check it after each upgrade or HRSP to make sure it still has the attributes you want. And never delete a technical wage type. User wage types always start with a number – and these are wage types that SAP does not change during upgrades & HRSP's. OK, SAP rarely changes them in upgrades and HRSP's. User wage types are for all the company-specific payroll payments and deductions.
RULES AND OPERATIONS
A long-time client of ours once created a screen-saver message that stated 'Payroll Rules!'. Those of us who were experienced SAP Payroll analysts or consultants immediately saw the double meaning, and corny humor, in that message. Rules contain the most basic logic used in SAP Payroll. Where a schema is a collection of functions, a rule is a collection of operations. An operation is a very basic piece of logic that is used, mostly, to manipulate wage types. For example, operation MULTI multiplies the number and rate fields of a wage type to determine the amount to pay an employee. Operation OUTWP retrieves specific data about an employee so that another operation can make a decision on how to process it. For example, if the work contract on infotype 1 is UA then do 'x', if it is UB then do 'y', otherwise do 'z'.
Operations can also be viewed in transactions PE04 and PDSY, and are edited with transaction PE02. Where a function's ABAP equivalent form starts with 'fu', an operation's ABAP form starts with 'op'. For example, operation MULTI would have an ABAP form 'opmulti'. Rules, like schemas, are stored in a table – rules are stored in T52C5.
The more senior SAP consultants who have been working with computer systems for many years often find similarities between payroll rules and programming mainframe computers in Assembly language. While there is nothing fancy about operations, when used correctly together they can be very powerful.
Hopefully I've presented a good but brief overview that makes sense. In my next SAP Payroll Technical Basics article, we will get into more detail on the common functions used in SAP's payroll schema.
Contribute to it/Comment
From India, Indore
Acknowledge(0)Amend(0)
We will try to correct that. First, we will present an overview of the basic parts of the payroll process, then in subsequent articles we'll go into more detail on each one. Not every possibility will be covered – that would be a multi-volume hardback series of books, not an easily-read web-based article. But we will cover the basics in a way that gives you a good understanding of SAP schemas and rules – from there you can use that knowledge base to learn as much as you want about the rest of this subject.
SCHEMAS AND FUNCTIONS
In SAP Payroll, functions provide the high-level logic for payroll calculations. Functions perform general processing – such as calculating payroll taxes on a given set of wages, reading wage types from specific infotypes, calculating benefits premiums, and storing the results of the payroll calculation. There are dozens of functions in SAP payroll, some are country-specific and others are not. Each function is defined and documented via transaction PE04; you can also view the function documentation via transaction PDSY in releases 4.5 and greater, or with report RPDSYS00 in earlier versions.
In SAP HR terms, a payroll function is not the same as an ABAP function. A payroll function does consist of ABAP code, but it is not executed in the same way an ABAP function would be. Payroll functions are executed within a schema by the payroll driver program (let's assume RPCALCU0).
A schema is just a collection of functions executed in a specific order – each one passing its results on to the next. Schemas are always created and edited via transaction PE01, but are actually stored as a collection of rows in tables T52C0 (SAP standard schemas) and T52C1 (customer-created schemas and modified SAP-standard schemas). The payroll driver reads the lines in T52C0/T52C1 and executes the functions one by one.
So how do we make the leap from a payroll function stored in a table to the execution of ABAP code to get the work done? In transaction PE04, you can see the ABAP code associated with every function. The function name in the schema correlates to an ABAP form – for example, the payroll function WPBP maps to the ABAP form 'fuwpbp'; function USTAX maps to form 'fuustax'. So when the payroll driver is executing the schema, it takes the function name from the current row in the schema, puts an 'fu' at the beginning of the name, and then does a 'perform' statement on it. It's a very simple and elegant design.
WAGE TYPES
In a broad sense, a wage type simply holds a piece of data – a rate, number, and/or amount. But more specifically, a wage type has dozens of attributes that control how it is manipulated and processed. In the end though, it ends up as an object in the payroll results database that stores a rate, number, and/or amount.
The most typical use of a wage type is to store the amounts of earnings, deductions, and taxes in an employee's paycheck. A person's base pay is stored in a wage type, the amount of their United Way deduction is stored in a wage type, and their taxable wages & taxes are stored in wage types. Wage types, as the primary data element for employee paychecks, are also mapped to FI/CO accounts to record the debits and credits resulting from the paycheck and reported on the W-2 and other tax forms.
Wage types can also be used to store statistical data – such as the number of hours worked in a pay period, the average weekly wages for the past six months, or the amount of wages eligible for a profit-sharing calculation. Wage type attributes are stored in several tables, but the central table is T512W. Much more time will be spent on various aspects of T512W.
There are three categories of wage types – model, technical, and user. Model wage types are delivered by SAP for customers to use as guidelines for creating their own wage types. They always start with a letter and SAP may add, delete or update them in system upgrades or HRSP's. Technical wage types always start with the '/' symbol, and are delivered by SAP. They are intended for very specific standard processing in payroll, and while you can modify them, SAP may also update them during upgrades or HRSP's. So if you ever (I mean EVER) change a technical wage type, check it after each upgrade or HRSP to make sure it still has the attributes you want. And never delete a technical wage type. User wage types always start with a number – and these are wage types that SAP does not change during upgrades & HRSP's. OK, SAP rarely changes them in upgrades and HRSP's. User wage types are for all the company-specific payroll payments and deductions.
RULES AND OPERATIONS
A long-time client of ours once created a screen-saver message that stated 'Payroll Rules!'. Those of us who were experienced SAP Payroll analysts or consultants immediately saw the double meaning, and corny humor, in that message. Rules contain the most basic logic used in SAP Payroll. Where a schema is a collection of functions, a rule is a collection of operations. An operation is a very basic piece of logic that is used, mostly, to manipulate wage types. For example, operation MULTI multiplies the number and rate fields of a wage type to determine the amount to pay an employee. Operation OUTWP retrieves specific data about an employee so that another operation can make a decision on how to process it. For example, if the work contract on infotype 1 is UA then do 'x', if it is UB then do 'y', otherwise do 'z'.
Operations can also be viewed in transactions PE04 and PDSY, and are edited with transaction PE02. Where a function's ABAP equivalent form starts with 'fu', an operation's ABAP form starts with 'op'. For example, operation MULTI would have an ABAP form 'opmulti'. Rules, like schemas, are stored in a table – rules are stored in T52C5.
The more senior SAP consultants who have been working with computer systems for many years often find similarities between payroll rules and programming mainframe computers in Assembly language. While there is nothing fancy about operations, when used correctly together they can be very powerful.
Hopefully I've presented a good but brief overview that makes sense. In my next SAP Payroll Technical Basics article, we will get into more detail on the common functions used in SAP's payroll schema.
Contribute to it/Comment
From India, Indore
Acknowledge(0)Amend(0)
Hi Akhilesh, Great job.......I am gonna take SAP HR certification, can u get me any link/website, which provides mock test / model questions?? lemme know.
From India, Mangaluru
Acknowledge(0)Amend(0)
From India, Mangaluru
Acknowledge(0)Amend(0)
Hi,
I am a certified professional in SAP HCM. Certification won't give you much exposure unless you land a job in SAP. During certification, you only gain a basic understanding of the entire system, that's it.
Regards,
Liz
From Australia, Adelaide
Acknowledge(0)Amend(0)
I am a certified professional in SAP HCM. Certification won't give you much exposure unless you land a job in SAP. During certification, you only gain a basic understanding of the entire system, that's it.
Regards,
Liz
From Australia, Adelaide
Acknowledge(0)Amend(0)
Hi Liz,
I am not a certified professional, but I have been working in SAP-HCM for the past year. I know that certification doesn't give you an extra edge, but at least you gain knowledge, and certification holds significance when you are attending interviews or looking for a job. The value of a certified professional is much higher than that of a non-certified one. What do you think? Please comment.
May I know where you are currently working? Feel free to join me at akhilesh.hr@gmail.com for knowledge sharing.
Regards,
From India, Indore
Acknowledge(0)Amend(0)
I am not a certified professional, but I have been working in SAP-HCM for the past year. I know that certification doesn't give you an extra edge, but at least you gain knowledge, and certification holds significance when you are attending interviews or looking for a job. The value of a certified professional is much higher than that of a non-certified one. What do you think? Please comment.
May I know where you are currently working? Feel free to join me at akhilesh.hr@gmail.com for knowledge sharing.
Regards,
From India, Indore
Acknowledge(0)Amend(0)
Hi Abhi, I m sandeep. I m working with a manufacturing company as Admin. I want to know that SAP training is necessory for my further carrier?
From India, Pune
Acknowledge(0)Amend(0)
From India, Pune
Acknowledge(0)Amend(0)Looking for something specific? - Join & Be Part Of Our Community and get connected with the right people who can help. Our AI-powered platform provides real-time fact-checking, peer-reviewed insights, and a vast historical knowledge base to support your search.
Indian payroll help-SAP.doc
ERPtips-SAP-Tra ining-Manual-SA MPLE-CHAPTER-fr om-Basic-Payrol l.pdf
Presentation1-s ap-overview_820 .ppt