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

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

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

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 Docs & Sales Docs 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!

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

ACE20-MOD-K9 module facing NP crash/restart

Hi,
Facing isue with ACE module Part#ACE20-MOD-K9 having NP failed error message and module got restarted.
Module software currently# c6ace-t1k9-mz.A2_1_6a.bin
We have studied the Support Community document and got the BUG id's information having impact on this module,
BUG id's: CSCsv92321, CSCsx25981, CSCsq38638
Now we need help regarding software version to upgrade for the ACE module having no impact on this ACE module by these BUG id's having parity error symptoms.
Also attaching the respective logs for the module restart issue.
Regards,
Ashutosh

Hi,
This looks like a parity error. If this is a first time occurrence I would recommend you to upgrade to a latest software and keep monitoring.
CSCsq38638
Symptom:The ACE blade cores indicating a SRAM Parity Error. Occasionally another type of process (such as IFMGR, etc.) core may accompany the SRAM error crash.
Conditions:This is a rare condition where the ACE blade is running and performs an SRAM operation that detects an SRAM parity error.
Workaround:Reboot of the ACE will clear the state. This reboot is accomplished automatically when the corefile is created.

OPEN\CLOSE POSTING PERIOD

Hi everyone,
I'm working on a system with different company code, each company code has a posting period variant.
My question is:
Is there the possibility (by tcode 'OB52') that more users can, at the same time, open\close posting periods related to them posting period variant?
In practice, my customer asks me:
AT THE SAME TIME: - user x (company X) modifies posting periods of PPV '001' and user y (company Y) modifies posting periods of PPV '002'...
Is it possible???
thank you in advance..

Hi Jason,
Probably I may not recommend this. These are most critical activities. We do not the dependency of the tables. Meaning that the table could be linked to many other tables and fields in database. This may end up in data integrity issues.
These are not the activities that we should do on a daily basis. Normally we open and close the period on a monthly basis and open this screen for few minutes or so. I would suggest first user can go and change and then he come back and the second person may change.
Since this a very critical activity, anything wrong would impact all other modules, as the data is moving from all other modules to FI.
Therefore, I would only recommend one by one to change OB52 OR give the authority to a centralized person in order to open and close the periods.
Regards,
Ravi

Impact on CO module.

Similar Messages

Maybe you are looking for