免费二维码生成器 — 无需注册
创建克罗地亚 HUB-3 支付条形码
生成基于官方线路的克罗地亚 HUB-3 支付负载，并将其呈现为 PDF417（而非 QR），其中包含欧元金额、HR IBAN、型号、参考和用途。
- PDF417 条形码，不是 QR
- 欧元固定美分金额
- 克罗地亚 HR IBAN
了解更多
为什么使用 HUB-3 PDF417 而不是要求付款人输入所有内容？
克罗地亚付款单包含许多字段和很长的模型/参考对。 HUB-3 将它们放入 PDF417 条形码中，以便兼容的移动银行可以填充付款表格。
使用正确的条形码系列
生成器使用 HUB 定义的数据结构呈现 PDF417，而不是将 HUB-3 文本错误地放置在 QR 中。
携带付款人和收款人数据
姓名、地址、账户、金额和目的一起旅行。
保留克罗地亚语参考字段
模型和参考编码在其专用位置。
二维码内
HUB-3 PDF417 付款符号中存储了什么？
HUB-3 以 HRVHUB30 开头，包含 14 条 UTF-8 行。官方符号是 PDF417，具有定义的列、纠错和模块比例。
前两行是 HRVHUB30 和 EUR
他们确定格式和货币。
金额为 15 位欧分
EUR 123.55 成为不带小数点分隔符的零填充整数值。
付款人字段可能为空
收款人、IBAN 和金额对于有用的付款指令仍然至关重要。
模型和参考是分开的
使用 HR 模型（例如 HR00）和发票中的匹配参考。
符号是PDF417
官方指导使用九列、纠错级别 4 和 3:1 模块比，实际最大尺寸为 58 x 26 毫米。
HUB-3 有效负载示例
HR IBAN · EUR 123.55 · HR00 参考 — HRVHUB30\n欧元\n000000000012355\n...\nHR1210010051863000160\nHR00\n... — 兼容的克罗地亚银行应用程序可读取 PDF417 付款单。
发布前检查
- 不要指望仅 QR 的扫描仪能够识别 PDF417。
- 使用有效的克罗地亚 HR IBAN。
- 将模型和参考复制为单独的字段。
- 将每个姓名和地址保留在其字段限制内。
- 打印足够的宽度和模块高度。
- 使用克罗地亚移动银行付款单扫描仪进行测试。
发布 HUB-3 PDF417 代码之前要进行的检查
HUB-3 扫描在很大程度上取决于正确的 PDF417 几何形状，因此装饰性 QR 样式故意不可用。
使用付款单源数据
复制当前付款人、收件人和参考字段。
检查欧分
将应用程序显示的小数金额与发票进行比较。
保持PDF417比例
不要单独拉伸下载的图像的宽度或高度。
留下清晰的边界
使附近的文本和线条远离条形码。
测试最终打印的文档
屏幕预览并不能证明可以扫描小尺寸或低质量的打印件。
特点
特点
特定于方案的验证
针对所选付款标准检查帐户标识符、金额格式、参考和字段长度。
本地生成
支付负载和条形码在浏览器中创建；生成器不转移资金或注册帐户。
PNG 和 SVG 导出
下载日常使用的光栅图像或用于发票和高质量打印的可扩展矢量。
受保护的固定格式
规定渲染的标准禁用不兼容的颜色、徽标、形状和纠错控制。
可选的支付上下文
如果计划允许，请准备金额、参考资料、到期日或消息以减少付款人输入。
验证仍然可见
该工作流程提醒付款人在兼容的银行应用程序中比较受益人和金额。
优点 & 局限性
优点
- 填写详细的克罗地亚付款单。
- 带有模型和参考。
- 正确的 PDF417 渲染。
- 适用于纸质发票。
局限性
- 它不是二维码。
- 需要更多的水平打印空间。
- 严格的字段长度和几何形状。
- 支持主要针对克罗地亚银行应用程序。
HUB-3 PDF417 的工作原理
创建、扫描并验证HUB-3 PDF417付款
克罗地亚付款单包含许多字段和很长的模型/参考对。 HUB-3 将它们放入 PDF417 条形码中，以便兼容的移动银行可以填充付款表格。
完整的付款单字段
输入收件人、HR IBAN、欧元、型号和参考号。
生成PDF417
渲染器应用 HUB-3 条形码设置。
打印和扫描测试
验证克罗地亚银行应用程序中的每个导入的付款字段。
使用案例
使用案例
克罗地亚水电费账单
从打印的发票中填充付款单。
B2B 发票
携带收件人和核对参考。
公共费用
减少手动模型/参考输入。
纸质付款通知单
添加紧凑的机器可读支付块。
常见问题
为什么 HUB-3 没有显示为方形 QR？
我可以更改其颜色或添加徽标吗？
为什么金额要转换为15位数字？
普通相机能扫描吗？
创建HUB-3 PDF417付款代码
创建正确的 PDF417 付款条形码并在最终的克罗地亚发票布局上进行测试。
创建 HUB-3 条形码