PayPal Checkout 突发集成故障：订单无法创建，Webhook测试接连失败

近日，全球支付巨头PayPal的集成服务遭遇了大规模技术异常，大量开发者与商户在社区及技术论坛中集中反馈：其Checkout支付流程在关键环节出现严重故障，具体表现为订单无法生成（No Order Created）、接口报错create_order_error，同时支付回调Webhook的测试也频频失败。这一系列问题迅速在跨境电商、独立站及软件服务商群体中引发广泛关注。

据多位开发者在Stack Overflow及PayPal官方开发者论坛的反馈，此次故障的核心指向create_order_error。该错误通常在调用PayPal Orders API的/v2/checkout/orders端点时被触发，意味着系统未能成功在PayPal侧创建支付订单。受影响的商户反映，用户在购物车界面点击“PayPal支付”后，页面长时间加载或直接跳转至错误提示页，而商家的后台管理系统中则无法查询到任何新增订单记录，导致交易流程彻底中断。

更令技术团队头疼的是，与之配套的Webhook测试也未能幸免。Webhook本是支付完成后的关键通知机制，用于向商户服务器异步推送交易状态。但在此次故障中，开发者尝试在PayPal开发者后台发送测试Webhook时，系统多次返回“发送失败”或“未收到回调”的状态。这意味着，即便部分订单最终侥幸创建，商户的后台也无法及时同步支付结果，极易引发订单状态错乱、发货延迟等连锁商业风险。

针对密集涌现的故障报告，PayPal的Status Page页面已出现黄色感叹号预警。有细心的开发者分析指出，此次create_order_error的报错信息中频繁夹杂着PAYEE_NOT_ENABLED与INTERNAL_SERVICE_ERROR字样。前者可能意味着部分商户账户在PayPal侧存在合规性或资质未完成校验的问题，而后者则指向PayPal服务端自身的不稳定。综合来看，业界普遍猜测这或与PayPal近期进行的数据中心迁移及API版本调整有关。

在技术社区，临时的规避方案正在被广泛讨论。有工程师建议，为缓解订单创建失败带来的损失，商户应在前端对create_order_error进行深度捕获，增设友好的“稍后重试”提示，并立即启用备用的信用卡或银行转账支付渠道。同时，针对Webhook测试失败，开发者建议暂时关闭自动重试机制，并手动比对PayPal商户后台的交易流水与本地数据库，以防漏单。

截至发稿时，PayPal官方尚未发布详细的故障说明报告，但已有技术支持人员在相关帖子下回复，表示工程团队正在“紧急调查API错误率飙升问题”。对于严重依赖PayPal作为唯一收款渠道的中小跨境卖家而言，此次连续故障无疑又一次敲响了警钟：在追求便捷支付的同时，建立多支付通道的冗余机制与本地化订单监控体系，已是保障业务连续性的当务之急。我们将持续跟踪该事件的后续进展与官方的最终事故分析报告。