quinta-feira, 27 de fevereiro de 2020

New videos showcasing SAP Fiori 3 for SAP S/4HANA

If you’re looking for examples of how SAP Fiori actually helps users get their work done more easily: we have created a series of two minute videos with some concrete examples, including for the first time some examples showing the Situations approach for surfacing machine intelligence, and an example showing the seamless integration of SAP S/4HANA Cloud and SAP Analytics Cloud.
The SAP Fiori 3 target design aims to enhance SAP Fiori to support consistencyintelligence and integration. Many SAP products now already provide first steps towards consistency by supporting the SAP Fiori 3 theme “Quartz Light” and the shell header bar; below you can see first examples for intelligence and integration.
The series starts with two introductory videos, which some of you may have already seen:
The subsequent three videos each give an example of how a user can quickly and easily perform a given task using SAP S/4HANA with SAP Fiori, and are updated versions of the three videos I published a year ago, with additional content:
Two of the next three videos show how the Situations approach introduced by SAP Fiori helps SAP S/4HANA users deal with important but not-so-common business situations, and one shows the seamless integration between SAP S/4HANA Cloud and SAP Analytics Cloud:
If you are not familiar with the Situations approach, let me summarize it briefly: it is a powerful approach for helping users deal with not-so frequent but important business situations. The system
  • recognizes when a business situation occurs;
  • notifies the responsible user;
  • provides the user with an explanation of the situation, and
  • provides guidance and recommendations on how to deal with it.
Identifying a business situation and determining appropriate recommended actions can be done using machine learning or rule-based. The power of the approach comes from the way it helps users: the notification means they are informed in a timely manner, and the explanation and recommended actions mean that users can save a lot of time by having all the relevant information presented to them in one place, rather than having to search for it themselves throughout the system.
The Situations approach is under continuous further development, and is one of the key elements of the SAP Fiori 3 target design, so stay tuned to learn about further improvements going forward.
For more insights into the currently supported design concepts behind the situations approach, have a look at the Situation Handling section in the SAP Fiori design guidelines.

SAP S/4HANA 1909 Post Conversion Tips and Suggestions

This document is intended to provide quick and concrete common post conversion to S/4HANA tips that customers can include (if relevant) in their first conversion cycle and embrace these as part of their conversion journey so that this possible issue don’t arise during the production conversion.
We will cover subject topics related to:
  • Technical Post conversion tips and suggestions
  • Finance Post SUM Conversion tips and suggestions
  • Logistics Post conversion tips and suggestions
Note that this blog does not replace the post conversion steps documented in the S/4HANA conversion guide but rather complements it.

Technical Post conversion tips and suggestions

Conversion to SAP S/4HANA SUM Tool

SUM Logs: After the technical conversion, review SUM logs for errors.
Action:
  • Review LONGPOST.LOG for the list of problems during the conversion
  • Apply correction or apply notes reported for each errors BEFORE resuming operation

Conversion to SAP S/4HANA Fiori

Applications availability: After the conversion and upgrade, ensure Fiori Launchpad and applications can run properly
Action:
  • Run report /UI5/APP_INDEX_CALCULATE to update SAPUI5 application index
  • Run report /UI2/GET_APP_DESCR_REMOTE_ALL to replicate app descriptors
  • Invalidate cache such as transactions /UI2/INVALIDATE_GLOBAL_CACHES  and /UI2/INVALIDATE_CLIENT_CACHES

Conversion to SAP S/4HANA Basis Tasks

Other key tasks: After the conversion, several additional Basis tasks are needed
Action:
  • Release suspended batch jobs, program BRCTRNS2
  • Confirm new WF user is SAP_WFRT not WF-BATCH
  • Review Workflow Configuration
  • Activate business functions for Fiori: FIN_FSCM_CLM, FIN_FSCM_BNK, FIN_REP_SIMPL_2,FIN_REP_SIMPL3, FIN_REP_SIMPL4, FIN_LOC_SRF
  • Execute SGEN
  • Check HANA Log Mode – Change if necessary; undo parameter changes from FI data migration.
  • Monitor ST22 and fix any ABAP dumps
  • Review certificates pertaining to SSO, PSE regeneration if needed
  • SSL certificates to use SAN (Subject Alternative Name) for Google Chrome Note 2725592
  • Update NW kernel patch if required
  • Implement SAP Note 2606478 REGENERATE_SAP_NEW, then, run the report

Conversion to SAP S/4HANA Data Handling

Obsolete Data Handling: After the conversion,  how to delete obsolete data ?
Action:
  • Deletion rules delivered by SAP will run in PRD without business downtime, if you:
  • Successful validated the system conversion
  • Tested the deletion rules successfully in an appropriate test system (copy of PRD)
  • Created a backup of database
  • Deletion depends on data model change: rows or columns or entire tables
  • Recommended SAP Notes:
    • SAP Note 2661837
    • SAP Note 2190137

Finance Post SUM Conversion tips and suggestions

Conversion to SAP S/4HANA Finance Migration

Dumps in MUJ execution: When the MUJ step is in execution, your SAP HANA Database starts maxing out on CPU usage and then generates dumps for out of memory situations.
Action:
  • Change DB parameters:
    • ini -> [execution] -> max_concurrency_hint –
    • set it to 20indexserver.ini [optimize_compression]
    • row_order_optimizer_threads -> set it to 20
    • Set Statement memory limit to 750 GB
  • Change the code in stored procedure to include a hint ZCL_FINS_MIG_UJ_HDB_GENERATED=>CREATE_CORRECTION
  • Recommended Notes
    • SAP Note 2712348
    • SAP Note 2811658

Conversion to SAP S/4HANA Finance

Deprecated transactions: After the conversion, transactions such as KA0, CPV1, KB21 etc. are deprecated.
Action:
  • Use transaction ST03N to list transaction codes and programs used in the system in the past and check which ones have been replaced with newer transactions, programs, or WebDynpro applications.
  • Adjust authorization roles for the relevant roles
  • Consider the use of new Fiori Apps
  • Find deprecated transactions in the simplification list.
  • Recommended Notes
    • SAP Note 2270335
    • SAP Note 2742613
Old Variants: After the conversion old variants are missing – not migrated automatically
Action:
  • Execute report RSVCHECK to find out which variants are obsolete(Note 153865).
  • Execute program RSVARDOC_46X or RSVARDOC_610 to adjust the obsolete variants.
  • Recommended Notes
    • SAP Note 1953229
    • SAP Note 241876
Note: DO NOT execute RSVARDOC_46X/RSVARDOC_610 towards all variants, please ONLY adjust the variants found by RSVCHECK. Otherwise unexpected issues may happen(like value lost.eg)

Conversion to SAP S/4HANA FSCM

House Banks: After the system conversion, transaction FI12 is not supported SAP S/4HANA 1610 and 1709. However, you want to re-enable this transaction code for a simple maintenance view of house banks.
Action:
  • Implement note 2646577 to enable FI12 or upgrade to OP1809.
  • Note: that with this transaction, it is only possible to create House Banks like earlier.
  • To create the House Bank Accounts you still have to access either the NWBC app or the Fiori App ‘Manage Bank Accounts’. This transaction has links/buttons to launch the NWBC app for Create/Change based on the action you execute.
  • Recommended Notes
    • SAP Note 2646577
Workaround  A (preferred):
  • Assign SAP Standard Role “SAP_SFIN_CASH_MANAGER” to users.
  • Run transaction NWBC and open the “Cash Manager” cockpit
  • Run “Manage Bank Accounts” app.
Workaround  B:
  • Obtain WDA technical application name  and configuration name from Fiori Apps library
  • Manually build access URL as follows:
  • Use application
Check these SAP Notes:
  • SAP Note 2424544
  • SAP Note 2463516
  • SAP Note 2752986

Conversion to SAP S/4HANA Finance UX

FIORI Embedded Analytics Report: FIORI Finance Embedded Analytics reports will not show data
Action:
  • Fiori Apps consume the new ABAP development model for S/4HANA meaning that some applications will be able to expose analytics information on their own. Hence to obtain a correct behavior you will need to setup the Embedded Analytics Engine.
  • Recommended Notes
    • SAP Note 2289865
    • SAP Note 1972819

Conversion to SAP S/4HANA Cash Management

Financial Information: After the conversion, FF7AN and FF7BN – Financial information is not record in FQM_FLOW
Action:
  • Execute transaction FQM_INITIALIZE to load or reload transactional data apply note 2556759 to schedule the background jobs automatically
  • For additional information check this blog:
  • https://blogs.sap.com/2017/11/20/cash-mgmt-s4hana-initial-data-load-during-system-conversion/
  • Recommended Notes
    • SAP Note 2556759

Conversion to SAP S/4HANA Finance

Special fields not available in Tx FBL*N and FAGLL03: After conversion, Transactions FBL*N, FAGLL03. S4HANA no special fields for line items display are available.
Action:
  • Execute program BALVBUFDEL to rest the buffer and program RFPOSXEXTEND to regenerate the structures
  • Recommended Notes
    • SAP Note 984305
    • SAP Note 2816517
 Conversion to SAP S/4HANA FSCM
Credit Management Migration: After conversion, Risk category is not maintained in the BP
Action:
  • Risk category -> Risk class maintained for the whole business partner (not per customer & credit control area), as the probability of a credit default of your customer does depend on the characteristics of your customer and not your internal organizational structures.
  • Recommended Notes
    • SAP Note 2270544

Conversion to SAP S/4HANA Controlling

Allocations: After conversion, you can face dumps in transaction KSU5, KSV5, KSW5
Action:
  • This is not an issue associated to S4HANA migration. The error can be seen in upgrades or client copies.
  • Run program RK811UP or RK811XST
  • Recommended Notes
    • SAP Note 101206

Conversion to SAP S/4HANA Finance

Currency conversion and parallel currencies introduction via SLO projects: Currency conversion projects and projects for introduction of an additional parallel currency done by the SLO team, follow an approach where only the current fiscal year is reconciled. These inconsistencies are highlighted by the conversion tools as errors.
Action:
  • The errors can be accepted, as the note explains and when the required prerequisites are met.
  • Recommended Notes
    • SAP Note 2781513

Conversion to SAP S/4HANA Asset Accounting

Common Error messages, after the conversion, these are some possible errors to solve:
  • R23 FINS_RECON_741 No entry in compatibility view item for entry in original table (ANEP)
  • R23 FINS_RECON_744 Mismatched amount** (ANEP)
  • R24&R25 FINS_RECON_761 Mismatched balance for ANLC
Use of program RAFABNEW, in ECC with New Asset Accounting, for opening posting depreciation areas, as a new area belonging to a certain accounting principle will be copied from a different accounting principle. In ECC, this will not be directly visible as Asset Accounting and GL are not ‘’merged’’ but once in S4, the reporting in GL will also be impacted. Program RAFABNEW is still available in New Asset Accounting in ECC.
Action:
  • You have to consider a Custom program.
  • Recommended Notes
    • SAP Note 2405554
Conversion error, during conversion the following error message appears: R21- FINS_RECON795 – Line Items ANEP/ANEA differs from Totals ANLC
Standard RAFABNEW is a template program and the recommendation is to check if it should be used as it is or should rather be adjusted.
If not adjusted, it will use different exchange rates:
  • ANLC – first acquisition date
  • ANEP/ANEA – asset value date
Action:
  • Execute the programs ZACORR110 and ZACORR55 included in the following note:
  • Recommended Notes
    • SAP Note 366848
New Asset Accounting prerequisites (RASFIN_MIGR_PRECHECK), during your conversion process you get the following error: ACC_AA101 (“Ledger group &1 is not assigned to CoCd &2 and chart of depreciation &3“) – or different error message but with the similar root cause
The reason is because more company codes are sharing the same chart of depreciation but their Ledger set up is not aligned.
Action:
  • Create a new Chart of Depreciation and use the below pilot note to change the assignment of the company code to the chart of depreciation
  • Recommended Notes
    • SAP Note 2152452

Conversion to SAP S/4HANA Finance Performance

Performance issues with Program, Tcodes or Queries: System is slow in general due to problem with CPU, MEMORY. I/O or table locks, use HANA_Configuration_MiniChecks script to check and follow recommended notes depending on issue found with configuration script.
Action:
  • After migration to HANA DB for ECC or Suite on HANA system reports and transactions are slow, check that you are using HANA optimized transactions and application switches are enabled as per the PDF called SoH_Optimizations_2014_10_24.pdf attached
  • Recommended Documentation
    • https://wiki.scn.sap.com/wiki/display/SAPHANA/Troubleshooting+HANA+Performance+issues

 

Logistics Post conversion tips and suggestions

Conversion to SAP S/4HANA Cross topics

Business Partner new approach: After the conversion, Business Partner is the leading object and BP is the only transaction available to create and edit business partners including customer and vendor data in S/4HANA.
Action:
  • Complete post conversion configuration and test the creation and/or maintenance of customers and vendors with Transaction BP.
  • Number range designation of internal vs external is adjusted as required for Customer Account Groups, Vendor Account Groups, and BP Groupings.
  • If your S/4HANA system has integration with other SAP systems such as EWM, TM, SCM, etc. or non-SAP systems, test all the business processes that involve integration.
  • Ensure that security roles for BP are built appropriately and tested. This is important especially if SAP HCM is in use, because employee BPs are created in S/4HANA.
  • If SAP HCM is in use, confirm that employee vendors are created as BP of category “Person” and not “Organization”. Check SAP Note Sync employees to BPs (Note 2340095).
  • If SAP HCM is in use, confirm that employee vendors are properly linked to the corresponding BPs if employee BPs already existed in the ERP system.
  • Validate if custom fields (if any) are available in BP transaction to view and update
  • Validate account group based customer and vendor screen layout customizing is not affected
Deprecated transactions i.e Sourcing and Procurement: After the conversion, transactions such as ME21, ME22, etc. are deprecated
Action:
  • Test the maintenance of purchase orders, purchase requisitions with Tx ME21N /ME22N / ME23N, etc.
  • Adjust authorization roles for the relevant roles
  • Consider the use of new Fiori Apps
  • Find deprecated transactions in the simplification list document.
  • Recommended Notes
    • SAP Note 2267449

Conversion to SAP S/4HANA, Sourcing and Procurement

Invoice verification authorization object: After the conversion, at SAP S/4HANA new authorization object is available for logistics invoice verification
Action:
  • The standard roles delivered with SAP S/4HANA contain this new authorization object. If the customer roles are derived from these standard roles, you must do the following:
    • Edit the values of the organizational levels for the new authorization object M_RECH_BUK.
    • Regenerate the profiles related to the roles using PFCG.
  • If you have created a customized role, you must manually insert the authorization object M_RECH_BUK into the role. You can do this preliminary work once SAP S/4HANA is available.
  • Recommended Notes
    • SAP Note 2271189

Conversion to SAP S/4HANA, Inventory Management

Data consistency: The conversion of the MM-IM data model is a complex process handling a very high volume of data. Verify that data is consistent afterwards.
Action:
  • Confirm in ERP and Re-confirm the S/4HANA conversion with consistent data. You can use the standard consistency check tools like MB5K and MB5L to analyze your data.
  • SAP Note 2679566 – S4HANA MM-IM data model conversion
  • Check the migration result in the following SUM log files
  • SAP Note 2238690 – S/4HANA MM-IM migration by SUM)
  • If the migration logic detected an issue and created an error, post-processing or info message check
  • SAP Note 2236753
Deprecated transactions: After the conversion, transactions such as MB1A, MB1B, etc. are deprecated (SAP Note 2210569).
Action:
  • Test the handling of objects like purchase orders, purchase requisitions with Tx MIGO.
  • Make sure that the business relevant movement types are updated for transaction MIGO in OMJJ customizing.
  • Adjust authorization roles for inventory management roles
  • Use Fiori

Conversion to SAP S/4HANA Settlement Management

New rebates approach: After the conversion, SAP SD/MM rebates in ERP functionality is deprecated.
Action:
  • Make sure Condition Contract Settlement by Settlement Management is customized and supports all your business needs. Detailed information available in SAP Note 2267377 – SD Rebate Processing Replaced by Settlement Management.
  • Make sure that Settlement Documents (Credit and Debit Notes) are included in any e-invoice framework and reporting needed (this may require enhancement).
  • Adjust authorization roles for Condition Contract maintenance, report and settlement.
  • Make sure SD/MM rebate agreements are up to date and extended up to the validity date required before conversion. SD/MM rebate agreements can be processes up, but not extended or created after conversion.
Note: This can be done before conversion!!

Conversion to SAP S/4HANA Order to cash

SAP Credit Management (FIN-FSCM-CR): After the conversion, SAP ERP FI-AR credit management functionality is not supported.
Action:
  • Adjust authorization roles for SAP Credit Management (FIN-FSCM-CR) processing, data maintenance and reporting required for Order to Cash roles.
  • Perform the required actions attached to the note 2270544 – S4TWL – Credit Management for minimum configuration of SAP Credit Management in S/4HANA.
  • Check Open Items (Orders, Deliveries, Billing Documents) are updated successfully on SAP Credit Management after conversion.

Conversion to SAP S/4HANA Quality Management

Print-out of QM Inspection Plans: After the conversion, Adobe Document Services (ADS) is mandatory for printing inspection plans in SAP S/4HANA using QP05 or QP08 (SAP Note 2754848).
“cannot find PDL type for output device LOCL”
Action:
  • Print an Inspection Plan after the conversion in Sandbox.
  • If your project will not install ADS, there is a workaround to create a copy of the old report (SAP note 2763674).

Conversion to SAP S/4HANA Plant Maintenance

Notification Reports: After the conversion, the “Notification status” in the reports IW28/IW29 becomes mandatory.
Action:
  • To populate this field, it is required to run the report QM_PHASE_FILL. To create the report, follow the instructions described in the (SAP note 551133).
Note: This can be done before conversion!!

Conversion to SAP S/4HANA MRP

Planning Files: MRP planning file entries need to be regenerated because of the system conversion.
Action:
  • Consider the following note for the creation of planning file entries in the new DB table PPH_DBVM (SAP note 2509418).
  • For further information on Planning File Entry Differences between S/4HANA and ERP check this note (SAP note 2642499).

Hope you enjoyed this blog with special thanks to all RIG members that worked on this recommendations.
Thanks and Best Regards,
SAP S/4HANA RIG

Concept of using 3 Types of Bill of material (SAP PEO)

The propose of the Blog is to explain in detail about the concept behind the using of 3 types of Bill of Materials for the same product in SAP.
It’s always the question that why 3 types of Bill of Materials are required and why not one. The simple and complete answer to this question lies behind the engineering and production execution process in the company. It completely depends open the process followed when new design or a product is introduced.
Let’s proceed further with a simple example so that it will be easy for me to explain and for you to understand every type of Process which can be used in an industry. I will try to explain it as elementary as possible.
We have two types of Combination which can be used i.e two different types of scenarios.
  1. Working with all BOMs (Engineering BOM + Planning BOM + Manufacturing BOM)
  2. Working with 2 BOMs (Engineering BOM + Manufacturing BOM)
Let me explain the Engineering to Design Process in more detail and how it is worked open in an industry.
  • The requirement for a new product is given to the Engineering Department via a sales order.
  • The engineering Department works on the new design builds it and sends to SAP
  • At this point in SAP the planner starts working on the Procedure or Routing on how to assemble each and every component.
  • Once the Routing information is provided by the planner, MRP is executed and subsequently Purchase and Production proposals are generated.
  • The Purchase proposals will have high lead time as it is a new product so some components will be new in the product.
  • Once the product are there then the manufacturing of the Product will continue and rest are the same as in SAP PP cycle.


Working with 2 BOMs

  • Here as stated and explained earlier, the BOM which is built in the system based on the Engineering Data Provided by the engineering department is stated as Engineering BOM (EBOM). This has the same fields and structure as a normal BOM.
  • Now when it comes to Planning Department the Planner coverts it into and Manufacturing BOM (MBOM).
  • After converting the planner works on the shop floor routing details. As mentioned in my earlier Blogs. Shop floor routing is more in detail and more operator specific, so the planner has to plan the components in more detailed form.
  • Once the Shop Floor routing is completed a production version is created for the MBOM and SF Routing combination and MRP is carried out.
  • MRP leads to generation of Purchase orders with long lead times.
  • Once the Purchased components have been procured then the Manufacturing Execution can be started.
  • So the Activities mentioned in the Shop Floor Routing is performed and the Product is built.
So the question arises what’s the problem here in this Process that we use 3 BOMs. The answer to that is there are two Bottle Necks in this process with long lead time.
  1. Planning by the planner (Creation of Shop Floor Routing). Since it is a new product so subsequently new routing has to be created due to the new design of the Product. And as Shop Floor Routing is in more detail so a detailed routing has to be maintained which is time consuming activity.
  2. Long lead time of Purchase Order : As it is new design so in some situations we would be having some new parts or assemblies being used in the product. To Procure these parts will consume a lot of time as the planner has to search for the vender and evaluate and then the Order is processed.
The only disadvantage of this Process, of using 2 BOMS is that both the Bottlenecks are being performed in series, i.e There is a huge time gap between Design and Production of the components.


So now comes the second solution

Using all the 3 BOMs

  • An EBOM is created in SAP System.
  • Now when it comes to Planning Department the Planner coverts it into Planning BOM and Manufacturing BOM (MBOM).
  • The planning BOM is used for performing MRP only. We can maintain minimum routing and run MRP for the planning BOM.
  • Once MRP is done the purchase orders and production orders are created which will trigger the procurement cycle for the new components.
  • Meanwhile the components are being procured the planner works on the shop floor routing details with the reference of Manufacturing BOM.
  • Once the Purchased components have been procured then the Manufacturing Execution can be started.
  • So the Activities mentioned in the Shop Floor Routing is performed and the Product is built.



So here in this scenario as it is visible the two Bottlenecks are being performed in parallel, so the time taken is reduced with by a great amount.


When to use 2 BOM structure and when to use 3 BOM Structure.

This completely depends upon the complexity of the component.
If the complexity of the component is not much I.e there are not much deviations from the normal standard product, at this point of time we can use 2 BOMs
If the vendor from which the new material or assembly to be procured is known, we can use 2 BOMs structure as well.
But when the new product is complex and with many new components then as the time for procurement is long, it is advisable to use 3 BOMs structure.
This was a brief description of the BOM structure which is used in SAP PEO and th reason behind it. Please let me know if I was unclear at any point.