IFRS Impact on HR Module

With the introduction of IFRS in SAP, there are major impact on SAP FI like creating parllel ledger, activating new GL, creating another depreciation area, etc
I wanted to know the impact of IFRS on SAP HR module. What all configuration needs to be added / modified in HR module for implementing IFRS in SAP

hi,
there is a WKI on the same.
which speaks about all modules including SD
shall i send it.
regards,
balajia

Similar Messages

  • Fiscal year 2011 has 53 weeks: impact on PM module

    Hi,
    For fiscal year 2011, there will be 53 weeks: is there any impact on PM module or is it just a FI-CO related issue?
    Thanks,
    P.

    Hi Pete,
    Impact needs to be check in PM for your Maintenance Work Center scheduling and activity based costing as one week has increased. Also check for your batch jobs if selection parameter are defined based on week.
    But no impact with Financial Year and week combination.

  • Impact of Function Modules when used in upgraded versions

    Hello Experts,
              I wan to know the Impact of Function Modules when used in upgraded versions. How the function module works irrespective of changes done to it in the latest verisons
    Thanks in Advance

    Hi,
    If the function modules is released, it should not have any impact. However if not released, use them with caution as SAP does not support non-released function modules.
    Cheers.
    ...Reward if useful.

  • Alternate unit of measure and its impact on CO module

    Hi
    We are in CPG company, our client has decided to use CAR (i.e. Carton) as base unit of measure and TO (tonnage) as alternate unit of measure. CO users and client management wants to run planning, allocation and CO-PA analysis in TO (tonnage).
    Some of activities like cost estimates will be run using CAR. We have come to know that we might have to use COPA0005 enhancement.
    We need to know how it will impact CO module as TO is not base unit of measure for finished goods?
    Thanks in advance.
    Chris

    Thanks Ajay for your reply. My point is that we need to know the impact on CO module because our Client will use CAR (carton) as base unit of measure and CO users have to use TO (tonnage) for planning, allocation,  profitability analysis, etc.
    We will define the UoM conversion relationship in material master, say 1 TON = 125 CAR.
    We have come to know that cost estimate can only be run using base unit of measure (i.e. CAR) so client will have to run cost estimate using CAR.
    What about other functionality like allocations, planning, CO reports, etc. What will be the impact on CO module as TO is not the base unit of measure and our client have to use TO for allocations, reporting, CO-PA, etc.

  • Multiple rule sets - impacts in GRC modules

    Hi,
    We are currently running CC 5.2 on our European perimeter.  We would like to extend in the near future to our US perimeter.  For that, we have to take into consideration a complete new set of rules.
    I presume there will be no issue to handle multiple sets of rules in CC but I was wondering what could be the potential impacts/problems for the other GRC modules?
    i.e.: in Role Expert, for the US roles we would like to avoid getting potential risks from European rule sets,...
    Has anybody some attention points or good practice to share on that ?  It would be a great help for us.
    Thanks & Regards

    Different installation of GRC Solutions for different regions is certainly not recommended and not even required.  It is important to design your cross system landscape efficiently considering different regions in mind and create different rule sets for different regions. In a cross system landscape you can have multiple systems from different regions with entirely a different set of modules and data. Obviously the risk will be different, for that purpose you have to create different rule sets for sure.
    Now when you are performing risk analysis for a particular region you have to select the considered system/connector and a rule set respectively so that you get the risks on targeted system only.
    Bill-
    as you asked, if there are chances of potential impacts/problems for the other GRC modules or not,
    The answer is, There will be no impact at all because you are considering them as separate entities within a landscape. It is the beauty of GRC Access Controls to have multiple system connectors, logical systems and cross system landscape that provides almost every feature to cover all regional perimeters.
    Regards,
    Amol Bharti

  • CAT2 Final Confirmation - Impact on other modules?

    HI Experts,
    We are using CAT2 for time entry in multiple parts of the business.
    We want to enable the 'final confirmation' in CAT2 for maintenance orders so that they can be set to confirmed in PM.
    If we configure the indicator to display, what impact might this have on users from other modules entering time in CAT2 (e.g. finance, projects et).  Will they see the indicater as well or will it be hidden?
    Cheers,
    Maikel

    If you are using on data entry profile then the final confirmation will be visable for all employee's entering timesheets.
    What I would do is have at least 2 profiles one for PM users with the final confirmation flag available and one for other users with the final confirmation flag hidden.
    This would make sure that this flag is not set for instance against a WBS etc.
    Jim

  • Impact on CO module.

    Hi CO Experts,
    I'm PP consultant. Right now we are using Repetitive manufacturing for some plants and for some other plants Discrete Manufacturing. The problem I'm facing here is when I'm doing REM backflush for first production version system is proposing right Work center (Production line) but when I'm trying to do REM backflush for second, third etc production versions still system is proposing first Work center (Production line) only. Actually it has to propose second, third or whatever line assigned to that production version only. One of PP expert suggested to make changes in REM profile that we assign in MRP4 view of material (for that we are doing REM assembly backflush). As per comments I've to post activities against Preliminary Cost Estimate instead of Std. Cost Estimate. I'm not sure how system will behave after that and again not aware of further settings in CO. (Please have look at http://rapidshare.com/files/159364958/screen_shot-_REM_profile_0002.doc.html)
    Could you please make your expert comments on this issue?
    Thanks & Regards,
    Abu Arbab

    Hi Ashok,
    Thanks for input.
    But whats the impact on CO settings or month end closing activities in terms of both Reports and Results Analysis?
    Please reply.
    Thanks & Regards,
    Abu Arbab

  • US GAAP and IFRS

    Hi,
    my clients is Indian company. Now they wants implement SAP (ECC 6). They are asking, other than standard ledger they want US GAAP and IFRS reports also.
    So can some one tell me how to configure this in SAP and what are the impacts on other modules if we activate Parallel Accounting.
    Thanks
    Rams N

    Hi,
    Parallel Accounting supports multible accounting principles. For your client Accounting principle reporting requirements could include local Generally Accepted Accounting Principles (GAAP), US GAAP and International Financial Reporting Standards (IFRS).
    SAP Provides Additional Ledger feature from ECC 5.0 onwards. With this feature Data recorded in the general ledger is recorded in multiple ledgers. That means apart from the leading ledger you can maintain 2 additional ledger to fulfill your requirement i.e. Local GAAP and US GAAP. The ledgers are assigned to specific Accounting Principles and difference postings can be recorded to specific ledgers through a single user interface. Foreign currency valuation methods can be assigned to specific ledgers and fixed asset accounting for various accounting principles is managed through the use of depreciation areas and ledgers.
    When it comes to impacts i worked on FCV, Asset Depreciation and Accrual Engine using the New GL with ECC 6.0. I have identified below changes during my workout. May be some more impacts might be there in other application areas with the introduction of parallel ledger.
    1. In asset accounting ledger groups are assigned to the depreciation areas. Consequently, postings are made to separate ledgers in FI. The leading ledger has to be assigned to depreciation area 01.
    2. Within the General Ledger Receivables / Payables / foreign currency balance sheet accounts may be valuated differently on the basis of different accounting principles. Accruals and deferrals need to be allocated to the relevant periods. The use of parallel accounting may mean that different accrual/deferral postings need to be made, depending on the accounting principle. This needs Assignment of the accrual method to the accounting principle (determination of the ledger group).
    Hope it will give some inputs to your requirements.
    Regards,
    Krishna Kishore

  • FI-AA Impact on changing the year dependent fiscal year period from 445 to 435

    Dear Friends,
    May I have your comment on the impact of below change
    Currently using Year Dependent fiscal year variant K5 and period end closing is *445
    future we want to use the same fiscal year dependent variant K5 , however the period end closing will be *435
    *445 Periods - 1st month 4th sat, 2nd month 4th sat, 3rd month 5th sat will be the closing periods
      similarly for the rest of the months in a year
    *435 Periods -  1st month 4th month, 2nd month 3rd sat, 3rd month 5th sat will be the closing periods
      similarly for the rest of the months in a year
    Impact on Asset Module and other  modules will be a great help
    Regards
    SB

    Hi Sanjai,
    SAP do not recommend to change a Fiscal Year Variant that has already
    been assigned to a company code and has already some postings. This
    will may create database inconsistencies
    Please check the following SAP notes which will give you an
    idea of some adverse effects that may happen as a result of a change
    based on the modules/components you have implemented in your system.
    427920     Analysis program for fiscal year conversion
    210861     Changing fiscal year variant in production system
    193713     SAPF070: Change of fiscal year variant
    672255     Shortened fiscal year/changing fiscal periods
    The change of the fiscal year or the change of the fiscal periods
    has an effect in many modules, for example, in FI, FI-AA, FI-SL, FI-LC,
    EC-CS, IM, CO, EC-PCA, MM, PP, SD, PS, PM.
    Corresponding risks (for example, data inconsistency, system standstill)
    can arise from incorrect changes to the fiscal year or from incorrect
    changes to the fiscal periods in a live SAP system.
    You can refer to the following wiki page also:
    http://wiki.sdn.sap.com/wiki/x/jYXrCw
    I hope you find this information helpful.
    Regards,
    Jose

  • Impact of Updating Customer Name in existing Open Sales Orders

    Hello,
    There's a requirement to update an existing Customer Name which we can very well do via API but what we tested the impact on :
    Sales Order in 'Entered status'
    Sales Order in 'Booked status'
    Sales Order in 'Shipped status'
    Sales Order in 'Closed status'
    Sales Order in 'Cancelled status'
    and the customer information was updated in all the above scenarios.
    The question/doubt I have is:
    1) Does the change in Customer Name has an impact in other modules like Service Contracts etc (In other words is the change reflected there automatically?)
    2) For an Sales Order in Shipped status with an Old customer Name and if we now change the customer name, will there be any impact in AR?
    To summarize will just changing the 'Customer Name' from 'Recievables' ensure that the change is flowed to all modules or is there a chance that somewhere in some module Customer Name is not in sync??
    Please come with suggestions/solutions/alternatives ...
    If you need any more information on this please let me know.
    Thanks in Advance!
    -Ajit

    Hi Jyoti,
    Thanx for the reply.
    You are correct, but for my question I am changing customer name at Recievables not in a Sales Order.
    When I change a Customer Name from Recievables it replaces all existing 'in-process' sales order with the new updated customer name(note that I am just updating the name thereby party_id etc columns remains the same...) in whatever Status it is.
    So my question was:
    1) Does the change in Customer Name has an impact in other modules like Service Contracts etc (In other words is the change reflected there automatically?)
    2) For an Sales Order in Shipped status with an Old customer Name and if we now change the customer name, will there be any impact in AR?
    To summarize will just changing the 'Customer Name' from 'Recievables' ensure that the change is flowed to all modules or is there a chance that somewhere in some module Customer Name is not in sync??
    Hope you got the point!
    Please provide your valuable inputs.
    Thanks,
    Ajit

  • Impact of new order type Creation.

    Greetings all SD experts,
    Currently, there's a new request in my company to create a new Sales Order Type via VOV8. Correct me if I'm wrong here but by creating a new order type, we need to also look into the item category assignment as well as the schedule line and the sales area permitted for the new order type.
    Aside from that, I believe I need to look into the SIS aspect as well the subsequent delivery and billing type ( whether using back the existing types or there's a need for a new creation ).
    My queries are as following :
    1 ) What will be the impact for a creation of new sales order type  besides those mentioned above?
    2 ) And are there any impact in other modules that I should take note of ?
    3  ) What are the subsequents config/settings that I need to look upon creating a new sales order type ?
    4 ) What will be things that I need to take note of if there's a need to create new delivery and billing type ?
    Sorry for the amount of queries above but your valuable input will be greatly appreciated here.
    Many thanks in advance.
    Warmest Regards,
    Edie

    Hi Edie,
    To add / create a new Sales Doc type, u need to do the following config. Also if you are in Support project and you want add this it is always advisible to take reference data from the customer.
    Config required is:
    Assign Sales Document to Sales Area
    Item category determination
    Assign Document Pricing procedure
    Determine pricing procedure
    Assign Output Types
    Assign Incompletion Log
    Assign Partner determination procedure
    Maintain copy control Sales docs to Sales Doc’s & Sales Doc’s to Billing
    Maintain copy control Sales docs to Delivery
    Free Goods  / Material Listing
    Update Groups for LIS
    Scheduling With Route Schedule For Sales Document Type
    all these above assignments need to be done.
    4. You dnt need to create a new delivery and billing type, u can use the existing ones only
    Revert back for any clarifications.
    REward if it helps
    regards
    Srini

  • Impact of changing positions and Org Unit short text

    Hi All..
    This is regarding the impact  of changing positions and Org Unit short text(SAP name - Object Abbreviation, technical field u2013 hrp1000-short).The new approach we are ging to have is to keep short text same across the business unit.
    Example:
    All position in US will have short text u2013 USS
    Similarly All US Org Unit short text will be COMUS
    I was wondering, from SAP best practices point of view, do you see any downside in this approach?
    Example: Any problem in searching position or org using search term.
    Please pin your thoughts...
    Thanks,
    Kumar

    Hi,
    Normally such change will not have any impact in PA module.
    Only in exceptional cases it will have an impact in following cases:
    1. First and mandatory condition that you use abbreviation as position name in IT 0001. If this is the case parameter PLOGI TEXTC (in table T77S0) should be equal X.
    2. Second condition is that parameter PLOGI SPLIT is equal to X. That means that change of object name will lead to record split in IT 0001 in PA.
    So if in table T77S0 you don't have setting PLOGI TEXTC = X and PLOGI SPLIT = X you can go ahead with change of positions abbreviations. It will have no impact on other modules.
    Cheers!

  • FI configuration for IFRS reporting

    Hi Experts
    I Need to Configure IFRS Reporting for the asset Module,  can you please give me detail information regarding IFRS reporting for Asset module (Indian Scenario)
    Moderator: Please, search SDN

    If the FG is maintained on price control 'S' i.e. std price, system any way will post the difference to price difference account when you do settlement or order. The relevant account will have to be mainatined in OBYC for PRD.
    Regards
    Rakesh Pawaskar

  • Price adjustment manually in FI module

    Hello Friends.
    Please guid me where we adjust the material prices in FI module and under what circumstances, and will there be any impact on MM module with this adjustment.
    Please reply to me as early as possible.
    With regards
    KRISHNA

    Hi Krishna,
    We have two scenarios for price change
    1. Materials maintained at standard Price
    Price different will go to different GL account which in maintained in OBYC under PRD key.
    Example: You made a purchased order for 10 pens which is maintained at standard price of Rs 12 each
    At the time of MIGO you received the stock @ 15 each
    Then system will post the 3 Rs diffrecence to GL account which is maintained in OBYC under PRD Key.
    2. Materials Maintained at moving average price
    Difference will add to inventory.
    Example: You made a purchased order for 10 pens which is maintained at Moving Average price of Rs 12 each
    At the time of MIGO you received the stock @ 15 each
    Then system will post the 3 Rs diffrecence to Inventrory account
    Best Regards
    Ashish Jain

  • Region in the Plant - Any impact?

    Hello Friends,
    I'm almost certain about this, but I would like to confirm this so that i don't mess up with the system
    The "Region" in the plant address was wrongly maintained few years ago as 11 instead of 01. If we change this to 01, will there be any impact on any module side?
    From SD point of view, I knew it will have impact on the Tax condition records as this is one of the field in the access. But except this, I do not think there will be any impact on MM, FI and CO reporting side. Am I correct?
    Any inputs?

    Hi
    As you already aware thet Region has very important role in determining the Tax, so changing it will sure create an issue.
    However I feel that you can do that but must take some precautions, like :-
    1. Close all the transactions which are in process (Like open Order, Open Deliver, Invoice)
    2. Discuss withh other module so that they must also do the same for their open transaction.
    3. Check with your client, as changing the Region will have an effect on Taxes and Auditor may ask the reason since the transactions which are already posted may have wrong tax and wrong region.
    4. Maintain the Tax records with new region.
    Thanks and regards,
    Amitesh Anand

Maybe you are looking for