kintone 見積書作成【2026年版】アプリ設計と帳票出力

はじめに

見積書をExcelで作成していると、最新版のファイルが分からない、金額計算を間違える、承認前の見積書が顧客へ送られる、過去の見積履歴を探すのに時間がかかる、といった問題が起きやすくなります。営業担当が増えるほど、ファイル名や保存場所のルールだけでは管理しきれません。

kintone 見積書作成では、単に見積情報を入力するアプリを作るだけでは不十分です。顧客マスタ、商品マスタ、明細、税率、値引き、承認ステータス、帳票出力、変更履歴まで含めて設計すると、作成ミスと確認漏れを減らせます。逆に、Excelの項目をそのまま移すだけでは、kintoneの良さを活かしきれません。

2026年版として考えるなら、標準機能でできる範囲と、プラグインや外部連携が必要な範囲を分けることが重要です。ルックアップや計算フィールドで入力を減らし、プロセス管理で承認を可視化し、帳票出力サービスでPDFやExcel形式に整える流れを作ると、現場に定着しやすくなります。

この記事では、kintoneで見積書作成を行うためのアプリ設計、マスタ連携、計算式、レコード番号、自動採番の注意点、承認フロー、帳票出力、Excelからの移行手順を整理します。見積書業務を業務改善の入口として整えたい企業向けに、実務で使える判断軸を解説します。

• kintoneで見積書を作るには、見積書アプリ・顧客マスタ・商品マスタの3つを最小構成として設計する。
• ルックアップと計算式で顧客情報や金額を自動入力し、表記ゆれと計算ミスを防ぐ。
• プロセス管理で承認フローを作り、承認済みの見積書だけを帳票出力できるようにする。
• 独自の帳票レイアウトや請求・会計との連携は、プラグインや外部連携を前提に設計する。

kintoneで見積書作成を始める前に決めること

kintoneで見積書作成を始める前に、まず業務範囲を決めます。見積書を「作るだけ」なのか、顧客管理、商品管理、承認、発注、請求までつなげるのかで、アプリ構成が変わります。

最小構成は、見積書アプリ、顧客マスタ、商品マスタの3つです。見積書アプリに顧客名や商品名を手入力するのではなく、マスタから参照する形にすると、表記ゆれと金額ミスを減らせます。見積金額、税額、合計金額、粗利なども計算式で管理する方が安全です。

kintone料金ページでは、コースごとの機能差が示されています。帳票出力や外部連携を使う場合は、利用予定のコースで対応できるかも確認します。

顧客から見積依頼を直接受け付ける範囲まで含める場合は、kintone webフォームの作成方法を確認し、見積アプリへ取り込む項目を先に決めておきましょう。

取り込む項目が決まったら、フォームや一覧、アクセス権を設定する基本の流れをkintone アプリ作成の手順で確認してから、見積書アプリの設計を進めましょう。

見積書アプリの基本設計

見積書アプリは、入力項目を増やすより、再利用できる情報を分けることが重要です。顧客名、住所、担当者、請求先、商品名、単価、税区分などはマスタ側で管理し、見積書側では選択して呼び出す形にします。これにより、営業担当が毎回同じ情報を入力する必要がなくなります。

kintoneヘルプのルックアップ設定では、別アプリのデータを参照して取得する設定が説明されています。また、計算式の基本を使えば、数量、単価、値引き、税額、合計を自動計算できます。

設計項目	推奨する設定	注意点
顧客情報	顧客マスタからルックアップ	表記ゆれを防ぐ
商品情報	商品マスタから単価を取得	改定日と旧単価を管理する
明細	テーブルで数量と単価を管理	行数が多い場合は入力性を確認する
金額	計算フィールドで自動算出	税率・端数処理を決める
見積番号	レコード番号または独自採番	書式要件を先に確認する

見積書アプリは、入力画面ではなく業務ルールを表す設計図です。現場のExcel項目をそのまま移す前に、誰が入力し、誰が確認し、どの項目が後続業務で使われるかを整理します。

承認フローと帳票出力の設計

見積書作成では、金額を計算できるだけでは足りません。値引き率が大きい見積書、契約条件が特殊な見積書、粗利が低い案件は、上長承認を通してから顧客へ提出します。承認前にPDFを出力できる状態にすると、誤送付のリスクが残ります。

kintoneヘルプのプロセス管理では、ステータス、作業者、アクションを設定して業務の進捗を管理する流れが説明されています。見積書なら、下書き、申請中、承認済、差し戻し、提出済み、失注、受注といったステータスを設計できます。

帳票出力は、標準印刷で足りる場合と、専用レイアウトが必要な場合があります。サイボウズのkintoneから印刷する方法では、基本機能で印刷する考え方と帳票連携サービスが紹介されています。帳票DX for kintoneのような連携サービスも選択肢です。

💡 ポイント: 承認済みのレコードだけを帳票出力できる設計にすると、見積提出の統制を強化できます。帳票の見た目だけでなく、誰がいつ承認したかを残すことが大切です。

作成した見積書の送付・保存・通知を自動化する

承認済みになった見積書は、PDFにして顧客へ送り、社内で保管し、関係者へ知らせるところまでが一連の作業です。この部分を手作業のまま残すと、送付漏れや保存場所のばらつきが起き、kintoneに移した効果が薄れます。帳票出力サービスや連携サービスを組み合わせて、承認後の流れを決めておきます。

承認済みの見積書をPDFにして顧客へ送る流れ

kintoneの標準機能だけで、見積書をPDFにして顧客へメール送付するところまで完結させるのは難しいため、帳票出力サービスのメール送付機能や連携サービスを使います。担当者ごとにやり方が変わらないよう、次の順番を固定します。

1. プロセス管理のステータスが「承認済」になる
2. 帳票出力サービスで見積書のPDFを出力する
3. 送付先のメールアドレスと添付するPDFを確認する
4. 顧客へ送付し、ステータスを「提出済み」に進める

出力した見積書の保存先と版の管理

出力したPDFは、レコードの添付ファイルや、社内で決めたフォルダ・クラウドストレージへ自動で保存します。ファイル名に見積番号と版数を入れ、再見積もりのたびに版数を上げると、どれが最新版かを迷わなくなります。

旧版は消さずに残し、顧客に送った版がどれかをレコード上で追えるようにします。電子で送付した見積書の保存のルールは、後半のよくある質問で触れます。

承認依頼と承認完了をチャットツールへ通知する

承認依頼が届いたことに承認者が気づかないと、見積書の提出が遅れます。kintoneのWebhookを使うと、プロセス管理のステータスが更新されたときなどに、その内容を指定した外部サービスへ送れます（kintoneヘルプ「Webhookを設定する」、2026年10月4日確認）。

連携支援ツールを介してチャットツールへ投稿すれば、承認依頼と承認完了を関係者がすぐに把握でき、確認待ちの時間を減らせます。なお、同じヘルプには、ライトコースの契約ではWebhookを利用できないと記載されています。

自動送付で誤送付を防ぐ確認手順と送付履歴

自動送付は便利ですが、宛先や添付ファイルを取り違えると、別の顧客に金額が伝わる事故につながります。最初は送付前に担当者が宛先とPDFを確認する運用から始め、問題が出ないことを確かめてから自動化の範囲を広げます。

• 送付の対象は、ステータスが「承認済」のレコードだけに限定する
• 宛先は顧客マスタのメールアドレスをルックアップで取得し、手入力しない
• 送付した日時、宛先、版数をレコードに記録し、後から確認できるようにする

Excel運用から移行した事例

あるBtoB企業では、営業担当ごとにExcel見積書のテンプレートを持っており、商品名、単価、値引き率が部署によって異なっていました。顧客から再見積もりを依頼されるたびに過去ファイルを探し、最新版かどうかを確認する作業に時間がかかっていました。

このケースでは、最初に商品マスタと顧客マスタを整理し、見積書アプリからルックアップで呼び出す形にしました。次に、値引き率が一定以上の場合は上長承認に回し、承認後だけ帳票出力できる運用にしました。過去見積もりも顧客単位で検索できるようになりました。

さらに、請求や契約管理まで広げる前に、見積書作成の入力項目を安定させました。小さく移行し、現場が使い続けられる状態を作ってから連携範囲を広げることが、kintone導入では重要です。kintoneの業務改善全体は、kintone 導入メリットでも整理しています。

注意点と外部連携の判断

kintoneのレコード番号は見積番号として使えますが、すべての会社に合うとは限りません。kintoneヘルプのレコード番号では、レコード番号は自動で付与され、変更できず、削除したレコード番号は欠番になることが説明されています。独自の見積番号ルールがある場合は、JavaScriptカスタマイズやプラグインを検討します。

また、複雑な帳票レイアウト、電子契約、会計システム連携、在庫連携、複数部門の承認分岐まで含める場合は、kintone標準機能だけで無理に作り込まない方が安全です。標準機能、プラグイン、外部サービス、API連携、別ノーコードツールのどれで実現するかを分けて判断します。

nocoderiでは、kintone単体で難しい業務アプリ設計や外部連携を、ノーコード開発やBubbleによる補完も含めて整理できます。最初に業務フロー、権限、帳票、外部連携を分けて設計することが、後から作り直さないための近道です。

見積書作成の機能を実現する方法の選び方

実現方法ごとの向き不向きは、次の表で比べられます。1つに絞る必要はなく、標準機能を土台にして、足りない部分だけをプラグインや連携で補う組み合わせが一般的です。

実現方法	できること	向いているケース	注意点
kintone標準機能	ルックアップ、計算式、プロセス管理、標準印刷	見積件数が少なく、帳票の見た目にこだわらない場合	独自採番や細かなレイアウトには限界がある
プラグイン	帳票出力、独自採番、入力補助などの追加	特定の機能だけを補いたい場合	提供元のサポート体制と、kintoneの更新への対応状況
外部連携サービス	請求書・会計ソフトとの連携、送付や保存の自動化	見積から請求までの二重入力をなくしたい場合	連携サービスの利用料と、kintoneのコースによる制限（ライトコースは外部サービス連携・プラグインを利用不可。kintone料金、2026年10月4日確認）
JavaScriptカスタマイズ・API開発	独自の採番ルールや複雑な承認分岐の実装	標準機能やプラグインで要件を満たせない場合	保守担当の確保と、仕様変更時の改修費用

kintoneの料金ページでは、プラグイン、JavaScriptカスタマイズ、外部サービス連携はスタンダードコース以上が対象で、ライトコースでは利用できないと示されています（kintone料金、2026年10月4日確認）。表の2行目以降を検討する場合は、契約中のコースを先に確認します。

見積書から請求書・会計ソフトへつなぐ方法

見積書作成をkintoneに移しても、受注後の請求書を別のソフトで一から作り直していては、転記ミスと手間が残ります。見積から請求、会計までのつなぎ方を先に決めておくと、同じ内容の二重入力をなくせます。

受注後は見積内容を請求書へ引き継ぎ、二重入力をなくす

受注になった見積書のレコードから、顧客、金額、税区分などを請求書へ引き継ぐ形にします。kintone内に請求書アプリを作る場合は、見積番号をキーにしたルックアップで顧客や金額を呼び出すと、同じ内容を打ち直さずに済みます。

明細のテーブルまで丸ごと引き継ぎたい場合は、レコードをコピーするプラグインやJavaScriptカスタマイズを検討します。請求書アプリの設計は、kintoneの請求書管理で詳しく解説しています。

請求書・会計ソフトと連携して発行状況をkintoneに反映する

請求書の発行や入金の管理を会計ソフト側で行う場合は、kintoneと会計ソフトを連携させます。例えば、フリー株式会社が提供するfreee for kintoneは、kintoneの情報をfreeeに連携して見積書・請求書の作成に反映し、取引先情報や入金情報も連携できると案内されています（サイボウズ「freee for kintone」、freee「kintone × freee」、いずれも2026年10月4日確認）。

同じサイボウズのページでは、freee for kintone自体は無償で、利用には別途freee会計の対象プランの契約が必要と記載されています。対象プランと料金は変わることがあるため、導入前に提供元のページで確認してください。請求や入金の状況をkintone側で確認できるようになると、営業担当が経理に問い合わせる手間が減ります。

連携方法の選択肢と、それぞれで確認すべき点

連携の方法は、大きく3つに分かれます。どれを選ぶ場合も、kintoneのコースが外部サービス連携に対応しているかを最初に確認します。

1. 公式連携: 会計ソフトなどの提供元が用意する連携アプリ。連携できる項目の範囲、必要な会計ソフトのプラン、kintoneのコースを確認する
2. 連携サービス: 複数のサービスをノーコードでつなぐツール。利用料、処理件数の上限、連携に失敗したときの通知と再実行の方法を確認する
3. API開発: kintoneのREST APIと連携先のAPIをつなぐ独自開発。開発費、保守の担当、連携先の仕様変更への追従を確認する

連携する前に、顧客コード・商品コード・税区分を連携先と対応づけておく

連携でつまずきやすいのは、データの形式よりも、同じ顧客や商品を両方のシステムで同じものとして扱えていないことです。kintoneの顧客マスタと会計ソフトの取引先、商品マスタと品目、税区分の名称がずれていると、連携のたびにエラーや手直しが発生します。

連携を始める前に、顧客コード、商品コード、税区分の対応表を作り、どちらのシステムを正とするかを決めておきます。

• 顧客コード: kintoneの顧客マスタと、連携先の取引先のコードを1対1で対応づける
• 商品コード: 商品マスタと、連携先の品目のコードを対応づける
• 税区分: 標準税率・軽減税率などの区分名を、連携先の税区分の名称にそろえる

kintoneの見積書作成でよくある質問

kintoneで作った見積書をそのまま顧客にメールで送れますか？

標準機能だけでは難しく、帳票出力サービスのメール送付機能や、メール送付の連携サービスを組み合わせるのが一般的です。自動送付にする場合は、プロセス管理のステータスが「承認済」のレコードだけを送付する条件を設定し、承認前の見積書が送られないようにします。

見積書から請求書を作るときに同じ内容を再入力しなくて済みますか？

請求書アプリへのデータの引き継ぎや、請求書・会計ソフトとの連携を使えば、再入力を減らせます。そのためには、kintoneの顧客コード・商品コードを、連携先の取引先・品目のコードと対応づけておくことが前提になります。

kintoneで作成した見積書の電子保存で注意することはありますか？

取引書類を電子で保存する場合は、法令上の保存要件が関わることがあります。国税庁の一問一答では、電子帳簿保存法の「取引情報」に見積書が含まれ、電子メールでの授受も電子取引に当たると説明されています（国税庁「電子帳簿保存法一問一答【電子取引関係】」問2、2026年10月4日確認）。

国税庁は、PDFなどのデータで受け取った請求書等は、ルールに基づいてデータのまま保存する必要があると案内しています（国税庁「電子帳簿保存」、2026年10月4日確認）。要件には、改ざんを防ぐ措置や、取引年月日・取引金額・取引先で検索できる状態での保存などがあります（国税庁 一問一答 問9・問26、2026年10月4日確認）。

kintoneで出力したPDFをどこに、どの形式で保存すれば要件を満たすかは、取引の形や保存の仕組みによって変わります。国税庁の電子帳簿等保存制度特設サイトで最新の情報を確認し、税理士にも相談したうえで保存方法を決めてください。

まとめ

kintoneで見積書作成を行う場合、最初に作るべきなのは見積書テンプレートではなく、業務全体の設計です。顧客マスタ、商品マスタ、見積書アプリ、承認フロー、帳票出力、権限設定を分けて考えることで、Excel運用で起きていた入力ミス、最新版管理、承認漏れ、検索の手間を減らせます。

標準機能では、ルックアップ、計算式、レコード番号、プロセス管理などを活用できます。ただし、独自フォーマットの見積番号、美しい帳票レイアウト、大量出力、電子契約や会計連携まで必要な場合は、プラグインや外部連携を前提に設計する方が現実的です。標準機能だけで完結させるか、拡張前提にするかを早い段階で決めることが重要です。

Excelから移行するときは、すべてを一度に置き換える必要はありません。まず見積書作成、次に承認、次に帳票出力、最後に請求や契約管理へ広げる順番が安全です。現場が使う項目を絞り、運用テストで入力漏れや権限不足を確認してから本番化すると、定着しやすくなります。

運用開始後は、見積作成時間、差し戻し件数、承認待ち件数、再見積もり件数を定期的に確認します。数字を見ることで、入力項目を減らすべきか、承認条件を見直すべきか、帳票や外部連携を追加すべきかを判断できます。

定期的な見直しまで含めると、改善効果を継続して追えます。

kintoneは見積書作成の効率化に向いていますが、複雑な連携や独自ワークフローでは設計力が必要です。業務フローを整理し、標準機能、プラグイン、ノーコード開発を組み合わせることで、見積書作成を単なる帳票業務から営業管理と業務改善の基盤へ変えられます。