简介：《BarTender使用说明书》是一份面向需要上手条码标签设计与打印的工程技术人员、IT运维及生产管理者的操作文档，围绕Seagull打印机驱动配置、类Windows界面操作、数据库与序列打印等常见需求展开，适合从入门到进阶的读者查阅。压缩包内仅含1个doc文件，大小约1.23MB，内容以章节化目录组织，涵盖内嵌字体与Windows字体对比、字体下载、组件与自定义工具箱、图像导出、背景与口令设置，以及数据库连接、查询与SQL、文本数据库、SAP中间文档打印和序列打印等模块；后半部分还涉及子串与共享名、打印前提示技巧和Commander中间件。已有912人学习，读者可按目录快速定位驱动设置、数据库字段映射、打印数量控制和提示配置等操作要点，减少反复试错，适合作为日常配置、打印排错与功能查阅的案头参考。

1. 别急着点打印：一份说明书能挡掉的七成现场事故

凌晨两点被叫去产线救火，十次里有八次不是打印机坏了，而是标签上某个字段突然变长，把条码挤出了边界；或者换了台电脑打开同一个.btw，字体变了、条码窄了、扫码枪开始挑食。BarTender 使用说明书这类资料的价值，恰好在这种时刻显出来——它没有讲软件有多强大，而是把 Seagull 驱动、内嵌字体、数据库连接、每条记录份数、序列、子串与共享名、打印前提示这一整条链路，按操作顺序铺成了可复现的底稿。

适合三类人翻：刚接手标签模板的设计者，被现场打印问题反复折腾的 IT 支持，以及要把打印接进上游业务系统的集成人员。下面按我自己复现的顺序拆，能不跳步就别跳。

2. Seagull 驱动与字体：打印链路的第一公里怎么铺平

很多人把打印慢归到打印机老、网络差，其实第一公里就埋了雷。BarTender 把一张标签翻译成一段打印机指令流，这段指令流里字体有两种表达方式，走哪条路，决定了后面所有效率问题的上限。

2.1 内嵌字体与 Windows 字体，差的不是一点速度

打印机固件里本来就存着一批字形，业内叫内嵌字体或打印机字体。用内嵌字体时，BarTender 生成的指令流里只有"用几号字体、在哪个坐标、打这几个字节"，短得可怜。用 Windows 字体时，驱动要先把字形轮廓打包成软字体，随任务一起下发，指令流里凭空多出一整段字符集数据。

说明书里那组对比图值得反复看：左侧只有绘制指令，右侧多出一段字体下载。单张标签看不出差别，连续打一千张、五千张时就露馅了——每一次任务都要重来一遍下载，驱动缓冲区、系统打印队列、打印机接收缓存三方都被这段重复数据占着。血泪经验是：标签内容不变、只是数据在变的情况下，这段下载是完全冗余的。

我自己的判断标准比较粗暴，满足任意一条就优先考虑内嵌字体：标签上字符数超过 150 个；单批打印量超过 500 张；打印机走的是串口、并口或低速网络。反过来，标签上有中文、多语言、行业特殊符号，打印机固件里压根没有对应字形，那就老实走 Windows 字体，别硬凑，硬凑的结果是打出来一堆方框。

还有一层被忽略的：Seagull 驱动的价值不只在"更新快、机型全"，而在于它愿意把打印机的原生指令能力暴露出来。系统自带的通用驱动很多时候只走图形模式，把整张标签当位图渲染后丢给打印机，等于把所有优化空间都堵死了。同一台机器，通用驱动配 Windows 字体，和 Seagull 驱动配内嵌字体，指令流长度可能差好几倍，这不是玄学，是渲染路径的差别。

2.2 把 Windows 字体灌进打印机：四步和两个前提

中文标签绕不开 Windows 字体，但也不是只能忍受每次下载。说明书给的路子是：把 Windows 字体一次性写进打印机存储区，之后 BarTender 引用它，就等价于内嵌字体了。这一步很多现场没做，做了吞吐能明显改善。

操作顺序是这样的：

1. 打开系统的"设备和打印机"，右键目标打印机，进入"打印机属性"（注意是打印机属性，不是"打印首选项"，后者只改默认纸张和方向）。
2. 在属性里找字体相关页签，不同机型叫法不一样，常见是 Fonts、字体、或设备设置下的 Fonts 子项。
3. 勾选要下载的 Windows 字体，选择目标存储区：RAM、Flash 或硬盘。RAM 断电即失效，适合临时应急；Flash 断电保留但有擦写寿命；带硬盘的机型优先用硬盘。
4. 点下载，等进度走完，重启打印机让字体表刷新，然后在 BarTender 里把文本对象的字体名指向打印机字体列表里的那个新条目。

两个前提必须提前确认，否则第四步一定翻车。第一，驱动得是能管字体的那一种，通用驱动通常压根没有这个页面，这也是为什么先装 Seagull 驱动再谈字体。第二，存储区得有空间，字体文件动辄几 MB，Flash 塞满之后下载会静默失败，界面上不报错，只是字体列表里没有新条目——这是最坑的一种。

提示：下载完字体后一定要回到 BarTender 的文本属性里，把字体从 Windows 字体切到打印机字体，否则前面做的全是白工。切换后建议导出一次图像，肉眼比对字形有没有变。

2.3 出问题先收一份信息快照，比问十句"你那边什么情况"有用

远程支持标签问题，最耗时间的不是解决，是描述。现场说"打出来不对"，你脑子里能冒出十几种可能。说明书里给的办法很土但极其有效：让用户自己导出一份完整信息。

路径是打印机属性里的版本/关于页，页面上通常有个保存或导出的入口，可以存成网页格式。这个网页里包含驱动版本、打印机型号、固件版本、支持的指令集、已安装字体列表。把它和.btw格式文件、数据库样本、一张实际打废的标签照片一起打包，你基本能隔着屏幕定位问题。

我一般还会额外要三样东西，凑成一份完整的现场快照：

这张表看着啰嗦，实际用两次就回不去了。黑匣子式的排查最怕信息不全，齐全了，一半问题看一眼就清楚。

3. 设计层拆解：拖拽、组件库、背景与导出的复用逻辑

界面操作看起来最没技术含量，但它决定了后面每一次改版的成本。同样是画一张标签，有人改一个字段要动五个对象，有人改一个字段只动一处数据源，差别全在前期怎么组织。

3.1 拖拽是入口，组件库才是复用点

BarTender 的拖拽、对齐、层次调整确实像 Windows 画图，上手门槛低。但真正拉开效率差距的是左侧工具箱里的组件区：里面预置了文本、条码、图片、行业符号，直接拖到标签上就能用。

更关键的是，组件区可以放自己的东西。我习惯把这几类对象拖进组件库：带好共享名的联动文本、定义了子串的批号字段、已经连上数据库的品名字段、固定尺寸的二维码块。下次新建标签，从组件库里拖出来就是配好的，不用再走一遍属性面板。

行业符号这块也值得说一句。很多行业有自己的一套标识规范，组件区里预置的符号集能省掉找图、描边、调比例的功夫。但要注意，符号是矢量还是位图，直接决定打印清晰度。位图符号放大后边缘发虚，扫码枪读不出来，这种问题最后都会算到"打印机不行"头上。

3.2 背景与图像导出：模板资产的两端

背景设置有两种：内嵌图片和外链图片。内嵌的把图存进.btw文件里，文件变大但可移植；外链的只存路径，文件小但换机器就断链。做模板场景我一般用内嵌，做需要经常换底图的场景用外链，各有取舍。

真正的技巧在"设计完可以选择不打印背景"这一条。很多标签需要底纹、边框、公司标识做视觉规范，但这些元素打印出来既费墨又拖速度，还容易盖住条码的静区。做法是把背景当成设计辅助层，打印时关掉，版面仍然保留，改版时又能看见对齐关系。这一条说明书只是一笔带过，实际用起来是省事最多的。

图像导出是另一个被低估的功能。右击任意对象，选导出图像，可以导到剪贴板，也可以存成图片文件。它的用途不止做文档插图：客诉时把条码对象单独导出来做比对，验证扫码枪读不出来的到底是印刷问题还是编码问题；做标签规范文档时，把关键区域截图存档；甚至做设计评审，把几个版本的对象导出来并排看。

注意：导出的图像是渲染结果，分辨率和标签的打印分辨率绑定。用来做印刷比对要按打印机 DPI 导出，用来贴 Word 文档按屏幕分辨率即可，别混用。

3.3 口令：交付前该锁的三层

BarTender 自带文档加密，可以设口令。很多人只锁一层，结果现场还是被人改乱了。我的习惯是按三层锁：

第一层是打开口令，防止无关人员打开.btw文件；第二层是修改权限口令，允许操作员打印但不允许改版面；第三层是打印对话框限制，把份数、打印机选择这些容易被误动的项固定下来。

第三层最容易被忽略，但它才是现场事故的高发区。操作员只是想多打两张，顺手把份数从 1 改成 100，一箱货全废。把份数锁住、把打印机锁住、把纸张来源锁住，剩下的交给他点打印，这才是能交付的状态。

口令丢失的找回路径，说明书里提到可以通过支持渠道处理，但我更建议在交付文档里单独记一份口令台账，和模板文件分开存放。密码这种后悔药，能不吃就不吃。

4. 数据库打印：从连库到每条记录打几张的完整参数链

标签一旦接上数据库，问题就从"画得好看不好看"变成"数据对不对、份数准不准、性能扛不扛得住"。这一章是整份说明书里信息密度最高的部分，也是最容易在参数上翻车的地方。

4.1 连库与字段拖拽：先把记录集跑通

连接入口在标签空白处右键，进数据库设置，选类型后填连接信息。Excel、Access、SQL Server、文本文件、ODBC 都在支持范围内。连上之后，左侧会列出所有可用字段和预览数据，这一步正常了，后面才有得谈。

设计动作很直接：把左侧字段拖到标签上，BarTender 会自动生成一个绑定数据源的文本对象。要提醒的是拖拽的位置和层级——拖到标签空白处是新建对象，拖到已有对象上是替换数据源，两者差之毫厘。曾经见过有人在改版时手一抖，把品名字段拖到了条码对象上，条码直接变成文字，扫码枪当场罢工。

字段名带空格、带中文、带特殊字符的情况在真实数据库里很常见。这类字段在 BarTender 里引用时容易出问题，稳妥做法是在数据库侧建视图，把字段名改成纯英文加下划线，标签只连视图不连原表。多一层视图，少一半麻烦。

4.2 自动调整大小与折行：让长字段不撑破版面

字段内容超长是最高频的版面问题。品名一共 8 个字的位置，数据库里冒出来 14 个字，超出部分要么被裁掉，要么压到条码上。

解决路径在文本属性里：右击对象进属性，选文本页，勾选自动调整大小，然后设定字体的上下限。下限设太小会看不清，上限设太大会挤爆版面，我一般按实际打印尺寸反推：标签上该字段可用宽度 30mm，正常字号 9pt，下限给 6pt、上限给 10pt，让它在两三个字号档位内自适应。

折行是另一条路，在段落设置里开启自动换行。适合地址、备注这类可以多行的字段，不适合条码和编号类字段——条码一折行就废了。两条路的取舍很清楚：字号可变但必须单行的用自动调整大小，允许占多行的用折行，两者别同时开，开了之后预览和实际打印经常对不上。

预览一定要看。BarTender 的预览是按当前记录渲染的，切换几条极端记录再看一遍，比在产线上试错便宜得多。

4.3 每条记录打几张：三条控制路径的取舍

数据库里的记录不是每条都打一张。有的订单要打 5 张，有的只要 1 张，有的干脆不打。说明书给了三条路径，各有适用面。

第一条是打印对话框里的"选择记录"。列出所有记录后，手动勾选要打的行，每行后面填份数。适合临时、少量、人工判断的场景，操作直观但不可自动化。

第二条是用数据库字段驱动份数。在数据库里加一个专门记录打印数量的字段，打印时点份数后面的选项，进入数据源选择，指向这个字段。这样份数就跟着数据走了，上游系统写多少就打多少，全自动。这是大批量场景唯一靠谱的做法。

第三条是在 SQL 里直接把份数算出来，作为结果集的一列返回。适合份数需要根据业务规则实时计算的场景，比如按箱规、按订单行数量折算。

三条路径混用是最容易出事的。选择记录里手填了份数，同时份数选项又指向了字段，最后以哪个为准，不同版本行为不完全一致。我的规矩是：一个模板只用一条路径，用了字段驱动就把手填入口锁掉。

4.4 查询与 SQL：上万条记录里只挑今天这一批

记录上万条时，全量加载再筛选是不可行的，光预览就能卡住界面。入口在数据库设置的查询与 SQL 两个页签：普通用户用查询界面，勾条件、选运算符、填值，本质上是可视化 WHERE；熟 SQL 的直接写语句，灵活得多。

我一般推荐直接写 SQL，原因是可留痕、可复用、可版本管理。

-- 只取当前批次、未打印的记录，并把份数在结果集里算好 SELECT order_no AS 订单号, item_name AS 品名, spec AS 规格, batch_no AS 批次, seq_no AS 流水, CASE WHEN qty >= 100 THEN 5 WHEN qty >= 50 THEN 3 ELSE 1 END AS 标签份数 FROM v_label_print WHERE batch_no = '20240612A' AND printed = 0 ORDER BY seq_no;

这段语句做了三件事。第一，WHERE把数据集从全表收窄到当前批次，BarTender 只拿到需要的那几十行，预览和打印都轻快。第二，CASE在结果集里把份数算好，模板侧只需要把份数数据源指到"标签份数"这一列，业务规则收在数据库里，改规则不用改模板。第三，ORDER BY seq_no保证打印顺序稳定，连续编号的标签不会乱序。

参数上有两点要注意。一是列别名不要用中文以外的怪字符，别名里带空格在部分版本会被截断。二是条件里不要写SELECT *，字段越多，BarTender 侧加载越慢，只取标签上真正用到的列。

提示：SQL 写完先在数据库客户端里跑一遍，确认行数和份数合计对得上，再贴进 BarTender。贴进去之后如果字段列表是空的，八成是语句末尾多了分号或者用了数据库不认的函数。

4.5 文本数据库与 SAP 中间文档：两种"非标准"数据源

文本数据库在配置时比 Excel 多一步：要指定字段之间的分隔符，以及是否把第一行当作字段名。分隔符常见是逗号、Tab、分号，也可以自定义。这一步选错的表现是字段全部挤在第一列，或者每行只有一个字段。

实操经验：内容里本身带逗号的数据，别用逗号分隔，换 Tab 或竖线；首行是标题就勾"第一行包含字段名"，不是就别勾，勾错了会把数据行当表头吃掉。编码上优先用 UTF-8，中文乱码九成是编码和分隔符这两件事。

SAP 中间文档的接法在说明书里写得很克制：只要知道 Parser 和 IDoc 文件的地址，通过数据库设置就能连上。翻译成人话就是，BarTender 把 IDoc 当成一种结构化数据源来读，Parser 负责解释段结构，文件路径负责定位数据。落地时要注意 IDoc 是批量文件还是单条文件，批量文件需要在 SQL 或查询里按条件切出当前这一条，否则一次全打出来。

4.6 序列、子串与共享名：不连库也能批量且联动

序列打印解决的是"没有数据库但有规律"的场景。要打 0000 起、增量 2、到 2000 停的编号，做法是双击对象进属性，点更多选项，进序列设置，类型选自动字母或数字，间隔填 2，确定。然后打印时把份数设成序列数量。

这里的算式是硬知识，很多人第一次都算错：数量等于（终止值减起始值）除以间隔，再加一。上面的例子是 (2000-0)/2+1 = 1001，填 1001 张正好打到 2000。填 2000 会多打，填 1000 会少最后一号。

子串是在原有内容基础上附加一段独立变化的内容，入口在对象属性的高级页，点添加子串图标按向导走。典型用法是品名加批号、编号加后缀，两部分各自有自己的变化规则，互不干扰。

共享名是把多个对象绑在一起的开关。给几个文本或条码填同一个共享名，只要其中一个变化，其余全部跟着变。说明书里的例子很典型：上方的文本变了，下方条码第八位之后的内容跟着变。实现要点是共享名必须拼写完全一致，且作用在同一子串层级上，只在文本对象级别填名字、子串上没填，是不会联动的。

4.7 打印前提示：把参数交到操作员手里

打印前提示是在点打印之后、真正出纸之前弹出的一层交互，可以让人填批号、选份数、确认工单。配置入口在打印对话框的提示设置里，可以针对单一数据源设提示，也可以针对份数设提示。

它的价值在于把"该改的参数"从模板里挪出来。批号这种东西每天变，写死在模板里就得天天改文件，做成提示，操作员在弹窗里填一次就行，模板一点都不用动。

再进一步是快捷方式的巧用：把常用的提示参数组合保存成快捷方式，双击直接带着参数打印，连弹窗都省了。产线上重复性高的工单，用这一招能把操作步骤从五六步压缩到一步。

5. 避坑与排查：五个把我按在产线上的现场问题

下面五条都是真实踩过的，按现象、原因、解决三段写。看的时候不妨对照自己手上的模板，中招的概率不低。

5.1 换台电脑打开，条码宽度变了、扫码枪读不出来

现象：同一个.btw文件，在设计电脑上打出来好好的，换到产线电脑上，条码明显变窄，扫码枪时读时不读，用手机扫反而正常。

原因：条码对象的尺寸单位跟着打印机 DPI 走。设计机装的是 300dpi 驱动，产线机装的是 203dpi 通用驱动，同一个物理尺寸在两种分辨率下换算出的点阵数不同，条码模块宽度就被改了。字体也是同理，Windows 字体在目标机缺失时会自动替换，字形宽度一变，版面全乱。

解决：交付前统一驱动型号和 DPI，把打印机型号写进交付文档；字体尽量走内嵌或提前下载到打印机；在产线机上打开后，先导出一次图像比对模块宽度，再放量打。

5.2 数据库明明连上了，预览里字段全是空

现象：数据库设置里能看见表和字段，预览也有数据，但拖到标签上的对象打印出来是空白。

原因：三种可能，一是数据源路径用了映射盘符，服务账户或另一个用户会话下盘符不存在；二是 Excel 文件正被打开占用，读到了锁状态；三是首行字段名识别错了，字段名对不上导致绑定失效。

解决：路径统一改成 UNC 形式，别用盘符；打印期间关闭 Excel；用文本数据库时明确勾选首行是否为字段名，连完在字段列表里逐个核对名称拼写。

5.3 每条记录打几张设好了，实际每张都只出一份

现象：数据库里份数字段明明写了 5，打印出来每条记录只有一张。

原因：三个层级的份数打架了。文档份数、记录份数、序列数量是三个独立参数，份数选项指向字段之后，如果打印对话框里的总份数还是 1，某些路径下会以小的为准。另外份数字段如果是文本类型而不是数值类型，会被当成 1 处理。

解决：一个模板只用一条份数路径；字段类型改成整型；打印前用选择记录看一眼每行的份数列是否正确显示；把打印对话框的份数入口锁掉，不给误操作留口子。

5.4 序列打印数量填对了，编号还是断号

现象：按公式算出 1001 张，打出来编号跳号，中间缺了几号。

原因：序列的状态是跟着打印任务走的。中途暂停、补打、打印机卡纸后重打，都可能让序列回退或跳过。另外多台电脑同时用同一个模板打印，各自从起始值开始跑，编号必然重复。

解决：对编号连续性要求高的场景，别用模板内置序列，改用数据库字段驱动编号，由上游系统统一发号；必须用内置序列时，把模板放在单台机器上跑，打印失败后从断点手动设起始值续打。

5.5 共享名改了一个，其他对象纹丝不动

现象：给几个对象都填了共享名，改了主对象的内容，其余对象在预览里没变化；有时预览变了，打印出来又没变。

原因：共享名要作用在子串层级上才生效。只在文本对象的整体属性里填名字，子串上没填，联动不会触发。另一种情况是几个对象的共享名拼写有细微差异，比如多了一个空格或大小写不同。

解决：逐个对象进高级页，确认子串上的共享名完全一致；改完先在预览里切换几条记录验证；打印验证时至少打三张，看联动是否稳定。从那以后我每配一次共享名，都会把几个对象的共享名复制粘贴而不是手打。

6. Commander 与 RFID：把手工打印改成流水线的一次改造

手工点打印终究有上限。BarTender 自带的 Commander 就是解决这个的：它常驻后台，盯着一个文件夹、一个串口或一个网络端口，收到触发就调起对应模板打印，不需要人坐在电脑前。

配置结构就三块：任务列表里建任务，选触发器（常见是文件夹监控），选动作（打印指定.btw），再把模板里的命名子串和触发内容里的字段对上。上游系统只要往监控目录扔一个约定格式的文本文件，标签就自己出来了。命令行投递也是一种常见做法：

# 由上游系统调起 Commander 投递打印任务 # 参数名以本机 commander 帮助输出为准，不同版本略有差异 Commander.exe /F"C:\Labels\carton.btw" /P"产线打印机"

/F指向模板文件，/P指向目标打印机。这条命令的价值在于把打印动作变成一个可以被任何语言调用的外部进程，ERP、MES、甚至一个批处理脚本都能触发，中间不需要人。

RFID 标签的打印逻辑和普通标签不同，它是先编码后打印。标签上要放一个 RFID 对象，指定写入哪个区、写什么数据，常见是 EPC 区。三个边界要提前确认：打印机必须带 RFID 模块且固件支持；EPC 长度有上限，超长会被截断而不是报错；写入失败要有重试机制，否则会出现印出来了但芯片是空的，这种标签流到下游才被发现，返工成本极高。

还有一条我自己的习惯：任何自动化改造上线前，先用一百张的批量做一次全量校验，把读出来的 EPC 和数据库逐条比对，确认零误差再放量。希望帮到你。

本文还有配套的精品资源，点击获取