面向系统集成商的标签设计软件采购指南

如果你是系统集成商，“我们应该嵌入哪款标签设计软件？”这个问题在成为技术决策之前，首先是一个采购决策。你要买的不是一款供单个办公室打印机使用的桌面标签编辑器——你选择的是一套渲染与打印后端，由你自己的应用程序来调用、转售，或嵌入设备中出货。这彻底改变了评估标准：功能清单的重要性远不及部署模式、集成接口、升级路径，以及未来几年的总拥有成本。

购买的替代方案是自研。自研在第一天看起来便宜，到第 400 天就变得昂贵，因为标签流水线不是一项功能——而是一堆功能：

• 一维和二维条码渲染，必须对你客户要求的每一种码制都保持正确。
• PDF 生成，具备精确的物理尺寸、出血和旋转。
• 跨热敏、激光和办公设备的打印机通信与驱动怪癖。
• 如果你的客户中有零售业务，还需要电子价签（ESL）支持。
• 每当客户新增一个标签、一个数据源或一台打印机时，都要持续维护。

Next Generation Label Printing System（LPSNG）是一个托管的标签设计与打印平台，将上述所有能力打包在一个 Web 服务 API、简化的 OAuth2 注册模型和多个部署版本之后。本指南讲的是如何把它——或任何同类平台——作为一项采购来评估：每个层级给你什么、真正的成本驱动因素是什么，以及升级路径如何运作。我们刻意避开逐项功能的对比；那种对比是另一篇文章的事，而且更短。

每个层级你能得到什么：版本与部署模式

LPSNG 在每个版本中都是同一个核心产品。变化的是它运行在哪里、服务于谁。

Cloud Solution

托管的多用户云版本。你注册外部系统、完成认证，然后开始提交任务——无需服务器、无需操作系统维护、无需自己的更新周期。对于正在验证新垂直领域或接入首个客户的集成商来说，这是摩擦最小的起点。

Embedded Edition

在单板计算机（如 Raspberry Pi）上运行完整的 LPSNG。这是生产车间、仓库和零售后台的选择——在这些场景中，即使没有互联网，打印也必须继续工作。硬件和网络路径由你掌控；软件栈与你在云端已经集成过的产品完全相同。

Enterprise Features

面向企业环境的多用户、多区域和多设备能力。当你的集成不再是单站点试点，而开始跨国家、跨班次、跨设备群推广时，这一层级就变得重要。

White Label Solution

为打印机厂商、纸张制造商和需要将标签设计软件作为自有产品呈现的系统集成商提供定制用户体验。如果你的商业模式是“我们的门户、我们的品牌、我们的标签”，那么这一层级应该对照你自己的产品利润率来定价，而不是对照一张水电费账单。

LPSNG Player

一个独立的命令行打印引擎，接口刻意保持精简：输入标签包加数据；输出 PDF、PNG、JSON、直接打印输出或 ESL 输出。当你想要批量渲染或一个无头流水线步骤而不想驱动完整的 Web UI 时，它很有用。

成本/收益与 ROI：评估集成的真实价格

给标签平台定价的诚实方式是给替代方案定价。问问你的团队，构建并维护以下各项需要多少成本，然后与托管服务对比：

• 为你客户要求的一维和二维格式做条码渲染。
• 一个尊重物理标签几何形状的 PDF 渲染器。
• 跨你客户已有设备的打印机通信。
• 一条 ESL 路径——如果零售出现在你路线图的任何位置。
• 为每个客户的电子表格、ERP 导出或 CSV 做数据管道。

这些条目在你购买后都不会消失——它们只是转移了。区别在于：当码制变化、打印机固件更新发布，或新的 ESL 厂商出现时，由谁承担维护负担。

前期许可费 vs. 开发工时。 许可费是一个已知、可预算的数字。开发工时不是：它们以“再来一种条码格式”的工单形式缓慢滴漏，永远无法完全关闭。对比两者时，要在现实的时间跨度上对比——对于嵌入式组件，三年是一个合理的规划窗口。

运营成本：云 vs. 嵌入式。 Cloud Solution 把托管转移给提供商，意味着无需购买、打补丁或更换硬件。Embedded Edition 把它转移回你身上：你提供单板计算机、电源、网络，以及出问题时走过去处理的人。两者都合理；选择通常取决于打印地点的网络可靠性，以及你客户的合规规则是否允许托管服务。

上市时间。 这通常是决定性因素。LPSNG 的集成接口是一个 Web 服务 API 加上简化的 OAuth2 注册流程，这意味着第一个端到端任务——认证、提交、渲染、打印——只需几天的开发者时间，而不是数月的构建。如果你的收入取决于本季度交付集成，这一差异会让任何可能的许可费差额都显得微不足道。

无需重新架构的可扩展性。 Enterprise Features 覆盖多用户、多区域和多设备场景。提前购买这种能力很便宜；在第三个国家上线后才把它硬塞进自研打印服务则不然。

更少的数据准备定制。 两项集成能减少你原本要编写和维护的胶水代码：Google Sheets 插件，用于创建布局并直接从电子表格打印；以及 Excel 接口，用于将 Excel 文件用作数据文件和查找文件。此外还有一个带 3D 装箱方案可视化的 Excel 加载项，可导入物品和容器数据并导出装箱方案。

定价本身并未在产品文档中公布，因此把数字当作询价环节，先结构化地评估各层级。

升级路径：自托管 vs. 云，以及扩展你的集成

上面的层级列表之所以是一条路径而不是一份菜单，是因为所有版本共享相同的核心功能：Web UI、标签工作室、任务队列、PDF 生成和 Web 服务接口。当你迁移时，你的集成代码不需要重写。

典型的演进过程如下：

1. 从 Cloud Solution 开始。 针对托管的多用户版本做原型。验证标签工作室能生成你客户真正想要的标签，并且你的任务提交流程能端到端工作。
2. 当站点有需求时迁移到 Embedded Edition。 本地控制、边缘部署，或你不信任的网络。你已经构建的标签包和 API 接口会随你一起迁移。
3. 当推广规模扩大时添加 Enterprise Features。 多用户、多区域和多设备支持以配置和容量的形式到来，而不是重写。
4. 当产品成为你自己的时转向 White Label。 如果你以自己的品牌销售标签设计软件，定制用户体验从一开始就应属于你的商业模型。

对采购决策的实际启示：你可以承诺采用解决当下问题的最小层级，而不必承诺走进死胡同。

对系统集成商重要的集成能力

当你评估任何标签平台时，这是要对照运行的检查清单。以下是 LPSNG 如何对应它。

Web 服务 API

该 API 覆盖集成商真正需要的操作：提交打印任务、将单个标签渲染为 PDF 或 PNG，以及直接打印。同一接口承载 OAuth2 认证模型。确切的端点路径和负载模式见 Web 服务接口文档；流程的形态是：

export LPSNG_API="https://lpsng.rsj.de"   # or your Embedded Edition host

# 1. Register / authorize once via the simplified OAuth2 flow
#    (see the OAuth2 documentation for the registration URL)

# 2. Submit a print job: label package + data in
curl -s -X POST "$LPSNG_API/<print-job-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @job.json

# 3. Render a single label instead of printing
curl -s -X POST "$LPSNG_API/<render-endpoint>" \
  -H "Authorization: Bearer $LPSNG_TOKEN" \
  -H "Content-Type: application/json" \
  -d @one-label.json --output label.pdf

把占位路径替换为文档中的路径——重点在于两个操作都是一次经过认证的 POST。完整的调用演练见 如何从 Web 服务 API 打印标签：开发者演练。

OAuth2 注册

LPSNG 使用简化的 OAuth2 注册协议，其职责是用单个 URL 连接外部系统——例如 ESL 基站。对集成工作而言这很重要：授权变成一个配置步骤，而不是你必须构建、测试和轮换的定制令牌处理子系统。

字段脚本 API

你可以将 Python 脚本块附加到标签字段上，在打印前访问和修改字段值。逐客户的业务规则就住在这里，而无需触碰你的应用代码——修剪供应商名称、派生批次代码，或为空白字段设置默认值：

# Field Script API — illustrative pseudo-code; see the Python API reference
# for the exact field object exposed to script blocks.
value = field.value

if not value or not value.strip():
    field.value = "N/A"
else:
    field.value = value.strip().upper()

完整参考：Python API。

电子价签

ESL 的故事涉及两个接口。一个厂商中立的 JSON 文件接口（ESLSEND）更新 ESL 显示，一个 Web 服务（ESL Binding API）将标签绑定到物品，专门面向自身没有 Web 界面的 MDE 设备。面向文件接口的负载大致如下——以文档化的模式为准：

{
  "type": "ESLSEND",
  "labels": [
    { "tag": "A-1024", "item": "<item-id>", "price": "<price>", "currency": "EUR" }
  ]
}

模式见 ESL 接口，绑定工作流见 ESL Binding API：文档与示例。

可复用侧边栏

可嵌入的侧边栏让你把 LPSNG 的标签 UI 放进另一个 Web 应用程序中，而不是把用户送到一个单独的工具。对于构建门户的集成商来说，这通常就是“一个打印功能”和“一个打印产品”之间的区别。

条码格式

平台全面支持一维和二维格式，这是你应该首先对照客户现有标签纸测试的需求——见 条码格式。

用例与适配：何时选择 LPSNG

LPSNG 适合标签是他人流程的组成部分、而非产品本身的场景。

• 按订单的履约标签。 按订单生成客户和产品专属标签，从你的订单系统通过 Web 服务 API 驱动。
• 包装线。 可追溯性和国际包装，支持多设备——Embedded Edition 的场景，产线必须持续打印。
• 零售。 用于动态定价的电子价签，使用 JSON 文件接口更新显示，使用绑定服务完成标签到物品的分配。
• 跨行业。 任何需要专业外观标签、又不想背后有一个开发项目的情况。

在所有这些场景中，运营模式都一样：LPSNG 是一项托管服务。你连接你的应用程序、发送数据，平台负责标签渲染和打印。你的工程时间留在你自己的产品上。

常见问题

OAuth2 如何简化外部系统的连接？

LPSNG 使用简化的 OAuth2 注册协议，用单个 URL 连接外部系统（例如 ESL 基站），降低认证和授权的复杂性。实际而言，这意味着一步注册，而不是定制的令牌交换。

我可以在 Raspberry Pi 上使用 LPSNG 吗？

可以。Embedded Edition 在单板计算机（如 Raspberry Pi）上提供完整的 LPSNG，这使其适合本地或边缘部署——你希望打印栈靠近设备。

Cloud 版和 Embedded 版有什么区别？

Cloud Solution 是托管的多用户云版本，而 Embedded Edition 运行在你自有场所的单板计算机上。两者共享核心功能——Web UI、标签工作室、任务队列、PDF 生成和 Web 服务接口——因此针对其中一个构建的集成可以沿用到另一个。

如何将 ESL 标签与 LPSNG 集成？

LPSNG 提供厂商中立的 JSON 文件接口（ESLSEND）来更新 ESL 显示，以及 ESL Binding API 来将标签绑定到物品，尤其适用于没有 Web 界面的 MDE 设备。如果你在比较 ESL 管道方案，见 理解电子价签集成 API。

结论：做出采购决策

四项标准决定这次采购：

• 部署模式——托管云、单板计算机上的嵌入式，或随时间两者兼有。
• 集成工作量——一个 Web 服务 API 加单 URL 的 OAuth2 注册，对比你自己的构建项目。
• 可扩展性——多用户、多区域和多设备支持作为升级提供，而非重新架构。
• 品牌——标签软件必须看起来像你的产品，还是可以看起来像一个平台组件。

把这四项对照你的路线图打分，然后用承诺度最低的选项验证：从 Cloud Solution 开始，询问有哪些试用权限，并在签署任何东西之前端到端跑一个真实的标签任务。

Next Generation Label Printing System 是大多数集成商的务实答案，因为它把昂贵的部分——渲染、条码、打印机通信、ESL——放在一个你只需集成一次的托管 API 之后。从文档开始，选好你的版本，本周就交付第一个标签。

相关文章

• 如何从 Web 服务 API 打印标签：开发者演练
• Zebra Designer 替代方案：值得对比的标签打印软件
• ESL Binding API：文档与示例