条码生成识别
条码生成识别接口API,支持20+条码类型,UPCA, UPCE, UPC_SUPPLEMENTAL_2DIGIT, UPC_SUPPLEMENTAL_5DIGIT, EAN13, JAN13, EAN8, ITF14, CODABAR, POSTNET, BOOKLAND, CODE11, CODE39, CODE39EXTENDED, CODE39_MOD43, CODE93, LOGMARS, MSI_MOD10, INTERLEAVED2OF5, INTERLEAVED2OF5_MOD10, STANDARD2OF5, STANDARD2OF5_MOD10, CODE128, CODE128A, CODE128B, CODE128C, TELEPEN, FIM, PHARMACODE
- 质量保证
- 技术支持
- 随时退订
- 升级无忧
- API
- 订阅方案
- 错误码参照
- 技术支持
- 问题反馈
-
服务相关
-
条码生成识别接口API,支持20+条码类型,UPCA, UPCE, UPC_SUPPLEMENTAL_2DIGIT, UPC_SUPPLEMENTAL_5DIGIT, EAN13, JAN13, EAN8, ITF14, CODABAR, POSTNET, BOOKLAND, CODE11, CODE39, CODE39EXTENDED, CODE39_MOD43, CODE93, LOGMARS, MSI_MOD10, INTERLEAVED2OF5, INTERLEAVED2OF5_MOD10, STANDARD2OF5, STANDARD2OF5_MOD10, CODE128, CODE128A, CODE128B, CODE128C, TELEPEN, FIM, PHARMACODE
条码生成识别API接口应用场景
-
物流智能化工作与管理
生成条码标记货物,实时采集数据并汇集到统一的信息平台条码参与到物流的整个业务流程中,收件、分拣分拨、配送、派件等环节全流程全生命周期跟踪 -
生产制造
实现生产制造业中质量追溯、制程防错、生产过程透明化、绩效数据统计分析、生产成本管理等需求帮助生产型企业节约成本、提高效率 -
门店零售
门店的进销存管理、盘点、调度、退订和会员管理等数据的采集和传输门店的销售数据实时传输至总部,为补货提供依据,企业也能及时掌握各地的销售数据制订策略 -
票据管理
可于检票、验票,进行高效、高速的检票操作用于影剧院、旅游景区、演唱会、展会等各类门票采集检验工作
条码生成识别API接口简介
相较于二维码,条码应用更加广泛,涉及领域众多。同时条码信息简洁易读,信息可人眼读取。
条码生成识别API接口常见问题
-
生成的条码如何下载呢?
针对单个条码的生成,返回数据中包含条码文件的URL,通过URL下载即可,注意URL有效期为1天;
针对批量条码的生成,因批量生成需较长时间,将返回任务ID,后续通过任务ID查询最终生成的多个标签的zip压缩包下载URL,下载解压即可。
-
生成的条码我们希望能简单跟踪一下使用过程,怎么操作呢?
暂不支持。后续我们将提供简单的条码及二维码跟踪系统,与此条码生成接口集成、支持添加表单数据、支持报表的跟踪系统,也欢迎在意见反馈区留下您的建议。
我们的优势
数据云端存储
数据云端存储, 支持不同设备不同场景访问
多语言支持
使用HTTP协议+JSON/XML, 只要支持HTTP协议的语言都能轻松访问
使用方便, 订阅即用
接口访问灵活简便, 可根据调用参数实现多种场景需求, 发送所需请求, 即刻获取数据
高可用集群支持
我们有高配置服务器集群, 为服务高效高可用保驾护航
价格优惠
利用平台优势, 价格比客户自行开发维护成本更具性价比, 服务定价仅基于服务器分摊成本及维护售后费用, 价格透明, 无二次收费
多种订阅方案满足多样化需求
接口服务支持多种订阅方案, 还可根据客户实际需求定制服务, 如提高并发量, 使用独立服务器(集群), 主动推送数据等
月萌API使用流程
注:黄色为用户操作环节
注册账号1用户需在本站注册账号后才能正常使用月萌API提供的API服务选择API服务并提交订阅2用户可在共享数据接口获取所需服务, 在API详情页选择订阅方案并提交订阅,
若是免费订阅方案, 用户可立即开始使用接口服务,
若是收费订阅方案, 请支付后联系站长开通使用客服开通服务3客服核验订阅后开通订阅中API服务用户使用接口4API服务开通后, 用户可根据API详情页中API文档开发接口与用户系统配套对接程序.
如有问题可联系服务商提交售后工单或在问题反馈查找解决方案.
若有需要, 本站可提供有偿API对接服务, 详询客服.用户提交售后工单5用户使用过程中遇到问题, 可向服务商提交售后工单或在相应问题反馈提问解决客服处理售后工单6客服接到售后工单后一个工作日内进行响应处理 -
-
条码类型说明主要描述了各类型编码组成字符,有效编码长度及应用场景等信息,其它的如校验码生成、条码读取等信息请参考其它资料。
UPCA条码
UPC 类型条码仅支持数字0-9,UPCA共12位,前11位为2位国别码,4位厂商码,5位产品码,最后1位是校验码。
UPC-A 条形码包含 12 位数字,没有字母或其他字符。第一个数字是表示产品类型的前缀。最后一位是“校验位”。构建条形码时,使用前十一个数字计算校验位。因此,对于正确的 UPC-A,您应该只指定前 11 位数字。
推荐尺寸如图所示。该标准允许放大至推荐尺寸的 200 %,并缩小至推荐尺寸的 80 %。
条码前后应有两个静区。它们提供条码扫描器的可靠操作。标准宽度和高度条码的静区推荐长度为 2.97 毫米。
以下内容可以参考:
UPC(Universal Product Code)码是最早大规模应用的条码,其特性是一种长度固定、连续性的条 码,目前主要在美国和加拿大使用,由于其应用范围广泛,故又被称万用条码。 UPC码仅可用来表示数字,故其字码集为数字0~9。UPC码共有A、B、C、D、E等五种版本。制造商向UCC申请获得进入UPC系统的许可,支付特权年费,UCC 给制造商颁发一个六位数的制造商标识码。
UPC A码又称UPC标准码,它的结构如下图
UPCE条码
UPC-E为8位数字构成,是UPC-A的缩减码,首位固定为0或1,末位为检查码,中间6位为编码区。
以下内容可以参考:
UPC-E 是 UPC-A 的变体,它通过消除“额外”零来实现更紧凑的条码。因此只有某些数字可以压缩为 12 位数字。
由于生成的 UPC-E 条码的大小约为 UPC-A 条码的一半,因此 UPC-E 通常用于包装非常小的产品,在这种情况下,完整的 UPC-A 条码无法合理放置。
UPC-E0 是一种数字系统设置为 0 的 UPC-E 代码。在条形码的人类可读字符串中,第一个数字表示数字系统(此代码类型始终为 0),最后一个数字是原始 UPC-A 代码的校验位。因此,在下面的示例中,原始 UPC-A 代码为“04210000526”。在将字符串分配给控件的属性时,我们应该删除前导零,因为代码格式本身就暗示了它的存在。校验和数字 (4) 是自动计算的,符号系统算法会转换数字字符串的其余部分。结果是 425261,它与数字系统前缀和校验位一起被编码成扫描仪可读的形式。
UPC-E1 是数字系统设置为“1”的 UPC-E 代码的变体。在条形码的人类可读字符串中,第一个数字表示数字系统(此代码类型始终为 1),最后一个数字是原始 UPC-A 代码的校验位。因此,在下面的示例中,原始 UPC-A 代码为“14210000526”。在将字符串分配给控件的属性时,我们应该删除前导的“1”,因为代码格式本身就暗示了它的存在。校验和数字 (1) 是自动计算的,符号系统算法会转换数字字符串的其余部分。结果是 425261,它与数字系统前缀和校验位一起被编码成扫描仪可读的形式。
(UPC-A转换成UPC-E规则略复杂,通过检查码可以将UPC-E还原回UPC-A,短时间内没看懂)
六位 UPC-E 扩展规则图,不包括第一个数字零和最后一个数字校验位:
UPC SUPPLEMENTAL 2DIGIT 补充2位条码
UPC_SUPPLEMENTAL_2DIGIT支持2位数字
以下内容供参考:
2 位补充条码只能用于杂志、报纸和其他期刊。2 位数的增刊代表杂志的期号。这很有用,因为产品代码本身(包含在主条形码中)对于杂志来说是恒定的,因此杂志的每一期都不必有自己唯一的条形码。不过,两位数的增刊可用于跟踪正在销售的杂志的哪一期,例如,用于销售分析或补货目的。
UPC SUPPLEMENTAL 5DIGIT 补充5位条码
UPC_SUPPLEMENTAL_5DIGIT 支持5位数字。
以下内容供参考:
书籍上使用 5 位补充条形码来指示建议零售价。
EAN13 条码
EAN-13 条形码包含 13 位数字,没有字母或其他字符。前两位或三位数字代表国家。前导零实际上表示美国和 UPC-A 编码。最后一位是“校验位”,即校验和。校验位是在构建条形码时使用前十二位数字计算的。因此,对于正确的 EAN-13 代码,您应该只指定前 12 位数字。
以下内容供参考:
EAN-13 基于 UPC-A 标准,由欧洲的国际物品编号协会 (EAN) 实施。现在,GS1 组织负责条码标准的维护
JAN13 条码
JAN-13(日本商品编号)条形码符号系统是 EAN-13 条形码符号系统的另一个名称。
对于 JAN 条码,前两位数字必须是 45 或 49,用于标识日本。EAN 和 JAN 符号体系相同,只是 JAN 使用 490 到 499 范围内的国家代码,表示制造商在日本注册。
欧洲商品编号 (EAN) 系统(也称为国际商品编号)和日本商品编号 (JAN) 系统是 1970 年代开发的用于零售产品自动识别的 UPC 条码系列的成员。EAN-13 在世界各地用于自动识别零售产品,包括在美国,自 2005 年以来,零售扫描系统就被要求读取 EAN-13。
EAN 和 JAN 符号体系相同,只是 JAN 使用 490 到 499 范围内的国家代码,表示制造商在日本注册。
EAN-13 是UPC-A的超集,这意味着任何可以读取 EAN-13 的系统也可以读取 UPC-A。在美国创建的 UPC-A 符号可以通过在其前面加上零来转换为 EAN-13 符号。
JAN-13 编码的值具有以下结构:
- 数字系统或国家代码的 2 位数字,必须为 49 或 45
- 制造商(公司)代码或前缀的 5 位数字
- 5位产品代码
- 1 位校验和
EAN8 条码
EAN8包含8位数字。
EAN-8 是 UPC-E 的 EAN 等效项,因为它为小包装提供“短”条码。
ITF14 条码
ITF14包含14位数字,首位为标识符,末位为校验码,中间为信息编码。
UPC运输箱符号(ITF-14)的条形码是用来标记包含标记有产品的包装材料UPC或EAN产品识别号。
此条码提供GS1实现的Interleaved 2 of 5条码,用于编码全球贸易项目编号(由GS1开发的贸易项目标识符)。此条码始终使用总共14位数字。
以下内容供参考:
物流货架和外箱应使用 GTIN-14 标识符进行标识。在大多数环境中,这些纸箱不被销售点扫描仪读取,也不带有 UPC 条码符号。ITF-14 条码对 GTIN-14 信息进行编码。GTIN-14 数据结构由四个部分组成:
- 指标– 这表示特定纸箱的包装级别。这个一位数前缀的范围可以从 0 到 8。
- GS1 公司前缀- 供应商必须直接从 GS1获得GS1 公司前缀,以唯一标识他们的公司。根据公司需要识别的项目数量,GS1 公司前缀的长度可能为 7 到 10 位。
- 项目参考- 当纸箱由相同项目组成时,参考用于项目级别 GTIN(GTIN-8、GTIN-12、GTIN-13)的相同产品编号。对于包含各种物品的纸箱,会分配一个新的产品编号。
- 校验位——GTIN-14 的最后一位是计算出来的校验位。使用 MOD10 校验位算法,计算出的校验位可防止替换错误。
ITF-14条码是用于零售企业的GTIN-14数据结构中最常见的数据载体。ITF-14 是一个 14 位条形码,使用“Interleaved 2 of 5”符号(I2of5 或 ITF)。GTIN-14 数据也可以在其他 GS1 条码数据载体中传输,例如 GS1-128 条码。
ITF-14 条码符号包括不记名条,它们是保护条码图像的环绕条。如果 ITF-14 直接印刷在瓦楞纸箱上,则必须用不干胶条包围它。对于印在标签上的 ITF-14 条码符号,只需要沿顶部和底部的水平承载条。下图显示了示例图像和每个场景的最小尺寸。
ITF-14条码只用于标识非零售的商品。ITF-14条码对印刷精度要求不高,比较适合直接印刷(热转印或喷墨)在表面不够光滑、受力尺寸易变形的包装材料,如瓦楞纸包装箱上,所以也称“箱码”。
CODABAR 条码
一个 Codabar 条码最多由 16 个不同的数字字符(0123456789-$:/.+)组成,再加上可选的另外 4 个字母字符(通常为 A、B、C 和 D)作为开始和停止符号。
以下内容供参考:
Codabar 有时被称为 USD 4、Code 27、2 of 7 Code 或 Monarch。它在日本被称为 NW-7。
此符号系统支持以下字符:
- 所有数字 (0-9)
-
以下特殊字符:
- 连字符 (-)
- 美元符号 ($)
- 冒号 (:)
- 斜线 (/)
- 时期 (。)
- 加号 (+)
四个字母字符仅用作开始和停止字符,不用于条码消息的内容中。因此,除了六个特殊字符之外,Codabar 是一种纯数字符号系统,如Interleaved 2 of 5。
Codabar 得到广泛支持,大多数商业条码扫描仪都能够读取它。Codabar 符号也易于生成和打印;通常只需要一种特殊的字体(即不需要特殊的软件)。Codabar 是数字数据应用的理想选择,并且相对低密度不是问题。
Codabar 被 FedEx 用于空运单、美国图书馆用于物品和位置跟踪、照片实验室和美国血库等等。
POSTNET 条码
POSTNET 邮政条形码符号系统,仅对数字 0123456789 进行编码。通常支持编码 5、6、9 或 11 位数字。
以下内容供参考:
Postnet,邮政数字编码技术,是美国邮政服务用于邮件分拣和路由的条形码符号系统。数据以半高和全高条编码,类似于另一个 USPS 邮政编码 Planet。这与以条形宽度编码数据的其他条码完全不同。
通常印在信封和商业回邮邮件上。与大多数其他条形码不同,其中数据以条形和空格的宽度进行编码,PostNet 实际上以条形的高度对数据进行编码。这就是为什么所有条的宽度相同,但高度不同的原因。
BOOKLAND 条码
Bookland条码即ISBN,ISBN 通过 0-9 对数字进行编码,固定长度为 12 个字符。该数字始终以“978”或“979”开头。
EAN 管理局和国际 ISBN 机构达成协议,为一个虚构的国家分配一个特定的 3 位数前缀,称为“Bookland”。国家代码 978 和 979 是为这个“国家”保留的,用于对 ISBN 进行编码。
以下内容供参考:
ISBN 号(国际标准书号)是书籍的国际订单号。
ISBN 条形码符号系统使用与 EAN-13 类似的编码格式,强制 MOD 10 校验和数字。
在 1960 年代末和 1970 年代初,人们尝试了各种不同的方法来对产品进行机器可读识别,重点是在销售点捕获数据。最终成为标准的编号和条形码系统起源于杂货行业。它被称为通用产品代码或 UPC
通用产品代码 (UPC): GS1(前身为统一代码委员会)管理 UPC 系统。现在,UPC 已在整个一般零售业中得到采用,并且在供应链中的许多环节(除了销售点)使用。它是一个用唯一的 12 位代码标识每个项目的系统,由可变长度的供应商标识符(公司前缀)和可变长度的产品编号以及校验位组成。
国际商品编号 (EAN): UPC 概念(仅涵盖美国和加拿大)随后在称为国际商品编号(最初命名为欧洲商品编号,仍使用首字母 EAN)的系统下被其他国家/地区使用。在 EAN 系统下,额外的前 13 位是从原始 12 位的奇偶校验模式中得出的。除美国和加拿大以外的所有国家都被分配了一个 2 位或 3 位数字的“国家代码”,以区分每个国家的制造商和产品。
编号设置为零 [0] 已分配给 UPC。因此,美国和加拿大的 12 位 UPC 是 13 位 EAN 的子集,并且通过添加零前缀完全兼容。
CODE11 条码
长度可变(不限),编码包含0-9、破折号 (-)。注:长度超过20位时需设置width参数以保证编码显示有足够的空间展示。
CODE11主要用于标记电信设备。
以下内容供参考:
此符号系统支持数字 (0-9) 和连字符 (-), Code 11 的名字来源于这 11 个字符
由于 Code 11 的自然密度,打印缺陷会导致扫描仪误读字符。为了弥补这一限制,Code 11 支持使用一个或两个可选校验和数字。对于少于 10 个数字字符的数据输入,使用单个校验和数字,对于 10 或更多数字,使用两个校验和数字。第一位基于模 11 算法,第二位基于模 9 算法。
CODE39 条码
CODE39称为“Code 3/9”、“Code 3 of 9”、“USS Code 39”、“USD-3”、“Alpha39”、“Type 39”、三九码等。
CODE39长度可变(不限),编码包含:
-
所有数字 (0-9)
-
所有大写字母 (AZ)
-
以下符号:
-
百分号 (%)
-
加号 (+)
-
美元符号 ($)
-
斜线 (/)
-
时期 (。)
-
连字符 (-)
-
-
空格字符
0123456789 [空格] ABCDEFGHIJKLMNOPQRSTUVWXYZ-.$/+%
注:如果需要其他字符,CODE39EXTENDED - Full ASCII使您能够对 128 个字符的 ASCII 集中的所有字符进行编码。
以下内容供参考:
Code 39 由 David Allais 和 Raymond Stevens 于 1974 年开发,然后是 Interface Mechanisms Inc.(现为 Intermec Corporation)。这是第一个在数字之外使用字母字符的条形码符号系统。Code 39 的变体已广泛用于多个行业,特别是在美国军队中,作为自动标记和读取符号 (LOGMARS) 系统的物流应用的一个组成部分。
Code 39 在 ISO/IEC 16388信息技术 - 自动识别和数据采集技术 - Code 39 条码符号规范中定义。
代码 39 使用星号作为开始和停止数字。这些星号 (*) 通常不会显示在代码下方的文本行中。但有时您可以在文本行中找到带有“开始/停止星”的代码 39;要创建此代码,不必输入星星:如果文本行显示*1234*,您只需输入1234 ,因为星星是 Code 39 的固定部分。
星号 (*)
星号通常用作开始或停止字符。它不会包含在解码器编码或传输的数据中。在 Code 39 生成器中启用 ShowStartStopInText 选项允许在人类可读文本的两侧添加星号。
模块 43 校验和数字
模块 43 校验和数字在我们的 Code 39 条码生成器中是可选的。尽管 Code 39 是自校验的,不需要任何校验和数字,但许多应用程序仍然需要 Module 43 校验和数字以增强数据安全性。
校验和数字紧跟在最后的数据字符之后并在停止字符之前。在 Code 39 生成器中启用 AddChecksum 选项允许组件自动计算模块 43 校验和数字并将其附加到 Code 39。CODE39EXTENDED 条码
Code 39 Extended 是 Code 39 的扩展版本,支持 ASCII 字符集。因此,使用 Code 39 Extended,您还可以对26 个小写字母( az ) 和键盘上的特殊字符进行编码。
0123456789 [空格] ABCDEFGHIJKLMNOPQRSTUVWXYZ
!#$%&'()*+,-./:;<=>?@[\]^_` abcdefghijklmnopqrstuvwxyz{|}CODE39长度可变(不限) 。
以下内容供参考:
附加字符(例如小写字母)是使用 Code 39 的现有字符通过组合两个字符来创建的。
CODE39_MOD43 条码
CODE39允许基于模 43 (mod 43) 算法的可选校验位。编码字符及长度参考CODE39。
注:校验位会自动计算。
以下内容供参考:
首先,将参考编号分配给代码的所有字符。这些参考编号加到总数中。这个和除以 43。这个除法的其余部分对应于校验和,然后将其替换为对应于参考号的字符表示。
00 0
01 1
02 2
03 3
04 4
05 5
06 6
07 7
08 8
09 9
10 A11 B
12 C
13 D
14 E
15 F
16 G
17 H
18 I
19 J
20 K
21 L22 M
23 N
24 O
25 P
26 Q
27 R
28 S
29 T
30 U
31 V
32 W33 X
34 Y
35 Z
36 -
37。
38 空间
39 $
40 /
41 +
42 %CODE93 条码
Code 93 条码是 Code 39 条码的更新、更安全和更紧凑的版本,能够读取字母和数字。Code 93 条码比 Code 39 更小更高效,数据冗余更大,提供更高的安全性。它还包括 5 个 Code 39 没有的特殊字符。
Code 93 是一种字母数字的可变长度符号系统。
0123456789 [Space] ABCDEFGHIJKLMNOPQRSTUVWXYZ-.$/+%
Code 93 Extended 还有:
!#&'()*,:;<=>?@[\]^_` abcdefghijklmnopqrstuvwxyz{|}~以下内容供参考:
于 1982 年开发并由 Intermec Corporation 维护。它将Code 39 - Full ASCII和GS1-128的一些特性组合 成一种具有非常高密度的单一条形码语言。
它用于军事和汽车领域,以及加拿大邮政用于对特殊递送信息进行编码。
Code 93 旨在补充和改进 Code 39。Code 93 与 Code 39 相似之处在于,可以使用 2 个字符的组合来表示完整的 ASCII 字符集。不同之处在于 Code 93 是一个连续的符号系统并产生更密集的代码。与 Code 39 的 43 个字符相比,它还编码 47 个字符。
LOGMARS 编码
LOGMARS 是自动标记和阅读符号物流应用的首字母缩写词,是基于 Code 39 符号系统的标准。
LOGMARS长度可变,编码包括数字 (0-9)、大写字母 (AZ) 和特殊符号 (.$/% + -)
以下内容供参考:
美国国防部使用的 LOGMARS 由军用标准 MIL-STD-129N 定义,该标准不仅包含有关条码必须放置在军用货物上的位置的信息,而且还包含必须将哪些信息编码到条码中以符合军用规范。
它也被称为 Code 3 of 9 或 3 of 9 Code1。它通常用于各种条码标签,例如名牌、库存和工业应用。该代码易于使用,专为字符自检而设计。星号字符用作开始和停止字符,因此不应包含在要编码的序列中。LOGMARS 不是通常的条形码类型。
MSI_MOD10 条码
MSI/Plessey 条形码,也称为 MSI 或 Modified Plessey,是一种数字条形码,用于超市、仓库和其他存储设施的货架上,用于库存目的。
MSI条码长度可变,编码仅包含数字。
Mod-10是校验位算法。
以下内容供参考:
货架上的条码可以用来告诉你那里有什么产品,应该有多少单位,以及其他相关信息。条形码可以是任意长度,但长度通常由它所用于的特定应用程序固定。
可以是任意长度,因此可以潜在地用于对大量信息进行编码。
INTERLEAVED2OF5 编码
Interleaved 2 of 5 (ITF) 条码是双宽度数字条码,只要条码中的位数为偶数,即可对任意长度的信息进行编码。
Interleaved 2 of 5 长度可变(偶数),编码支持所有数字 (0-9)。
Code 25 Interleaved 只有在位数为偶数时才有效。要显示奇数位,您必须在开头添加一个零(123 变为 0123),或者您可以使用自己的校验位。
以下内容供参考:
Interleaved 2 of 5 是 Code 2 of 5 符号系统系列的成员,该系列于 1968 年首次开发。它有时被称为 ITF ,是广泛用于航运和运输物流的ITF-14符号系统的基础。
Interleaved 2 of 5 通常用于代替Code 39 - 常规,因为仅包含数字的条形码消息可以使用 Code 39 所需空间的大约一半在 Interleaved 2 of 5 中编码。
Interleaved 2 of 5 条码是最流行的线性条码符号之一。Interleaved 2 of 5 条码与 Industrial 2 of 5 符号系统相同,唯一的区别是 Interleaved 2 of 5 对条形和空格中的信息进行编码,而 Industrial 2 of 5 仅对条形中的信息进行编码。之所以称为“交错”,是因为 2 个字符以 5 个条形和空格为单位进行编码。偶数位置字符被编码成条,而奇数位置字符被编码成空格。因此,Interleaved 2 of 5 符号系统只能对偶数长度的数据元素进行编码。
INTERLEAVED2OF5_MOD10 条码
Interleaved 2 of 5 可以包含基于模 10 (mod 10) 算法的可选校验位,因最终是偶数,因此编码内容应为奇数,再加上一个 MOD10 校验位为偶数,检验位是自动计算的,不需传入。
STANDARD2OF5 条码
Standard 2 of 5,也称为 IATA 2 of 5,是 Code 2 of 5 符号系统的成员。
Standard 2 of 5 长度可变,编码支持所有数字 (0-9)。
以下内容供参考:
该符号系统于 1968 年首次开发。它已被国际航空运输协会 (IATA) 用于处理航空公司货物
Standard 2 of 5 符号中的空格是固定宽度的,因此只有条形用于编码信息。“2 of 5”的名称源于这样一个事实,即在用于编码每个字符的五个条中,两个是宽的,三个是窄的。
Standard 2 of 5 主要用于仓库行业、照片整理和机票标记。
STANDARD2OF5_MOD10 条码
Standard 2 of 5 Mod 10 – 将模 10 校验位附加到条码消息以执行检查。校验位会自动计算。
以下内容供参考:
1. 从消息中最右边的数字开始;用偶数和奇数位置标记字符。最右边的数字具有偶数位置。
2.奇数位的所有位相加
3.偶数位的所有位相加,然后乘以3
4.结果2和结果3相加;
5.将第4步的结果除以10,校验位等于10减去余数的结果CODE128 条码
Code 128具有可变长度,可对 ASCII 的所有 128 个字符和 ISO 8859-1 中定义的 Latin-1 字符进行编码。
Code 128 有效且节省空间,广泛用于各个行业,称为 GS1-128、UCC-128、EAN-128、ISBT-128 和 USS Code 128。
Code 128 三个子集:
-
Code 128 A:ASCII 字符 00-95,即 AZ、0-9、标点符号、符号元素和 7 个特殊字符
-
Code 128 B:ASCII 字符 32-127,即 AZ、az、0-9、标点符号和 7 个特殊字符)
-
Code 128 C:从 00 到 99 的数字数字对(每个符号字符编码两个数据位)和 3 个特殊字符
注:未指定子集类型时直接自动根据内容进行判断选择子集。
以下内容供参考:
Code 128 不仅功能多样,体积小巧,而且在相同的空间内可存储的数据远远多于普通条码。
A 集表明代码全部为大写字母。B 集表明代码中包含大写字母和小写字母,C 集表明代码中只有数字数据,有助于在相同的空间内压缩两倍的数据。
它可以解码全部128 ASCII 字符,并因此而得名。它包含字母和数字,以及标点、符号等。它最常用于采购和运输的物流产品,也有可能用于其他多种目的。
CODE128A 条码
Code 128 子集,可变长度, ASCII 字符 00-95,即 AZ、0-9、标点符号、符号元素和 7 个特殊字符
CODE128B 条码
Code 128 子集,可变长度, ASCII 字符 32-127,即 AZ、az、0-9、标点符号和 7 个特殊字符)
CODE128C 条码
Code 128 子集,可变长度, 从 00 到 99 的数字数字对(每个符号字符编码两个数据位)和 3 个特殊字符
TELEPEN 条码
Telepen是可变长度,编码支持所有 128 个低位 ASCII 字符作为二进制数据。不需要移位字符。
以下内容供参考:
旨在在不使用移位字符的情况下对所有 128 个 ASCII 字符进行编码,并且即使在由不用于条形码打印的普通打印机打印时也具有很高的可靠性。Telepen 旨在成为Code 128和Code 93的竞争对手。它的主要用途是在英国的大学和其他学术图书馆。
FIM 条码
FIM(Facing Identification Mark)面对识别标记符号系统是由美国邮政服务 (USPS) 开发的,以允许邮件自动面对或定向以进行取消。
FIM 类型具有以下含义:
- FIM A – 需要邮资,包括 POSTNET 条形码
- FIM C – 预付邮资,包括 POSTNET 条形码
- FIM D – 需要邮资,不包括 POSTNET 条形码
PHARMACODE 条码
Pharmacode(也称为 PHARMA-CODE - One-Track 或药物二进制代码)是由德国 LAETUS GMBH 公司开发的二进制代码。该代码作为包装控制系统广泛用于制药行业。它可以是单轨或双轨。
Pharmacode编码支持所有数字 (0-9),但只能表达 3 到 131070 的单个整数。
以下内容供参考:
Pharmacode 是一种全球使用的一维条码,主要用于药品制造。其目的是确保包装安全。与大多数其他条形码类型不同,Pharmacode 在闭环环境中使用。符号中编码的数字数据并非普遍唯一——不同药品制造商的不同产品上可能出现重复的数字。由于制药商不共享数据,这不是问题。
从技术上讲,pharmacode 并不是真正的条形码,至少不是我们想象的条形码。虽然它确实像 UPC 那样对数字数据进行编码,但它没有开始停止模式,因此药典只能在一个方向上扫描。从左到右扫描会得到与从右到左扫描不同的数字序列。正如其官方名称所暗示的那样,药典数据是二进制而不是十进制。最小条码为 2 条(编号 3),最大条码为 16 条(编号 131070)。
药典的预期目的是确保包装中的药品是正确的产品,以及正确的支持文件。它是一种包装控制系统,旨在防止包装错误。它也是一个非常坚固的符号,旨在抵御印刷错误和后续的后期制作损坏。
PHARMA-CODE 允许将一个或多个可选颜色条添加到条码中。这些条不包含任何数据,但用于验证标签上是否存在颜色。某些条码扫描仪可以配置为识别特定颜色并验证其存在。扫描颜色时,将对其进行验证。如果未扫描颜色,则可以标记错误。
作为自动化包装系统的一部分,Pharmacode 允许您使用通用标识符轻松扫描和检测药品运输。使用扫描仪也很容易确定批次是否与其他药物混合。
Pharmacode 用于制药行业,作为其包裹管理系统的一部分,它专门设计用于保证阅读,尽管可能存在印刷错误和拼写错误。
此外,为了确保包装的其余部分(除了其代码)被正确打印,Pharmacode 可以打印多种颜色,而不是用于通过激光或激光仿真读取的条形码。这是可能的,因为 Pharmacode 由特殊的白色扫描仪 LAETUS 扫描。这使得 Pharmacode 成为在不含黑色墨水的包装或文件上打印的非常实用的格式。
如前所述,Pharmacode 可以打印成不同的颜色。代码本身和背景颜色都可能与白色和黑色不同。根据用于读取的扫描仪类型,使用特殊规格代码颜色组合和背景。例如,标准黑白扫描仪只能感知代码和对比背景,而识别颜色的特殊扫描仪则没有严格的限制。
与其他一维条形码不同,Pharmacode 以二进制而不是十进制存储数据。另外,Pharmacode 只能表示 3 到 131070 的单个整数。数字 3 的最小行数等于 2,131070 的最大行数是 16。 Pharmacode 应该从右到左读取,这使得 Pharmacode 在其他线性条形码。他们通常有一个开始和一个停止字符。如果你从左到右阅读代码,你会得到一个完全不同的数字序列。
-
请求参数展开
请求 参数名 参数值 操作 - 返回结果
尚无返回结果
-
接口: 条码生成识别
条码生成识别接口API,支持20+条码类型,UPCA, UPCE, UPC_SUPPLEMENTAL_2DIGIT, UPC_SUPPLEMENTAL_5DIGIT, EAN13, JAN13, EAN8, ITF14, CODABAR, POSTNET, BOOKLAND, CODE11, CODE39, CODE39EXTENDED, CODE39_MOD43, CODE93, LOGMARS, MSI_MOD10, INTERLEAVED2OF5, INTERLEAVED2OF5_MOD10, STANDARD2OF5, STANDARD2OF5_MOD10, CODE128, CODE128A, CODE128B, CODE128C, TELEPEN, FIM, PHARMACODE
接口文档看起来太麻烦?直接文末查看 demo,C#/Java/PHP/Python/NodeJs 下载即用!当前接口api_id: 161, apicode: barcode接 口 完成某功能的一个或一组API
接入点 接口下能完成某个子功能的子API, 一个接口可包含多个接入点访问地址
注: 不需替换 KEY_ID 和 KEY_CODE, 调试工具会自动使用测试参数http://api.moonapi.com/161?apicode=barcode&keyid=KEY_ID&sign=KEY_CODE&_t=1734089042
请求参数
http://api.moonapi.com/161?apicode=barcode&keyid=KEY_ID&sign=KEY_CODE&_t=
注: 参数名小写, 请求方法默认支持 GET/POST, 系统参数需组装为请求 URL, 其余参数未特别说明的,均可同时支持 GET/POST系统参数 必填 长度 描述 默认值 api_id 是 API接口 ID 编号, 注:请求 URL 中已包含,不需单独设置 当前ID: 161 apicode 否 30 编码, 仅用于助记,表示接口/接入点名称,不会实际使用,可不传 当前: barcode keyid 是 Key Id 分配的Key Id sign 是 24/32/40 API密钥/API签名, API验证支持两种方式认证, 认证方式一为简单签名模式, 直接将 sign 设置为 Key Code 即可, 认证方式二为 md5/hmac 签名认证, 将除 sign 字段的所有其它参数与其值组合后排序连接后加密签名, 设置 sign 为签名字符串, 并设置 keyid 为分配的 Key Id, 更多签名详情请参考月萌API接口签名规则及下方示例代码展开分配的Key Code fields 否 1000 附加字段列表, 返回数据默认仅返回必含字段, 若需其余可选字段, 需在请求时设置此参数, 多个可选字段之间用逗号分隔 _t 否 随机数或时间戳, 避免访问缓存结果 时间戳 接口参数 必填 长度 描述 默认值 content是 编码内容,根据条码类型传入需编码的内容,部分条码类型支持自动计算可选校验码。展开type是 编码类型,支持:UPCA, UPCE, UPC_SUPPLEMENTAL_2DIGIT, UPC_SUPPLEMENTAL_5DIGIT, EAN13, JAN13, EAN8, ITF14, CODABAR, POSTNET, BOOKLAND, CODE11, CODE39, CODE39EXTENDED, CODE39_MOD43, CODE93, LOGMARS, MSI_MOD10, INTERLEAVED2OF5, INTERLEAVED2OF5_MOD10, STANDARD2OF5, STANDARD2OF5_MOD10, CODE128, CODE128A, CODE128B, CODE128C, TELEPEN, FIM, PHARMACODE展开w否 图片宽度,单位像素,最大为1000。250h否 条码图片高度,单位像素,最大值1000。展开100format否 图片类型,支持 jpg/png/gif/bmpjpgfontsize否 字体大小10dpi否 图片 DPI,支持 72 - 640。96注: 非必填的参数(有默认值),在构造请求 URL 时不填即可,demo 中为了演示多种情况可能包含了测试值,根据实际需要删除即可,此时将使用默认值返回参数
响应规范 类型 描述 必要字段 可选字段 success 一切正常,并且(通常是)返回了一些数据 status, data, time error 处理请求时出错,例如:一个异常被抛出 status, code, message, time 系统参数 必含 类型 长度 Json Path 描述 status 是 字符串 10 $.status 状态, success/error code 否 字符串 9 $.code 错误码, 仅 error 状态下有效 message 否 字符串 300 $.message 错误信息, 仅 error 状态下有效 time 是 时间戳 $.time 响应时间戳 接口参数 必含 类型 长度 Json Path 描述 data img是 字符串 $.data.img 条码图片 URL 路径,有效时间24小时。展开注: 使用上方调试工具, 可直接查看返回数据结构相关资源
示例代码: 条码生成识别API接口C#示例+ 资源文件: MoonApiData_barcode_161_v1.0_csharp.rar 示例代码: 条码生成识别API接口java示例+ 资源文件: MoonApiData_barcode_161_v1.0_java.rar 示例代码: 条码生成识别API接口nodejs示例+ 资源文件: MoonApiData_barcode_161_v1.0_nodejs.rar 示例代码: 条码生成识别API接口php示例+ 资源文件: MoonApiData_barcode_161_v1.0_php.rar 示例代码: 条码生成识别API接口python示例+ 资源文件: MoonApiData_barcode_161_v1.0_python.rar -
接入点: 条码批量生成
条码批量生成
接口文档看起来太麻烦?直接文末查看 demo,C#/Java/PHP/Python/NodeJs 下载即用!当前接入点apid: 163, apicode: barcodebatch, 若使用API接口 (上层 条码生成识别) KeyID & KeyCode 访问单独接入点时, 需要使用此 apid 参数, 详见正文请求参数说明接 口 完成某功能的一个或一组API
接入点 接口下能完成某个子功能的子API, 一个接口可包含多个接入点接口访问接入点地址:
注1: 仅当订阅方案为 接口订阅 时有效注2: 不需替换 KEY_ID 和 KEY_CODE, 调试工具会自动使用测试参数http://api.moonapi.com/161?apid=163&apicode=barcodebatch&keyid=KEY_ID&sign=KEY_CODE&_t=1734089042
接入点直接访问地址
注1: 仅当订阅方案为 接入点订阅 时有效注2: 不需替换 KEY_ID 和 KEY_CODE, 调试工具会自动使用测试参数http://api.moonapi.com/163?apicode=barcodebatch&keyid=KEY_ID&sign=KEY_CODE&_t=1734089042
请求参数
http://api.moonapi.com/161?apid=163&apicode=barcodebatch&keyid=KEY_ID&sign=KEY_CODE&_t=
http://api.moonapi.com/163?apicode=barcodebatch&keyid=KEY_ID&sign=KEY_CODE&_t=
注: 参数名小写, 请求方法默认支持 GET/POST, 系统参数需组装为请求 URL, 其余参数未特别说明的,均可同时支持 GET/POST系统参数 必填 长度 描述 默认值 api_id 是 API接口 ID 编号, 注:请求 URL 中已包含,不需单独设置 当前ID: 161 apid 是 Access Point 接入点 ID 编号, 注:请求 URL 中已包含,不需单独设置 当前ID: 163 apicode 否 30 编码, 仅用于助记,表示接口/接入点名称,不会实际使用,可不传 当前: barcodebatch keyid 是 Key Id 分配的Key Id sign 是 24/32/40 API密钥/API签名, API验证支持两种方式认证, 认证方式一为简单签名模式, 直接将 sign 设置为 Key Code 即可, 认证方式二为 md5/hmac 签名认证, 将除 sign 字段的所有其它参数与其值组合后排序连接后加密签名, 设置 sign 为签名字符串, 并设置 keyid 为分配的 Key Id, 更多签名详情请参考月萌API接口签名规则及下方示例代码展开分配的Key Code fields 否 1000 附加字段列表, 返回数据默认仅返回必含字段, 若需其余可选字段, 需在请求时设置此参数, 多个可选字段之间用逗号分隔 _t 否 随机数或时间戳, 避免访问缓存结果 时间戳 接口参数 必填 长度 描述 默认值 barcodes否 编码内容,使用分号( ; )分割多个条码内容。此参数与文件可任选一个传入多个编码内容展开file否 编码内容,CSV格式文件。此参数与barcodes任选一个传入即可。展开注: 非必填的参数(有默认值),在构造请求 URL 时不填即可,demo 中为了演示多种情况可能包含了测试值,根据实际需要删除即可,此时将使用默认值返回参数
响应规范 类型 描述 必要字段 可选字段 success 一切正常,并且(通常是)返回了一些数据 status, data, time error 处理请求时出错,例如:一个异常被抛出 status, code, message, time 当前接入点是异步任务, 异步任务的访问包含两个步骤:
步骤一 根据文档传入参数(与其它接口同样的方式), 网关自动创建异步任务, 返回 jobid
步骤二 使用 jobid 查询异步任务完成情况, 当任务完成时返回业务定义的输出参数(与其它接口同样的格式)
异步请求地址:http://api.moonapi.com/job?jobid=JOB_ID&keyid=KEY_ID&_t=异步响应步骤一 系统参数 必含 类型 长度 Json Path 描述 status 是 字符串 10 $.status 状态, success/error code 否 字符串 9 $.code 错误码, 仅 error 状态下有效 message 否 字符串 300 $.message 错误信息, 仅 error 状态下有效 time 是 时间戳 $.time 响应时间戳 jobid 是 字符串 32 $.jobid 异步任务jobid 异步响应步骤二 系统参数 必含 类型 长度 Json Path 描述 status 是 字符串 10 $.status 状态, success/error code 否 字符串 9 $.code 错误码, 仅 error 状态下有效 message 否 字符串 300 $.message 错误信息, 仅 error 状态下有效 time 是 时间戳 $.time 响应时间戳 接口参数 必含 类型 长度 Json Path 描述 data url是 字符串 $.data.url 生成资源的zip压缩包地址,包含所有条码图片,文件名称与条码索引CSV文件,包含所有条码的供打印的PDF格式文档展开注: 使用上方调试工具, 可直接查看返回数据结构相关资源
此接入点无资源文件, 请参考 条码生成识别 处资源.
- 订阅类型
-
共享
共享版
¥0/ 月
小团队推荐
共享免费充足调用配额无限制重复订阅每日限 10000 次调用每秒限 1 次调用限 1 个IP同时调用延迟 01秒 更新推荐众筹版
¥10/ 月
个人、小团队推荐
众筹版服务器支持批量检测接口技术支持每日不限调用次数每秒限 1 次调用限 1 个IP同时调用延迟 01秒 更新加强版
¥30/ 月
小团队推荐
加强版服务器支持不限量调用技术支持每日不限调用次数每秒限 3 次调用限 3 个IP同时调用延迟 01秒 更新
- 订阅方案
-
当前订阅方案包含接入点:当前订阅方案未包含接入点:
- 订阅数量
-
- 1月
- 2月
- 3月
- 4月
- 5月
- 6月
- 7月
- 8月
- 9月
- 10月
- 11月
- 1年
- 1月35-1-2635200
- 2月35-2-5270400
- 3月35-3-7905600
- 4月35-4-10540800
- 5月35-5-13176000
- 6月35-6-15811200
- 7月35-7-18446400
- 8月35-8-21081600
- 9月35-9-23716800
- 10月35-10-26352000
- 11月35-11-28987200
- 1年35-12-31622400
- 1月
- 2月
- 3月
- 4月
- 5月
- 6月
- 7月
- 8月
- 9月
- 10月
- 11月
- 1年
- 2年
- 3年
- 5年
- 10年
- 1月36-1-2635200
- 2月36-2-5270400
- 3月36-3-7905600
- 4月36-4-10540800
- 5月36-5-13176000
- 6月36-6-15811200
- 7月36-7-18446400
- 8月36-8-21081600
- 9月36-9-23716800
- 10月36-10-26352000
- 11月36-11-28987200
- 1年36-12-31622400
- 2年36-24-63244800
- 3年36-36-94867200
- 5年36-60-158112000
- 10年36-120-316224000
- 1月
- 2月
- 3月
- 4月
- 5月
- 6月
- 7月
- 8月
- 9月
- 10月
- 11月
- 1年
- 2年
- 3年
- 5年
- 10年
- 1月37-1-2635200
- 2月37-2-5270400
- 3月37-3-7905600
- 4月37-4-10540800
- 5月37-5-13176000
- 6月37-6-15811200
- 7月37-7-18446400
- 8月37-8-21081600
- 9月37-9-23716800
- 10月37-10-26352000
- 11月37-11-28987200
- 1年37-12-31622400
- 2年37-24-63244800
- 3年37-36-94867200
- 5年37-60-158112000
- 10年37-120-316224000
错误码 | 错误信息 | 描述 |
---|---|---|
MNA-000000 | 成功 | |
MNA-000001 | 系统错误 | 系统错误,默认错误码,各类未知错误 |
MNA-000010 | 任务未开始 | 任务未开始,异步任务排队等待中 |
MNA-000011 | 任务未完成 | 任务未完成,异步任务排队执行中 |
MNA-000012 | 任务已删除 | 任务已删除,任务超时或被移除 |
MNA-000013 | 任务错误 | 任务错误,错误原因见message |
MNA-000100 ~ MNA-000600 | 状态错误 | MNA-000100 ~ MNA-000600对应Http Status Code, 如: MNA-000403表示HTTP/1.1 403 Forbidden资源不可用, MNA-000500表示HTTP/1.1 500 Internal Server Error服务器遇到了意料不到的情况等 |
错误码 | 错误信息 | 描述 |
---|---|---|
MNA-100011 | 参数错误 | 未找到有效输入 |
MNA-100012 | 生成错误 | 输入内容不符合所选条码规则 |
技术支持
技术支持:Moonapi
- 服务QQ 暂无
- 服务QQ群 暂无
- 微信 暂无
- 联系邮箱 暂无
- 问题反馈 条码生成识别
最新反馈
点击 | 回复 | 主题 | 作者 | 最后回复 |
服务在线率99.5%以上, 服务遇到质量问题享受退款保障
如果当前服务无法满足您的需求,可以联系我们。我们评估需求通过后,提供定制化解决方案
服务使用期间可享受随时暂停(延期), 变更或退订服务, 注:退订时仅收取实际发生费用与手续费(手续费为订阅金额5%,主要包含因订阅产生的各类人工成本)
订阅方案可随时灵活升级, 仅补剩余服务期订阅方案差价
周一至周日 9:00-23:00技术在线服务
-
条码barcode生成识别
条码生成识别
共享条码生成识别接口API,支持20+条码类型,UPCA, UPCE, UPC_SUPPLEMENTAL_2DIGIT, UPC_SUPPLEMENTAL_5DIGIT, EAN13, JAN13, EAN8, ITF14, CODABAR, POSTNET, BOOKLAND, CODE11, CODE39, CODE39EXTENDED, CODE39_MOD43, CODE93, LOGMARS, MSI_MOD10, INTERLEAVED2OF5, INTERLEAVED2OF5_MOD10, STANDARD2OF5, STANDARD2OF5_MOD10, CODE128, CODE128A, CODE128B, CODE128C, TELEPEN, FIM, PHARMACODE
Moonapi 2877 0 -
中行汇率外汇丹麦克朗
中行人民币丹麦克朗牌价汇率
共享中行丹麦克朗汇买价, 中行丹麦克朗钞买价,中行丹麦克朗钞汇卖价,央行丹麦克朗中间价,中行美元, 英镑, 欧元, 澳门元, 泰国铢, 菲律宾比索, 港币, 瑞士法郎, 新加坡元, 瑞典克朗, 丹麦克朗, 挪威克朗, 日元, 加拿大元, 澳大利亚元, 新西兰元, 韩国元兑人民币, 人民币外汇牌价
Moonapi 1397 0 -
中行外汇汇率澳大利亚元
中行人民币澳大利亚元牌价汇率
共享中行澳大利亚元汇买价, 中行澳大利亚元钞买价,中行澳大利亚元钞汇卖价,央行澳大利亚元中间价,中行美元, 英镑, 欧元, 澳门元, 泰国铢, 菲律宾比索, 港币, 瑞士法郎, 新加坡元, 瑞典克朗, 丹麦克朗, 挪威克朗, 日元, 加拿大元, 澳大利亚元, 新西兰元, 韩国元兑人民币, 人民币外汇牌价
Moonapi 1391 0 -
节假日工具
节假日API
共享节假日API接口,查询指定日期是否为节假日,查询下一个周末或法定节假日,查询下一个工作日,批量查询节假日信息
Moonapi 11378 1465800