很多 SAP 项目里的接口问题,并不是出在 ABAP 代码写错,也不是 WSDL 生成错,而是认证层次没想清楚。尤其是传统 SAP ERP 或 SAP S/4HANA On-Premise 系统对外发布 SOAP Web Service 时,外围系统常常只问一句,给我一个 URL、用户名和密码就行。但真正上线时,网络链路、中间件、反向代理、证书、用户审计、服务用户授权、消息签名、时间戳校验,全部都会冒出来。
Web Service 的价值,在于它把不同技术平台之间的调用抽象成一套开放标准。调用方不需要知道服务提供方内部是 ABAP、Java、.NET 还是别的技术栈,只需要按照 WSDL 描述的接口结构,发送符合 SOAP 协议的 XML 消息,就可以完成业务调用。对消费方来说,一个 Web Service 更像是一个「黑盒」,输入结构化请求,得到结构化响应。SAP 官方文档也把 Web Service 描述为可发布、可查找、可通过开放标准在网络上访问的独立模块化功能。(SAP Help Portal)
但 Web Service 不是只要能调通就算完事。认证方案选错,轻则后期运维难受,重则审计不过、安全风险失控。SAP NetWeaver Application Server 的 We