1. John changes the material using a change request; when pressing SUBMIT a rule framework is processed which decides to start a “Jam Collaboration” in parallel to the standard Workflow. This enables the contributing parties to prepare and collect further needed Information, so they can execute the consecutive Workflow steps faster and access all preserved related information (decisions / files / information exchange (feed) centrally). As well external contributors can easily be involved. The following actions are executed automatically:
| John Products, Product Manager, working in SAP NWBC backend |
2. Lisa gets an alert in SAP Jam and can already start to prepare her “Logistics Approve” in the workflow before the process step triggers her participation actively via the workflow; basically she can now use the full power of collaboration to already get prepared. To give some examples:
3. Out of the Business Record Viewer (see here) showing the changed material with details read real time from the backend system she creates a task for Paul Trucker (external logistics provider), passing on and requesting the relevant information:
| Lisa Logistic, Logistics Manager, working in SAP NWBC backend and SAP Jam |
4. Paul (member of the designated SAP Jam Group) gets an alert in SAP Jam (e.g. via E Mail notification)
| Paul Trucker, Transportation Officer, working in SAP Jam only |
5. Lisa gets notified about the completed task in Jam and parallel in the MDG transaction (NWBC Side Panel)
6. After receiving the ‘Finance Approve’ via the MDG Workflow she can activate the Change request right away without further delay | Lisa Logistic, Logistics Manager, working in SAP NWBC backend and SAP Jam |
Tasks | Comment | |
#1 | Backend System connection/configuration | |
#1.1 | Building up a reverse proxy for externally available OData Services [System Administration] | OData Services are used when sending the BO Feed entry to SAP Jam. With these, later on, backend objects can be exposed real time in SAP Jam. The reverse proxy changes internal application server information in the OData links with external ones – the external domain used by the company. |
#1.2 | Setting up trusted connections [System Administration: Exchange of certificates] | System authorization: A backend system communicating with SAP Jam needs this sort of connection. |
#1.3 | Configure the backend against SAP Jam for ABAP SMI API and the SAIL API [System Administration: API configuration & Exchange of certificates] | User authorization: Since the Side Panel uses the “old” SAIL API but the Jam Objects like groups are read with the ABAP SMI API both must be configured. |
#1.4 | Configure Side Panel in general [Side Panel Framework Configuration] | In the NWBC a Side Panel must be configured. |
#1.5 | Configure Side Panel Collaboration Chips [Side Panel Framework Configuration] | There are different Side Panel Chips: e.g. Master Details, Notes, Attachment…In this case we need the "SAP Jam Group" and the "SAP Jam Feed"-Chip. |
#2 | SAP Jam | |
#2.1 | Configure MDG OData + Annotation Service as External Managed Objects and use the per user authentication for access [System Administration] | All object types that should be exposed in SAP Jam must be registered. In this case e.g. Material Change Request. |
#2.2 | Setup the group "Material Change Request" with using the template [SAP Jam Group preparation] | The Group "Material Change Request" is created exactly for the needs for exchanging MDG information. Each group can be tailored, also choosing from a wide range of business process templates. |
#3 | User | |
#3.1 | Backend User with MDG + Side Panel roles [Backend User Configuration] | The backend roles need to have the authorization for showing the material plus the Side Panel. These roles must be attached to the respective users. |
#3.2 | Workflow batch user needs an SAP Jam user assigned ("Material Workflow User") [Backend User Configuration] | Workflows are processed by a batch user, which needs to be known by SAP Jam to let it create/read Jam objects. |
#3.3 | Jam User for all people involved + assignment to backend users [Jam User Configuration] | - |
#4 | Development objects | |
#4.1 | OData data Service suitable/accessible for the Business Record Viewer [Application Development: Searching for/Programming and registering of the Service] | The OData Service are needed to expose the backend objects real time in SAP Jam. This is about the data. |
#4.2 | OData Annotation Service suitable/accessible for the Business Record Viewer [Application Development: Searching for/Programming and registering of the Service] | The annotation service defines how the data coming from another OData Service is structured, shown in the Business Record Viewer. |
#4.3 | New MDG Change Request Type for Jam integration and a SAP Business Workflow template that is called as a sub-workflow from the main MDG workflow. [Application Configuration] | Not for every change of the material a Jam Feed Entry is created. There is a special workflow type which is called when the rules in the Business Rules Framework decide a processing in Jam is required. It is recommended to set up a dedicated MDG Change Request Type for MDG processes with Jam integration. The assigned SAP Business Workflow template adds the calls to Jam where required. |
#4.4 | Calling SAP Jam from within the workflow - reading out the Jam Group "Material Change Requests" and its members - creating a folder - assign the material change request to the Jam Group - share the Change Request in the SAP Jam Group - post BO related Feed entry with hashtags and links to OData/Annotation/Folders… [Application Development: Programming and registering of the Service] | The special workflow type and its implementation reads and writes into SAP Jam using specific ABAP APIs. |
#4.5 | Side Panel: Tagging the Change Request Ids to be available in Side Panel bar [Application Development: Programming] | To connect the application and the shown material/change request on the left with the Jam Group and Feed Chips in the Side Panel on the right the context (key values of the object) must be transferred. With this the Side Panel is context sensitive and shows the corresponding Jam objects related to the backend application object. The tagging is done in local POST-EXIT method implementations. |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
19 | |
10 | |
7 | |
7 | |
7 | |
6 | |
6 | |
6 | |
5 | |
5 |