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

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

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

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

下一代标签打印系统（LPSNG）是一个托管的标签设计和打印平台，将上述所有功能封装在 Web 服务 API、简化的 OAuth2 注册模型和多个部署版本之后。本指南讨论的是如何将其——或任何同类平台——作为一项采购来评估：每个版本提供什么、真正的成本驱动因素是什么，以及升级路径如何运作。我们刻意避免逐项功能对比；那种比较是另一篇文章的事，而且会更短。

每个版本提供什么：版本与部署模式

LPSNG 在每个版本中都是相同的核心产品。变化的是它运行在哪里以及为谁服务。

云解决方案

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

嵌入式版本

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

企业功能

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

白标解决方案

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

LPSNG Player

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

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

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

• 为客户要求的各种一维和二维格式进行条码渲染。
• 尊重物理标签几何形状的 PDF 渲染器。
• 跨客户已有设备的打印机通信。
• 如果你的路线图上有零售，还需要 ESL 路径。
• 为每个客户的电子表格、ERP 导出或 CSV 进行数据对接。

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

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

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

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

无需重新架构即可扩展。 企业功能覆盖多用户、多区域和多设备场景。尽早购买这种能力成本很低；在第三个国家上线后才将其附加到自研打印服务上则不然。

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

定价本身未在产品文档中公布，因此请将数字视为报价请求步骤，先对版本进行结构性评估。

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

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

典型的演进过程如下：

1. 从云解决方案开始。 针对托管的多用户版本进行原型开发。验证标签工作室能生成客户真正想要的标签，并且你的任务提交流程能端到端工作。
2. 当站点需要时迁移到嵌入式版本。 本地控制、边缘部署或你不信任的网络。你已经构建的标签包和 API 接口会随之迁移。
3. 当推广规模扩大时添加企业功能。 多用户、多区域和多设备支持以配置和容量的形式出现，而不是重写。
4. 当产品成为你自己的时转向白标。 如果你以自己的品牌销售标签设计软件，定制用户体验应该从一开始就纳入你的商业模型。

对于采购决策的实用结论：你可以承诺使用解决当前问题的最小版本，而不会陷入死胡同。

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

当你评估任何标签平台时，这是要对照运行的检查清单。以下是 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 从你的订单系统驱动。
• 包装线。 具有多设备支持的可追溯性和国际包装——嵌入式版本场景，生产线必须持续打印。
• 零售。 用于动态定价的电子价签，使用 JSON 文件接口进行显示更新，使用绑定服务进行标签到物品的分配。
• 跨行业。 任何需要专业外观标签而无需背后有开发项目的情况。

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

常见问题

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

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

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

可以。嵌入式版本在 Raspberry Pi 等单板计算机上提供完整的 LPSNG，这使其适合本地或边缘部署，让你希望打印栈靠近设备。

云版本和嵌入式版本有什么区别？

云解决方案是托管的多用户云版本，而嵌入式版本在你自己的场地的单板计算机上运行。两者共享核心功能——Web UI、标签工作室、任务队列、PDF 生成和 Web 服务接口——因此针对其中一个构建的集成可以延续到另一个。

如何将 ESL 标签与 LPSNG 集成？

LPSNG 提供供应商中立的 JSON 文件接口（ESLSEND）来更新 ESL 显示，以及 ESL Binding API 来将标签绑定到物品，特别适用于没有 Web 界面的 MDE 单元。如果你正在比较 ESL 对接方式，见理解电子价签集成 API。

结论：做出采购决策

四个标准决定这次采购：

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

将这四个标准对照你的路线图打分，然后用承诺最低的选项进行验证：从云解决方案开始，询问有哪些试用访问权限，并在签署任何东西之前端到端运行一个真实的标签任务。

下一代标签打印系统对大多数集成商来说是实用的答案，因为它将昂贵的部分——渲染、条码、打印机通信、ESL——放在一个你只需集成一次的托管 API 之后。从文档开始，选择你的版本，本周就交付第一个标签。

相关文章

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