ドキュメントの結合 - ドキュメントアセンブリ Make
ドキュメントを結合する は Make モジュール PDF4me 複数のWordファイル(.docx形式)を1つの文書に結合する機能です。部門ごとのレポートをまとめたり、提案書を作成したり、契約条項を統合したりする際に、結合順序や書式設定を完全に制御できます。
このモジュールの機能
PDF4me ドキュメントを結合する 複数の Word 文書を 1 つの文書に結合する Make 高度な書式設定とコンプライアンスオプションを備えたシナリオ。柔軟なドキュメント順序をサポートし、 SortPositionカスタマイズ可能な書式設定モード(KeepSourceFormatting、 KeepDifferentStyles、 UseDestinationStyles)文書ごとに、コンプライアンス レベル設定(ECMA(移行、厳格)および文書追跡用のタイムゾーンメタデータを備えており、文書の組み立て、レポートの統合、契約書の作成、および複数文書のパッケージングワークフローに最適です。
関連ブログ記事
この機能に関するブログ記事はまだありません。近日公開予定です。
その間、PDF4me ブログを閲覧して、あらゆるプラットフォームのチュートリアルやワークフローをご覧ください。
ブログをご覧ください →
認証方法 Make シナリオ?
アクセスするには PDF4me ウェブ API を通して Makeすべてのリクエストには有効な 繋がり あなたの PDF4me API キー。これにより、お客様の間で安全で認証された通信が可能になります。 Make シナリオと PDF4meのWord文書結合サービス。
見逃してはならない重要な事実
SortPosition 配列の順序ではなく、マージの順序を制御します。
文書は昇順で統合されます SortPosition Documents配列内での表示順序に関係なく、最も低い順位。 SortPosition これは、他のすべての文書が添付される基本文書となる。
三つ FormatMode オプション制御スタイルの処理
KeepSourceFormatting 各ドキュメント独自のスタイルを保持します(デフォルト)。 KeepDifferentStyles 異なるスタイルを並べて表示する。 UseDestinationStyles すべてのドキュメントを基本ドキュメントのスタイルシートに強制的に準拠させる。
コンプライアンスレベルが影響する OOXML 出力
ECMA、Transitional (デフォルト)、および Strict は、それぞれ異なるマップに対応します。 開ける XML (OOXML) コンプライアンス基準は ECMA-376下流システムがISO/IEC 29500 Strictに準拠した.docx出力を必要とする場合は、Strictを設定してください。

ファイル名を使用して Documents 配列を作成します。 DocContent、 そして SortPosition 文書あたり。最低価格 SortPosition 基本文書となる。
文書結合に必要なパラメータは何ですか?
必須: Documents配列には少なくとも1つのエントリが含まれている必要があり、各エントリにはファイル名、ドキュメント内容、およびソート位置が必要です。
| パラメータ | 必須 | その機能 | 例 |
|---|---|---|---|
| Documents | Required | Array of document objects to merge. Must contain at least one document. Documents are merged in ascending SortPosition order; the lowest SortPosition becomes the base document. | [{"Filename":"doc1.docx","SortPosition":0}] |
| Documents[].Filename | Required | Original filename of the document, including extension (.docx, .doc). Used for reference and format detection. | document1.docx |
| Documents[].DocContent | Required | Base64-encoded binary content of the document. Map from a previous module. Must be a valid Word format. | [Buffer] |
| Documents[].SortPosition | Required | Position in merge order, ascending. Must be unique within the array. Any numbering scheme works (0,1,2 or 10,20,30). | 0 |
| Documents[].FormatMode | Conditional | Per-document formatting mode: KeepSourceFormatting (default, preserves original), KeepDifferentStyles (keeps styles distinct), or UseDestinationStyles (forces base document styling). | KeepSourceFormatting |
| Merge Options Time Zone | Conditional | Timezone metadata written to the merged document, e.g. UTC, America/New_York, Europe/London. Used for tracking and compliance. | UTC |
| Merge Options Compliance Level | Conditional | OOXML compliance standard: ECMA, Transitional (default), Strict, or Custom. | Transitional |
出力
| 分野 | タイプ | 内容物 |
|---|---|---|
Name | String | Output Word filename, taken from the base document (lowest SortPosition). |
Doc Data | Buffer | The merged Word document containing all input documents combined in SortPosition order. |
典型的な構成
ワークフローの例Common Make scenario patterns using Merge Documents.
月次部門別報告書 → 統合経営報告書
- スケジュールされたトリガーは、その月のすべての部門報告書が提出された時点で作動します。
- 表紙(SortPosition 0) およびエグゼクティブサマリー (SortPosition 1) テンプレートフォルダから取得されます。
- イテレータは各部門のレポートをループ処理し、昇順で割り当てます。 SortPosition 価値観。
- ドキュメントの結合は、すべてのセクションを結合します。 FormatMode 設定 KeepSourceFormatting各部門独自のスタイルを維持する。
- 統合された報告書は、役員向け報告書フォルダにアップロードされ、経営陣にメールで送信されます。
RFPセクション → 単一提案書の提出
- 提案書のすべてのセクション(カバーレター、技術的アプローチ、価格設定、チーム紹介)が承認済みとマークされると、トリガーが作動します。
- 各セクションは、所有チームのフォルダから順番に取得されます。 SortPosition 価値観。
- FormatMode 設定されています UseDestinationStyles そのため、すべてのセクションは一貫した見た目を保つために、カバーレターの書式を採用しています。
- ドキュメント結合機能は、すべてのセクションを最終的な提案書に結合します。
- 完成した提案書は提出物フォルダにアップロードされ、最終審査のために営業責任者に送付されます。
契約条項ライブラリ → 組み立て済み最終契約書
- 交渉済みの契約条件が確定し承認されると、トリガーが作動する。
- 標準句は句ライブラリから取得されます(SortPosition 0)、交渉フォルダからのカスタム条件(SortPosition 1) スケジュール (SortPosition 2)、および署名ページ(SortPosition 3)
- FormatMode 設定されています KeepDifferentStyles そのため、各条項タイプはそれぞれ独自の書式バリエーションを保持します。
- Merge Documentsは、構成要素を正しい法的順序で組み合わせ、単一の契約書を作成します。
- 最終契約書は締結済み契約書フォルダにアップロードされ、審査のため法務チームに送付されます。
実践的なヒント
SortPosition values must be unique
Two documents sharing the same SortPosition produces unpredictable ordering. Use gapped numbering (0, 10, 20) so you can insert a new section later without renumbering the whole array.
FormatMode is set per document, not globally
Each entry in the Documents array can use a different FormatMode. Mixing KeepSourceFormatting on most documents with UseDestinationStyles on one is valid if that is the behavior you want.
DocContent must be valid Word binary
Passing a PDF or plain-text buffer into DocContent fails the merge. Confirm the upstream module (OneDrive, SharePoint, Google Drive) is outputting .docx or .doc binary content, not a converted format.
The base document sets the output filename
The Name field in the output always comes from the document with the lowest SortPosition. Rename that document upstream if you need a specific output filename.
Strict compliance can reject legacy .doc content
If Merge Options Compliance Level is set to Strict and a source document uses older .doc-era formatting quirks, some elements may not carry over cleanly. Use Transitional (the default) unless a downstream system specifically requires Strict OOXML.
Large document counts increase processing time
Merging many documents, or documents with heavy embedded media, takes longer than a two-document merge. Test with your actual document set before relying on tight scenario timeouts.
チートシート
| 分野 | 価値 |
|---|---|
| Module | Merge Documents |
| Connection | PDF4me API key |
| Documents array | One entry per file: Filename, DocContent, SortPosition |
| FormatMode (preserve each doc) | KeepSourceFormatting |
| FormatMode (single consistent look) | UseDestinationStyles |
| FormatMode (keep styles distinct) | KeepDifferentStyles |
| Compliance Level default | Transitional |
| Output fields | Name, Doc Data |
よくある質問
業界におけるユースケースとアプリケーション
- Legal & Professional
- Corporate & Business
- Human Resources
- Publishing & Documentation
- 契約組立標準条項とカスタム条項を組み合わせて、完全な契約書を作成する
- 法律概要集議論部分、証拠資料、判例を最終的な要約書にまとめる。
- ディスカバリー文書アセンブリ: 権限ログを本番環境向けの関連ドキュメントと統合する
- 案件ファイルの統合事件メモ、訴状、書簡をまとめて事件概要を作成する
- 意見書作成調査メモと意見定型文を統合して顧客向けレターを作成する
- 提案書の作成カバーレター、技術的アプローチ、価格設定、経歴をRFPへの回答に統合する
- レポートアセンブリエグゼクティブサマリーと部門別セクションを組み合わせて統合レポートを作成する
- 事業計画の統合計画の各セクション(市場、事業運営、財務)を統合して完全な計画を作成する
- ボードパッケージアセンブリ議題、報告書、決議事項をまとめて取締役会資料を作成する
- 戦略計画の策定ビジョン、目標、イニシアチブを統合して包括的な戦略計画を作成する
- 従業員ハンドブックの組み立てポリシーセクションを統合して、完全な従業員ハンドブックを作成する
- オンボーディングパッケージの作成歓迎状、各種フォーム、社内規定などを新入社員向け資料にまとめる。
- 特典ガイド集福利厚生制度の説明を包括的な福利厚生ガイドに統合する
- 業績評価会議評価フォームと開発計画を組み合わせてレビュー文書を作成する
- トレーニングマニュアルの統合トレーニングモジュールを統合して、完全なトレーニングマニュアルを作成する
- 書籍原稿の組み立て章ごとの文書を統合して、出版用の完全な原稿を作成する
- 技術マニュアルの編集技術的なセクションを統合して、包括的なユーザーマニュアルを作成する
- コース教材の組み立てレッスンモジュールを統合して完全なコース教材を作成する
- 文書統合: 組み合わせる API ドキュメント、ガイド、チュートリアルを統合ドキュメントにまとめる
- レポートの公開レポートコンポーネントを統合して、公開可能なドキュメントを作成します。
関連アクション
ドキュメントを分割
逆の操作:1つのWord文書を複数のファイルに分割する。これは、結合後にセクションを抽出する際に便利です。
文書を比較する
2つのWord文書を結合する前に、相違点をチェックしましょう。契約書の修正箇所や改訂内容を確認する際に便利です。
目次を更新
結合された文書の目次を更新して、ページ番号とセクションタイトルが結合後の内容を反映するようにしてください。
他のプラットフォームでの同じタスク
n8nWord文書を結合する
同じワードマージノード n8n ワークフローを自己ホスト型またはクラウドに接続します n8n インスタンスの代わりに Make。
Power AutomateWord文書を結合する
Microsoft 用の同じドキュメントアセンブリアクション Power Automate 流れ、適合する SharePoint そして、Teamsのドキュメントワークフロー。
Zapier: ドキュメントを結合する
同じマージ手順 Zapierそれを、すでにZapに登録されているGoogleドライブ、Dropbox、またはGmailのトリガーに接続します。
PDF4me API: ドキュメントを結合する
同じマージ操作を直接呼び出すには REST API ノーコードプラットフォーム以外のカスタム統合の場合。