21.11.2025
2025年11月20日，黑色星期五前夕，Rithum for Brands（前身为ChannelAdvisor）平台发生全面故障。美国东部时间约11:40起，客户无法访问系统、登录控制面板，商品数据同步、订单处理、库存更新及广告活动等流程均被暂停。
对于依赖Rithum开展跨境销售的品牌而言，这是“最糟糕”的情景：电商平台仍在大力促销，而作为源系统的集成商却完全不可用。
Rithum 就此次故障具体传达了什么信息？
官方状态页面 status.channeladvisor.com 公告显示，故障始于2025年11月20日美东时间11:40。接收报价的市场平台（如Amazon、eBay、Kaufland.de等）仍正常运行，商品列表保持活跃；但市场与品牌系统之间的中间环节全部中断。
故障期间，产品数据源未更新，订单与库存未同步，广告活动无新数据，所有处理队列暂停，控制面板登录不稳定或无法访问。
公司强调此次事件非攻击或勒索软件所致，而是例行维护中发生“异常事件”，导致关键数据库受损，波及数百台服务器和数据库。目前已启动六步恢复程序：评估损害、重建基础设施及SQL Server环境、恢复系统与客户数据、逐步重启应用并进行功能验证。
Rithum承认无法提供确切恢复时间，每两小时更新的公告仅表示“进展符合预期”。对品牌而言，必须在黑五订单高峰期迅速切换至危机应对模式。
此外，沟通混乱加剧了不确定性：集团主状态页 health.rithum.com 长时间显示“绿色”，而实际问题仅出现在专用页 status.channeladvisor.com。这提醒卖家：危机时需确认供应商正确的状态查询渠道。
数百台服务器和数据库需重建的规模令人震惊。技术社区讨论指出，如此大规模故障是否仅因AWS环境中一次运维操作失误所致，也引发了对Rithum云架构韧性的关注。
为什么Rithum的故障对电商平台卖家影响如此之大？
Rithum/ChannelAdvisor长期作为多平台销售品牌的核心“管理层”，整合Amazon、eBay、Otto、Zalando、Kaufland.de等平台数据，并传递至ERP、仓储及会计系统。一旦该组件失效，将引发多重问题：
首先，库存状态偏离。市场平台继续接单，但集成系统不再更新可用性，黑五期间超卖风险每小时递增。
其次，订单滞留平台。习惯使用Rithum面板的卖家被迫切换至各平台原生后台，手动下载订单、打印单据标签并更新发货状态。在日均数千笔交易的多渠道企业中，自动化转人工将立即造成瓶颈。
第三，广告活动脱节。预算持续消耗，但报告与优化功能失效，卖家可能因缺乏实时销售视图而浪费广告预算。
从法律角度看，最终客户是与具体卖家而非Rithum签约。欧洲消费者保护法（含波兰《消费者权益法》）未在集成商或云服务故障时提供豁免。无论技术原因如何，卖家仍需对按时交付、正确结算及投诉处理负责。
这不是第一个警告信号：OVH、AWS、Cloudflare 和 ChannelAdvisor 在德国
Rithum故障并非孤立事件，而是电商基础设施事故累积清单中的又一环。
2021年3月，斯特拉斯堡OVH数据中心火灾致全球约360万网站停服，包括当时名为BaseLinker的Base.com。尽管其拥有完善备份策略，仍不得不从零开始在AWS构建新环境。值得注意的是，德国竞争对手PlentyONE（原plentymarkets）此前多年已使用该服务。
2025年11月，严重AWS故障叠加Cloudflare中断，致全球数千网站（含流媒体、社交、AI工具及金融服务）长时间无法访问。波兰和德国众多卖家报告流量下降、支付问题及管理面板登录错误。
组织层面亦存隐患：2023年ChannelAdvisor关闭柏林办公室，裁撤约20名德国市场运营员工，将客服转移至伦敦。此举被视为跨国公司内部决策集中化、灵活性降低及对本地市场了解不足的信号。如今Rithum遭遇严重基础设施故障，这些早期担忧再次浮现。
如果使用 Rithum，应如何“在此时此地”做出反应？
若企业依赖Rithum管理市场平台，关键在于尽快切换应急操作模式，直接在Amazon Seller Central、eBay、Kaufland.de、Allegro等平台后台手动下载故障期间订单，并与ERP、WMS或财务系统比对后拣货发货。在黑五期间，建立临时可运行的手动流程，比等待“系统自愈”更能避免延误、取消和退货。
在库存极低且多渠道销售情况下，建议暂时限制曝光度，如手动暂停特定平台商品发布。虽在旺季看似反直觉，但其成本远低于事后因缺货、差评及平台处罚引发的紧急补救。
同时，应提前规划“恢复后”阶段：Rithum恢复后，需对比故障期间各平台与系统订单数据，验证差异，防止重复发货、错误单据或意外库存调整。建议持续维护手动处理订单登记簿，便于后续对账。
这次故障对你的IT战略和电商风险意味着什么？
OVH火灾、AWS故障、Cloudflare断网及Rithum当前局势共同表明：将全部销售业务依赖单一基础设施供应商或集成商，已从“理论风险”变为对收入、声誉和客户关系的现实威胁。
对运营于Amazon、eBay、Allegro、Kaufland.de或Otto的波兰及德国卖家而言，需重新思考以下关键领域：
首先是多元化。不仅限于市场平台选择，更涉及技术层。建议定期将关键数据（订单、文档、报告）导出至主系统外，如独立云存储、自有网络磁盘或具备自动同步功能的Google Drive类解决方案。
其次是监控与沟通。企业应自主监控集成商、支付运营商及物流系统等关键服务可用性，而非完全依赖供应商声明。建议提前制定危机沟通计划：准备客户邮件模板、网站及社交媒体现成公告，并为客服团队提供清晰指引，说明延误原因及技术问题实质。
第三，审视SLA协议内容。许多企业未经深入分析即接受默认条款，而这些条款恰恰涵盖保证可用性、最大恢复时间、可接受数据丢失量及潜在赔偿等关键问题。Rithum此类规模故障是重新评估协议是否匹配自身在线销售规模的契机。
最后必须牢记：技术基础设施已成为与产品、价格、物流同等重要的战略要素。当今电商是紧密交织的依赖网络，涵盖云服务、SaaS提供商、市场平台、支付系统、物流运营商及内部系统。有意识地管理这一链条——包括制定应急预案——已非奢侈品，而是在Rithum于年度最繁忙时段发生故障等极端情况下生存的必要条件。