kintone PDF出力の設計方法｜PDF化・保存・送付まで崩れない構成

kintoneでPDF出力をしたい相談では、最初に方法の話になりやすいです。

標準のレコード印刷で足りるのか。

無料プラグインでよいのか。

有料の帳票プラグインを入れるべきか。

PDFテンプレートをどこまで自由に作れるのか。

一括出力できるのか。

レコードにPDFを保存できるのか。

もちろん、PDF出力の方法は重要です。

ただし、実務で崩れるのは「PDFを作れないこと」だけではありません。

本当に困るのは、次のような状態です。

• 作成中や未承認のレコードからPDFを出せてしまう
• 顧客に渡したPDFと、kintoneの現在値がずれている
• PDF控えが個人PCやメール添付に散らばる
• ファイル名が人によって違い、後から探せない
• 一括出力で対象外のレコードまでPDF化してしまう
• 請求書PDFを送った履歴が残らない
• 電子取引として受け取ったPDFと、自社で出力したPDFの扱いが混ざる
• 再発行、差し替え、取消のルールがない
• プラグインの出力設定だけがあり、業務上の責任者がいない

PDF出力は、レコードをきれいに印刷する作業ではありません。

承認済みの業務データを、正式な提出版ファイルとして発行し、保存し、送付履歴を残す処理です。

kintone PDF出力で最初に決めるべきなのは、どのプラグインを使うかではなく、「PDFを正式書類として扱うのか、確認用の控えとして扱うのか」です。

この記事では、kintoneでPDF出力を崩れにくい業務システムとして設計する方法を整理します。

kintone帳票出力の設計方法はこちら
kintone帳票管理の設計方法はこちら
kintone請求書管理の設計方法はこちら

先に結論：PDF出力の前に正本を決める

kintoneでPDFを出す前に、まず正本を決めます。

正本とは、業務上の正式な情報として扱う場所です。

PDFが正本なのか。

kintoneレコードが正本なのか。

会計ソフトや電子契約サービスが正本なのか。

ここを決めないままPDF出力を始めると、後から数字や状態がずれます。

領域	正本にしやすい場所	理由
見積内容	kintoneの見積レコード	案件、明細、承認、提出履歴とつなげやすい
請求書の正式発行	会計ソフトまたはkintone設計次第	請求番号、税区分、入金、会計連携に関わる
作業報告書	kintoneレコードとPDF控え	作業実績、写真、顧客確認を残したい
契約書	電子契約サービス	署名、締結、証跡の管理が必要
社内確認資料	kintoneレコード	PDFは確認用でよい
電子取引データ	保存要件を満たす保管先	検索、訂正削除管理、保存期間の確認が必要

PDFは、作った瞬間に独立したファイルになります。

その後、kintoneレコードを修正しても、すでに出したPDFの中身は変わりません。

だからこそ、PDF出力前に次のことを決めます。

決めること	例
PDFにする状態	承認済み、請求確定、報告確認済み
PDFの扱い	下書き、社内確認用、顧客提出版、控え
PDFの保存先	kintone添付、Drive、Box、会計ソフト、電子契約
PDF出力後の編集	編集不可、差し替え申請、再承認
PDFの送付履歴	送付先、送付日、送付方法、再送理由
PDFの再発行	再出力、再発行、差し替え、取消の違い

PDF出力は、最後のボタンではありません。

承認、保存、送付、再発行まで含めた業務フローです。

PDF出力後もkintoneレコードを自由に編集できる運用では、PDF控えと現在データがずれます。正式PDFを出すなら、出力後の編集ルールまで決めます。

標準印刷・無料プラグイン・有料プラグインの違い

kintoneからPDFを出す方法は、主に次の3つです。

方法	向いている用途	注意点
標準のレコード印刷	社内確認、簡易控え	画面に近い印刷で、対外帳票には弱い
無料プラグイン	表示調整、一覧やグラフの簡易出力	自社フォーマットや複数レコード集約には限界がある
有料帳票プラグイン	見積書、請求書、報告書、ラベル、複数帳票	出力条件、保存、履歴は業務側でも設計する

トヨクモの記事では、kintone標準のレコード印刷、無料プラグイン、PrintCreatorによるPDF出力の違いが紹介されています。

トヨクモ：kintoneでPDFを出力する方法

標準のレコード印刷は、社内でレコード内容を確認するには使えます。

ただし、顧客向けの見積書、請求書、注文書、報告書のような整形された帳票には向きません。

無料プラグインは、レイアウトを少し整えたい場合や、一覧画面の印刷をしたい場合に使いやすいです。

一方で、出力フィールドの細かい選択、複数レコードの集約、自社フォーマットへの出力、QRコードやバーコードなどが必要になると、専用サービスを検討します。

ぷりんとプラグインでは、ドラッグでフィールドを配置し、複数帳票・複数ページ、PDFプレビュー、レコードへのPDF保存、一括出力などの機能が紹介されています。

KAIZEN：ぷりんとプラグイン

えんのしたのPDF出力プラグインでは、PDFテンプレートへの配置、PDF出力、複数枚出力、一括出力、kintone内での設定完結などが紹介されています。一方で、添付フィールドや外部連携に関する制約も明示されています。

えんのした：PDF出力 kintoneプラグイン

ここで重要なのは、機能の多い少ないだけで選ばないことです。

出力したいPDFが、どの業務フローに乗るのかで選びます。

要件	見るべきこと
社内確認だけ	標準印刷や軽いプラグインで足りるか
顧客提出用	レイアウト、出力条件、控え保存が必要
請求書	請求確定、請求番号、会計連携、保存ルールが必要
作業報告書	写真、署名、顧客確認、添付ファイル対応が必要
大量PDF	一括出力、ファイル名、失敗時の再実行が必要
外部連携	メール、電子契約、会計、ストレージとの連携可否を見る

PDF出力機能は、帳票の見た目を作るためのものです。

ただし、業務として必要なのは、誰が、いつ、どの状態で、どのPDFを作ったかを追えることです。

PDF化してよいステータスを決める

PDF出力で最も重要なのは、出力してよい状態を決めることです。

見積書なら、承認前に顧客へ出してはいけません。

請求書なら、請求確定前に正式版として出してはいけません。

作業報告書なら、現場入力直後と責任者確認後では意味が違います。

帳票	PDF化してよい状態	PDF化してはいけない状態
見積書	承認済み、提出可	作成中、申請中、差し戻し
請求書	請求確定、発行可	締め前、金額確認中、取消
作業報告書	責任者確認済み、提出可	作業中、確認待ち、差し戻し
申請書	決裁済み	申請中、差し戻し
契約書	条件確定、法務確認済み	条件確認中、修正中

PDF出力ボタンを常に見せると、誤発行が起きます。

設計としては、次のいずれかを決めます。

制御	内容
一覧を分ける	承認済み一覧からだけ出力する
ボタンを分ける	下書きPDFと正式PDFを分ける
権限を分ける	正式PDFは責任者や経理だけ出せる
ステータス連動	承認済み、請求確定などの状態でだけ出力する
出力後更新	PDF出力後に「PDF出力済み」へ状態を進める

PDF出力は、ボタンを押せることではなく、押してよい状態だけで押せるようにすることが重要です。

下書きPDFと正式PDFも分けます。

下書きPDFは、社内確認用です。

正式PDFは、顧客や取引先に渡す提出版です。

PDFの種類	扱い
下書きPDF	社内確認用。ファイル名に下書きと入れる
プレビューPDF	レイアウト確認用。正式保存しない
提出版PDF	顧客へ渡す正式版。控えを保存する
控えPDF	提出版と同じ内容を保存する
再発行PDF	旧版との関係を残す

この区別がないと、下書きを顧客へ送ったり、提出版の控えが残らなかったりします。

ファイル名・保存先・添付フィールドの設計

PDF出力後に必ず決めるのが、ファイル名と保存先です。

PDFをダウンロードして終わりにすると、後から探せません。

個人PCやチャット添付に散らばると、正式版が分からなくなります。

まず、ファイル名ルールを決めます。

帳票	ファイル名例
見積書	見積書_見積番号_顧客名_v02_20260609.pdf
請求書	請求書_請求番号_請求先_202606.pdf
作業報告書	作業報告書_案件番号_作業日_担当者.pdf
契約書	契約書_契約番号_取引先_v01.pdf
点検報告書	点検報告書_対象設備_点検日.pdf

ファイル名には、帳票種別、管理番号、相手先、日付、版を入れます。

人が手入力するのではなく、できるだけレコード値から自動生成します。

次に保存先を決めます。

保存先	向いているケース	注意点
kintone添付ファイル	レコードとPDF控えを一緒に見たい	容量、アクセス権、削除権限
Google Drive等	大量PDFや社外共有が多い	共有権限、フォルダ構成、URL戻し
Box・OneDrive等	組織の文書管理に乗せたい	保存先ルールとkintoneの紐づけ
会計ソフト	請求書の正式管理	kintone側は控えや連携ログに寄せる
電子契約サービス	契約書、申込書、同意書	締結済み原本との照合

PDF保存先は、帳票の種類で変えてよいです。

見積書はkintone添付。

請求書は会計ソフトにも登録。

契約書は電子契約サービス。

作業報告書はkintone添付と顧客別フォルダ。

このように分けます。

ただし、kintoneには保存先URLや出力状態を戻します。

PDFそのものが別サービスにあっても、kintoneから「どこにあるか」「どの版か」「誰が出したか」を確認できるようにします。

個別出力と一括出力の運用ルール

PDF出力には、個別出力と一括出力があります。

個別出力は、1レコードごとに確認しながらPDFを作る方法です。

一括出力は、一覧条件に合う複数レコードをまとめてPDF化する方法です。

出力方法	向いている業務
個別出力	見積書、作業報告書、契約書、個別請求
一括出力	月末請求、宛名ラベル、納品書、証明書
自動出力	承認後の控え作成、請求確定後のPDF保存
プレビュー出力	社内確認、レイアウト確認

一括出力は便利ですが、事故も起きやすいです。

事故	対策
未承認レコードを出す	承認済み一覧だけを対象にする
対象月が違うPDFを混ぜる	請求月、作業日、状態で絞る
ファイル名が重複する	管理番号と版を必ず入れる
出力失敗に気づかない	出力ログと再実行対象を残す
一括PDFの中身を探せない	個別PDF保存も検討する
出力後ステータス更新が漏れる	出力後に状態を更新する

一括出力では、出力前一覧が重要です。

たとえば、請求書なら次のような一覧を作ります。

一覧	条件
今月発行対象	請求月が今月、状態が請求確定
未PDF化	請求確定、PDF未作成
PDF出力済み未送付	PDF作成済み、送付日なし
送付済み	送付日あり、送付先あり
差し替え対象	差し替え承認済み、再出力待ち

PDF出力ボタンだけでなく、出力対象を確認する一覧を設計します。

一括PDF出力では、出力機能よりも「どの一覧を対象にするか」が重要です。対象一覧が曖昧だと、誤発行が起きます。

メール送付・電子契約・電子取引保存とのつなぎ方

PDF出力後には、送付や保存が続きます。

見積書は、顧客へメール送付します。

請求書は、送付後に入金予定や会計へつながります。

契約書は、電子契約サービスで締結する場合があります。

作業報告書は、顧客確認や請求根拠になります。

PDF	出力後の処理
見積書PDF	メール送付、顧客確認、受注化
請求書PDF	メール送付、入金予定、会計連携、保存
作業報告書PDF	顧客確認、社内確認、請求根拠化
契約書PDF	電子契約、締結済み原本保存
証明書PDF	発行履歴、再発行管理

送付履歴には、次の項目を持たせます。

フィールド	意味
送付先	メールアドレス、担当者
送付日	いつ送ったか
送付方法	メール、郵送、電子契約、手渡し
添付PDF	どのPDFを送ったか
送付者	誰が送ったか
再送理由	再送や差し替えの理由
相手確認	受領確認、返信、署名完了など

電子帳簿保存法や電子取引保存の扱いは、PDFを出せば終わりではありません。

国税庁の電子帳簿等保存制度特設サイトでは、電子取引データの保存義務や保存方法について確認するよう案内されています。

国税庁：電子帳簿等保存制度特設サイト

kintoneでPDFを出力した場合も、請求書や領収書など税務に関わる書類については、保存先、検索性、訂正削除の管理、保存期間、会計ソフト側の扱いを確認します。

ここは、kintoneアプリだけで判断しない方がよいです。

税理士、会計担当、利用する保存サービスの要件を確認します。

記事として重要なのは、kintone側で次の情報を残せるようにしておくことです。

残す情報	目的
PDF作成日	いつ作ったか
PDF送付日	いつ相手に渡したか
取引先	検索・照合するため
金額	検索・照合するため
保存先URL	原本または控えへたどるため
差し替え履歴	旧版と新版の関係を説明するため

PDF出力と電子取引保存は、同じではありません。

PDFを作る機能と、保存要件を満たす運用は分けて考えます。

再発行・取消・版管理

PDF出力では、再発行と差し替えのルールが必要です。

PDFは一度出すと、ファイルとして外に出ます。

後からkintoneレコードを直しても、すでに送ったPDFは消えません。

だからこそ、次の操作を分けます。

操作	意味	必要な管理
再出力	同じ内容をもう一度PDF化する	出力履歴
再発行	正式にもう一度発行する	再発行理由、版、承認
差し替え	内容を修正して出し直す	旧版無効化、新版承認、送付先通知
取消	発行済みPDFを無効にする	取消理由、取消日、通知先
控え登録	過去PDFを後から添付する	登録者、登録理由

再発行申請アプリを分けると、運用が安定します。

フィールド	意味
対象PDF	どのPDFを再発行するか
対象レコード	見積、請求、報告など
申請種別	再出力、再発行、差し替え、取消
理由	なぜ必要か
修正内容	何を変えるか
承認者	誰が許可するか
新版PDF	新しく出したPDF
旧版扱い	無効、参考保存、取消
通知先	顧客、社内、会計、電子契約

版管理では、v1、v2 のような版番号を持たせます。

PDFファイル名にも版を入れます。

見積書や契約書では、どの版を相手に出したかが重要です。

請求書では、差し替えた場合に旧請求書との関係を残します。

作業報告書では、顧客確認済みのPDFを後から直す場合、修正理由を残します。

PDFの再発行は、単なる再ダウンロードではありません。正式書類を出し直すなら、理由、承認、旧版との関係を残します。

よくある失敗パターン

kintone PDF出力でよくある失敗を整理します。

1. PDFを作れば完了だと思う

PDFは作った後が重要です。

どこに保存するか。

誰に送ったか。

どの版が正式か。

ここまで決めないと、PDFファイルだけが散らばります。

2. 作成中でもPDF化できてしまう

下書きPDFならよい場合もあります。

ただし、正式PDFと下書きPDFを分けないと、未承認の書類を顧客へ送る事故が起きます。

3. 出力後に元レコードを編集する

PDF出力後にkintoneレコードを直すと、控えと現在値がずれます。

正式PDFを出した後は、編集制限、差し替え申請、再承認を設計します。

4. ファイル名が人任せ

請求書.pdf、見積最新版.pdf、報告書_修正.pdf のような名前では管理できません。

管理番号、相手先、日付、版を入れた命名規則を作ります。

5. PDF保存先が散らばる

kintone添付、Drive、Box、個人PC、メール添付に散らばると、正式版が分からなくなります。

帳票種別ごとに保存先を決め、kintoneに保存先URLを戻します。

6. 一括出力の対象が曖昧

一括出力は便利ですが、誤発行の影響も大きいです。

対象一覧、承認状態、対象月、出力済みフラグを確認してから実行します。

7. 電子取引保存とPDF出力を混同する

PDFを作れることと、保存要件を満たすことは別です。

請求書や領収書などは、会計担当や税理士と保存先・検索・訂正削除管理を確認します。

8. 再発行ルールがない

PDFを出し直すとき、再出力、再発行、差し替え、取消を分けます。

旧版との関係が残らないと、後から説明できません。

まず決める設計チェックリスト

kintoneでPDF出力を導入する前に、次の項目を決めます。

確認項目	決めること
PDFの用途	社内確認、顧客提出、請求、契約、保存用
正本	kintone、PDF、会計ソフト、電子契約のどれか
出力元	どのアプリ、どのレコードをPDF化するか
出力状態	承認済み、請求確定、確認済みなど
出力方法	標準印刷、無料プラグイン、有料プラグイン
テンプレート	提出版、控え版、下書き版を分けるか
ファイル名	帳票種別、番号、相手先、日付、版
保存先	kintone添付、Drive、Box、会計、電子契約
出力履歴	実行者、日時、テンプレート、版
送付履歴	送付先、送付日、送付方法、再送
一括出力	対象一覧、失敗時の再実行、出力済み更新
電子取引保存	保存先、検索、訂正削除、担当者確認
再発行	再出力、再発行、差し替え、取消の違い
編集制限	PDF出力後に元レコードをどう守るか

この表が埋まると、どのPDF出力方法を選ぶべきか判断しやすくなります。

標準印刷で十分なのか。

無料プラグインでよいのか。

有料プラグインが必要なのか。

外部保存や電子契約までつなぐべきなのか。

判断軸が「PDFを出せるか」ではなく、「正式書類の発行として成立するか」に変わります。

Bitlightに相談できること

Bitlightでは、kintoneのPDF出力を、プラグイン設定だけではなく発行フローとして設計できます。

たとえば、次のような支援ができます。

• PDF化する業務レコードと正本の整理
• 標準印刷、無料プラグイン、有料プラグインの使い分け
• 承認済みレコードだけを正式PDF化するステータス設計
• 下書きPDF、提出版PDF、控えPDFの分離
• ファイル名、保存先、添付フィールド、保存URLの設計
• 個別出力、一括出力、自動出力の使い分け
• メール送付、電子契約、会計ソフト、ストレージとの境界整理
• 電子取引保存を前提にした保存項目と確認フローの整理
• 再発行、差し替え、取消の申請フロー設計

PDF出力は、見た目を整えるだけなら早く始められます。

しかし、顧客提出、請求、契約、報告のように正式書類として扱うなら、発行後の管理まで必要です。

どのレコードをPDF化するか。

どの状態なら出してよいか。

どのファイル名で、どこに保存するか。

誰に送ったか。

差し替えた場合、旧版はどう扱うか。

ここまで決めると、kintoneのPDF出力は単なる印刷ではなく、業務データを正式書類へ変換する仕組みになります。

kintone PDF出力は、PDFファイルを作るためではなく、承認済みの業務データを提出版として発行し、保存・送付・再発行まで追えるようにするために設計します。