You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/logic-apps/connectors/sap-create-example-scenario-workflows.md
+26-14Lines changed: 26 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ author: daviburg
7
7
ms.author: daviburg
8
8
ms.reviewer: estfan, azla
9
9
ms.topic: how-to
10
-
ms.date: 12/12/2023
10
+
ms.date: 10/23/2024
11
11
---
12
12
13
13
# Create workflows for common SAP integration scenarios in Azure Logic Apps
@@ -22,6 +22,18 @@ Both Standard and Consumption logic app workflows offer the SAP *managed* connec
22
22
23
23
- Before you start, make sure to [review and meet the SAP connector requirements](sap.md#prerequisites) for your specific scenario.
24
24
25
+
- To avoid workflow timeout when you want to send IDocs from your logic app workflow to SAP, change your SAP processing mode from the default **Trigger immediately** setting to **Trigger by background program**.
26
+
27
+
In scenarios where an SAP system is under load, for example, when you send a batch of IDocs all at the same time from your workflow to SAP, queued IDoc calls time out. The default setting causes your SAP system to block the inbound call for the IDoc transmission until the IDoc finishes processing. In Azure Logic Apps, workflow actions have a 2-minute timeout, by default.
28
+
29
+
To change the SAP processing mode, follow these steps:
30
+
31
+
1. In SAP, find the SAP partner profile, and open the **Partner profiles** settings. You can use the **we20** transaction code (T-Code) with the **/n** prefix.
32
+
33
+
1. On the **Inbound options** tab, under **Processing by Function Module**, change the setting to **Trigger by background program** from **Trigger immediately**.
34
+
35
+
The **Trigger by background program** setting lets the underlying IDoc transport tRFC call **`IDOC_INBOUND_ASYNCHRONOUS`** to complete immediately, rather than block the connection until the IDoc finishes processing. However, this setting works only if the IDoc doesn't include the [Express behavior overwriting segment, per SAP Support Note 1777090 - IDocs are processed immediately despite having the "Trigger by background program" option selected in WE20 - SAP for Me](https://me.sap.com/notes/0001777090).
@@ -679,13 +691,6 @@ In the following example, the `STFC_CONNECTION` RFC module generates a request a
679
691
680
692
1. After you send your HTTP request, wait for the response from your workflow.
681
693
682
-
> [!NOTE]
683
-
>
684
-
> Your workflow might time out if all the steps required for the response don't finish within the [request timeout limit](../logic-apps-limits-and-config.md).
685
-
> If this condition happens, requests might get blocked. To help you diagnose problems, learn how you can [check and monitor your logic app workflows](../monitor-logic-apps.md).
686
-
687
-
You've now created a workflow that can communicate with your SAP server. Now that you've set up an SAP connection for your workflow, you can try experimenting with BAPI and RFC.
688
-
689
694
### [Standard](#tab/standard)
690
695
691
696
1. If your Standard logic app resource is stopped or disabled, from your workflow, go to the logic app resource level, and select **Overview**. On the toolbar, select **Start**.
@@ -707,14 +712,21 @@ You've now created a workflow that can communicate with your SAP server. Now tha
707
712
708
713
1. After you send the HTTP request, wait for the response from your workflow.
709
714
710
-
> [!NOTE]
711
-
>
712
-
> Your workflow might time out if all the steps required for the response don't finish within the [request timeout limit](../logic-apps-limits-and-config.md).
713
-
> If this condition happens, requests might get blocked. To help you diagnose problems, learn [how to check and monitor your logic app workflows](../monitor-logic-apps.md).
715
+
---
714
716
715
-
You've now created a workflow that can communicate with your SAP server. Now that you've set up an SAP connection for your workflow, you can try experimenting with BAPI and RFC.
717
+
You've now created a workflow that can send IDocs and communicate with your SAP server. Now that you've set up an SAP connection for your workflow, you can try experimenting with BAPI and RFC.
716
718
717
-
---
719
+
#### Workflow timeout issues
720
+
721
+
Your workflow times out in any of the following scenarios:
722
+
723
+
- All the steps required for the response don't finish within the [request timeout limit](../logic-apps-limits-and-config.md). If this condition happens, requests might get blocked. To help you diagnose problems, learn [how to check and monitor your logic app workflows](../monitor-logic-apps.md).
724
+
725
+
- Your SAP system's processing mode is set to the default **Trigger immediately** setting, which causes your SAP system to block the inbound call for the IDoc transmission until the IDoc finishes processing.
726
+
727
+
In scenarios where an SAP system is under load, for example, when you send a batch of IDocs all at the same time from your workflow to SAP, queued IDoc calls time out. The default setting causes your SAP system to block the inbound call for the IDoc transmission until the IDoc finishes processing. In Azure Logic Apps, workflow actions have a 2-minute timeout, by default.
728
+
729
+
To resolve this problem, follow the [steps in the **Prerequisites** section that change the setting to **Trigger by background program**](#prerequisites).
Copy file name to clipboardExpand all lines: articles/logic-apps/connectors/sap.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -610,7 +610,7 @@ For a Standard workflow that runs in single-tenant Azure Logic Apps, you can ena
610
610
611
611
### Set up and test sending IDocs from SAP to your workflow
612
612
613
-
Follow these steps only for testing your SAP configuration with your logic app workflow. Production environments require additional configuration.
613
+
To send IDocs from SAP to your logic app workflow, follow these steps to set up and test your SAP configuration with your logic app workflow. These steps apply only to testing as production environments require additional configuration.
614
614
615
615
To send IDocs from SAP to your workflow, you need the following minimum configuration:
616
616
@@ -645,7 +645,7 @@ This destination identifies your logic app workflow as the receiver port.
645
645
> receive the following errors in the tRFC Monitor (T-Code SM58) when you attempt to send an IDoc to SAP:
646
646
>
647
647
> ***Function IDOC_INBOUND_ASYNCHRONOUS not found**
648
-
> ***Non-ABAP RFC client (partner type) not supported**
648
+
> ***Non-ABAP RFC client (partner type) not supported**
649
649
>
650
650
> For more information from SAP, review the following notes (login required):
651
651
>
@@ -732,7 +732,7 @@ This destination identifies your SAP system as the sender port.
732
732
733
733
#### Create partner profiles
734
734
735
-
For production environments, you must create two partner profiles:
735
+
For production environments, you must create the following two partner profiles:
736
736
737
737
- One profile for the sender, which is your organization and SAP system.
738
738
- One profile for the receiver, which is your logic app resource and workflow.
0 commit comments