NetSuite分页查询调用searchMoreWithId时触发Invalid SOAPAction错误

问题根因 #

本次报错和searchId取值、分页参数配置、WSDL缺失SOAPAction章节没有直接关系，核心触发原因是你复用了首次搜索请求的SOAPAction头值：
NetSuite的Axis服务端会对每个SOAP操作的SOAPAction值做严格匹配校验，首次search请求对应合法的SOAPAction值为Search，但分页用的searchMoreWithId操作不认可这个值。这种情况下服务端会返回固定的报错组合：faultcode为NoSOAPAction、faultstring为Invalid SOAPAction header: 传入的错误值，不是真的完全没有携带SOAPAction头。
你核查WSDL未找到SOAPAction配置属于正常情况，2020.1版本的NetSuite公开WSDL未将各操作对应的SOAPAction值显式纳入文档，不存在漏查的问题。

Postman端修正步骤 #

• 调整分页请求的头部配置：你从首次响应中拷贝的searchId值本身是正确的，不需要做修改，本次报错和该字段无关。需要做的是将当前请求里复用的SOAPAction: Search值，替换为和当前操作完全匹配的SOAPAction: SearchMoreWithId
• 注意严格匹配规则：SOAPAction值不允许大小写偏差、不允许前后带多余空格、不允许用双引号包裹值，比如写成"SearchMoreWithId"同样会触发校验失败
• 其余头部保持和首次请求一致：Content-Type、SOAP鉴权Header里的账号信息、令牌信息不要做修改，避免鉴权类报错干扰本次问题排查

后续Python+zeep对接的注意事项 #

• 无需手动拼接SOAP信封、手动配置SOAPAction头：zeep加载完对应版本的NetSuite WSDL后，会根据调用的服务方法自动匹配正确的SOAPAction值，从根源上避免手动拷贝头带来的匹配错误
• 分页调用遵循默认流程：首次调用client.service.search()拿到返回结果里的searchId后，后续直接调用client.service.searchMoreWithId(searchId=获取到的ID, pageIndex=目标页码)即可，无需额外的头部配置
• 若遇到zeep默认未正确携带SOAPAction的场景，可在构造传输层时为目标操作配置值映射，不需要修改业务逻辑代码

注：内容的提问来源于stack exchange，提问作者Nick