Sana Commerce 到底支持哪些 ERP。

Sana 自己的 ERP 用户指南把这个产品描述为面向 Microsoft Dynamics 和 SAP 的电子商务解决方案。Sana 曾经写进文档的每一个连接器，都属于这两个家族之一。

这个区分比看上去更重要。绝大多数做出同类断言的页面都把它说成绝对的，却拿不出依据。我们宁愿把证据到底走到哪一步告诉你。

下面用的是 Sana 文档里的产品名称，它们和其市场宣传中的叫法并不一致。我们特意没有写连接器版本号：Sana 大约每季度发一班车，任何写在这里的版本号一个季度内就会过时。而 ERP 的版本支持范围是以年为尺度变化的，值得写清楚。

支持

• Microsoft Dynamics 365 Business Central。Sana 期望 Business Central 云版客户始终处于最新版本，并在微软执行大版本升级时通过 Microsoft AppSource 自动更新扩展。面向本地部署的按版本扩展则通过 Sana 的社区站点交付给合作伙伴。Sana 没有为 Business Central 发布带版本号的支持列表页。
• Microsoft Dynamics 365 for Finance and Operations。受支持，而且比它在 Sana 市场宣传中的缺席所暗示的要活跃得多。从 2025 年 12 月的一次连接器发布起，Sana 支持最近三个 Microsoft Finance and Operations 版本，而不再只支持最新一个，尽管测试仍然只针对最新那一个。注意这里指的是三个微软版本，不是三个 Sana 连接器版本，而且 Sana 没有点出具体版本号。
• Microsoft Dynamics NAV。文档覆盖 NAV 2009 R2 到 NAV 2018，且仅限 W1 和 NA 两种本地化版本。Sana 说明其他本地化版本应由合作伙伴基于 W1 版本自行合并。
• Microsoft Dynamics AX。文档仅覆盖 AX 2012 R3 和 AX 2012 R2，且需装最新累积更新。更低的 AX 版本需要付费降级或合作伙伴介入。
• SAP ECC。文档覆盖 SAP ECC 6.0，需带 EHP 6、7 或 8。Sana 明确写明低于 ECC 6.0 的版本，例如 R/3，不受支持。
• SAP S/4HANA。与 ECC 分开的另一个连接器，有自己的发布线。Sana 的支持版本表列出 S/4HANA 1909、2020、2021、2022 和 2023，另有一列按需支持的任意部署形态。2024 和 2025 版本没有列入，Sana 对此也没有做任何方向上的说明。
• SAP Business One，仅 Service Layer。文档覆盖 9.2、9.3 和 10.0，并点名两项排除：10.0 SP 2305 不受支持，FP 2105 和 FP 2108 不兼容。Sana 已放弃 DI Server 转而要求 Service Layer，如果你是从旧集成过来的，这一点值得知道。

已停止

• Microsoft Dynamics GP。2025 年 12 月 31 日生命周期终止。有四个日期值得分开看，因为一句"支持结束了"会把有用的细节盖掉：功能与代码开发在 2023 年第二季度停止；Sana 承诺提供严重问题支持（明确包含安全问题）直到 2025 年 12 月 31 日；这个日期已经过去；而 Sana 给出的理由是微软自己对 GP 的退役，与之同步。GP 已不再作为一种连接类型出现在 Sana Admin 中。详见下文。

不在 Sana 支持清单上

• Epicor。在 Sana 已公开的历史中，找不到任何 Sana 的产品页面、连接器、文档集或发布说明线，Sana 也不在 Epicor 的 ISV 渠道名单里。另外值得单独知道一点：Epicor 自己就为 Prophet 21 卖 B2B 商城产品，所以一家 P21 分销商真正在做的比较，通常是 Epicor 自家的商务产品对上别的东西，而不是对上 Sana。
• Acumatica。证据情况与 Epicor 相同，Acumatica 应用市场上也没有相关上架。
• NetSuite。不存在 Sana 的 ERP 连接器。NetSuite 确实出现在 Sana 文档里，但只是作为 punchout 集成中采购方一侧的 e-procurement 系统，也就是一个使用 NetSuite 的买家通过 punchout 进入 Sana 商城。那不是 ERP 连接器，也不能驱动一个 Sana 商城。
• Infor。没有连接器、没有页面、没有发布线。存档语料里每一处看似命中的，最后都是某种语言里的"信息"一词。
• Sage ERP，也就是 Sage 200、Sage 300、Sage X3 和 Sage Intacct。Sana 当前和存档的文档里都没有任何 Sage ERP 产品的连接器。Sana 确实在 Sana Commerce 9.0 里发布过 Sage Pay 附加组件，还带有自己的安装指南，但 Sage Pay 是 Sage 的支付网关（后来的 Opayo），不是 ERP 集成。
• Oracle、JD Edwards、SYSPRO、Odoo、SAP Business ByDesign 和 Microsoft Dynamics SL。在 Sana 当前的文档、在线集成页面和存档的市场资料里，都找不到任何一个。

还有一件不属于以上任何一栏的事：Sana 没有发布过任何路线图声明，既没有承诺也没有排除更多 ERP 厂商。如果你在纠结要不要等，那么没有什么可等的，也没有任何说法表明有。

绝大多数平台是通过夹在两个系统之间的中间件来对接 ERP 的。Sana 做的是另一件事，而这正是它的支持清单只有七个产品而不是七十个的原因。

Sana 表示，Sana Commerce Cloud 附加组件构建在 ERP 系统之上并运行于其中，使用 ERP 的业务逻辑，而且所有购物车计算都由 ERP 完成。商城并不是在重新实现你的定价，而是在调用你的定价。

这意味着每个连接器都是用该 ERP 自己的扩展技术写成，并通过该 ERP 自己的打包渠道分发：

• 对 SAP，是在 Sana 注册命名空间下的 ABAP Objects、服务定义和表，用 SAP 自己的附加组件安装工具安装。
• 对 Business Central，是一个发布到 Microsoft AppSource 的 AL 扩展。
• 对 NAV，是一个由 Sana 编写、并作为 NAV Web 服务端点暴露的代码单元。

这件事的成本是持续性的，而不是一次性的。Sana 为每个连接器维持大约每季度一次的发布列车，要求标准客户至少每两年更新一次 ERP 连接器，而且在厂商改动 API 接口时不得不重做连接器，SAP Business One 从 DI Server 转向 Service Layer 时就发生过。

这也解释了版本下限。Sana 会拒绝那些缺少它所需 API 基础设施的 ERP 版本：低于 ECC 6.0 的 SAP，因为那早于 NetWeaver；低于 2015 的 GP，因为 Service Based Architecture 是 GP 2015 才有的。

我们的判断，Sana 并没有这样表述：因此，新增一个 ERP 是开一条新产品线，而不是做一个连接器。它意味着在另一家厂商的开发栈里写一个原生应用，调用那家厂商的定价与订单录入例程，通过他们的打包和升级模型分发，并在他们每次改动集成接口时重做一遍。Sana 公开的任何材料都没有量化这个成本，最接近的只有他们在 GP 生命周期终止说明里提到的、把开发资源重新投向生命周期仍然活跃的 ERP。

一点必要的诚实说明，因为照抄厂商说法在这里才是省事的做法。Sana 的架构页面说无需导出、导入或同步任何东西，而 Sana 自己的主数据管理页面又说主数据（包括商品、类目、客户和收货地址）保存在 Sana Commerce Cloud 的数据库里。Sana 没有发布任何用来调和二者的说明。准确的说法是：价格、库存、订单这类易变数据是实时的，主数据是缓存的。做完这个修正，那个架构论点依然成立。

GP 是唯一一个从"支持"栏挪到"已停止"栏的条目，而对任何正在评估 Sana 的人来说，无论手里是什么 ERP，这都是本页最有用的一行。

时间线是这样的：功能与代码开发在 2023 年第二季度停止。Sana 继续提供严重问题支持，明确包含安全问题，直到 2025 年 12 月 31 日。这个日期已经过去。Sana 给出的理由是微软自己对 GP 的退役，而 Sana 比微软提前了好几年。

由此得出两点，值得带进任何关于 Sana 的决定里。

支持清单是一张快照，不是一份保证。GP 被支持了约十年。如果你的 ERP 属于遗留产品，要向 Sana 问的不是它今天是否受支持，而是他们的承诺相对于你的 ERP 厂商自身生命周期是什么样子，因为那正是他们用过的触发条件。

文档还在，不等于支持还在。Sana 的 GP 文档仍然在线，大约一百二十页，没有下架日期，而且至少有一处提示仍然写成将来时。一条搜索结果或一篇合作伙伴博客可以看起来很新，实际描述的却是八个月前就结束的东西。这个坑我们见过有人掉进去，也正因如此，本页的每一条陈述都带核实日期。

如果你是搜"Sana 加上你的 ERP"找到这里的，那你多半是在约演示之前先做资格确认。答案是不支持，而真正有用的是原因，因为它决定了你要不要等。

这是结构性的，不是路线图上的一个缺口。Sana 为你的 ERP 做的连接器，会是一个跑在你 ERP 开发栈内部的原生应用，有自己的安装指南、自己的发布列车、自己的支持版本页。在 Microsoft Dynamics 和 SAP 之外，任何 ERP 都不存在这样的产物，无论现存还是存档。这和"某个功能还没人来得及做"是不同性质的缺席，它不会在下个季度改变。

换成我们在你的位置上会想的几件事，简短说，因为这里不是推销的地方：

• 先弄清 ERP 优先这个模型原本在为你买什么。Sana 的卖点是价格、库存、信用和订单录入都由 ERP 执行，而不是复制进商城自己的数据库。如果吸引你的是这一点，那么对任何替代方案要问的就是它能逼近到什么程度，而不是谁的功能清单更长。
• 先看看你的 ERP 厂商自己卖不卖商城。不少厂商是卖的。Epicor 就为 Prophet 21 卖 B2B 商城产品，对分销商来说，那通常是最该先去问价的现任方案，无论最后选不选它。
• 如果走平台路线，接缝就是项目本身。像 BigCommerce 这样的平台接到你的 ERP 上，会把价格和可用量的契约重新交回你手里，这意味着更多工作，也意味着更多掌控。我们在 BigCommerce 与 ERP 集成那一侧按 ERP 分别写过，同样的推理也适用于我们还没写页面的 ERP。

如果你想听听哪一种更合适的第二意见，我们会给你一个直接的判断。我们既做 Sana 也做 BigCommerce，所以并不是在维护某一个答案。

上面讲的全部是 Sana Commerce Cloud。如果你还在更老的 Sana 9.x 线上，在你脚下变动的并不是 ERP 清单，而是产品自身的生命周期。

不存在哪个 ERP 是 Sana 9.x 支持而 Sana Commerce Cloud 不支持的。直觉上会想到的 GP，其实是错的：GP 曾经是 Sana Commerce Cloud 的完整受支持连接器，有自己的支持版本页，它的生命周期终止发生在 Cloud 这一侧。

真正变了的是 9.x 这条线自身的支持，而且取决于你的具体版本。Sana 的支持政策表把 9.3.0 至 9.3.4 的被动支持终止日期定在 2023 年 9 月 26 日。9.3.5 的被动支持一直到 2026 年 12 月 31 日，按工时和材料计费，且只覆盖严重安全问题和阻塞下单缺陷的热修复。

如果你打算在这些日期之后继续留在 9.x 上，我们在 Sana 9.3 支持里单独讲了这件事，也包括 Sana 之外的任何人能做到哪一步这个诚实的界限。而如果 Business Central 是你要去的、或已经在的地方，细节在 Sana Commerce 与 Business Central。