End of SAP support for EP6

Hi,
Can anyone tell me when SAP plan to end support for EP6?
Thanks,
Paul

As per [PAM|https://service.sap.com/pam] for SAP NetWeaver 04 its as follows:-
End of mainstream maintenance 31.03.2010
End of extended maintenance 31.03.2013
*Chintan

Similar Messages

Until when give SAP support for version 7.30?

Hello,
Until when give SAP support for version 7.30?
How is the update from SAP GUI 7.30 to 7.40 handle?

Hello Herr Jürs,
As per the attached note http://service.sap.com/sap/support/notes/147519
support ends in July
SAP GUI for Windows Support Deadlines
7.30: Full support up to July 15th, 2015. On July 15th, 2015 the used development environment Microsoft Visual Studio 2010 will transit to Microsoft's "Extended Maintenance" mode. This means that Microsoft will not create any corrections for components which belong to this development environment anymore (unless the issue is security relevant). Therefore no extension of full support for SAP GUI for Windows 7.30 beyond this date is possible.
Regards,
Jude

Migration and SAP Support for BW 3.1

Hi,
I have couple of queries regarding Migration and SAP Support.
What is the required patch level that need to be mantained in BW 3.1 for a direct upgrade to BI 7.
I would like to know whether SAP still supports BW 3.1. I searched in SAP Service marketplace, but didn't get much information regarding this.
Your inputs are highly appreciated.
Regards,
Hari

Hello,
BW Upgrade from 3.x to 7.0
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/e62b9990-0201-0010-42a7-ddcf5c93cafd
Hope it will help you.
Regards,

Foreign Currency Translation at Year End - How SAP Works for P&L items?

Hi All,
I wanted to know "How SAP works on Foreign Currency Translation at year end" from Local Currency to Group Currency for P&L Items.
I know how SAP works for Balance sheet items but am really confused with when the translation was done for P&L Items.
Configuration:
We are on ECC 6.0 . Local Currency is CAD and we have 2nd Local Currency as "USD - Group Curr".
We have set up Valuation Method - 4
We have set up Valuation Area - 40
For Account Determination for Currency Translation, GL accounts (Loss, Gain and B/S Adj) were setup for the combination of Chart of Accounts, Val Area and Fin Stmt Ver.
Sales Account Balance
CAD (LC)        USD (2nd LC)
1000                   920
Using tcode "FAGL_FC_TRANS", we translated our P&L items.
Local Currency is CAD and Group Currency is USD.
CAD 1000 and USD 920 are cumulative balances over a period of time.
Since at the end of year CAD became stronger, exchange rate is 1.11 as an example
Sales Account Balance
CAD (LC)        USD (2nd LC)        Translated Value in USD
1000                   920                        900
System passed the following entry in USD:
Debit Balance Sheet Adj A/c 20
Credit Translation Gain / Loss A/c 20
Here are the questions:
1. How does over all translation work? - Should we get any Gain / Loss and have an effect on P&L when all accounts (P&L, B/S) are translated?
2. How can there be a gain entry when USD value has really fallen from 920 to 900 in the current case.
Thanks for your time.
Vijay

Hi,
I had this issue too. The entry was just opposite to what it should be. I just flipped the accounts in table FAGL_T030TR.
Example: 410000 is sales account which normally should have a credit balance. Here are some entries that were posted to sales in 03/2009 and I am running FAGL_FC_TRANS at the end of the month.
March 1, 2009 Cr. Sales CAD 1000- USD 900-
March 2, 2009 Cr. Sales CAD 500- USD 480-
During FC translation transaction, system takes the balance in the account for the period (if you execute it with 'Val. period balance only' checkbox checked) and not the cumulative balance. SAP recommends translating period balance only (and not cumulative balance) for P&L accounts. It sees a balance in LC (this again depends on the config. you have in OB22 - whether the indicator is 1 (TC as source currency) or 2 (LC as source currency for translation)) which is 1500, converts that at month end rate. After conversion, lets say the balance is 1400-.
In this case, we expect a credit entry on sales account
March 31, 2009 Cr. Sales CAD 0 USD 20-
But system was just posting the opposite. I then flipped the accounts in FC translation configuration. I know it is misleading. In that configuration, system says balance sheet adjustment account, but what you should actually give there is your gain/loss account. Our gain/loss a/c. falls in the same GL account range as the main account. For example, for 410000, it is 410999 and for 510000, it is 510999. We report accounts 410000 to 410999 in the same node in the FSV.
Pl. feel free to ask further questions about this. Pl. test in your system and correct me if my above reply is wrong.
Cheers!

SAP Support for Windows 2008 R2 SP1

How can I find out if SAP supports Windows 2008 R2 SP1?
We have ECC6 enh4 running on Win2008R2 servers, our admin would like to apply SP1 to these. I'm trying to find documentation to verify SAP Supports SP1. So far I've come up empty.
Thanks

Hello Laurie,
The up to date kernels support Windows 2008R2
SAP supports the following 64-bit (x64, IA64) Windows Server 2008 R2 editions:
Standard edition, Enterprise edition, Datacenter edition, and for Itanium-Based Systems edition
Windows Server 2008 R2 Server Core is not supported by SAP.
See url
SAP on Microsoft Windows
Hope it's work for you,
Ignacio.

SAP support for country-specific legal requirements

Just wondering if anyone could clarify how does SAP support work for the country-specific legal requirements. I'm sure in every country some new laws come to life regularly that affect the SAP customers and their ERP systems.
Case in point - on July 1st Mexican authority SAT decided to ask businesses to send them some XML files with some GL account information ('Anexo 24' - see the announcement in Spanish here). The deadline for the first file submission is October 2014.
This clearly affects every single SAP customer in the whole Mexico, as well as potentially many North America customers who have manufacturing facilities there. So would it be reasonable to expect SAP to come up with some standard solution? XML file extraction doesn't seem to be incredibly complex to me (although I might be off).
Another question - how would the customers know that SAP is aware of new laws and is taking some action? Could there be an announcement posted somewhere? There is a website for SAP Latin Americabut the latest announcement there is from June and nothing else is on the home page except for the HANA ads. (My Spanish is limited to "dos cervezas por favor", sorry if I missed something.)
In absence of such communication, naturally, the only option the individual customers have is to send a message to SAP. And that's where SAP replies with a copy/paste text (we got the same exact response as another SCN member here):
Feel free to maintain this incident opened, but contact us in the next three weeks, then we will be able to confirm if this legal requirement will be supported by SAP.
I'm confused - "IF"?! This is a legal requirement, there is no "if" for the business. Let's see if I got it right - we wait for 3 weeks, then SAP decides "nah, not gonna support that" (by the way, why is it on the customers to contact support again?) and every SAP customer in the whole country will have to scramble their own resources or pay for consulting (on top of SAP maintenance fees) to deliver the same exact set of programs on their own in under 2 months?
It could've been just an unfortunate choice of verbiage by Global Support, but I'm curious - is this really how the support for legal requirements supposed to work?
Thank you.

Hi Jelena,
Having been part of the SAP Globalization Services in Brazil, I understand a little bit of that process.
A few comments:
1) Localization of SAP solutions to country-specific regulation is under the responsibility of an area called Globalization Services. You can find more info about what they do here:
http://service.sap.com/globalization
2) Typically, those country-specific requirements are discussed in much details on the local ASUG chapters (at least that's how we did it in Brazil). That's why it's usually hard to find material in English, but I'd say that your local IT/Biz people in Mexico should be regulars in their local ASUG meetings, specially if they have a specific chapter to discuss Localization matters.
3) I found out this note with more specifics about "SAT Anexo 24".
http://service.sap.com/sap/support/notes/2041490
Apparently SAP is still analyzing it.
Suggestion if you want to speed the analysis up: reach out to your commercial contact in SAP.
4) Regarding your statement about the time it takes for the analysis & delivery to take place.
As an SAP customer, you have all the right to complain about the service level you're getting, it's just that, having been on the other side of the table, I know some facts that sometimes may be taken for granted. For example, SAP do not have infinite maintenance resources. I do understand that all customers pay maintenance and need to have their demands addressed, but SAP does not have a bench of developers available for whenever a new demand appears. If there is a new demand, they need to estimate the efforts and accommodate it into the development resource planning.
5) From a legal perspective, there is a difference between Legal Change and New Legal Requirement. The latter, if differing too much from the initial purpose of the acquired software, might not necessarily be required by the Software provider to be fulfilled within the maintenance scope. I'm not saying that it's the case for this Mexican requirement, I'm just saying there is this possibility, generally.
My personal recommendation: get your local Mexico people to be closer to the SAP Mexico team. They are usually responsible to publish information about such local requirements and the SAP release plan.
Hope that helps.
Best,
Henrique.

Sap support for standard prog. w/ custom implem of implicit enhanc.points

Hello,
since 1 year I've been confronted to SAP customers which WIDELY implement Implicit Enhancement Points (IEP).
I have been really surprised that my customers undoubtly think, if a problem occurs in a standard program where there are lots of IEP custom implementations, and if my customers estimate after investigation the problem comes from the standard part and not from the IEPs, they think that SAP support would help them to solve the issue.
Note: as a consequence, they created much more IEP in ECC 6 than they did in the past with R/3 old releases (via changes of the standard, aka repairs)!
What I think, is that SAP SUPPORT WOULDN'T HELP them as long as there is custom code (even within IEPs) in the standard program, even if there is only one IEP with one line (because it could change completely the standard algorithm, for example by emptying a global internal table)
So, I think the only way to get help from SAP is to deactivate these IEP implementations before requesting support. And so, the only solution to deactivate them, customers MUST assign IEP implementations to a package and then to a switch and then to a business function, so that they can deactivate it via switch framework.
The main concern is that my customers didn't create switch/business function, so they cannot react quickly if a problem happens in production : reproduce in test system, deactivate custom IEPs by switching off business function (it's what they didn't do), reproduce with full standard to determine problem comes from standard, request help from sap).
Could you share with me what is your approach about implementing IEPs, and maybe, is there somewhere a SAP documentation which explains that officially?
I hope I was clear.
Thank you very much for your kind help.
Best regards,
sandra rossi

I played around a bit with this (as I had never done it before) and also from what I have read, the intended option is the switch framework.
I guess as plan B you could have a virtual system or reliable test environment in which you can disable the enhancement and bring it back again via version management - but from what you have described (IEP deleting gobal variables, etc) this would also remove the "bug" and make the problem difficult to reproduce.
Perhaps the next best thing (unless someone has a better idea) is to inform your customers about neatly organizing their software developments using packages and switches.
To my knowledge, the syntax checks are also getting stricter in this area (as you may have noticed) and I hope that (for some of them) will throw errors one day during the development stage already.
Sorry, that does not help you much (but at least you read "the rules"
Cheers,
Julius
ps: A dirty way of doing it would be to run the program in the new debugger, and skip over the enhancement using the Go-To function. Unlike the classic debugger, the code inbetween does not need to be debugged. Ugly, but effective...
Edited by: Julius Bussche on Nov 10, 2008 9:13 PM

SAP Support for Classic G/L in ECC 6.0 and above

Hello,
Running an SAP upgrade project from 4.6C to ECC 6.0 (EHP6). The customer is running the existing release since the past 8 years with FI/CO, MM,SD,PM and HCM modules.
We are exploring the possibilities and repercussions of moving on to new G/L from the legacy classic G/L. Please have a look at the mentioned points for replies accordingly.
1. As far as I understand, if need to seamlessly transit in the ECC 6.0 with New G/L in a way that the old transactional data, and all balances are retained with historical records, then we need to purchase the SAP New G/L Migration Services, and this would be lead and done by SAP. There is no alternate way of doing it solely by our ownself, Is this correct ?. If we engage SAP for this migration exercise and consulting then does it ensure that all historical data and balances are moved intact in the new G/L environment and from an end user perspective all transactional done to date before moving in ECC 6.0 are retained.
2. I guess we still need to review the integration impact of the new G/L for all other modules, is there a substantial rework to be done or with minimal effort, new account assignments and related configuration can be altered .
3. If we don't opt for SAP G/L Migration service but still want to activate and use the new G/L and profit center accounting, then as far as myself and my team assess, we need to decide a cutover date and gather the balances/open items from the legacy G/L and upload them to the new G/L in ECC 6.0, just as it would be the case for a fresh new implementation for a customer coming from non-SAP environment. If this is correct then :
The customer will lose all historical, detailed transactional data with respect to the legacy G/L and relevant originating entries. In such case for any business reporting requirement, the customer has to keep a separate PRD server alive in a dormant state for fetching the data before the transition in ECC 6.0 environment. Is this the correct understanding and the only possible approach, can there be a better way of ensuring the availability of historical data.
In such a case of doing a cutover data migration from old G/L to new G/L, do we have to upload the rest of the master/transactional data for all other modules as well, enacting a situation that all of them started as fresh new modules in ECC.6.0, or the legacy master / transactional data for all other modules can be kept intact for historical purposes. (examples, all vendors and PO / sales order and customer master / employee master and all payroll historical records for past 8 years).
4. Any indication or official SAP note, that for how long SAP intends to support the legacy G/L in the upcoming ECC versions. It is necessary to know in case the customer currently opts for still continuing with the classic G/L in ECC 6.0 , but we have a lurking danger that SAP would stop the support and availability of legacy classic G/L in the near future. So to a have a long term sustainable benefit, we might deliberate with the customer to take a bitter sip now , and move on to the new G/L with all its bells/whistles and the nuisances it might bring in terms of historical transaction data unavailability.
I hope i was able to make my scenario clearly understandable for having some valuable input from the forum members.
Thanks a lot for reading and replying.

Hi Syed,
From Technical basis perspective there is not much work in newGL migration apart from application and database tuning.
Time taken for migrating to newGL will depend upon number of open items available in the system at the time of migration.
Most of your queries are functional and suggestion would be to move this thread to ERP Financials.
For your information you may go through below links
http://help.sap.com/saphelp_erp60_sp/helpdata/en/ae/b3569044974c6985c4e711e20435d6/content.htm
http://wiki.scn.sap.com/wiki/display/ERPFI/NewGL+Migration+Scenarios
Hope this helps.
Regards,
Deepak Kori

SAP Support for Pay Service?

A friend would like me to find out on this site for him:
Is there any service on this site or anywhere, that he can get support, even if it costs some money?
Basically he has a new BW job and he fears he may encounter a problem and would like to deal with it without showing his ignorance to his employer.
Sure, he has been researching on this site but sometimes it may be too specific that he may want o speak with someone on the phone or chat.
Is there any service here or out there, like that?
Thanks.

Thanks and that makes sense in the absence of an actual SAP BW support service.
Almost all products out there, Linux, NT, 2000, Netware, have those type of services so we thought there will be one out there for SAP BW.
The point is that, in a critical situation, one would like to quickly be assured of a guaranteed response instead of posting and hoping for a response on a forum, such as this.
I will leave the case open and see if others may be aware of any SAP BW support services on the market.
Thanks.

SAP Support for ITS version iViews on ESS

Hi All,
I heard that SAP will not be supporting all the transactions on Poratl used in ITS version from 2009 onwards. Is that true ?
Pls let me know ...!
Any support doc for this statement ?
Reagards
Vijay

Vijay,
What version of ITS are you referring to ? Standalone 6.20 or Integrated ITS?
Some transactions will probably not be supported as the integrated ITS has some limitations due to weblogic.
Ronald

SAP Support for Data Archiving

Hello,
We just wanted to confirm if SAP will support issues if we encounter issues while restoring data archived via SARA. For example, if in the process of restoring archived data a defect is found, is this still supported by SAP?

Hi
Supported and the SAP Data Archiving Support Tools are SARA , DART and SARI
SARA --- SAP Archive Administration
All data archiving activities commence with Archive administration (transaction SARA). SARA provides the overall administration of archiving schedules and manages the archiving sessions. The process includes customization of objects, their conversion to archived sequential archived files and most importantly, their overall management. In addition to these, the archive administration process also retrieves the archived files and converts the data through an automated process, if there is a change in software, hardware or the data structure. The data archiving process is streamlined and simplified through the Central command of archiving administration
DART --- Data Retention Tool
A data retention strategy is required for retaining enterprise information for long periods of time. The Data Retention Tool (DART) provides this functionality. It is capable of extracting data, which is period-specific as well as any supporting information. DART transforms database objects into flat files that can be read by any third-party software designed for flat files. It is available as an add-on for older versions of SAP R/3, but is an integrated feature of the recent versions of SAP R/3.
SARI --- SAP Archive Information System
SARI provides much-needed retrieval capabilities against previously archived data. It requires the archive files be loaded into new tables in the database. In this approach, AS requires detailed, technical knowledge of the database table structure and field layouts. Database structure of an enterprise needs to be flexible and dynamic to be able to quickly adapt to organisational changes. It might happen that the current database structure is not compatible with the structure of database when archive files were initially generated. Archive Information System is a standard tool delivered by SAP that facilitates customized access to the archived data
Regards
Venkat

SAP Support for ISR Framework for MSS

Hi,
Does anyone know if SAP will continue supporting the JSP forms developed using old MSS. I know they are supported in ECC 6.0 but going forward will SAP continue to support JSP forms or should we start doing the new development in Adobe forms (would prefer JSP)
Thanks
Salim

since no one replied to this questions I am closing the thread. BTW, this is what I have found out from another thread...
The 2005 PCR iviews are written in WebDynpro, and appear to assume that each one will be an Adobe form!
If old PCR iviews are assigned to the manager (give them the old MSS role under Migrated Content->EP5.0... in the pcd if you have it installed), you will be able to create a PCR with the JSP forms (regardless of the "Entry in Web" setting in QISRSCENARIO).
Hope this helps.
Thanks
Salim

SAP support for ARTS POSlog format

Dear all,
We are trying to integrate SAP with a 3rd party POS solution. The 3rd party POS generates ARTS IXRetail POSLog V2.2 format.
However in the ARTS webpage, we find that SAP conforms to POSLog V2.1.
We believ that this might be a little old, and want to just confirm if SAP indeed confirms to the latest POSLog v2.2 format?
Regards
Gaurav

Hi Masa,
As i debugged the Travels entityset, while moving the last row on the internal table to the et_entityset there is a error in assigning timestamp value to 'LastChangeDate'.
Also every time i see it is giving the error only while assinging last row of the internal table to the et_entityset.
PS: I have seen a SAP note - 1803227 for this kind of type conversion error.
http://scn.sap.com/thread/3375127
I see this note is for IW_BEP - SAPK-20007INIWBEP, but we have IW_BEP - SAPK-20008INIWBEP in backend.
Let me know if any other notes i have to implement.
Thanks for your responses.

SAP support for BRF

Hello,
We have just finished an implementation of Withholding Tax Determination Automation using BRF. The BRFplus is only ramping up in our system. I could not find any information on how long SAP is going to support BRF (I know there is going to be no new development in there). I'm interested to find out how soon we'll have to migrate our system to the new BRFplus.
BR
Darek
Edited by: Dariusz Brzozowski on Sep 26, 2011 2:36 PM

Hi Darek,
I do not know the official communication of SAP but I have seen SAP taking out functionality only in very rare cases. BRF will just be more and more outdated, but I would assume it runs another decade.
BR,
Carsten

SAP support for update rules

Hi all,
I've heard rumours that SAP will stop support of updaterules in NW2004s in 2009. Then, only transformations will be supported and enhanced.
Have you heard this also and is it true.
Regards
OJ
Edited by: BW OJ on Feb 14, 2008 2:24 PM

Hi all,
I've heard rumours that SAP will stop support of updaterules in NW2004s in 2009. Then, only transformations will be supported and enhanced.
Have you heard this also and is it true.
Regards
OJ
Edited by: BW OJ on Feb 14, 2008 2:24 PM

End of SAP support for EP6

Similar Messages

Maybe you are looking for