使用以下方式合并 Word 文档 n8n 行动
PDF4me 合并 Word 文档 能够通过以下方式将多个 Word 文档合并成一个文档： n8n 具备高级格式设置和合规性选项的自动化工作流程。这项强大的文档合并功能支持灵活的文档排序、可自定义的格式模式、合规性级别设置、时区元数据和智能样式处理，并可完全控制合并行为，是文档组装、报表整合和内容管理工作流程的理想之选。
相关博客文章
目前尚无关于此功能的博客文章——敬请期待。
在此期间，您可以浏览 PDF4me 博客，查看适用于各平台的教程和工作流程。
访问博客 →
设置
添加 PDF4me 将“合并 Word 文档”节点添加到您的 n8n 工作流程并配置所需参数。有关初始设置说明，请参阅我们的 n8n 集成指南。
先决条件：
- PDF4me API 证书
- n8n 工作流访问
配置：
- 添加 PDF4me 节点到工作流
- 选择“合并 Word 文档”操作
- 配置输入参数（见下文）
参数
以下是“合并 Word 文档”操作的完整参数列表。配置这些参数可以控制文档合并行为。
重要的： 标有星号 (***) 的参数为必填项。Documents 数组必须至少包含一个具有所有必需属性的文档。
| 范围 | 类型 | 描述 | 例子 |
|---|---|---|---|
| 文件*** | Array | Array 待合并文档 • 要合并的文档对象数组，必须至少包含一个文档 • 文档按排序位置顺序合并 每个文档对象都需要文件名、文档内容和排序位置。 | [{"Filename": "doc1.docx", "DocContent": "...", "SortPosition": 0}] |
| Documents[].Filename*** | String | 文档文件名 • 文档的原始文件名 • 必须包含正确的文件扩展名（.docx、.doc） • 用于参考和处理 | "document1.docx" |
| 文档[].DocContent*** | Base64 | 文档内容 • Base64文档的编码内容 • 从先前的操作输出或文件上传中映射 • 必须是有效的 Word 文档（.docx、.doc 格式） | UEsDBBQABgAI... |
| Documents[].SortPosition*** | 数字 | 合并订单位置 • 合并顺序中的位置（从 0 开始编号或自定义编号） • 文档按排序位置升序合并 • 最低排序位置成为基础文档 • 在 Documents 数组中必须是唯一的 | 0 |
| Documents[].FormatMode | String | 格式化模式 • KeepSourceFormatting - 保留原始格式（默认） • 保留不同样式 - 保留不同样式，合并相似样式 • 使用目标文档样式 - 使用目标文档的格式 | "KeepSourceFormatting" |
| 合并选项 时区 | String | 文档时区 • 文档元数据的时区（例如，“UTC”、“Asia/Kolkata”） • 添加为自定义文档属性 • 默认值：null（无时区元数据） | "UTC" |
| 合并期权合规级别 | String | 文件合规级别 • ECMA - ECMA-376 2006 标准合规性 • 过渡性 - ISO 29500:2008 过渡性合规性（默认） • 严格 - 符合 ISO 29500:2008 标准 • 自定义 - 自定义合规级别 | "Transitional" |
输出
输出参数
| 范围 | 类型 | 描述 | 例子 |
|---|---|---|---|
| 文件名 | String | 合并后的 Word 文档文件名 - 合并后的输出 Word 文档文件名 | merged_document.docx |
| 文件大小 | 数字 | 文件大小（字节） 合并后的 Word 文档大小（以字节为单位） | 15605 |
| 成功 | Boolean | PDF4me 运行状态 - Boolean 指示文档合并操作成功或失败的标志。 PDF4me 返回 true 为了成功运营和 false 任何错误 | true |
| 文档合并 | 数字 | 合并文档数量 - 成功合并到最终文档中的文档总数 | 2 |
| 文档名称 | Array | Array 合并文档名称 - 所有已合并文档的文件名列表，按合并顺序排列 | ["ab.docx", "xyz.docx"] |
| 信息 | String | 操作消息 - 描述合并操作结果的消息，包括合并的文档数量 | Successfully merged 2 documents |
N8N 行动反应
这 PDF4me 合并 Word 文档 API 返回的结果可以以多种格式查看。请选择最符合您需求的视图：
- JSON
- Table
- Schema
- Binary
JSON 回复格式
原始 JSON 来自 API：
[
{
"fileName": "merged_document.docx",
"fileSize": 15605,
"success": true,
"documentsMerged": 2,
"documentNames": [
"ab.docx",
"xyz.docx"
],
"message": "Successfully merged 2 documents"
}
]
表格视图
以结构化表格格式呈现的响应数据：
| 范围 | 价值 |
|---|---|
| fileName | merged_document.docx |
| fileSize | 15605 |
| success | true |
| documentsMerged | 2 |
| documentNames | ["ab.docx", "xyz.docx"] |
| message | Successfully merged 2 documents |
架构视图
响应的数据结构和类型：
1 item
fileName: T merged_document.docx
fileSize: # 15605
success: ☑ true
documentsMerged: # 2
documentNames: [] Array
[0]: T ab.docx
[1]: T xyz.docx
message: T Successfully merged 2 documents
类型指示器：
T= String （文本）#= 数字☑= Boolean[]= Array
二进制数据视图
Word 文档文件的实际数据和元数据：
data
─────────────────────────────
File Name: merged_document.docx
File Extension: docx
Mime Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
File Size: 15.6 kB
二进制数据访问：
- n8n 二进制对象：
$binary.data.data - Base64 内容可直接使用
- 文件操作可供下载、通过电子邮件发送或存储
用例
企业文档自动化
- 文件组装将多个文档合并成综合报告
- 报告合并将章节文档合并成完整报告
- 模板程序集将模板各部分合并成最终文档
- 内容管理整合来自多个来源的内容
人工智能驱动的文档处理
- 多格式支持处理 .docx 和 .doc 格式的 Word 文档
- 多语言处理支持不同语言和地区
- 智能风格处理合并过程中的自动样式管理
商业智能与分析
- 文档管理：按适当结构整理文档
- 合规性监控确保文档符合格式要求
- 绩效指标跟踪处理准确性和效率