cXML集成Dynamics 365：重定向POST转GET及重复登录问题求助

问题背景 #

我们基于cXML标准实现了采购集成方案：客户从自有系统接入我方平台完成采购后，需重定向回客户系统创建对应商品。该方案已在Odoo与Ariba/SAP的对接中成功落地，但对接Dynamics 365时出现异常：

• 重定向过程中POST请求被自动转换为GET
• 用户已登录Dynamics 365的情况下，触发重复登录流程

已尝试的解决方式 #

HTML/JS自动表单提交

<form id="cxml_form" method="POST" action="https://some-subdomain.dynamics.com/punchout/cxml/COOKIE" enctype="application/x-www-form-urlencoded">
  <input type="hidden" name="cXML-urlencoded" value='payloadPlaceholder'>
</form>
<script type="text/javascript">document.getElementById('cxml_form').submit()</script>

Flask 308永久重定向（保留请求方法）

@app.route('/cxml', methods=['POST'])
def send_cxml():
    return redirect(
        "https://some-subdomain.dynamics.com/punchout/cxml/COOKIE",
        308,
    )

两种方式均未解决问题。测试时返回Dynamics 365登录页面，请求流程显示初始为POST（带308重定向），但后续请求自动转为GET。

排查方向建议 #

• 验证Dynamics 365端点的请求方法要求：确认Dynamics 365的cXML punchout接收端点是否支持通过重定向传递POST请求，部分系统可能要求直接发起POST请求，而非依赖重定向跳转。
• 检查会话Cookie传递完整性：重复登录通常是会话Cookie未正确传递导致。确认重定向/表单提交时是否携带了Dynamics 365的核心会话Cookie（如ARRAffinity、MSFPC等），重点关注跨域场景下的Cookie SameSite属性配置是否允许跨域携带。
• 校验cXML payload格式合规性：检查提交的cXML内容是否完全符合Dynamics 365的规范，包括编码格式、必填字段完整性、签名验证逻辑（若启用）。格式错误可能导致Dynamics 365拒绝请求并触发跳转，进而改变请求方法。
• 测试307临时重定向替代方案：虽然308标准定义为保留请求方法，但部分浏览器或代理服务器存在兼容性问题，会将308重定向转为GET。尝试使用307临时重定向替代308，对比测试结果。
• 调取Dynamics 365服务日志：联系Dynamics 365管理员查看对应Web服务的请求日志，确认请求到达时的方法、请求头、payload状态，以及触发登录跳转的具体原因（如权限不足、会话失效）。
• 检查跨域CORS配置：若我方系统与Dynamics 365属于跨域场景，确认CORS策略是否允许POST请求携带凭证（withCredentials）。HTML表单提交默认不携带跨域Cookie，可能需要调整配置或更换会话传递方式。

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