SAP SD SUPORTE: agosto 2020

segunda-feira, 31 de agosto de 2020

Flexible Workflow for Sourcing and Procurement in SAP S/4HANA

Flexible Workflow is a new concept introduced in SAP S/4HANA with the objective to simplify workflow configuration. Documents in Sourcing and Procurement, such as purchase requisition, purchase order, request for quotation, etc., usually go through an approval process. In the SAP ERP system, we used Release Procedure and, in some cases, SAP Business Workflow to accomplish this process. For example, the approval process for a PO could be as simple as the following: any PO exceeding $1000 requires a manager’s approval and any PO exceeding $5000 requires two levels of approval.

Even though both Release Procedure and SAP Business Workflow are still available in S/4HANA, it is recommended that you use the new Flexible Workflow functionality in S/4HANA. The flexible workflow is based on a set of predefined workflow scenarios and tasks. This provides the functionality to define condition-based workflow for different processes in sourcing and procurement. It is possible to define single or multi step approval processes, and the relevant workflow items are made available in the My Inbox Fiori App for the approvers. Manage Workflows Fiori Apps are available for different purchasing documents, and these apps allow the Business process specialist to set up workflows based on the business requirement.

In this blog, I will explain the configuration steps and provide screenshots for workflows for Purchase Requisition. The steps to implement workflows for other purchasing documents are similar, and the information provided in this blog may be used as reference material.

Flexible Workflow for Purchase Requisitions – Configuration steps

Automatic Workflow Customizing

SPRO -> SAP NetWeaver -> Application Server -> Business Management -> SAP Business Workflow -> Maintain Standard Settings

This customizing activity has the following areas

Runtime Environment
Definition Environment
Additional Settings and Services
Classify Tasks as General

If you have configured workflow functionality (SAP Business Workflow or Flexible Workflow) in your system already, all Customizing steps listed in this step should have a green checkmark. If not, click Redo Automatic Customizing to complete this activity. You could select individual activities under each area and click Execute Activity to make the required settings. If you have not used any workflow before you need to click Automatic Workflow Customizing to make the settings.

For more info on Automatic Workflow Customizing please visit https://help.sap.com/viewer/36802406aebb4b96b1598246e1d316ee/1909.002/en-US/4f25999fe85a18c3e10000000a421937.html

Activate flexible workflow scenarios

SPRO -> SAP NetWeaver -> Application Server -> Business Management -> SAP Business Workflow -> Flexible Workflow -> Scenario Activation (You could access this from PR configuration as well)

Activate the workflow scenario ID as shown in the table below. Scenarios will become visible in the Manage Workflows for Purchase Requisitions Fiori App once activated here.

Scenario ID	Workflow Name
WS02000458	Overall Release of Purchase Requisition
WS02000471	Release of Purchase Requisition Item

Define step names and decision options to be used in the Fiori app My Inbox.

SPRO -> SAP NetWeaver -> SAP Gateway Service Enablement -> Content -> Workflow Settings -> Maintain Task Names and Decision Options

In the Step Name Overview screen, the following new entries are made if they don’t exist already. The step names defined in this step are used in the Fiori app My Inbox to group and display the approvers’ work items.

Workflow ID	Step ID	Step Description
WS02000458	0000000019	Overall Release of Purchase Requisition
WS02000471	0000000020	Release of Purchase Requisition Item

In the Step Name Overview screen, select a workflow ID and double click on Decision Keys in the dialog structure on the left-hand side of the screen. Then enter the data shown in the table below

Key	Decision Text	Nature
1	Approve	POSITIVE
2	Reject	NEGATIVE

The columns Icon MIME Repository Path and Comment On must be left blank.

This activity should be repeated for all workflow scenarios and steps that you would like to use.

Define visualization metadata for My Inbox

In S/4HANA, procurement documents that use flexible workflow are approved in the Fiori App My Inbox. For this reason, the Fiori app My Inbox should be activated and set up for the approvers. Please refer to the link below for more details

https://help.sap.com/viewer/af9ef57f504840d2b81be8667206d485/1909.000/en-US/179740ca1bff480c86a3d86522143f4f.html

SPRO -> Materials Management -> Purchasing -> Purchase Requisition -> Flexible Workflow for Purchase Requisitions -> Client-Dependent Configuration

Select Worklist Client as SAPUI5 My Inbox and choose Task tab and create new entries with the data as shown below

Workflow scenario ID WS02000458 and task ID TS02000702

Parameter Name	Visualization Parameter Value
COMPONENT_NAME	cross.fnd.fiori.inbox.annotationBasedTaskUI
QUERY_PARAM00	service=/sap/opu/odata/SAP/C_PURREQUISITION_FS_SRV
QUERY_PARAM01	entity=/C_PurRequisitionFs(PurchaseRequisition='{OBJKEY}’)
QUERY_PARAM02	annotations=/sap/opu/odata/IWFND/CATALOGSERVICE;v=2/Annotations(TechnicalName=’C_PURREQUISITION_FS_ANNO_MDL’,Version=’0001′)/$value

Workflow scenario ID WS02000471 and task ID TS02000714

Parameter Name	Visualization Parameter Value
SCHEME	Sapui5
COMPONENT_NAME	cross.fnd.fiori.inbox.annotationBasedTaskUI
QUERY_PARAM00	service=/sap/opu/odata/sap/C_PURREQUISITIONITEM_FS_SRV
QUERY_PARAM01	entity=/C_PurRequisitionItemFs(PurchaseRequisition='{&_WI_OBJECT_ID.MS_PUR_REQ_ITEM.PURCHASEREQUISITION&}’,PurchaseRequisitionItem='{&_WI_OBJECT_ID.MS_PUR_REQ_ITEM.PURCHASEREQUISITIONITEM&}’)
QUERY_PARAM02	annotations=/sap/opu/odata/IWFND/CATALOGSERVICE;v=2/Annotations(TechnicalName=’C_PURREQUISITIONITEM_FS_ANNO_MDL’,Version=’0001′)/$value

Deactivate event type linkages for SAP Business Workflow

In this step, using T Code SWETYPV (Event Type Linkages), deactivate any old workflow scenarios you may have used previously.

Generalize tasks and activate event type linkages for flexible workflow

SPRO -> SAP NetWeaver -> Application Server -> Business Management -> SAP Business Workflow -> Perform task-specific Customizing

Navigate to the application component, MM-PUR-REQ – Purchase Requisitions. Click on Assign Agents

Select Overall Release of purchase Requisition (TS02000702). Click on Attributes.

Repeat this step for Release of Purchase Requisition Item (TS02000714)

Choose General Task and click Transfer

Go back one time and click Activate Event Linking

Select the workflow scenario for Overall Release of Purchase Requisition WS02000458 and expand the node to display the relevant event. Click on the button Deactivate to activate the event linking

Repeat this step for workflow scenario, Release of Purchase Requisition Item WS02000471

To enable value help in the flexible workflow an OData service is used. In this step you will register this OData service as shown below.

SPRO -> SAP NetWeaver -> SAP Gateway -> OData Channel -> Administration -> General Settings -> Activate and Maintain Services

T Code: /n/IWFND/MAINT_SERVICE

From the initial screen choose Add Service and enter the following values

System Alias – Use value help (F4) and select the S/4HANA backend system

Technical service = S_MMPURWORKFLOWVH_CDS

and click on Get services and then click on Add Selected Services

This concludes the configuration required for Flexible Workflow for Purchase Requisition and now you should be able to launch the Manage Workflow app and set up the workflow as required for the business.

The table below shows all the predefined flexible workflow scenarios and tasks available for documents in Sourcing and Procurement in S/4HANA 1909

Workflow Scenario ID	Workflow Name	Standard Task ID	Task Name
WS00800193	Workflow for Supplier Quotation	TS00800462	Release Supplier Quotation
WS00800238	Workflow for Purchase Order	TS00800531	Release of Purchase Order (Manual)
WS00800251	Workflow for Blocked Invoice	TS00800538	Release of Blocked Invoice
WS00800302	Workflow for RFQ	TS00800576	Release RFQ
WS00800303	Workflow for Parked Invoice as Complete	TS00800577 TS00800585	Release Complete Invoice Rework Invoice
WS00800304	Workflow for Purchase Contract	TS00800578	Release of Purchase Contract (Manual)
WS00800305	Workflow for Scheduling Agreement	TS00800580	Release of Scheduling Agreement
WS00800321	Workflow for Service Entry Sheet	TS00800593	Release SES
WS00800333	Workflow for Centrally Managed PO	TS00800600	Release of Centrally managed PO
WS00800346	Workflow for Central Purchase Contract	TS00800607	Release of Central Contract
WS02000434	Overall Release of Central PR	TS02000677	Overall Release of Central PR
WS02000438	Release of Central PR Item	TS02000687	Release central PR Item
WS02000458	Overall Release of Purchase Requisition	TS02000702	Overall release of Purchase Requisition
WS02000471	Release of Purchase Requisition Item	TS02000714	Release of Purchase Requisition Item
WS02000485	Approve Centrally Managed PR – Overall	TS02000734	Release of Centrally Managed Purchase Requisition
WS02000494	Workflow for Centrally Managed PR Item	TS02000737	Release of Centrally Managed Purchase Requisition Item

Source: https://blogs.sap.com/2020/08/25/flexible-workflow-for-sourcing-and-procurement-in-sap-s-4hana/

Your journey to SAP S/4HANA – a practical guide

Hello All,

SAP introduced S/4 in 2015, termed as Simplified 4th generation ERP Business Suite, SAP’s current ERP system as well as the core of the Intelligent Enterprise. (SAP defines “Intelligent enterprises” as those that “effectively use their data assets to achieve their desired outcomes faster and with less risk, so it’s all about automating complex business processes around a united core of master data in the cloud.) SAP reimagined all the processes in SAP’s ERP product evolution from R/2, R/3, ECC to S/4 with simplification and digitalization at the core and usage of the latest innovations in the speed of data processing, such as in-memory database – HANA, machine learning, and web-based & user-friendly GUI, such as Fiori, Artificial intelligence (AI), blockchain, predictive analytics, and the Internet of Things (IoT). Two software versions are the going-forward strategy for SAP – S/4 Cloud version with a quarterly release cycle and S/4 on-premise version with a yearly upgrade cycle.

This practical guide illustrates a strategy and approach for their S/4 Roadmap on how to approach an S/4 upgrade or S/4 implementation.

Before you can plan the “how” part of your journey, you need to articulate the “why”. Building the business case will be the first step on the journey to S/4HANA. Once this is finalized, you can begin to make your plan and take those steps forward.

There is no single solution when it comes to SAP S/4HANA Migration, and each organization is in a different stage of SAP S/4HANA readiness.

The following figure shows the S/4HANA Roadmap sequence:

The sequence and the related tooling explained in SAP S/4HANA Conversion Guide (Latest Version) within SAP Help.

Business case pretext

The detailed business case is required for providing investment for an S/4 migration. Currently “in-flight” or “yet to be planned” focuses on the influence with organization strategy for a priority of an S/4 upgrade/implementation project. A value assessment with the process and technical elements would provide a plan for capital budgeting for the organization initiative. Once the pretext is established, the next logical questions are “when” and “how”.

(Source: www.sap.com/s4hana)

SAP S/4HANA Architecture Framework

Now the question is: What is the framework that can help you design a simple architecture which meets all the above conditions? Let’s discuss the simple framework as given in the figure below, which displays the building blocks of the framework.

These building blocks constitute the key considerations while defining the architecture for your SAP S/4HANA transformation project.

The building block (1) covers all aspects of your business requirements.

The building block (2) covers all aspects of the technology infrastructure.

while building block (3) covers all aspects of user experience requirements as well as for analytics (visualization of reports).

Lastly, building block 4 covers all aspects of innovations and integrations, so this framework provides a good way to start designing your architecture. A framework like this can simplify the complexities associated with a large SAP S/4HANA transformation project and help you stay focused on key aspects.

(reference from SAP-Press book “Introducing the Technical Foundation of SAP S/4HANA”)

A quick check: – SAP Business Scenarios Recommendation 2.0 and Readiness Check 2.0

SAP Business Scenario Recommendations 2.0

Your starting point should run the SAP Business Scenario Recommendations report to understand “why” we need to move from SAP ERP to SAP S/4HANA; What are the benefits for each area of my business (which includes six lines of business); What is different, and what is new compared to what we are today?

You can request your own SAP Business Scenario Recommendations for SAP S/4HANA. Please follow the instructions and apply on your productive SAP ERP system the SAP standard notes number: 2758146 and 2745851.

Source: Business Scenario Recommendations (BSR)

SAP Readiness Check 2.0

This stage addresses the technical part of your business case; like the where you are today and what you need to get there. For reference, Please check the standard Readiness check(RC) and blog post by my colleague for practical steps on it, respectively:

Source: How to run Readiness Check (RC) and SAP Readiness Check

In simple terms, here where you need to build an assessment of your current IT landscape. Start with reviewing your SAP ECC, analyse usage and configuration data and determine conversion compatibility. Then, now you can begin building your roadmap.

In other terms, If you have finalized your target SAP S/4HANA version and approach for the target system, SAP S/4HANA. Then need to plan to execute the actual process for the conversion to SAP S/4HANA.

SAP S/4HANA conversion impact to other NW systems

SAP Note 1388258 – Central Hub systems like Portal, PI & BW need to be upgraded mandatorily to Netweaver 7.31 (min)
Either a new Fiori setup would need to be Greenfield implemented or existing Fiori will need to be upgraded in sync with the Target S/4HANA version
Solution Manager must be minimum version 7.01 SPS 23 or 7.1 SPS 10
If the source ECC system is on HANA 1.0, an upgrade to HANA 2.0 will be needed as a pre-requisite
If applicable, upgrade of other NW systems can be done as pre-requisite steps or within the same S/4HANA conversion project.

S/4HANA Sizing

Apply the necessary SAP Notes on the ERP system on AnyDB
Refresh Database statistics
Execute the Sizing Report
Analyze the output for the HANA Appliance Memory output
Work with the preferred Hardware vendor to order the HANA appliance
Only the database server needs to be changed, the application server can be reutilized.

Why do we need Custom Code Analysis?

Possible Sources of Impact to Custom Code

Software Changes: The change of software levels (e.g. SPS, EHP, and/or version) has the potential of impacting custom code, especially when custom code makes references to the standard objects that were enhanced/modified as part of the software update.
Platform Changes: As there may be platform-specific performance hints implemented within custom code, the change of the underlying platform (i.e. to SAP HANA) could impact the performance of that code. Additionally, implications like sort order also have to be accounted for when changing platforms.
Unicode Conversion: The migration to SAP HANA requires that the database is Unicode. If the source system has yet to converted, the conversion can be included in the scope of the migration project. As a requirement for the conversion, all custom code must be Unicode enabled.
Business Requirements: Evolution in the business and adoption of innovations can both be drivers for change to custom code. With the migration to SAP HANA, the business may decide to include some of these enhancements within the scope of the project.
Data Model Simplification: The simplification of the data model with S/4HANA can have a potential impact on custom code. For instance, the custom code that directly writes to the total tables will need to be adjusted.

SAP S/4HANA Deployment Strategy and Technical Tools

SAP Fiori apps reference library

Please find the details here.

Transformation Navigator

Please find the transformation navigator here.

Roadmap Viewer

Please find the roadmap viewer portal.

Pathfinder

Please find the Pathfinder link.

Innovation Discovery Tool

Please find the Innovation discovery tool link.

SAP Roadmap

Please find the SAP Roadmap process details.

SAP best practices explorer

Please find the SAP best practices explorer and solutions documentation.

SAP S/4HANA Readiness Check

Please find the SAP S/4HANA readiness check portal.

Simplification Item Catalog

Please find the Simplification Item Catalog portal.

Simplification Item Check

Please find the Simplification Item Check portal.

Code Inspector / Custom Code Migration Worklist details

Pre-checks link

Maintenance Planner (MP)

The Maintenance Planner checks the system with regards to business functions, industry solutions, and add-on. The Maintenance Planner is a pre-requisite for the system conversion to SAP S/4HANA.

For more information regarding Maintenance Planner within SAP Help.

Software Update Manager (SUM)

Software Update Manager (SUM) is the technical tool for system conversion to SAP S/4HANA. This needs to run before Maintenance Planner (MP) and should be used the latest version of SUM.

For more information regarding Software Update Manager, for the conversion of SAP Systems to SAP S/4HANA.

Go to SUM link -> Click on “System Maintenance” -> “Download SUM”.

Database Migration Option (DMO)

Database Migration Option (DMO) is a one-step migration approach for conversion to the SAP HANA database. Database Migration Option (DMO) is a part of the Software Update Manager (SUM).

For SAP S/4HANA Conversion, DMO combines installation of SAP S/4HANA, on-premise and database migration to SAP HANA in one tool.

From SCN blog, with the helpful information on DMO of SUM – Introduction

SAP S/4HANA Trail link

Migration Cockpit link

SAP Data Services with Rapid Data Migration content details

Strategy and Roadmap

Recently, SAP announced a maintenance commitment to SAP S/4HANA up until the end of 2040. While choosing the right path for your organization for transition to SAP S/4HANA. Here, again there are two important decisions to be taken:

What version will you choose: SAP has released an upgrade to the on-premise edition each year as 1511, 1610, 1709, 1809, and least recently, 1909. Each of these releases has introduced significant additions and advances to the platform.

SAP S/4HANA: Release 1511

SAP S/4HANA: Release 1610

SAP S/4HANA: Release 1709

SAP S/4HANA: Release 1809

SAP S/4HANA: Release 1909

When to update and why?

Since to update your S/4HANA requires consultants to be certified solutions or re-certified on every release of SAP S/4HANA. Also, while deciding which release of SAP S/4HANA your company goes live on, will depend on following parameters/factors.

What is your transition approach: It is always first to choose a version with a delivery to go for the latest and then choose an approach for implementation. The following figure needs to be checked.

Technical Migration to SAP HANA: SAP Business suite must be on SAP HANA, for transitioning to SAP S/4HANA. The actual conversion starts with the SUM tool. SUM tool performs execution part including Database migration option (DMO) and SAP S/4HANA Conversion. (This links will be helpful for DMO approach Community Wiki: DMO and DMO Guide)

System Conversion/Brownfield Implementation: This option is available for on-premise versions 1511 onwards and transition of existing – ECC, Business Suite on HANA, Simple Finance to S/4. The cost-effective is solely depends on the current systems’ custom code and integration with 3rd party systems and solutions.

Greenfield/New Implementation: This is the new implementation of S/4HANA into which data from a legacy ERP system is migrated. This is a mandatory choice for new SAP Customers. Some of the existing customers also adopt this approach to conceal the shortcomings of their existing customization and adopt new innovations.

Central Finance/Functional Phased Greenfield: If clients want quick benefits for consolidating their finance transactional process on existing ECC, Business Suite systems, Central Finance outlines quick benefits of S/4 and not having to immediately implement S/4 for their legacy systems. This framework is best suitable for companies with a heterogeneous system landscape and having different versions in different systems.

Landscape Transformation/Selective Data Transitions/Consolidation: Clients with large scale user base with different regions, multiple source systems must go with a different approach. These organizations may opt for consolidating all systems into a single S/4HANA instance and go with the transition to S/4HANA and may also adopt a mixed approach of greenfield and brownfield, as suitable for their source systems.

Custom Code Evaluation

ECC system contains a large number of custom development objects (Z/Y Objects, Modifications and Enhancements) which majority of them not used productively. Therefore, monitor system for a longer period and do some housekeeping and eliminate the code, which is not used anymore within your productive business applications.

Standard Custom code migration guide here.

These links may help in achieving custom code adaptation during system conversion/Landscape Transformation: SAP S/4HANA System Conversion – Custom code adaptation process and Custom code adaptation for SAP S/4HANA #ASUG Webcast Recap

SAP Activate Methodology

SAP Activate is the innovation adoption framework that expedites SAP S/4HANA implementations throughout the customer lifecycle. It offers ready-to-run digitized business and technology processes, guided configuration, and next-generation methodology. SAP Activate supports customers at multiple starting points, including new implementation, system conversion, and landscape transformation.

SAP Activate methodology is SAP’s new software implementation methodology that builds on proven approaches and SAP’s experience to offer a consistent, agile method for any deployment type – cloud, on-premise, hybrid, or mobile. It offers support for initial implementation and continuous innovation with SAP S/4HANA. The implementation best practices walk project teams through planning, build, and deployment of their SAP solution. SAP Activate methodology caters to customer-specific configuration and extension requirements to reflect each customer’s own business practices while remaining extremely scalable – nimble enough for smaller engagements and robust enough for larger projects.

Please check the link for SAP Activate Roadmap “Transition to SAP S/4HANA” using Roadmap Viewer.

The roadmap is combined for all transition approaches. SAP can work alongside a partner through “SAP Value Assurance“.

Transitioning to SAP S/4HANA Cloud

Many customers are also considering a move from on-premise Data Centers to Hyperscalers. There are many unions stated between the move to a hyperscaler and the move to SAP S/4HANA.

You might also find this SCN blog useful: SAP S/4HANA Cloud Deployment Options and SAP S/4HANA Cloud Deployment on Hyperscalers

ECC to S/4HANA conversion steps

S/4HANA Conversion steps
1. Build a Sandbox (SBX) system on AnyDB via system copy from Production
2. Migrate Sandbox (SBX) system on AnyDB to SAP S/4HANA. Fix all issues, custom coding here
3. Migrate Development system to S/4HANA. Use the DEV S/4HANA system as a Development system for the conversion project
4. Migrate the Quality system. This will be used as S/4HANA Quality system for the conversion project
5. Mock Cutover and Dress-Rehearsal (Migration to S/4HANA) based on a fresh system copy of PRD
6. Go-live. Conversion of the S/4HANA Production system
7. Decommission ERP systems running on AnyDB database, decommission S/4HANA SBX system.

Note:- New SAP S/4HANA production support systems to replace the current ERP systems.

Don’t wait! Start now…

According to a study conducted by ASUG (Americas’ SAP Users’ Group), only 32% of SAP customers have already implemented SAP S/4HANA or have begun the conversion process. Are you part of the remaining 68%? What are you waiting for?