如何在Azure Logic App中替换默认202响应，向Salesforce发送自定义SOAP异步响应？

我有一个接收Salesforce出站消息的Azure Logic App，为限制请求并发，我在Logic App的HTTP触发器上设置了并发控制限制：

"triggers": {
    "manual": {
        "inputs": {
            "schema": {}
        },
        "kind": "Http",
        "runtimeConfiguration": {
            "concurrency": {
                "runs": 1
            }
        },
    "type": "Request"
   }
}

这要求我将Salesforce确认操作设置为异步：

"Acknowledge_SalesForce_Success": {
    "inputs": {
        "body": "<soap:Envelope xmlns:soap=\"http://schemas.xmlsoap.org/soap/envelope/\">\n    <soap:Body>\n        <notificationsResponse xmlns:ns2=\"urn:sobject.enterprise.soap.sforce.com\" xmlns=\"http://soap.sforce.com/2005/09/outbound\">\n            <Ack>true</Ack>\n        </notificationsResponse>\n    </soap:Body>\n</soap:Envelope>",
        "statusCode": 200
    },
    "kind": "Http",
    "operationOptions": "Asynchronous",
    "runAfter": {},
    "type": "Response"
}

现在的问题是，Salesforce每次发送出站消息时，都会立即收到Logic App内置的202响应（包含操作排队的JSON详情），而非我自定义的SOAP确认响应。Salesforce无法识别这个202响应，导致验证失败并不断重试。请问是否可以覆盖Microsoft配置的自动202响应，发送我自定义的SOAP确认？

无法直接覆盖Logic App在并发限制下返回的自动202响应，因为当HTTP触发器设置了concurrency.runs=1且请求需要排队时，Logic App会立即返回202确认请求已接受排队，这是平台级默认行为，无法通过自定义响应操作修改。

可通过以下两种方案解决问题：

• 调整并发控制层级
  取消HTTP触发器的runtimeConfiguration.concurrency配置，改为在工作流层面设置并发限制。具体操作：进入Logic App设计器的「工作流设置」，找到「运行限制」，将「最大并行运行数」设为1。这种情况下，触发器会直接处理请求并返回你自定义的SOAP响应，不会触发202排队响应。

• 引入中间代理服务
  在Salesforce与Logic App之间添加中间服务（如Azure Functions、API Management），由代理层先接收Salesforce的出站消息，立即返回符合要求的SOAP确认响应，再将消息异步转发给Logic App处理。此方案既能满足Salesforce的响应要求，又能通过Logic App的并发控制处理消息。

内容的提问来源于stack exchange，提问作者Matt