Azure门户自定义连接器调用SOAP API时，如何调整POST请求体中的参数顺序？

兄弟，我完全懂你这种被老旧SOAP服务坑到头疼的感觉！虽然理论上SOAP不应该在意参数顺序，但架不住有些legacy服务就是硬绑定了XML元素的顺序，尤其是那些基于旧版.NET或者Java EE写的服务，这种情况真的不少见。针对你遇到的问题，我给你几个可行的解决办法：

方法一：在自定义连接器可视化编辑器中调整参数顺序 #

这是最直接的方式，试试能不能通过拖拽调整：

• 登录Azure门户，找到你的自定义连接器，进入定义标签页
• 定位到出问题的getMutaties操作，点击编辑按钮进入操作配置界面
• 在请求区域找到正文的结构定义，你会看到当前的参数列表：SecurityCode2、SessionID、cFilter
• 直接按住cFilter字段，把它拖动到SecurityCode2的前面
• 保存自定义连接器，然后回到逻辑应用重新测试这个调用

方法二：手动编辑Swagger/OpenAPI定义来强制顺序 #

如果可视化编辑器的拖拽没效果，可能是底层Swagger定义的问题，那就手动修改：

• 在自定义连接器的概览页，点击导出Swagger，把当前的定义下载到本地（JSON格式）
• 用编辑器打开Swagger文件，找到对应getMutaties操作的requestBody -> content -> application/json -> schema -> properties
• 把cFilter的属性块剪切到SecurityCode2和SessionID的前面（注意：虽然JSON本身不保证键顺序，但Azure自定义连接器在生成XML时会遵循Swagger schema里的属性顺序）
• 保存修改后的Swagger文件，回到Azure门户，在自定义连接器概览页点击导入Swagger，选择修改后的文件覆盖原有定义
• 保存后测试调用

方法三：直接构造原始XML请求体，绕过JSON转XML #

如果上面两种方法都搞不定，那就彻底绕过自动转换，自己控制XML结构：

• 编辑自定义连接器的getMutaties操作，在请求区域把正文类型改成原始
• 在正文模板里手动编写符合SOAP服务要求的XML内容，把cFilter放在SecurityCode2和SessionID前面，比如：

<getMutaties>
  <cFilter>
    <mutatieNr>XXX</mutatieNr>
  </cFilter>
  <SecurityCode2>XXXXX</SecurityCode2>
  <SessionID>XXXXX</SessionID>
</getMutaties>

• 保存连接器后，逻辑应用调用时就会直接发送这段XML，完全避免了JSON转XML的顺序问题

另外，建议你先拿Postman之类的工具模拟一下两种顺序的SOAP请求，确认是不是参数顺序导致的错误——毕竟先验证假设，再动手调整会更高效！

备注：内容来源于stack exchange，提问作者Dutoit01