Dear Expert,
I want to know what is difference between S/4 HANA and Bw on HANA,
Which will be best for future industries and career growth ?
Waiting for reply.
Thank you
Jatin Chauhan
Dear Expert,
I want to know what is difference between S/4 HANA and Bw on HANA,
Which will be best for future industries and career growth ?
Waiting for reply.
Thank you
Jatin Chauhan
Hello,
I wonder if and if so how you can create customers/vendors with reference to other customers/vendors with transaction BP in S4HANA on premise 1511.
Can anyone tell me?
Kind regards,
Bart
SAP Mentors and the SAP S/4HANA Product Management team held their second S/4HANA validation workshop in Walldorf on April 12-14. Owen Pettiford (Comprise) and Arno Mielke (SAP) connected the ten influencers with the corresponding SAP experts.
While the first workshop in December was dedicated to the general overview, the April workshop now put more weight on the roadmap and the deltas in architecture, analytics, Fiori, Acitvate, Best Practices, Finance, Material Management, Industries ….
Another focus was the road to S/4HANA, migration, system conversion and the experience with the customer implementations supported by the mentors and by the SAP Regional Implementation Group RIG. Last but not least the experts discussed tips and tricks for integration and S/4HANA extensions based on SAP HANA Cloud Platform.
The mentors provided very valuable feedback on critical factors where SAP should pay special attention:
The following topics were identified as most important benefits for customers and partners:
The rapid speed of innovation in digital business demands for an early involvement of partners and customers in short feedback cycles. The mentor workshop is an important part of this cooperation. We decided to move forward with these workshops every half year with successively deeper drill down.
Hi All,
I Have so many attribute views,analytical views an calculation views.
I Need below kind of view in HANA
TABLE_NAME | ATTRIBUTE_VIEW_NAME | ANALYTICAL_VIEW_NAME | CALC_VIEW_NAME |
---|---|---|---|
DIM_1 | AT_DIM_1 | AN_FACT | CA_CALC |
DIM_2 | AT_DIM_2 | AN_FACT | CA_CALC |
FACT | AN_FACT | CA_CALC |
may i know which system tables i have to use for getting above information.
please help me to get above view
Regards,
Srini
Dear All,
We have imported all the delivery units related XS component & assigned with appropriate role.But still sap logo page only displaying.
We couldn't get the login page to enter the credentials.
DU:
HANA_XS_BASE- Completed
HANA_XS_EDITOR - Completed
HANA_XS_DBUTILS - Completed
HANA_XS_LM - Error
HANA_XS_IDE - Error
HDC_XS_LM - Completed
HDC_XS_BASE - Completed
Attached the error screenshot.
Even we have cleared the browser cache too.
Regards,
Nethaji
SAP S/4HANA 1511 - FPS 01 (released 3rd FEB 2016)
Updates of this release will be studied and highlighted / added to the table.
SAP S/4HANA 1511 - Initial Version (SP00) & Feature Pack FPS1 (SP01)
This document is an effort to captures a summarized view of "Simplification-Listing" & the restrictions of KEY Functionalities.
Base information has been referred from SAP Notes, Release Information, S/4HANA 1511 sap help.
Application Area | Area | Item Description | FPS1 [1602] SP01 |
---|---|---|---|
Financials | |||
General | Simplified Data Model in SAP S/4HANA Financials | With SAP S/4HANA, on-premise edition identically-named DDL SQL views (compatibility views) replace totals and application index tables in Finance. These views are generated from DDL sources. The replacement takes place during the conversion using SUM. Related data is saved to backup tables. The compatibility views ensure that database SELECTs still work. However, write access (INSERT, UPDATE, DELETE, MODIFY) was removed from SAP standard, or has to be removed from custom code. For more information, see SAP Note 1976487 | |
Asset Accounting | Asset Accounting | Data structures in Asset Accounting have been changed massively | |
Controlling | Profit and Loss Planning and Profit Center Planning | CO-OM planning, profit and loss planning, and profit center planning are now covered by Integrated Business Planning. For more information, see SAP Note 2081400 | |
Controlling | Transfer Prices/ Parallel Delta Versions | With the merge of FI and CO into the Universal Journal a new approach for parallel valuations has been implemented. Existing solutions based on parallel delta versions for actuals in Controlling have to be adapted. | |
Cash Management | Cash Management | Classic Cash Management is replaced by the new SAP Cash Management powered by SAP HANA. If you used the classical Cash Management and convert to SAP S/4HANA, on-premise edition, you need to activate the new SAP Cash Management. For a more information, see SAP Note 2149337 | |
Credit Management | Auto-Migration | The tools that support an automated migration from FI-AR Credit Management to FIN-FSCM Credit Management cannot be used in SAP S/4HANA, on-premise edition 1511 | |
Restrictions 1511 sps 00 |
CO EC-CS |
2233501 - SAP S/4HANA, on-premise 1511: Restriction Note for S/4HANA Finance
2127080 - Release restrictions for SAP Simple Finance on-premise edition 1503 apply to 1511 too
Fiori Fact Sheets in the area of Accounting cannot be used
CO allocation do not support multiple currencies (this restriction is planned to be resolved with SP01)
For the consolidation solution EC-CS, you can no longer define a custom characteristic using the data element or domain MATNR (or any derived). If you are already using a custom characteristic based on the data element or domain MATNR, you cannot upgrade to S/4 HANA. Appropriate transition pre-checks are in place to give the customer the opportunity to check such a situation already on start release | |
Master Data | |||
Business Partner | Business Partner | The Business Partner approach is mandatory in SAP S/4HANA. The Business Partner is now capable of centrally managing master data for business partners, customers, and vendors. With current development, the Business Partner is the single point of entry to create, edit, and display master data for business partners, customers, and vendors. • maintenance of recipient master data is not possible because Application Equipment & Tools Management is not released with this release • ONLY 85 customer & supplier fields in transaction BP are delivered, others cannot be maintained. | The supported-field-list in Transaction BP has increased. With FPS 01 - list of fields delivered has increased. Of interest are Incoterm, Customer-General data, fields, many Additional ( LFM2 Table) fields, (LFM1) Purchasing Fields and LFA1 table fields were added. |
Product Master | MRP in Material Master | The MRP functionality has been optimized for Material Master in SAP S/4HANA for simplification purposes. For rmore information, see SAP Note 224371 . Restrictions : (sNOTE# 2237351) • Source list is not considered by MRP sourcing. As workaround use purchasing info records relevant for automatic sourcing. • HANA MRP does not yet create capacity requirements. As workaround use classic MRP (transaction MD01). | |
Logistics - MMO : SCM & Manufacturing | |||
MM-IM Inventory Management | Simplified inventory management data model | Significant changes of the data model. The new de-normalized table MATDOC has been introduced which contains the former header and item data of a material document as well as a range of other attributes. Material document data is stored in MATDOC only. Actual stock quantity data will be calculated on-the-fly from the new material document table MATDOC for which some of those additional special fields are used. Adoption effort on DDIC level for customer appends and coding adjustments for performance critical parts may be required Restrictions : Printing & Archiving of Material Documents is not possible. It is planned to be realized for the next Service Pack. (snote# 2237351) | |
MM-IM - Inventory Management | Material Valuation | To achieve a significant increase of transactional data throughput for goods movements, we recommend to deactivate the statistical moving average. Caution : The deactivation is not reversible. The deactivation of the statistical moving average is the consequence of a new lock behavior for materials with price control "Standard". | |
PLM - Product Lifecycle Management | BOM, Routing, and Production Version | Only BOMs with valid production version are considered during BOM explosion. Therefore, it is mandatory for manufacturing BOMs to maintain the product version for correct BOM explosion. For all BOMs in the system, we recommend to maintain product versions using the report Product Version Migration for BOM (Report : CS_BOM_PRODVER_MIGRATION). | |
QM - Quality Management | ITS services for results recording, quality notifications, and quality certificates | The ITS services for the Internet Application Components (IAC) in QM are not available SAP S/4HANA, on-premise edition 1511. Instead, use the corresponding QM transactions in SAP GUI for HTML, or use the Web Dynpro applications, which are part of the PFCG role for NWBC Quality Inspector (SAP_SR_QUALITY_INSPECT_5). | |
PP - Production Planning | Process Control Messages Control Instructions | These functions will be consolidated. Once the successor functions are available, these transaction codes will be replaced in a future release | |
PP | MRP-LIVE | The HANA-Optimized MRP ---------------------------- SAP S/4HANA features MRP Live --> an MRP run optimized for SAP HANA. * MRP Live reads material receipts and requirements, calculates shortages, and creates planned orders and purchase requisitions all in one database procedure - Optimizes Performance * The definition of the planning scope is more flexible. MRP Live allows you to plan a set of materials with all components, materials for which a certain production planner is responsible, or one material across all plants. * MRP Live determines the sequence in which materials have to be planned across several plants. ----------------------------------------- Classic MRP is still available as an interim solution, which at the moment has to be used in the following cases: (1) Capacity requirements shall be created by MRP (2) For creating MRP lists. ----------------------------------------------- MRP live differs from classic MRP in the following aspects: * MRP live does not write MRP lists. * Multi-level, make-to-order planning (transaction MD50) is not optimized for HANA. * Individual project planning (transaction MD51) is not optimized for HANA. * The creation indicator for purchase requisitions is not available in MRP Live. MRP Live always creates purchase requisitions if the material is procured externally. * The creation indicator for delivery schedule lines is not available in MRP Live. MRP Live always creates delivery schedule lines if a valid delivery schedule exists.
MRP-Live Limitations ** The actual benefit of MRP-LIVE will depend on the following: MRP features used, Number of materials planned using MRP-LIVE, Number of materials planned using Classic MRP, Number of low-level codes. In MRP Live, following functions are not supported: *BAdIs no Longer Supported * MRP Live does not support net change planning in the planning horizon. The planning horizon is ignored. * Multi-level, make-to-order planning (transaction MD50) is not optimized for MRP Live. * Individual project planning (transaction MD51) is not optimized for MRP Live. * The new MRP Live is designed to be faster but will not support all these existing business processes right away.
Custom-Code check - LONG LIST of checks.....….. MRP Live is implemented in SQLScript running on the database server as opposed to classic ABAP code, which is performed on the application server. Any enhancement or BAdI implementation of the classic MRP run does not work with MRP Live. A new set of AMDP BADIs will be available for MRP Live from SAP S/4HANA on-premise edition 1603. BAdI implementations of the classic MRP have to be translated into AMDP BAdI implementations if still required. list of BADIs | |
PP | Simplified Sourcing | MAJOR Logic change & Simplification makes ERP sourcing and PP/DS sourcing become more similar.
The different sources of supply are pretty symmetrical. Sources of supply have a temporal validity, a quantitative validity, a deletion indicator, and a "relevant for automatic sourcing" indicator. The sourcing logic can treat the different sources of supply in a uniform way Quota arrangements can be used to prioritize any of the possible sources of supply Purchasing info records are proper sources of supply. The SAP S/4HANA MRP can select purchasing info records without source list entries. It is sufficient to define the supplier information of a material in the purchasing info record.
Production versions make sure BOM and routing fit together Production versions have always been the only in-house production source of supply integrated with APO PP/DS. With production versions as the only in-house production source of supply, ERP sourcing and PP/DS sourcing become more similar.
Purchasing info records, contracts, and delivery schedules have always been the external procurement sources of supply integrated with APO. With purchasing info records being proper sources of supply, ERP sourcing and PP/DS sourcing become more similar A unified source of supply model is the basis for future innovations in sourcing
Impact on Customer Coding If you implemented BADI MD_MODIFY_SOURCE in SAP ERP, then one should check if the intended functionality still works. Also check changes in alignment with "MRP-LIVE" - Optimized MRP processing. | |
SCM-CIF | Interfacing with CIF | CIF does not work with LONG Material Number "The Core Interface which is used to transfer master data from S4HANA to another application like SAP EWM, SAP TM or SAP SCM does not support the new long material numbers. In case the automated exchange of master data using CIF is required the material number field length extension has to be deactivated in the following IMG-activity: In Customizing for S4HANA, choose -> Cross-Application Components -> General Application Functions -> Field Length Extension -> uncheck: Extended Material Number" | |
LE-TRA | Transportation Management | LE-TRA Using LE –TRA is not supported. Instead use “Strategic Solution” SAP Transport Management.
Integration Scenario : (SAP TM 9.3 SP02 & SAP S4/HANA, on-premise edition 1511 SP0, FP1) Supported Scenarios : * Order integration * Invoice integration * Sales order scheduling
Not Supported Scenarios : * Self-billing is currently not supported. : In SAP S/4HANA, the setting to activate the self-billing process is not available in master data. This will be resolved with SAP S/4HANA FP1. * Invoice document creation/printing is not supported for forwarding processes (LSP scenario; SD based). Billing simulation (print preview) and printing of billing document created for SAP TM are not supported. * Intercompany billing is not supported. Automatic creation of intra-system supplier invoice and posting to agency business are not supported. | |
LE-WM | W/h Management | Usage of LE-WM not supported. Recommendation is to use "Strategic Solution" - SAP Extended W/h Management (SAP EWM)
Integration Scenario : SAP EWM 9.3 SP03 and SAP S/4HANA, on-premise edition 1511 Supported Scenarios * SAP EWM 9.3 can be connected to SAP S/4HANA, on-premise edition 1511 and supports the same scenarios as with SAP ERP Enhancement Package 7
Not-Supported Scenarios * The returns process for stock transfer orders between two EWM warehouses via SAP S/4HANA, on-premise edition does not fully work. However, you can use a new stock transfer order to reverse the process. This will be resolved with SAP S/4HANA FP2. | |
Procurement | |||
General | Co-Deployment with SAP Supplier Relationship Management (SAP SRM) | If you run SAP SRM and SAP Business Suite on one server, you cannot convert your system to SAP S/4HANA. It is not possible to install the SAP SRM software components within the SAP S/4HANA stack. Accordingly, the related conversion pre-check prevents such systems from being converted. If you run SAP SRM and Business Suite on separate servers, you can continue to integrate SAP SRM with the converted SAP S/4HANA system | |
SAP SLC & SAP S/4HANA - Sourcing & Procurement | Supplier Category Management | Supplier and Category Management in SAP S/4HANA is CURRENTLY not identical with the SAP SLC functionalities Not in SAP S/4HANA All sell-side processes: Supplier Registration and Supplier Data Maintenance Several buy-side processes: Supplier Hierarchies, Supplier Classification, Area of Validity in Supplier Evaluation, Supplier Qualification, Certificate Management, External Tasks in Activity Management | |
MDG-S | Master Data Governance for Supplier | MDG-S : After the conversion to S/4HANA, customers using standalone SAP SLC system & communicating with SAP ERP have to use MDG-S (Master Data Governance for Suppliers) for supplier distribution. The MDG-S license is not part of the SAP S/4HANA. & implementation is separate project | |
MDM | SAP SRM MDM Catalog | SAP SRM MDM Catalog* >> Limited Functionality available in 1511. * Roadmap-item. Existing SRM MDM can be integrated with SAP S/4HANA 1511 as punch-out catalog via OCI | |
DIMP | |||
Automotive | Long Material Number | The industry solution for long material numbers has been replaced by a native long material number in SAP S/4HANA. That replacement has a technical impact, no business impact. Both Material# & Material Description are now 40Char. Extended Mat# - is not visible in LIS (snote# 2232362) Customer and supplier mat# mainly used in communication remain 35Char (snote#2232366) Concatenated Mat# in archived data (snote# 2232391) – is being worked on | |
General | DIMP Added to the CORE | Migration of software component ECC-DIMP to S/4 HANA
Business processes of DIMP added to CORE, however there are Restrictions with processes. Refer to Industry Restrictions SAP Notes. | |
Sales & Distribution | |||
Analytics | Logistics Information System (LO-LIS) for Analytics obsolete | Simplification in SD analytics follows the overall analytics strategy in SAP S/4 HANA. Instead of prebuilt aggregates and redundant data for analytical purposes, the SAP S/4HANA Analytics approach is based on ODATA and Open CDS (ABAP-managed CDS = Core Data Services) directly on top of the original database. Corresponding analytics content will be provided within SAP S/4HANA | |
Foreign Trade | Foreign Trade process covered by SAP GTS | With SAP S/4HANA on-premise edition 1511, the business requirements for foreign trade are covered by SAP Global Trade Services (GTS).
SAP GTS can be natively integrated with S/4HANA with limitations.
Please refer sNOTE# 2226408 - Global Trade Services and S/4HANA oP: compatibility information & SAP #sNOTE 2238122 , 2214213
With S/4HANA on-premise edition 1511, the following restrictions apply:
Not Supported - Automatic creation of Intrastat declarations : • SD dispatches and receipts (report RVEXST00, transaction VE01) >> FPS1 • MM receipts (report RMIMST00, transaction MEIS) >> FPS1 • MM dispatches (report RMEXST00, transaction VI99) >> FPS1 • Intercompany billing receipts (report RVIVST00, transaction VI98)
Not Supported - Transfer of S/4 Docs to an external GTS System • SD dispatches and receipts (report /SAPSLL/IS_SD, transaction /SAPSLL/IS_SD >> FPS1 • MM receipts (report /SAPSLL/IS_MM, transaction /SAPSLL/IS_MM) >> FPS1 • MM dispatches (report /SAPSLL/IS_MM_RET, transaction /SAPSLL/IS_MM_RET) >> FPS1 • intercompany billing receipts (report /SAPSLL/IS_SD_IB, transaction /SAPSLL/IS_SD_IB)
Not-Supported Intrastat Declarations : • third party declarants • Baltic countries (Estonia, Latvia, Lithuania) • Greece • Services in Intrastat declarations are not supported | FPS1 Update To address restrictions, Implement NOTE# 2251597, 2248819 Apply NOTE# 2251597, • For SD dispatches and receipts , however still automatic creation of Intrastat declarations based on the pro forma invoices is not supported (this is relevant for dispatches of components to subcontractor, standard billing type FL)
Implement NOTE 2251597 and 2248819 • MM receipts • MM dispatches
|
Commodity Management | Commodity Management Sales | If Commodity Business Functions are active in your system, you cannot convert the system to SAP S/4HANA. A conversion pre-check will check the use of these Business Functions and prevent the conversion if they are active | |
Billing | Output Management Simplified output management in SD Billing | With SAP S/4HANA a new output management approach is in place. The target architecture is based on Adobe Document Server and Adobe Formsonly.
Billing documents that are migrated from legacy systems and for which NAST based output have been determined, can be processed with this technology. For all new billing documents the new output management is used.
Therefore, in the area billing / customer invoice you need to adapt the configuration settings related to output management. | |
Contract Billing | Contract Billing | Contract Billing is not available in SAP S/4HANA, on-premise edition 1511. If you used Contract Billing in SAP ERP and plan to move to SAP S/4HANA, you have to remodel your business processes. | |
Revenue Recognition | ERP SD Revenue Recognition >> SAP Revenue Accounting and Reporting | If you are using "SD-Revenue Recognition" you need to evaluate if a migration to "SAP Revenue Accounting and Reporting" is possible for your business before you decide to Conversion to S/4HANA Release 1.1 of "SAP Revenue Accounting and Reporting" does not include the full functional capabilities of SD-Revenue Recognition. Examples of not available functionalities in SAP S/4HANA,on-premise edition 1511 are: Revenue Recognition Type D (billing based): Invoice cap and exchange rate per invoice are not available. Call off Orders: While SD-Contracts are supported call of orders are not available | |
Credit Management | FI-AR-CR >> FIN-FSCM-CR | The FI-AR-CR Credit Management is not available with SAP S/4HANA, on-premise edition 1511 The functional equivalent in SAP S/4HANA is SAP Credit Management (FIN-FSCM-CR) One need to carry out a migration from FI-AR-CR to FIN-FSCM-CR. This migration has several elements: •configuration data •master data •credit exposure data •credit decision data SAP NOTE : 2217124
"Auto-Migration Tool not available" - please check comments in "Credit Management" section above. | |
SD-Pricing | Data Model Changes in Pricing | • Introduction of PRCD_ELEMENTS & PRCD_ELEM_DRAFT • Data Elements Changed • Length of several data elements changed • “Obsolete Fields” not available in PRCD_ELEMENTS ** Cookbooks provided by SAP, however code-adaption Custom-CODE will require definitive efforts.
Post-processing report PRC_MIG_POST_PROCESSING ASAP
Impact on Customer DDIC enhancements append structure to PRCD_ELEMENTS & PRCD_ELEM_DRAFT Append PRCD_Elements in conversion phase SPDD enhance CDS view V_KONV & V_KONV_DRAFT
Impact on Customer Coding It is strictly forbidden to insert, update, or delete any entries in database table KONV directly. Mandatory to use the new pricing result API to access the database layer (new pricing result API is part of package VF_PRC_DB) |
Supported Industries | Area | Item Description | FPS1 |
---|---|---|---|
Aerospace & Defense ** supported "with Restrictions" in 1511 | supported "with Restrictions" Restrictions from being used ( i ) Manufacturers Part Number (MPN) enhancement from from DIMP Industry Add-on (ii) Part Interchangeability enhancement from the former DIMP Industry addon (iii) Valuated GPD (Grouping, Pegging, Distribution) - Valuated Project Stock (iv) GPD use of Stock Transport Order (STO) with Delivery Document (v) (PDN) Product Designer Work Bench >> Replaced by Product Structure Management (vi) For Customer Stock-Load, instead of MIGO transaction MT711B, use MB11 until fixed (vii) IS-ADEC-WTY (viii) Production Order Split does not support GPD | ||
Defense and Security | Defense and Security ** supported "with Restrictions" In general SAP for Defense Forces and Public Security (SAP DFPS) is released for use in SAP S/4HANA on-premise edition 1511 FPS01 (SP01). Restrictions from being used With SAP S/4HANA, on-premise edition 1511 FPS01 (SP01), the following restrictions apply:
( i )Distributed system landscape scenarios ("Deployed Server") are not (yet) available => e.g. Business Function DFPS_PM_DIS_SIG must not be activated.
(ii) SAP Mobile Defense & Security (SAP MDS) is not (yet) available. => e.g. Business Functions DFPS_MDS_INTEGRATION and DFPS_MDS_INTEGRATION_2 must not be activated.
(iii) SAP Military Data Exchange (SAP MDE) is not (yet) available.
(iv) SAP Defense MILSTRIP Purchasing (SAP DMP, Foreign Military Sales) is not (yet) available.
(v) Defense-specific eSOA services are not available.
(vi) Business Content in SAP Business Intelligence (SAP BI) for the SAP for Defense Forces & Public Security solution, as well as the Defense-specific BI-extractors are not available.
** Also refer to Aerospace & Defense restrictions of 1511. | ||
Higher Education and Research | Yet to Analyze |
Supportings
Key SAP NOTES :
2189824 - SAP S/4HANA, on-premise edition 1511: Release Information Note
2214213 - SAP S/4HANA, on-premise edition 1511: Restriction Note
2214409 - The release information for Add-Ons.
2182725 - Procure latest SAP Notes for Pre-Checks
2241080 - Custom Code Checks
2190420 - SAP S/4 HANA: Recommendations for adaption of customer code
SAP S/4HANA, on-premise edition – SAP Help Portal Page
Hi,
Can you please let me know how can sales and procurement data is creating for business partner in S4HANA?
Thanks.
Hi there,
We've installed SAP S4 Hana on premise edition with all the best practices activated in our demo environment.
Now we've two companies in the system created by the best practices for DE and US.
Our goal now is to create another company but with other country which we don't have best practices. What is the best approach for this? Do the customizing just like the old way or can we adapt the standard best practices for US or DE for this country?
Another question regarding future upgrades, if we change the standard configurations maded by the standard best practices could this changes be replaced by future upgrades?
Best regards
I am working with a client who required liquidity forecasting. They are moving to S/4HANA on-premise, and are looking at Fiori for some of the interfaces.
In the documentation, on page 214 I have found this information:
The sentend at the top of the S/4HANA 1511 column "Use Cash Position Detail app Liquidity Forecase in SPS 1511" does not make sense.
I have looked at the "Cash Position Detail" app, and it doesn't seem to cover liquidity forecasting, and there is little documentation around this app, just 2 images.
When I search for a Liquidity Forecasting app in S/4HANA on-premise 1511 I find there aren't any:
Is there an app in S/4HANA on-premise which covers this functionality? How would users perform this activity in S/4 1511?
Thank you
Hi,
We implemented S/4HANA 1511 FPS1 RDS
On FIORI Launchpad >> when I click "Manage Your Solution" -- it tries to open required FIORI app & calls required ODATA service... However gets stuck-midway and gives error...
Debugging shows that this statement fails...
https://server-ip:port/sap/opu/odata/sap/E2EIE_IC_MNGCLDSOL/SysStateSet?sap-client=100
{"error":{"code":"005056A509B11EE1B9A8FEC11C21D78E","message":{"lang":"en","value":"Resource not found for the segment 'SysStateSet'."},"innererror":{"transactionid":"570FAC292F639B16E10000000A100C05","timestamp":"20160420224244.3646670","Error_Resolution":{"SAP_Transaction":"Run transaction /IWFND/ERROR_LOG on SAP Gateway hub system and search for entries with the timestamp above for more details","SAP_Note":"See SAP Note 1797736 for error analysis (https://service.sap.com/sap/support/notes/1797736)"}}}}
When I checked the ODATA-Service E2EIE_IC_MNGCLDSOL -- it works fine with certain Entity-sets, however gives error for few of entity sets.
Is any component missing ?
Recently, I ordered and installed the SAP S/4HANA on-premise edition 1511 Fully-activated Software Appliance (Blu-ray) into our internal environment for demo and presale purpose. I want to share some experience about how to order and smoothly install the software appliance.
Ordering Blu-ray
Notes:
1. At the current point in time, customers need a service engagement with SAP Consulting for receiving any (i.e. not just for the S/4HANA discs) pre-configured Blu-Ray disc. This is not needed for partners.
2. Customers & partners need valid licenses for the pre-configured components on the discs (partners e.g. T&D license, customers regular or trial license contract):
a) S/4HANA
b) HANA
c) SAP Cash Management
d) SAP BPC for NW (used for Integrated Business Planning for Finance)
It will takes several days before you receiving the media sent from SAP. Keep in mind that you need a blu-ray drive to read the content (There are two CDs within the package).
There is also one document called First Steps: Installation of SAP S/4HANA, On-Premise edition 1511 fully-activated Software Applicance which gives you an overview of the various sources of information that are available for the delivered SAP production.
Preparing Installation
Get one certified SAP HANA server with the hardware configuation below (in my case, I deploy HANA DB and SAP application server in one host):
OS: SLES 11 SP3 / SP4
CPU: 8
RAM: 256GB
HDD: 500GB
Performing Installation
Make all techinical steps mentioned in SAPNote_2202234_deliverables_2016_4.pdf attached within note 2041140
About how to installation this software applicance, you can also refer to openSAP -> Implementation of SAP S4HANA -> Week 4 Unit 3 insts4hana Video.
https://open.sap.com/courses/s4h4/items/6OJgSCw5Ni8yG7nOlL7eYe
Problem Fixing
After renaming, you need to perform the following activities to fix problems you may face which are not recorded in installation guide.
1. Change hostname related to the embedded webdispatcher configuration from vhcals4hcs to your current hostname in S4H_ASCS01_<hostname> profile.
2. Adjust value of HANA paremeter ssl/server_pse to new hostname if you want to use https protocal to access HANA XS service, for instance, s4demo21 is the current hostname for the machine. Then kill HANA webdispatcher service to take change into effect.
3. Clean Fiori cache according to SAP Fiori - Cache Management: Clearing caches after applying patches
or you may face DNS resolution error which redirects to vhcals4hcs.dummy.domain when clicking some Apps like imcoming sales order.
Addtional Information
1. If you want to logon the embedded webdispatcher, the password for user admin is Welcome1.
2. Reconfigure transport system in needed.
We installed 1511 FPS1 and activated RDS .
On FIORI launchpad we are able to see only few tabs - for Sales ...
(A) is this because the RDS has not been installed properly ?
(B) is it because of required Roles / catalog not assigned to my UID ?
(C) Is there any KPI setting required ??
(D) Any components missing ?
(E) which times should come in catalog that show no time ?
Any input / suggestion / help appreciated.
Hi,
I need an assistance to change the maintenance level of currency from setting company code dependent to
setting company code independent at define ledger & currency types.
I am using s4hana.
I have attached the screen shot.
Hi guys,
We are in the process of Migrating an ERP 6 EHP7 System to S/4HANA 1511.
During SUM Phase whichs executes Pre-conversion checks I'm stuck with this error
I have applied all Notes mentioned in Note 2182725 - S4TC Delivery of the SAP S/4HANA System Conversion Checks.
SUM phase its showing the following error.
Error
SUM-Phase: PREP_EXTENSION/RUN_S4H_PRE_CHECK_CONS
ERROR: Errors occurred during Execution of S4Hana pre-checks to verify if upgrade is possible. For more information, see the log file of the background job S4_PRE_TRANSITION_CHECKS.AS4. The following is the content of the summary error log file:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Execution of S4Hana pre-checks to verify if upgrade is possible ERRORS and RETURN CODE in S4_PRE_TRANSITION_CHECKS.AS4
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
4 ETG012 "Start Time Stamp 20160421130412 (2016 04 21;" "13:04:12)"
4 ETG012 "SAP S/4HANA Pre-Transition Check Class Consistency" "Checks."
4 ETG011 "The Check Program is started via SUM."
4 ETG011 "System ID: AS4; SAP_BASIS 740, SP 0008."
4 ETG012 "The software component exception list file exists" "and contains 19 entries."
2EETG012 "Overall Result: The SAP S/4HANA pre-transition" "check data is NOT consistent !!"
4 ETG011 "UIX01TRV"
4 ETG011 "UIX02EA4"
4 ETG011 "UIX02EAP"
4 ETG011 "UIX02RT4"
4 ETG011 " "
2EETG011 "1 Software Component with errors:"
4 ETG012 "The used check class is CLS4H_ECC_DIMP" "(application component IS-A)."
4 ETG012 "Dynamic call of class CLS4H_ECC_DIMP, method" "IS_SW_COMPONENT_USED successfully executed."
4 ETG012 "ECC-DIMP is used and relevant for SAP S/4HANA" "pre-transition checks."
4 ETG012 "Dynamic call of class CLS4H_ECC_DIMP, method" "GET_MINIMUM_TARGET_RELEASE successfully executed."
4 ETG012 "The check requires the minimum target release" "ECC-DIMP 999 SP 99."
2EETG012 "Source sw component ECC-DIMP: Target sw component" "ECC-DIMP: no upgrade target release available !"
4 ETG012 "The used check class is CLS4H_SAP_APPL" "(application component LO-AB)."
4 ETG012 "Dynamic call of class CLS4H_SAP_APPL, method" "IS_SW_COMPONENT_USED successfully executed."
4 ETG012 "SAP_APPL is used and relevant for SAP S/4HANA" "pre-transition checks."
4 ETG012 "Dynamic call of class CLS4H_SAP_APPL, method" "GET_MINIMUM_TARGET_RELEASE successfully executed."
4 ETG012 "The check requires the minimum target release" "S4CORE 101 SP 0000."
2EETG012 "The target release 100 SP 0001 is lower than the" "required minimum target release 101 SP 0000."
Why is asking for Target Release S4CORE 101 SP 0000 When Maintenance Planner calculated for S4CORE 100 SP 0001
Also target release ECC-DIMP 999 SP 99 does not look valid.
I found out these errors are related to Notes 2185960 and 2194272 which contains Check Classes, but couldnt find out why the its showing that message
Hope anyone faced this and could provide some help on how to overcome this.
Best
Martin
SAP S/4HANA Cookbook | ![]() |
The SAP S/4HANA Cookbook covers the most important aspects of implementing SAP Business Suite 4 SAP HANA (SAP S/4HANA).
It consists of a small set of HTML landing pages that provide abstracts for specific topics, along with links to further deep-dive information.
The content on these pages follows an iterative approach and will be updated regularly.
Comments are disabled on this page to keep it lean.
Please use the SAP S/4HANA forum to raise questions about SAP S/4HANA.
For comments regarding the cookbook itself, please use the accompanying blog.
2. SAP Simple Finance, On-Premise Edition 1503: Implementation Information
3. Implementing SAP S/4HANA with SAP Activate (New, Apr 11)
Note: For access to SAP Notes and roadmap information, an 'S-user' is required (see here).
Context & Summary | Read on | |
---|---|---|
Getting Started with SAP S/4HANA SAP S/4HANA,the next generation business suite designed to help you run simple in the digital economy. This new suite is built on our advanced in-memory platform, SAP HANA, and offers a personalized user experience with SAP Fiori. Deployable in the cloud or on-premise, SAP S/4HANA is built to drive instant value across lines of business and industries with the ultimate in sophistication: simplicity. |
|
> Product road maps > Cross Topics > SAP S/4HANA ('S-User' is required)
|
Explore SAP S/4HANA along selected use cases This series of blogs explains the possibilities of SAP S/4HANA along 'typical' use cases - tackled from both a business and a technical angle. |
|
SAP S/4HANA: What is available now ?
Context & Summary | Read on | |
---|---|---|
SAP S/4HANA, On-Premise Edition 1511The most recent and comprehensive version of the SAP S/4HANA on-premise edition With SAP S/4HANA (SAP Business Suite 4 SAP HANA), on-premise edition, SAP is providing a new product and a next generation of business applications. With the delivery in November 2015 ('1511'), enterprises can benefit from innovative use cases in core financial and operational areas e.g. Materials Management & Operations.
Key innovations include:
|
Flipbook about SAP S/4HANA on-premise edition 1511
Product scope overview for SAP S/4HANA 1511, on-premise edition (presentation / blog)
SAP S/4HANA, on-premise edition 1511: Functional scope in details
help.sap.com for SAP S/4HANA on-premise edition 1511 > on premise edition > choose the fitting feature package stack (FPS) | |
Try it out for yourself: There is a 30-day trial hosted on Amazon Web Services (AWS) that lets you create a dedicated on-premise instance of SAP S/4HANA, on-premise edition 1511 (Feature Package Stack 01) and explore the trial system with administrator rights at your own convenience. The SAP license is waived for this period, AWS hosting fees apply. Note: This is the successor of the former SAP Simple Finance 1503 30-day trial. The Simple Finance scope is still included but the Materials Management & Operations capabilities have been added. |
SAP S/4HANA, on-premise edition 1511: 30-day trial (New, Apr 4) | |
SAP Simple Finance, On-Premise Edition 1503The on-premise edition of SAP S/4HANA solely focusing on financial scenarios 'SAP Simple Finance, on-premise edition' marked the first step in the SAP S/4HANA on-premise roadmap for customers. It solely focuses on financial scenarios such as SAP Accounting, SAP Cash Management, SAP Integrated Business Planning for Finance and SAP Central Finance.
The initial version was released in March 2015 (1503) followed by support package stacks in May (1505), August (1508) and November (1511). Since this version currently has the highest implementation figures, we offer a separate page with detailed implementation information around it. You will find a substantial list of assets on the 'Read on' page on the right.
So, how do ‘SAP Simple Finance, on-premise edition 1503’ and 'SAP S/4HANA, on-premise edition 1511' differ ? They both cover Simple Finance scenarios, however, there might be slight differences depending on the exact release level / Feature Package Stack. SAP S/4HANA 1511 contains Materials Management & Operations as additional capabilities. They are delivered as two different products. Customers who are interested in financial innovations can either start with SAP Simple Finance 1503 and transition to SAP S/4HANA 1511 at a later point in time, or they can start with SAP S/4HANA 1511 directly.
Note: The terms 'SAP S/4HANA Finance' and ‘SAP Simple Finance’ are often used interchangeably especially in introductory documents. However, in Help Portal, Software Download Center, etc. you will find distinctions between the two. |
SAP Simple Finance, On-Premise Edition 1503: Implementation Information | |
SAP S/4HANA, Cloud Edition 1603 The current cloud edition in detail The current cloud edition of S/4HANA was released in March 2016 and comprises three different sub-editions:
Note: You might also find references to older cloud edition releases on SAP web pages since we’re keeping this information for some time as reference for existing customers. |
Product scope overview for SAP S/4HANA, cloud edition 1603 Update (Mar 21)
Update (Mar 21) | |
Try it out for yourself: In the free trial of SAP S/4HANA, cloud edition, you can experience SAP S/4HANA in a guided tour at your own pace. It covers both line-of-business and generic enterprise scenarios. |
|
Context & Summary | Read on | |
---|---|---|
SAP PLM, SAP HR, SAP CRM
Finance and logistics are the first major areas that are addressed within SAP S/4HANA. |
SAP S/4HANA and solutions of the SAP Suite: strategy and roadmap | |
Hybrid scenarios and SaaS integration capabilities
Both the on-premise and cloud editions of SAP S/4HANA offer integration capabilities with other cloud-based SaaS products. This can be SAP solutions such as Ariba, SuccessFactors, Fieldglass, Concur, Hybris, SAP Cloud for Costumer, SAP Financial Services Network, or other third-party solutions depending on the detailed interfaces to those. The read-on documents list the cloud integration capabilities by line-of-business (integration into SAP S/4HANA for Ariba, FSN, SuccessFactors (latter on-premise) are available, other products to follow) and provide some generic information on integration scenarios. |
Cloud integration capabilities by line-of-business Update (Apr 1)
Technical information on cloud integration (Blog / White Paper) Update (Mar 1) |
Context & Summary | Read on | |
---|---|---|
| ||
Your transition options in a nutshell
SAP S/4HANA can be deployed on-premise or in the cloud, offering customers a choice what fits best for them.
Besides the decision what target infrastructure fits best, also the starting point of a project may vary. There are basically three different implementation scenarios how a customer can move to SAP S/4HANA (you might even find combinations of those within the same customer):
The linked documents explain the possible roads to SAP S/4HANA along typical customer scenarios, and give an overview how to technically deploy SAP S/4HANA and move data into the new infrastructure. The blog focuses on the on-premise edition of SAP S/4HANA for existing customers (i.e. 1. in the list above). The white paper takes a more comprehensive look on all three scenarios above for both on-premise and cloud deployments. The simplification list describes in detail on a functional level what happens on individual transactions and solution capabilities when transitioning from SAP ERP 6.x to SAP S/4HANA, on-premise edition 1511. |
|
White Paper:
Blog:
System Conversion to SAP S/4HANA on-premise edition 1511:
|
Context & Summary | Read on | |
---|---|---|
Extending SAP S/4HANA (side-by-side or in-app)
Extensibility covers a broad spectrum of topics that allows customers and partners to adapt standard business software to their business needs. It ranges from business configuration; layout adaptation of user interface (UI), forms, and reports; custom fields and logic; integration; and custom terminology and translation to customer-specific applications. Extensibility in the SAP® S/4HANA suite can be categorized into two main parts: side-by-side extensibility through SAP HANA® Cloud Platform, and in-app extensibility through built-in capabilities. |
Overview blog about extending SAP S/4HANA
| |
Custom Code Assessment & Adaptation
When converting your system to SAP S/4HANA, you need to assess and possibly adapt this custom code. This activity is mainly valid for on-premise transitions, since custom code can not be carried over that way into a cloud infrastructure. Many of the steps for custom code assessment and adaptation are similar compared to moving to SAP HANA in general. Specific steps for SAP S/4HANA will be detailed out as SAP S/4HANA evolves. |
Converting an existing SAP system to SAP S/4HANA: What you need to consider for your custom code Update (Feb 15) |
Context & Summary | Read on | |
---|---|---|
SAP Activate
SAP Activate expedites SAP S/4HANA implementations throughout the customer lifecycle. It offers ready-to-run best practice content, guided configuration, and an implementation methodology.
SAP Best Practices packages provide ready-to-run digitized business and technical processes optimized for SAP S/4HANA. They allow you to leverage SAP’s expertise and experience for standard processes and spend more time focused on innovation. Guided configuration allows to choose and activate SAP Best Practices that are delivered with the SAP S/4HANA product. In cloud deployments, guided configuration additionally serves as content lifecycle management tool to support the adoption of future innovations. SAP Activate methodology offers a consistent approach for any SAP S/4HANA deployment type – cloud, on-premise, hybrid, or mobile. |
SAP Activate (dedicated page in cookbook) New (Apr 11)
| |
SAP Education Offerings | ||
openSAP is SAP’s learning platform for Enterprise MOOCs (Massive Open Online Courses). Register for free and get access to learning materials about SAP S/4HANA and other SAP software. |
openSAP course: SAP S/4HANA in a Nutshell
openSAP course: SAP S/4HANA - Deep Dive
openSAP course: SAP S/4HANA use cases
openSAP course: Implementation of SAP S/4HANA (New, Mar 7) | |
SAP Learning Hub provides immediate, cloud-based access to a vast selection of SAP learning content – and to our interactive learning rooms (subscription fee applies). |
Search for S/4HANA | |
Classroom trainings for SAP S/4HANA from SAP Education (training fee applies) |
|
Comments are disabled on this page. Please use the forum to raise questions, comments, or ideas.
Currently many SAP customers plan and evaluate the migration from their classic ERP system running on any DB to Business Suite on SAP HANA or S/4HANA. For both scenarios custom ABAP code needs to be adapted for SAP HANA. This paper shares best practices in order to minimize the adaption effort. The recommended procedure has already been applied successfully in many different SAP Hana migration projects.
In general all ABAP code runs on SAP HANA as on any other supported database. Some SQLs are faster on HANA , e.g. when selecting columns without an index. Only ABAP code which relies on specific features or capabilities of the predecessor database must be analyzed and corrected. There are three main aspects for custom ABAP code adaption for SAP HANA:
Mandatory corrections of your code to avoid functional regression
Target: ABAP code, SQL code or database calls which build on specific features of the predecessor database
(e.g. native SQL, ABAP code relying on certain sort order of a SQL result set)
Recommended SQL performance optimizations in order to avoid performance degradations
Target: “Bad” SQLs in custom code playing a dominant role in the runtime profile of productive business processes. Special focus is on SQLs which are executed very frequently (e.g. SELECT in loop).
Exploit SAP HANA Code pushdown techniques by using Core Data Services and SQL script procedures to speed up custom code processes significantly
This papers focuses on the first two aspects which are part of the SAP HANA migration. The third step normally happens after the migration and is addressed in custom development projects driven by business requirements.
For functional corrections the ABAP platform provides static code check tools like Code Inspector and the ABAP Test Cockpit. In addition, ABAP developers and test engineers can build unit tests and scenario tests in order to ensure functional correctness. For the SAP HANA migration SAP provides new static checks integrated in the code inspector. These checks are bundled in the code inspector variant FUNCTIONAL_DB and FUNCTIONAL_DB_ADDITION.
Please check the SAP note: http://service.sap.com/sap/support/notes/1935918 in case the variant does not exist in your system.
In addition to the static checks SAP also provides a new runtime check monitor, transaction SRCTM.
Please check the SAP Note: http://service.sap.com/sap/support/notes/1931870 for more informtion.
For performance optimizations the ABAP platform provides runtime tools for tracing and monitoring the performance of the business processes. The main tools are Runtime Analysis, SQL Trace and the workload monitor for runtime monitoring. With NetWeaver 7.40, the new SQL monitor was introduced to analyze SQL statements in your productive system. The SQL Monitor is the recommended tool for optimizing SQLs in custom code during the migration to SAP HANA.
A very good introduction of the SQL monitor can be found here: http://scn.sap.com/docs/DOC-47444
Please check the SAP Note http://service.sap.com/sap/support/notes/1885926 to find information how you can get the SQL monitor in lower releases.
Additionally, the developer can use static checks integrated in the code inspector to find and avoid performance bugs in the code. For the SAP HANA migration, some additional static performance checks are available to find performance hints. The static checks are bundled in the code inspector variant PERFORMANCE_DB. But please be aware that these checks should only be used as additonal hints when fixing the issues detected by the SQL monitor analysis. Do never fix the static findings without looking in the SQL monitor before.
For condensing the custom code work package during the SAP HANA migration it is recommended to use the Usage Procedure Logging (UPL) in order to focus the functional corrections on the productively used code. Cleaning up of non-productively used code before the migration is therefore strongly recommended. A good overview about the UPL can be found here: http://scn.sap.com/docs/DOC-54826
Before you start the journey towards SAP HANA you should first reflect the current situation of your custom code in your landscape to get an impression about the efforts needed for the migration. Topics like custom code retirement, custom code quality optimization, custom code process optimization and the custom code impact analysis are helpful offerings to refine the custom code strategy in your company. SAP is offering various services to help customers here. You can find more information about these options in the custom code management community: Custom Code Management
Before you start with the migration of the database you have to do some prepartion steps in your old landscape in order to be succuessful with the project. The following steps are recommended:
Limit work package (optional)
A very important step in such a migration project is to do some housekeeping before the project starts. Get an overview about your custom code and analyze which code is really necessary for your business. Ideally eliminate code that is not used anymore before the migration starts. Use the Usage Procedure Log (UPL) to create a custom code directory containing only the productively used code.
Performance optimizations
Switch on SQL Monitor in the old productive system for ~ 2 weeks to monitor the performance of your productive business processes. Sort the SQL Monitor results in transaction SQLM by “number of execution” and optimize the 10-20 Top most executed SQLs in your custom code which affect relevant business processes (e.g. SELECT in Loop can be transformed in FOR ALL ENTRIES).
Correct functional issues via static checks
In the upgraded development system, run the code inspector with the static checks from the variant FUNCTIONAL_DB for your custom code.
Correct the priority one and two findings.
Correct functional issues via runtime checks
Switch on the runtime check monitor SRTCM in the upgraded test system in order to monitor the tests of your business processes. Correct the additional findings found by runtime check.
After these corrections are done you should now start your standard tests for functional corrections via standard unit tests and scenario tests.
Performance optimizations
Switch on SQL Monitor in the upgraded test system in order to monitor the tests of your business processes.
Sort the SQL Monitor results by “execution time” and optimize the first Top 10 SQLs in in your custom code which affect relevant business processes.
Functional corrections – runtime checks
Switch on the runtime check monitor again in the new productive system and correct the additional findings found by the runtime check.
Performance optimizations
Switch on SQL Monitor in the productive system. Sort the SQL Monitor results by “execution time” and optimize the 10-20 Top SQLs in your custom code which affect relevant business processes. After performance optimizations reached the productive system, this process needs to be repeated 2-3 times in order to achieve the best results.
Optimize your code for SAP HANA
After the successful migration you can now start to think about optimizing your business processes by using code push down techniques of SAP HANA like the Core Data Servcies (CDS) and ABAP managed database procedures (AMDP) implemented with the native HANA language SQL script.
Find more information about these capabilities in the ABAP for SAP HANA community: ABAP for SAP HANA
With the system conversion approach of SAP S/4HANA SAP is offering a technical approach to convert an existing SAP Business Suite system to SAP S/4HANA. The system conversion to SAP S/4HANA is based on established lifecycle management tools (Software Update Manager SUM with Database Migration Option DMO). Things are done differently in SAP S/4HANA and a customer needs to adopt to the target capabilities of SAP S/4HANA. Many of the changes are technical in nature and have no or only limited impact on peoples work and thus do not trigger business change management. SAP at large keeps the traditional capabilities available as compatibility scope enabling a rather technical migration of these processes and leaving the time of change management at customer decision that may well happen when initially converting or at a later point in time.
Basically SAP supports the customer with different tools and approaches to plan and manage the move to SAP S/4HANA.
One tool (which is addressed within this S/4HANA SCN Blog) within the different phases of a SAP S/4HANA system conversion is the Custom Code Migration Worklist to support the customer to get transparency about the custom code which does not comply to scope and data structure of SAP S/4HANA.
Note: For more details about the system conversion process and the supporting functionality related to the system conversion see the following SAP Community Network blog (http://scn.sap.com/docs/DOC-68976), summarizing the different aspects of the system conversion.
The following document contains information related to the SAP S/4HANA Custom Code Adaption within the on-premise edition. In this document:
Link to the document: http://service.sap.com/~sapidp/012002523100002530422016E.pdf
Our target is to update this document (and publish via the SCN) and incorporate the learnings we receive from the different customer projects and input channels. Feedback and ideas for improvement of the document are welcome and can be given here in this SCN Blog.
To make the results of the Custom Code Migration Worklist more detailed, dedicated Code Inspector Checks are delivered. Currently the following Code Inspector Checks are available to detail the results of the Custom Code Migration Worklist:
You can execute these code inspector checks on your SAP Business Suite system (the start system for your system conversion) or in a system already converted to SAP S/4HANA.
A detailed description how to use these additional code inspector checks is describe in SAP Note 2271900. In this SAP Note you can find a dedicated How-to-Guide, to set-up these code inspector checks.
Related SAP Notes:
Document | Link |
SAP Help | |
Conversion Guide for SAP S/4HANA, on-premise edition | |
Simplification List for SAP S/4HANA, on-premise edition | |
Custom Code Migration Worklist (SAP Help) | |
General SAP S/4HANA information sources | |
SAP SCN - SAP S/4HANA Community Network | |
SAP SCN - SAP S/4HANA Cookbook | |
SAP SCN - The System Conversion to SAP S/4HANA, on-premise edition 1511 - Technical procedure and semantic adaption tasks | |
SAP SCN - SAP S/4HANA Custom Code Migration Worklist | |
ABAP custom code adaption for SAP HANA – The efficient way | |
SAP S/4HANA Extensibility | |
SAP SCN - The Key User Extensibility Tools of SAP S/4 HANA | |
SAP S/4HANA Extensibility - Whitepaper | |
Custom Code | |
SAP SCN - Custom Code Management in ABAP Development | |
SAP TechEd replay - ITM103: Efficient Custom Code Management – Prepare for SAP HANA: What’s New? | |
SAP SCN - Usage and Procedure Logging (UPL) | |
SAP SCN - Set-Up UPL | |
SAP SCN - Decommissioning with CCLM in Solution Manager SP12 | |
SAP SCN - Development Guidelines for Greenfield Implementation in sync with SAP Custom Code Management | |
ABAP custom code migration for SAP HANA - recommendations and Code Inspector variants for SAP HANA migration | |
Related SAP Notes | |
ABAP custom code migration for SAP HANA - recommendations and Code Inspector variants for SAP HANA migration | |
Custom Code Management: Generation of Code Inspector Variant | |
RFC extractor to execute static checks in another system | |
Code Inspector check for SAP S/4HANA material field length extensions | |
Specify operation kind (modify, select, update…) in Code inspector check |
For transitioning to S/4HANA there are two fundamental options. You could either implement S/4HANA from scratch and migrate your existing data in a greenfield approach, or alternatively you could transition your existing ECC to S/4HANA including all of its customizations and data in a brownfield approach.
To make this decision, in my experience, the following dimensions have to be evaluated:
When transitioning to S/4HANA, data matters big time.
To start with, S/4HANA does only support Unicode. If your ECC system was on multiple code pages (MDMP) a Unicode conversion would have to be included into the transition. Technically, the SAP S/4HANA transition tools (SUM DMO option) support this conversion, but more importantly, your business would have to provide the respective vocabularies, which could be integrated into a data migration approach.
While the reorganization and column store compression of an S/4HANA transition regularly shrinks your data footprint considerably, it remains important that you only take relevant data in-memory due to the huge price difference between memory and disk capacity. Therefore, you would either have to implement a data retention strategy upfront a technical transition to S/4HANA or integrate it into your data migration approach.
With S/4HANA, operational reporting could be run real-time on your transactional data without the need to load it into a data warehouse environment. However this implies, that there is no transformation step as it was in a traditional ETL approach any longer, so that the data quality has to be given in the system itself. To achieve this, there are two steps required.
Either prior to your transition to S/4HANA or as part of the data migration, your data foundation has to be cleansed. Whichever you find easier or is more feasible will drive your decision.
Once cleansed, your data foundation has to be maintained clean, regardless a greenfield or brownfield approach.
In a real-time environment like S/4HANA, integration makes a bigger difference than ever, since real-time information on batched data has no benefit. Therefore any interface into S/4HANA or out of it would either have to be revisited prior to the transition or re-implemented with real-time in mind as part of the migration.
Technically Simple Finance, on-premise edition 1503, is based on EhP 7 for ERP 6.0, which runs on SAP NetWeaver 7.40 and HANA as the database. Therefore a transition from an earlier release is very similar to a respective upgrade and a data migration less likely the preferred alternative.
Technically S/4HANA, on-premise edition 1511, is based on S/4HANA core components that run on SAP NetWeaver 7.50 and SAP HANA as the database database. Therefore a lot of components have started to be changed and a transition would have more the character of a migration.
Your modifications and enhancements would have to be checked for S/4HANA compliance. SAP provide a tool for this, that I described in my earlier blog: Make the S/4HANA Custom Code Analyser work for you and some of the corrective measures might be automatable, but there remains effort. Therefore, if you had a lot of custom code that is of no value any longer, a migration and S/4HANA compliant re-implementation of the still required enhancements might be an opportunity for further simplification.
Please be aware, that S/4HANA is work in progress and that not all the functionality that had been available in ECC 6.0 is available in S/4HANA, on-premise edition 1511 yet. Please check the User Assistance for SAP S/4HANA, on-premise edition 1511 for what functionality has already been made available. Also not all industry solutions and add-ons, whether from SAP or 3rd parties, are S/4HANA compliant yet. For SAP products the SAP HANA readiness can be checked in the PAM. For 3rd party software you would however contact the respective vendor. Missing functionality, a non S/4HANA compliant industry solution or add-on would of course prevent you from a transition whereas you might still be able migrate, if you could provide the respective functionality in another way.
The strategic S/4HANA user interface is Fiori, but in SAP S/4HANA, on-premise edition 1511 quite a few transactions are still rendered in SAPGUI for HTML leveraging Screen Personas. Therefore, regardless the approach, I would recommend that you make yourself familiar with those UI technologies and get the technical foundation for Fiori in place.
If you had a streamlined system in terms of code, data and integration or could get to one without too much pain, a brownfield transition to S/4HANA would be the recommended option. However, if you had a lot of technical debt in your system, a greenfield migration would be the more feasible option that would reward you with a clean and simplified result.