跳到主要内容

创建瑞士二维码账单 n8n

此节点的功能

PDF4me创建瑞士二维码钞票 生成完全符合瑞士规定的二维码支付单,并嵌入其中 PDF 通过您的文件 n8n 提供自动化工作流程。 PDF 通过二进制数据(base64编码)开具发票 URL如果没有任何背景文件,或者根本没有背景文件,该节点将输出一张标准化的瑞士二维码钞票。 债权人和债务人详情 IBAN参考编号、多语言标签和可配置的输出格式 只需一步自动化操作即可完成。与所有瑞士银行完全兼容。 PostFinance以及瑞士支付标准(SPS) 规格。

相关博客文章(2)

验证您的身份 API 要求

每一个 PDF4me 节点 n8n 需要有效 用于连接的凭证创建或选择一个可以容纳您的 PDF4me API 关键在于确保工作流程能够安全地验证瑞士二维码账单生成请求。

您不容错过的重要事实

瑞士银行 IBAN 必须填写,格式会严格验证。
IBAN 字段必须是有效的瑞士 IBAN 以 CH 开头,后跟 19 位数字。无效号码。 IBAN 导致节点返回错误并停止工作流。务必验证 IBAN 在将其传递给节点之前进行格式化,尤其是在从数据库或表单输入动态映射时。
使用“输入数据类型为 None”可生成不带背景的独立二维码账单。 PDF
将“输入数据类型”设置为“无”会生成一个简洁、独立的瑞士二维码账单,其中不包含任何背景发票文档。这对于付款提醒、订阅逾期通知以及任何无需底层数据的流程来说都是正确的选择。 PDF 已生成。输出结果是您所选格式的可直接发送的二维码账单。
自动银行对账需要结构化地址类型。
债权人和最终债务人均提供结构化地址和组合地址两种类型。结构化地址分别存储街道、门牌号、邮政编码和城市等信息,当二维码账单将由瑞士银行自动化系统或支付对账软件处理时,结构化地址为必填项。除非有特殊原因需要使用组合地址,否则请始终使用结构化地址。
创建瑞士二维码账单 n8n 节点顶部部分显示用于连接 PDF4ME 帐户 dev 的凭证、资源发票、发票操作“创建瑞士二维码账单”、输入数据类型为二进制数据,以及支付字段:金额、货币(瑞士法郎)、IBAN、债权人名称、债权人地址(类型:结构化)。

顶部面板、连接方式、输入类型、付款详情和债权人地址字段

创建瑞士二维码账单 n8n 节点底部部分,显示债权人邮政编码 8000、债权人城市苏黎世、最终债务人名称 Test Debt AG、最终债务人地址类型(结构化)、地址行、参考类型(无参考)、语言类型(英语)、分隔符(剪刀形)、格式类型(PDF)、分页选项(第一页)、输出文件名 swissqr_bill.pdf、输出二进制字段名称(数据)和高级选项

底部面板,包括债务人地址、参考类型、语言、格式、分页和输出配置

参数

必需 n8n UI 连接凭证、输入数据类型、金额、货币 IBAN债权人名称、债权人地址类型、最终债务人地址类型、参考类型、语言类型、分隔符、格式类型,以及(当格式类型为) PDF分页选项。所有地址行、邮政编码和城市字段均标记为可选。 UI 但是是 强烈推荐用于有效的瑞士二维码钞票瑞士支付标准规范和 PDF4me API 请将它们视为生产环境必需品。执行有效负载始终会发送它们(如果为空,则发送空字符串)。

范围必需的它的作用例子
Input Data TypeConditionalHow the source PDF is supplied. None generates a standalone QR bill with no background document. Binary Data reads from a previous n8n node: the most common option. Base64 String accepts encoded file content. URL downloads from a public link.Binary Data
Binary Property NameConditionalName of the binary field from the previous node. Required when Input Data Type is Binary Data. Maps to the output binary field of a prior download or file node.data
Base64 ContentConditionalBase64-encoded PDF content. Required when Input Data Type is Base64 String.JVBERi0xLjQK...
File URLConditionalPublic URL to the source PDF file. Required when Input Data Type is URL.https://example.com/invoice.pdf
File NameConditionalFilename of the source PDF input. Shown only when Input Data Type is Binary Data, Base64 String, or URL: hidden for None. Include the .pdf extension.document.pdf
AmountYesPayment amount for the Swiss QR bill. Enter without leading zeroes (per the node field description). Must be a positive number with up to two decimal places.1000
CurrencyYesCurrency for the QR bill. Only two options accepted: CHF (Swiss Franc, standard for domestic Swiss payments) or EUR (cross-border transactions).CHF
IBANYesCreditor's Swiss IBAN. Must start with CH followed by 19 digits and be linked to a valid PostFinance or Swiss bank account. An invalid IBAN halts the workflow.CH0200700110003765824
Creditor NameYesFull name of the creditor company or individual as registered with the bank. Printed on the generated QR bill in the creditor section.Test AG
Creditor Address TypeYesAddress format for creditor information. Sent as code S (Structured: components stored separately for maximum SPS compliance) or K (Combined, two free-form lines).Structured (S)
Creditor Address Line 1NoStreet name for the creditor's address. Marked optional in the UI but required for valid Swiss QR bills: always provide it. When Address Type is Structured, enter the street name only.Test Strasse
Creditor Address Line 2NoHouse number or secondary address detail. Used as the second address line when Creditor Address Type is Structured.1
Creditor Postal CodeNoSwiss postal code for the creditor's address. Marked optional in the UI but required for valid Swiss QR bills. Must be a 4-digit Swiss postal code matching the creditor city.8000
Creditor CityNoSwiss city name for the creditor's address. Marked optional in the UI but required for valid Swiss QR bills. Must correspond to the postal code entered above.Zurich
Ultimate Debtor NameNoFull name of the party who will pay the bill. Marked optional in the UI but required for valid Swiss QR bills with a known debtor. Appears in the payment section of the printed QR bill.Test Debt AG
Ultimate Debtor Address TypeYesAddress format for the ultimate debtor. Sent as code S (Structured: recommended for automated Swiss banking) or K (Combined, two free-form lines).Structured (S)
Ultimate Debtor Address Line 1NoStreet name for the debtor's address. Marked optional in the UI but required for valid Swiss QR bills with a known debtor.Test Deb Strasse
Ultimate Debtor Address Line 2NoHouse number or secondary address line for the debtor. Used as the second line when Ultimate Debtor Address Type is Structured.2
Ultimate Debtor Postal CodeNoSwiss postal code for the debtor's address. Marked optional in the UI but required for valid Swiss QR bills with a known debtor.8000
Ultimate Debtor CityNoSwiss city name for the debtor's address. Marked optional in the UI but required for valid Swiss QR bills with a known debtor.Zurich
Reference TypeYesSent as code NON (No Reference: simple payments), QRR (QR Reference, 27-digit numeric for PostFinance/Swiss bank reconciliation), or SCOR (Creditor Reference, ISO 11649 for SEPA-compatible cross-border payments).NON
Language TypeYesDisplay language for QR bill labels and printed text. Options: English, German, French, Italian. Choose the language matching the recipient's Swiss region.English
Separator LineYesVisual separator between the invoice body and the QR bill tear-off section. Note the node field name is spelled "seperatorLine". Options: Line With Scissor (Swiss standard), Simple Line, No Line.Line With Scissor
Format TypeYesOutput file format for the generated QR bill. PDF is recommended for print-ready documents. PNG and JPEG for digital delivery. TIFF for archival quality. Empty or null for raw data output.PDF
Paging OptionsConditionalControls where the QR bill slip is placed in the output document. Required when Format Type is PDF. Options: First, Last, Add Page At End, Custom.First
Page NumberConditionalSpecific page index for placing the QR bill. Shown and required only when Format Type is PDF and Paging Options is Custom.3
Output File NameNoFilename for the generated Swiss QR bill document. Default value is provided by the node. Include the extension matching your chosen Format Type.swissqr_bill.pdf
Output Binary Field NameNoName of the binary field in the n8n output that holds the generated QR bill file. Default is data. Used to reference the file in subsequent workflow nodes.data

高级选项

所有字段都位于 高级选项 收集功能是可选的,可提供对二维码账单有效载荷的额外控制。可通过以下方式添加: 添加选项 在节点用户界面中。

参考
二维码中嵌入的实际参考编号。当参考类型为 QRR(27 位数字)时,此为必填内容。 SCORISO 11649 格式以 RF 开头)。
非结构化消息
二维码账单上可打印自由格式的付款备注,例如“发票编号 2024-100,到期日 11 月 30 日”。与二维码结合使用时,最多可包含 140 个字符。 billingInfo
账单信息
符合瑞士二维码账单规范的结构化账单信息,例如发票号码、发票日期、增值税详情。与二维码结合使用时,最多可包含 140 个字符。 unstructuredMessage
av1
替代程序参数 1 (AV1)。保留用于未来瑞士的替代支付程序。
av2
替代程序参数 2 (AV2)。保留用于未来瑞士的替代支付程序。
简介
风俗 PDF4me 处理配置文件。应用预配置的选项集,实现高级或专门的二维码账单处理。

输入数据类型选项

选择来源方式 PDF 进入节点。每个选项都适用于不同的工作流程模式。

n8n PDF4me 创建瑞士二维码账单节点中的“输入数据类型”下拉菜单显示四个选项:无(描述:不提供输入文档)、二进制数据(高亮显示,描述:使用上一个节点中的文件)、Base64 字符串(描述:以 Base64 编码字符串的形式提供文件内容)和 URL(描述:提供文件 URL)。

输入数据类型下拉菜单,四个选项控制数据源的来源。 PDF 提供给节点

没有任何无背景文件
生成一张独立的瑞士二维码纸币,不包含任何底层信息。 PDF可用于付款提醒、订阅通知或任何无需发票的情况。 PDF 存在于工作流程的上游。
二进制数据来自前一个节点的文件,最常见的
阅读 PDF 直接从先前的输出中获取二进制内容 n8n 节点例如 Google 云端硬盘下载, HTTP 请求或读取二进制文件。二进制属性字段指定要从中读取的输出字段(默认值: 数据)。
Base64字符串Base64编码的文件内容
接受 PDF 以 base64 编码字符串的形式。当文件来自……时,请使用此格式。 API 响应、webhook 有效负载或以 base64 格式而非原始二进制格式存储文档的数据库字段。
URL从公共链接下载
提供公开访问 URLPDF 文件。 PDF4me 直接从……下载文件 URL 处理之前。 URL 必须开放,访问无需身份验证。

地址类型选项

适用于两者 债权人地址类型最终债务人地址类型选择地址组成部分在二维码数据中的存储方式。

结构化建议使用单独的地址字段
将地址的每个组成部分分别存储在单独的字段中:街道名称在地址行 1,门牌号在地址行 2,邮政编码和城市也分别单独存储。大多数瑞士银行系统要求使用这种格式进行自动付款对账,并且对于某些特定情况,这种格式是强制性的。 PostFinance 加工。
合并两条自由格式地址线
将完整地址存储为两行自由格式的组合,例如,第一行“Test Strasse 1”,第二行“8000 Zurich”。这种方式更易于填写,但与瑞士银行自动对账系统的兼容性较差。仅在无法使用结构化存储方式时才使用。
在 n8n 创建瑞士二维码账单时,“债权人地址类型”下拉菜单设置为“固定模式”,并选择“结构化”,同时将“组合”设置为备选选项。

债权人地址类型,结构化地址与组合地址

最终债务人地址类型下拉菜单显示结构化和组合选项,并附有示例:债权人所在城市苏黎世,最终债务人名称为 Test Debt AG。

最终债务人地址类型,与债权人地址类型相同。

参考类型选项

控制二维码中嵌入的付款参考标准。这会影响银行系统中付款与发票的匹配方式。

n8n 创建瑞士二维码账单的“参考类型”下拉菜单提供“无参考”、“二维码参考”和“债权人参考”选项。

参考类型:无参考、二维码参考或债权人参考

无参考默认情况下,无结构化引用
二维码中未嵌入付款参考信息。此二维码适用于简单的单次付款,此类付款的对账工作需手动完成或通过外部系统进行。您仍然可以使用“非结构化消息”字段添加自由格式的付款备注。
二维码参考27位数字瑞士银行对账单
在二维码中嵌入一个27位数的数字参考编号(类似于旧的ESR/ISR参考编号)。这是瑞士国内二维码纸币的标准选择。 PostFinance 或瑞士银行 IBANs. 可实现与银行对账单的全自动付款核对。需要提供“参考”字段值。
债权人参考ISO 11649跨境 SEPA 付款
嵌入一个 ISO 11649 二维码中包含结构化的债权人参考信息。用于 SEPA用于兼容的跨境支付,或当您的会计软件需要标准化的 ISO 参考号时。参考号以 RF 开头,后跟两位校验和,最多 21 个字母数字字符。

格式类型选项

控制生成的二维码账单输出的文件格式。

n8n 创建瑞士二维码账单的“格式类型”下拉菜单显示了 PDF、PNG、JPEG、TIFF 和空输出格式选项。

格式类型下拉菜单, PDFPNGJPEGTIFF或空(null)

PDF默认,可直接打印
输出全保真 PDF 文档已准备好进行打印、电子邮件发送或存档。是发票工作流程的标准选择。
PNG网络和数字交付
输出二维码账单 PNG 图片。可用于嵌入网页、客户门户或需要图片格式的数字通信中。
JPEG适合电子邮件发送的图片
将二维码账单输出为压缩格式。 JPEG 图片。文件大小比……小 PNG适用于对文件大小有要求的邮件内嵌或移动端友好型交付。
多伦多国际电影节档案级品质
以高分辨率格式输出二维码钞票 TIFF 图像。适用于需要最高图像保真度的文档管理系统、记录保存和归档工作流程。
空(null)原始数据输出
返回原始二维码账单数据,不带特定文件格式封装。适用于下游系统处理格式转换或与……集成的情况。 API 直接消耗原始二进制数据。

分页选项

控制二维码账单在输出文档中相对于现有发票页面的位置。

n8n 创建瑞士二维码账单时,打开“分页选项”下拉菜单,显示首页、末页、末尾添加页码和自定义位置选项,格式类型为 PDF。

分页选项:首页、末页、页尾添加或自定义

第一的默认设置,二维码账单位于第 1 页。
将瑞士二维码账单置于输出文档的第一页,即文档开头。当二维码支付部分需要显示在发票详情之前时,请使用此选项。
最后的最后一页有二维码账单
将瑞士二维码账单单放置在现有文档的最后一页。适用于发票内容应显示在最前面,付款单显示在最后,且无需添加新页的情况。
在末尾添加页面最常见的专用二维码账单页面
在发票文档末尾添加一个全新的专用页面,其中包含瑞士二维码账单。这是瑞士发票自动化中最常见的配置,发票内容保留在单独的页面上,而二维码付款单则拥有自己独立的空白页面。
风俗特定页面定位
允许自定义二维码在文档中的位置。当您的发票模板在特定页面或位置(既非首页也非末页)预留了二维码空间时,可以使用此功能。

输出字段

场地类型它包含什么
fileNameStringFilename of the generated Swiss QR bill document, for example swissqr_bill.pdf. Map into an upload or email node as the destination filename.
mimeTypeStringMIME type of the output file, for example application/pdf. Useful for content type validation in downstream HTTP or storage nodes.
fileSizeNumberSize of the generated QR bill file in bytes. Useful for storage planning, bandwidth monitoring, and conditional routing in the workflow.
successBooleanTrue when the Swiss QR bill was created successfully. False if an error occurred during generation. Use this field to route error handling branches in your workflow.
messageStringHuman-readable status message confirming success or describing the error encountered. Useful for logging and error notification steps.

快速设置

  1. 添加 PDF4me 致你 n8n 工作流程。设置 资源发票发票操作创建 SwissQR 账单
  2. 用于连接的凭证请选择您的 PDF4me 凭证或点击 创建新凭证 并粘贴你的 API 钥匙。
  3. 输入数据类型连接前一个节点的二进制输出(二进制数据),并提供一个 Base64 字符串,提供一个公共 URL或者选择“无”以生成独立的二维码单。
  4. 进入 数量货币 (瑞士法郎用于支付瑞士法郎), IBAN (有效的瑞士瑞士法郎) IBAN 以 CH 开头)。
  5. 请填写所有内容 债权人 字段:姓名、地址类型(建议使用结构化格式)、地址行 1、地址行 2、邮政编码和城市。
  6. 请填写所有内容 最终债务人 填写付款方全名和地址详细信息的字段。
  7. 参考类型 (默认情况下不引用) 语言类型 (英语、德语、法语或意大利语),以及 分离线 (剪刀线是瑞士标准)。
  8. 配置 格式类型PDF (推荐)和 分页选项 (在末尾添加页面,将二维码账单页附加到现有发票。)
  9. 输出文件名swissqr_bill.pdf输出二进制字段名称data
  10. 将输出连接到下一个节点:电子邮件发送器、云存储上传、数据库写入,并执行工作流。

工作流程示例

工作流程示例Common n8n workflow patterns using Create Swiss QR Bill.
月度发票批次 → 瑞士二维码账单 → 通过电子邮件发送给客户
  1. 每个月的第一天都会触发计划触发器,以开始计费运行。
  2. Google 云端硬盘节点列出了所有发票 PDF每月账单文件夹中,每位客户一份。
  3. “循环遍历项目”节点会遍历每个文件。对于每个文件,“Google 云端硬盘下载”节点会检索其二进制内容。
  4. PDF4me Create Swiss QR Bill 会使用客户的金额,在每张发票上附加一个符合规定的二维码付款单。 IBAN地址映射自 Google Sheets 客户记录。语言类型设置为德语。分页选项设置为“页末添加页”。
  5. Gmail节点发送二维码账单 PDF 以电子邮件附件的形式发送给每位客户。文件名使用客户 ID,以便于识别。
电子商务订单已确认 → 扫描二维码账单 → 保存 SharePoint
  1. 当电子商务平台确认订单时,Webhook 触发器就会触发。
  2. 一个 HTTP 请求节点生成发票 PDF 一个 HTML 使用订单数据创建模板。
  3. PDF4me 创建瑞士二维码账单会将符合规定的二维码单据附在发票上。 PDF金额和债务人详细信息均来自 webhook 有效负载。参考类型设置为“债权人参考”,用于对账。语言类型设置为法语,适用于瑞士法语区。
  4. 微软 SharePoint 节点上传已完成的二维码账单 PDF 移至订单存档文件夹。
  5. 一个 HTTP 请求节点将订单状态更新为“发票已发送”。 CRM 系统。
逾期订阅 → 独立二维码账单 → 付款提醒
  1. 系统会在每周一早上触发计划触发器,检查是否有逾期订阅帐户。
  2. PostgreSQL 节点查询所有超过 14 天未结清余额的账户。
  3. 循环遍历项目节点处理每个订阅者。 PDF4me 创建瑞士二维码账单的调用中,输入数据类型设置为“无”,没有后台运行。 PDF生成一张清晰独立的二维码账单。债务人姓名和地址均来自数据库记录。参考类型为“无参考”。语言类型为“意大利语”(适用于瑞士意大利语区)。
  4. 微软 Outlook 节点会向每位订阅者发送包含独立二维码账单的付款提醒邮件。 PDF 随附的。
  5. PostgreSQL 节点会记录提醒发送时间戳,并增加每个帐户的提醒计数。

常见问题解答

What input formats does Create Swiss QR Bill support in n8n?+
Four Input Data Types are available. None generates a standalone QR slip with no background PDF: useful for payment reminders when no invoice document exists. Binary Data reads the PDF from a previous n8n node and is the most common option for automation pipelines. Base64 String accepts the file as a base64-encoded string for API-sourced data. URL downloads the source PDF from a public link. Binary Data is recommended for standard n8n workflows where the invoice is produced by an upstream node.
What is the difference between Structured and Combined address types?+
Structured stores address components in separate fields: street name, house number, postal code, and city. This format provides maximum compatibility with Swiss payment standards and automated bank reconciliation systems: it is required by most Swiss banking integrations. Combined stores the full address as two free-form lines, which is simpler to populate but less precise for downstream automated processing. Use Structured for all production Swiss QR bill workflows unless you have a specific reason to use Combined.
When should I use QR Reference versus Creditor Reference?+
Use QR Reference (a 27-digit numeric code starting with 0) for domestic Swiss QR bills linked to PostFinance or Swiss bank IBANs. This reference type enables fully automated payment reconciliation with bank statements and is the standard choice for Swiss invoicing. Use Creditor Reference (ISO 11649 structured reference) for cross-border SEPA-compatible payments or when your accounting system requires standardized ISO references. Select No Reference when no structured payment tracking is needed or when the reference is managed entirely outside the QR code.
Can I generate a Swiss QR bill without attaching it to an existing PDF?+
Yes. Set Input Data Type to None to create a standalone Swiss QR bill slip with no background document. The node generates a clean, self-contained QR bill in your chosen Format Type: PDF, PNG, JPEG, or TIFF. This option is correct for payment reminders, subscription overdue notices, and any workflow where no underlying invoice PDF has been produced upstream in the workflow.
What output format and paging options are available for the generated QR bill?+
Format Type supports PDF (default, recommended for print-ready documents), PNG (for digital delivery and web embedding), JPEG (for email-friendly image output), TIFF (for high-quality archival storage), and Empty or null for raw data. Paging Options controls placement within the output document: First places the QR bill on the first page, Last on the final page, Add Page At End appends a dedicated QR bill page after the invoice content, and Custom enables specific page positioning. PDF combined with Add Page At End is the most common configuration for Swiss invoice automation workflows.

相关操作

在其他平台上执行相同任务

获取帮助