Sana Commerce 能对接 Epicor 吗？不能。

两条辅助核查，结论同样是否定的。Acumatica 应用市场里没有 Sana 的上架条目，而那里有约 130 个解决方案，其中包括好几个与之竞争的第三方 B2B 商城。而我们清点 Epicor 的 ISV 目录时，它列出 27 个解决方案；里面没有任何品牌的商城平台，这个目录甚至根本没有电子商务这个分类。

Sana 自称是通过认证的 SAP 与 Microsoft 合作伙伴。它受支持的 ERP 清单，形状与这句话完全一致。

它的意思是：不存在由 Sana 构建、由 Sana 支持的 Epicor 或 Acumatica 连接器。它不代表下面这几件事，而如果你正要做决定，这个区别很要紧。

• 它不代表 Epicor 或 Acumatica 把 Sana 排除在外了。这两家都没有就 Sana 发表过任何方向上的公开说法。存在的只是"没有出现在名录里"，那是沉默而不是立场，也不该被当成立场来读。
• 它也不代表没人会卖给你一个"擦边"的东西。至少有一家中间件厂商发布了一个正是以这个组合命名的页面。它自己的措辞是有条件的："can involve pre-built integrations with Epicor or, with the use of the Web Service Connector tool, create custom integrations."我们不会告诉你那背后到底有没有一个能跑的连接器，因为我们不知道。我们能告诉你的是那个页面上没有的东西：没有版本对照表、没有连接器文档、没有具名客户，也没有来自三家厂商中任何一家的认证。它自己的页脚列出了一批用同一套文字、只把产品名替换掉的姊妹页面。在把它当作一个产品之前，先要这四样东西。
• 它同样不代表 Sana 的"自定义 ERP 连接"功能是一条路。那个功能的用途是把 Sana 的各个子系统分别路由到不同的 Web 服务，或者跨多个 Sana 已经支持的 ERP。Sana 自己的文档把那种场景称为非常复杂，而它并不是通向一个不受支持 ERP 的办法。

还有一个我们宁愿指出、也不装作看懂的线头：连接类型清单里有一项只写着 "SOAP"，在 Sana 已公开的帮助文档里没有任何说明、没有示例、也没有描述过它的行为。如果有人把它当作答案递给你，请他先把它文档化。

Sana 的连接器不是夹在两个系统之间的中间件。Sana 表示，Sana Commerce Cloud 附加组件运行在 ERP 内部、使用 ERP 的业务逻辑，而且所有购物车计算都由 ERP 完成。因此每一个连接器都是用那个 ERP 自己的扩展技术写成的代码，并通过那家厂商的渠道分发：SAP 是 ABAP Objects，Business Central 是发布到 Microsoft AppSource 的 AL 扩展，NAV 是作为 Web 服务暴露的代码单元。

把这一点套到 Epicor 上，答案为什么一直是"不能"就一目了然了。"Epicor"不是一个 ERP。Epicor 自己的产品索引列出了十个，而且它们并不是同一套系统的不同版本。Prophet 21 通过 SDK 和 DynaChange 在 .NET 与 SQL Server 技术栈上扩展。Kinetic 则通过低代码的 Application Studio、Epicor Functions 和 UD Service Designer 扩展。两者几乎没有共通之处。

所以，一个"面向 Epicor"的 Sana 连接器，实际上意味着面向其中某一套代码库的连接器，要照着那个产品自己的扩展模型来写，配上自己的安装指南、自己的发布列车、自己的支持版本页面，然后在一项长期更新义务下一直维护下去。那是开一条新产品线，而不是做一个连接器，这也正是为什么这类缺席与"某个功能还没人来得及做"性质不同。最后这句是我们的判断，不是 Sana 的表述。

Sana 没有发布过任何路线图声明，既没有承诺也没有排除更多 ERP 厂商。我们找过了。如果你在纠结要不要先等等，这就是诚实的答案：没有什么可等的，也没有任何说法表明有。

有一条比路线图更有价值的信息，因为它告诉你这家厂商的行事方式。支持是按产品给的，不是按厂商给的，哪怕在 Sana 已获认证的那两个家族里也一样。Sana 支持 Microsoft Dynamics GP 大约十年。那个连接器的开发在 2023 年第二季度停止，支持在 2025 年 12 月 31 日结束，Sana 给出的理由是微软自己对 GP 的退役。GP 如今已不再是产品里的一种连接类型。

作为 Epicor 或 Acumatica 的买家来读这件事，它是双向的。它说明一份支持清单是一张快照而不是一份保证。它同时也说明，Sana 增删某个 ERP 时是跟着那家 ERP 厂商自身的生命周期走的，那是一个理性的触发条件，而不是任性。我们对这份清单的完整拆解在 Sana Commerce 与 ERP 集成。

先问一句：是哪一个？Epicor 自己的索引列出了十个 ERP，包括 BisTrack、CMS、Eagle、Eclipse、iScala、Kinetic、LumberTrack、Propello、Prophet 21 和 Scheduling+。Prophet 21 被 Epicor 称作"唯一由分销商为分销商设计的 ERP"，也是多数人在想着 B2B 商城、敲下"epicor ecommerce"时心里想的那一个。Eclipse 服务的批发垂直领域几乎与它重合。Kinetic 则是制造业 ERP，过去以 Epicor ERP 的名字销售。你的商城答案，会因产品而异。

你的第一方选项是 Epicor Commerce，Epicor 把它描述为 powered by Magento，并声明它构建在 Magento Community Edition 之上，也就是 Adobe 如今以 Magento Open Source 名义发行的那个版本。它支持四个 ERP，Epicor 自己的档位表用一行写明：与 Kinetic、Prophet 21、BisTrack 或 Eclipse 集成。它分三个档位，全部标注为仅 SaaS。

在你断定"我们已经有 Epicor Commerce 了"就等于回答了这个问题之前，有一个区分值得知道。Epicor 把入门档描述为一个面向客户的 B2B 自助门户，而它自己的对比栏在那一档写的是 "No Front End or SEO / Self-Service / Quotes Only"。如果有人告诉你你已经被覆盖了，先确认是哪一档。

真正有用的部分，也是这一节存在的理由，是 Epicor 用自己的措辞记录了哪些功能在哪个 ERP 上可用，而这种不对称并不是多数人以为的那样。

• 仅 Prophet 21：买家专属价格与工程合同价格，Epicor 的描述是把 Prophet 21 里已经配置好的工程合同直接用在 Epicor Commerce 中，"without duplicating or recreating"。如果合同价格正是你去找一个 Sana 那种 ERP 集成商城的原因，那这是自家产品在 Prophet 21 上的一个真实优势。而 "without duplicating or recreating" 这句话，也顺带告诉了你通常的替代做法是什么。
• 仅 Kinetic：Dealer Portal、面向配置型报价与订单的 CPQ 集成，以及来自 ERP 的用户自定义属性。
• Kinetic、Prophet 21 和 BisTrack：多币种。

有一条顺序上的约束值得早点确认：Epicor 说明最新版 Epicor Commerce 只针对处于主动支持期内的 ERP 版本做过验证，并把主动支持定义为正式发布起最多两年。较旧的 Prophet 21 版本可能需要先做一次 ERP 升级。

有两件事，你多半没被告知。

Epicor 现在卖第二个商城产品。它在 2024 年 6 月收购了 KYKLO，而 KYKLO Commerce 如今是与 Epicor Commerce 并列的另一个产品，定位围绕由应用工程师维护的内置商品内容，以及一个超过七百万 SKU 的内容池。它的页面没有点名任何 ERP，而 Epicor 的收购公告说 KYKLO 的产品信息管理可以与任何电商平台集成，也就是说那一层内容是刻意做成平台无关的。如果有人在向你推销"Epicor 的电商"，先问清是这两个里的哪一个。

另外，Epicor 确实发布并支持与第三方商城的集成，只是不针对分销类 ERP。它的集成索引把 BigCommerce 列在面向零售的集成之下，而它的 Propello 连接页面记录了一个同步库存与客户数据、并回写已完成订单的 BigCommerce 集成。在面向分销商的集成里，唯一的电商条目是 Epicor Commerce，以及 Ariba 与 SAP OCI 的 punchout。所以如果有人告诉你 Epicor 不做第三方电商，那不对。真正成立的说法是：Epicor 没有为 Prophet 21 列出任何第三方商城，也没有发布过任何背书、认证、禁止或劝阻的内容。那是沉默而不是立场，我们也不从中得出任何结论。

你的答案更短，也更好。Sana 不连 Acumatica，Acumatica 应用市场里也没有 Sana 的上架条目。但你真正想要的那个东西，也就是一个以 ERP 为事实来源的、与 ERP 集成的商城，你自己的 ERP 厂商已经有了。

Acumatica 把 Amazon、Shopify（含 Shopify POS）和 BigCommerce 归为它的原生商务连接器。其中 BigCommerce 那一个是 Acumatica 自己写的产品代码，而不是第三方中间件：Acumatica 称其为自家的原生 BigCommerce 连接器，在自己的帮助站点上撰写文档，把它作为一个条目列进自己的 Licensing Guide，并在自己的 Open University 里开课教授。

有两个命名上的提醒，因为网上很多资料在这两点上都过时了。版本现在叫 Retail Edition，此前以 Commerce Edition 的名义销售。另外应用市场上的条目会让你困惑：它的标题是 "eCommerce Platform for Acumatica"，带着由 Acumatica 履约的标记，而发布方写的是 Commerce（前身为 BigCommerce）。

在认定自己已经被覆盖之前，有三件事要确认。

• 许可。Acumatica 的资料页说 BigCommerce 集成已内置于 Retail Edition，无需另行购买软件。那是一句关于软件的陈述，不是关于成本的陈述。在 Licensing Guide 里，BigCommerce、Shopify 和 Amazon 的集成所带的标记，与 Project Accounting 这类可选模块相同，而 Financials 和 Order Management 带的是另一种标记。该指南没有印出图例，所以我们是靠跨版本对比读出来的，而且我们把这一点告诉你，而不是当作定论呈现。请核对你自己的订单。
• 能连几个商城。资料页说你运营多少家店就能连多少家。文档却说数量受你的许可限制，而且超出限制时系统会按字母顺序静默地只处理限额之内的那些店，不报错。请按店铺数量做预算。
• 版本。如果你是 B2B 分销商，原生的 BigCommerce B2B Edition 公司同步是在 Acumatica 2026 R1 才有的，标注为 2026 年 3 月可用。请确认你的版本，并向你的实施伙伴索要专门针对 B2B 公司同步的客户案例，而不是泛泛的连接器案例。

就架构而言，它做到了一个 Sana 买家想要的事，但有一条诚实的但书。Acumatica 是商品目录、价格和可用量的主控方，文档写明这些实体的同步方向是预先设定、不可更改的。同步可以按计划、实时或手动进行。另一面是：在商城一侧对价格或目录做的运营编辑不会回流，而且价格是同步进 BigCommerce 的，不是在页面渲染时向 ERP 取的。Sana 自己的对比文章也承认了归属这一点，把与 Acumatica 的现成集成描述为由 ERP 厂商自己构建和维护。

如果你仍然想评估第三方 B2B 商城，Acumatica 自己的应用市场就是那份该用的候选名单。

我们做的就是带 ERP 集成的 BigCommerce 商城，所以请把下面的内容当作一个有利益关系的人在谨慎发言，而不是一个中立的人。我们尽量把"已经成熟"和"尚未成熟"之间的界线标出来。

Acumatica 到 BigCommerce 是成熟的，而且连接器不是我们的。它是 Acumatica 的产品，随 Retail Edition 提供，并且在他们的 Open University 上有一门在用的课程。对一家用 Acumatica 的公司来说，商城这件事在很大程度上是一个配置、映射和商城建设项目，而不是一次集成开发。我们的范围会是商城、配置和数据映射。真正吃时间的是这些：确认订单上的版本与连接器条目；如果需要 B2B 公司同步就确认版本；把 BigCommerce 的支付方式映射到 Acumatica 的支付方式，因为没映射的方式不会生成预付款单据；设定订单日期与时区；以及逐个实体决定走按计划还是实时。

Prophet 21 到 BigCommerce 不是开箱即用的，我们也不打算假装它是。既没有 Epicor 的第一方连接器，也没有 BigCommerce 的第一方连接器可用于 Prophet 21。存在的是一个由第三方集成产品和服务合同组成的、有一定规模的市场。我们会与其中一家一起来界定这件事，而不是宣称自己有开箱即用的能力，而且在给出任何固定报价之前，我们会要求先做调研。

难点值得直说，因为它才是决定项目走向的那件事：

有一条规划上的要点，分量超过上面所有内容。Epicor 已经把 Prophet 21 本地部署版的最后一个功能版本定为 2028.1，暂定 2028 年 5 月，维持性支持自 2029 年 7 月 1 日开始，并声明未来的创新将只走 Epicor 云。今天你委托的任何一个商城集成，寿命都会比本地部署的 Prophet 21 更长。所以请按云端的约束来设计，也就是只能通过 API 写入、没有直连 SQL、以及厂商可自行裁量的限流，哪怕你今天还在本地部署，否则这笔集成的钱你会付两次。

与任何 Prophet 21 供应商通话时该带上的问题。你们在定价和订单录入上分别用的是哪几套 API？你们的集成会从 ERP 把订单读回来做核对，还是直接相信写入调用返回的状态？销售单位与定价单位不一致的多计量单位，你们怎么处理？你们在由 Epicor 托管、没有直连 SQL 的 Prophet 21 上交付过吗？你们的连接器上一次更新是什么时候，针对的是哪个版本？还有一个采购事项：在签任何东西之前，先向 Epicor 书面确认你的许可覆盖 Prophet 21 的 API。