Delphi 10.2 SOAP WSDL导入后XML格式问题导致ERP服务无法处理数据的技术咨询

针对你遇到的Delphi生成的SOAP XML与SOAP-UI不一致，导致SAP ERP接口无法处理请求的问题，我来逐一拆解解决：

1. XML版本信息是否需要保留？如何移除？ #

首先明确：SOAP协议并没有强制要求必须包含<?xml version="1.0" ?>声明，SAP的SOAP接口通常也兼容带声明的请求，但既然SOAP-UI的请求能正常工作且没有这个声明，我们可以移除它来对齐格式。

在Delphi 10.2中，你可以通过修改SOAP DOM生成选项来实现：

• 在创建或配置THTTPRIO组件的代码中，添加如下设置：

  SOAPDOMMap.Options := SOAPDOMMap.Options - [doNodeDeclaration];
  

• 这个操作会告诉Delphi在生成SOAP XML时，不要输出XML版本声明。

2. 如何消除空命名空间（xmlns=""）？ #

这个空命名空间是导致SAP接口无法识别参数的核心问题——Delphi默认给每个参数节点添加了空命名空间，覆盖了父节点的默认命名空间，而SAP期望所有参数都属于urn:sap-com:document:sap:soap:functions:mc-style这个命名空间。

有几种可行的解决方法：

• 修改WSDL生成的代码：找到导入WSDL后生成的接口类（比如包含ZxftSamWsRecCrea方法的类），定位到参数对应的类定义，把每个参数的Namespace属性设置为urn:sap-com:document:sap:soap:functions:mc-style，而不是空字符串。
• 注册命名空间前缀：在程序初始化部分，调用Delphi的SOAP命名空间注册函数，绑定前缀和目标命名空间：

  RegisterNamespace('urn', 'urn:sap-com:document:sap:soap:functions:mc-style');
  

  这样Delphi生成XML时会自动使用urn前缀，参数节点会继承前缀的命名空间，不会再生成空的xmlns=""属性。
• 使用请求拦截器：创建自定义的THTTPReqInterceptor，在请求发送前解析XML DOM，遍历所有参数节点，删除空的xmlns=""属性，确保参数继承父节点的命名空间。

3. 命名空间节点位置是否错误？ #

对比两个XML：

• SOAP-UI把命名空间绑定在urn:ZxftSamWsRecCrea节点上，使用urn前缀；
• Delphi把命名空间作为默认命名空间放在ZxftSamWsRecCrea节点上，但参数又重置了空命名空间。

其实命名空间的位置本身不是问题——SOAP协议允许默认命名空间或前缀命名空间的方式，SAP接口理论上都应该支持。但问题出在Delphi给参数添加的空命名空间，导致参数脱离了预期的命名空间范围。

如果要对齐SOAP-UI的格式，让命名空间使用前缀形式，可以参考第二个问题中的“注册命名空间前缀”方法，这样Delphi会生成类似<urn:ZxftSamWsRecCrea>的节点，参数节点会自动使用该前缀，无需额外的命名空间属性，和SOAP-UI的格式完全一致。

内容的提问来源于stack exchange，提问作者fisi-pjm