- ホーム
- kintoneアプリ
タグ「kintoneアプリ」
こんにちは、ジムリンです！
実は、読者の方からいただいた質問をいただきました。
ボクもまだまだ経験が浅いのでわからないことも多いですが、一緒に考えてみたいと思います！
📩 読者からの質問 ジムリンさん、はじめまして。 製造業で総務を担当している者です。 kintoneを使い始めて数ヶ月経ちますが、まだまだ勉強中です。 最近、各部署から備品の購入申請が増えてきて対応に追われています。現在は申請書を印刷して手書きで提出してもらっているのですが、申請内容の確認や承認フローが煩雑で困っています。 申請する側も毎回備品名や単価を書くのが大変そうなので、よく使う備品を備品マスタに登録しておいて、そこから選択するだけで申請できるようにしたいと考えています。 やりたいことをまとめると、こんな感じです。ボクがやるとしたら、まずある程度データを入れた備品マスタを作って、備品購入申請アプリを作ります。 そして、アプリアクションを使って備品マスタから備品購入申請アプリを立ち上げられるようにします。今困っているのは、備品マスタから申請アプリを立ち上げる具体的な方法がわからないことです。 どのような手順で作れば良いでしょうか？
- よく申請される備品を備品マスタに登録
- 備品マスタから選択すると申請フォームに情報が自動入力される仕組み
- マスタに未登録の備品にも対応したい
- 金額に応じて承認者を変えたい（1万円未満は課長、それ以上は部長承認など）
ジムリン、ちょっと待って！
アプリを作る前に「想定される使い方」を整理しよう！
ジムリンが考えたアプリ、実際に使ってみたらどうなると思う？
え！備品マスタを眺めながら、欲しいものをクリックして購入申請ができると思います……
欲しい備品が複数あったらどうするの？
むむ……。 それは、マスタから1つずつ探して、申請してもらう形かな？
本当にそれで現場の負担は軽くなるの？ 「紙のほうが楽でいいや！」ってならない？
う……、たしかに……。 紙に書いたほうが早いかも(ﾟДﾟ;)
ね。 kintoneでありがちなのが、アプリにフォーカスした結果、使い始めてから「もっとこんな機能が必要だな」と気づくこと。 そうならないように、まずは要件を整理したいよね。 だから、まずはユースケース図を描いてみよう！
ユースケース図で「想定外」を減らせる！
コーさん、ユースケース図ってなんですか？
ユースケース図は、ユーザーの目線から「このシステムで何ができるのか」を明確にする図だよ。 アプリの機能を考える前にこの図を描くことで、現場運用での「想定外」を減らせるんだ。 ユースケース図を描くことで、こんなメリットがあるよ。
【ユースケース図を描くメリット】 ・ユーザー視点でシステムを設計できる ・必要な機能が見えてくる ・複数のパターンや分岐が明確になる
なるほど！さっそく描いてみます！
ユースケース図の描き方｜押さえておきたい4つのポイント
描いてみました！ こんな感じでどうですか？
そうだね！ 各要素には優先度があるよ。 以下はなるべくマストで書き出してみて！ ・誰が（Who） ・いつ（When） ・何を（What） ・なぜ（Why）
本当ですね！ いきなりアプリを作り始めていたら、あとで「このフローも必要だった！」とやり直しになっていたかもしれません。
はじめに：バックアップの"手作業"を卒業しよう
製造業では品質記録、検査データ、製造履歴、図面など、失ってはならないデータがkintoneに日々蓄積されます。 ISO認証や監査対応では「データの保管体制」を問われますが、手動バックアップは抜け漏れの温床です。
「毎日バックアップを取らないと…」と分かっていても、日々の業務に追われて後回しになる。 これは製造業に限らず、多くのkintoneユーザーが抱える課題です。
本記事では、n8nを使ってkintoneの全データ（添付ファイル含む）を毎朝3時に自動バックアップ→Google Driveへアップロード→結果をkintoneに記録までを一気通貫で実行する仕組みを解説します。
全体アーキテクチャ（概要）
これで解決できること
- 手作業ゼロ：一度設定すれば、毎朝勝手に動き続ける
- 抜け漏れゼロ：対象アプリを登録するだけで、全アプリを自動処理
- 添付ファイルも完全保存：図面やPDFも漏れなくバックアップ
- 監査対応：実行履歴がkintoneに残り、「いつ・何を・どうした」が証明可能
- 迅速な復旧：Google Drive上で世代管理でき、任意の日付に戻せる
使う道具と役割
kintone：データのハブと実行履歴の保管場所
今回のワークフローでは、バックアップ対象管理アプリ、結果保存アプリを作成し利用しています。n8n：ワークフローを配線
定時実行トリガー、kintone REST APIの実行、ループ処理による一括処理、サーバーコマンドの実行、GoogleDriveへの連携をしています。cli-kintone：kintoneの公式コマンドラインツール
アプリのデータをCSV出力、添付ファイルの保存など、バックアップに必要な作業を行う際に利用しています。Google Drive：クラウドストレージ
今回の例では、バックアップの保存先にGoogle Driveを使用しています。実装
1) 定期実行と初期設定
Triggerノードを「Schedule Trigger」にし、毎朝3時に実行するよう設定。
- Trigger interval：Days
- Days Between Triggers：1
- Trigger at Hour：3am
- Trigger at Minute：0
2)定数の登録
後続のノードで利用する値をここで定義している。
以下の内容はサンプルです。
- バックアップ先ディレクトリ：
./kintone_backup （./kintone_backup/[App_ID]/となるように設計） ログディレクトリ：./logGoogle DriveフォルダID- タイムゾーンとタイムスタンプ（
Asia/Tokyoタイムゾーンでyyyy-LL-dd形式）
3) バックアップ対象の取得と分岐
n8nの「HTTP Request」ノードを使い、バックアップ対象管理アプリから対象リストを取得します。
取得件数が0件の場合は、その旨をエラーとしてログに記載し終了。
4) ループ処理（各アプリごとに実行）
取得したアプリを、1件ずつループ処理します。
行っている処理の内容は以下の通り。
- バックアップの一時保存ディレクトリの存在チェック （./kintone-backup/[APP_ID]/が無ければ作成）
- レコードデータ（CSV）をエクスポート
- バックアップ結果をログ出力
- 添付ファイルをダウンロード
5) ログのまとめと圧縮
ループの完了後、それぞれのバックアップ結果ログを取りまとめ、後ほどログ保存時に適した形に整形する。
また、サーバーコマンドを実行し（tar圧縮）、バックアップディレクトリを一括圧縮する。
6) Google Driveへアップロード
「readFile」ノードを使い、ファイルをバイナリとして読み込む。
「Uploade File」ノードを使い、Google Driveへアップロード。
※Google Driveのノードは標準で搭載されているが、認証情報の設定が必要。
7) 結果ログを保存
アップロード結果のログと、アプリバックアップのログを統合し、文章として整形する。
最後に「HTTP Requestノード」を使ってkintoneへ結果を保存する。
運用設計のヒント
ログと監査のための記録
- n8nの実行IDをkintoneに残すと、失敗時の再実行や調査が容易
- 処理ログに各アプリの成功/失敗を記録し、どこで止まったか可視化
- バックアップ実施の証跡として監査時に提示可能
保存先の世代管理
- 日次でファイル名が変わるため、自然に世代管理される
- 古いファイルを削除する方法を検討する
容量とコストの試算
- アプリ量、レコード数、添付ファイルの種類によって容量が変わる
- Google Workspace Business Standard契約で２TBまで拡張可能
よくある質問
Q. cli-kintone のインストール方法は？
kintoneの公式サイトからダウンロード可能です。 n8nが動作するサーバーにインストールし、PATHを通しておく必要があります。Q. ゲストスペース内のアプリもバックアップできる？
できます。--guest-space-id オプションにスペースIDを指定してください。
ワークフローでは、対象アプリ管理にスペースIDを登録しておけば自動で対応します。
Q. 複数ドメインのkintoneをバックアップしたい
A. ドメインごとにワークフローを分けるか、Define ノードでドメインリストを定義し、外側でループさせる設計にします。Q. バックアップからの復旧方法は？
kintoneの公式サイトからダウンロード可能です。 n8nが動作するサーバーにインストールし、PATHを通しておく必要がありますA. tar.gzを展開し、cli-kintone record import コマンドで各アプリにインポートします。
添付ファイルも --attachments-dir で指定して復元可能です。
まとめ
- Schedule Trigger → 対象取得 → ループ処理 → 圧縮 → Google Drive → 結果記録 の一筆書きでバックアップを自動化
- エラー時は結果をkintoneに記録し、失敗箇所を可視化
- まずは対象アプリを5～10個に絞り、実行ログの確認と復旧テストを行ってから本番運用へ
最後に
株式会社アディエムでは、kintone × 生成AIで日々の業務改善に取り組んでいます。
今回ご紹介したようなワークフローの他にも、お客様の業務に合った改善をご提案させて頂きます。
無料相談も行なっておりますので、お気軽にお問い合わせ頂ければ幸いです。
お問い合わせはこちら"
["post_title"]=>
string(88) "kintoneのアプリバックアップを自動化｜n8nで製造業向けデータ保護"
["post_excerpt"]=>
string(0) ""
["post_status"]=>
string(7) "publish"
["comment_status"]=>
string(6) "closed"
["ping_status"]=>
string(6) "closed"
["post_password"]=>
string(0) ""
["post_name"]=>
string(23) "kintone-n8n-auto-backup"
["to_ping"]=>
string(0) ""
["pinged"]=>
string(0) ""
["post_modified"]=>
string(19) "2025-12-21 09:28:14"
["post_modified_gmt"]=>
string(19) "2025-12-21 00:28:14"
["post_content_filtered"]=>
string(0) ""
["post_parent"]=>
int(0)
["guid"]=>
string(45) "https://adiem.jp/?post_type=blog&p=15077"
["menu_order"]=>
int(0)
["post_type"]=>
string(4) "blog"
["post_mime_type"]=>
string(0) ""
["comment_count"]=>
string(1) "0"
["filter"]=>
string(3) "raw"
}
}
["post_count"]=>
int(3)
["current_post"]=>
int(-1)
["before_loop"]=>
bool(true)
["in_the_loop"]=>
bool(false)
["post"]=>
object(WP_Post)#4316 (24) {
["ID"]=>
int(15520)
["post_author"]=>
string(2) "14"
["post_date"]=>
string(19) "2025-12-16 12:00:07"
["post_date_gmt"]=>
string(19) "2025-12-16 03:00:07"
["post_content"]=>
string(15335) "
関連レコード一覧、「全部じゃなくて特定の条件だけ」で集計したいんだけど...
ボクは最近、kintoneで受注データを管理するようになりました。 関連レコード一覧で、受注履歴を表示できるようにしたんです。 こちらが受注履歴の関連レコード一覧です。
受注データがズラッと並んで、一覧で見られるようになりました。
でも、月次報告のときに困ることがありまして(;'∀')
データを分析したいのに、条件で絞り込んで集計できない...…！
ボクは月次報告のために、各担当者の営業成績を分析しなくちゃいけないんです。 「斉田さん担当の売上はいくらかな？」 「山下さんの売上は？」 関連レコード一覧を見れば、全体の受注データは見えます。 でも、現状だと「斉田さん担当だけ」「山下さん担当だけ」で絞り込んだ合計がわからないんです。 仕方なく、別のアプリ（受注管理アプリ）を開いて、フィルタで「営業担当=斉田文子」に絞り込んで、レポート機能で集計して...…という流れでやっています。 これを担当者分、全部やるわけです。 関連レコード一覧にはデータが全部あるんだから、条件を指定して集計できたらいいのに...…(-_-;) なんとかならへんかな、これ。 （あ、またテンパって関西弁が出ちゃった）関連レコード集計プラグインの「条件付き集計（SUMIF）」なら、複数の切り口で集計・分析できる！
ジムリン、また困ってるね。
関連レコード一覧を条件で絞り込んで集計したいんでしょ？
コーさん！そうなんです。
全部じゃなくて、「斉田さん担当だけ」とか「山下さん担当だけ」とか、条件を指定して集計したいんです。
何かいい方法ないですか？
それなら、関連レコード集計プラグインの「条件付き集計」機能を使ってみたらどうかな？
条件付き集計……？
ExcelでいうSUMIF関数みたいなもので、条件を指定して集計できる機能だよ。
ジムリンがいうように、「斉田さん担当だけ」とか「山下さん担当だけ」といった条件を絞り込んで集計できるんだ！
ドンピシャの機能じゃないですか！
しかも、複数の切り口で同時に集計できるから、多角的な分析も可能だよ。
集計結果は自動的にフィールドに保存されるから、画面を開くだけですぐに確認できるね。
それはすごい！さっそく使ってみたいです！
関連レコード集計プラグインの条件付き集計機能を使ってみた【製造業の場合】
コーさんのレクチャーを受けて、ボクは実際に関連レコード集計プラグインの条件付き集計機能を使ってみることにしました。 ここからは、実際にどう設定して、どう変わったのかをご紹介します！条件で絞り込んだ集計も、別アプリを開かずに確認できる
まず、一番知りたかった「営業担当別の売上」を設定しました。 設定はこんな感じです。1.工数実績管理アプリに「営業斉藤_売上」フィールドを作成 2.プラグインの設定で条件を指定（例：営業担当=斉田文子） 3.集計対象：受注額 4.集計方法：合計
すると、このように自動で集計されるようになりました！
もう別アプリを開いてフィルタ→集計する必要はありません！
画面を開くだけで、斉田さんと山下さんの売上実績を確認できるようになりました(^^)
コーさん、すごいです！
集計のために、もう別アプリを開かなくていいんですね！
これでジムリンの課題はクリアだね！
複数の条件を同時に設定できるから、比較がしやすい
実は、関連レコード集計プラグインは、1つの関連レコード一覧に対して、何個でも条件付き集計を設定できるみたいなんです。 今回は「営業担当別」で2つ設定しましたが、ほかにもいろんな切り口で設定できます。 たとえば、受注履歴に対して- 営業担当別（斉田、山下、佐藤...）
- 案件カテゴリ別（案件A、案件B、案件C...）
- 取引先別（特定の重要顧客ごと）
- 受注日別（今月、先月、今期...）
- 受注額別（100万円以上、50万円以上...）
つまり、1つの画面でいろんな切り口の集計が一度に見られるってことですか？
そう！営業成績も案件傾向も顧客別売上も、全部まとめて確認できるんだ。
月次報告で「あれも見たい、これも見たい」ってときに、いちいち別アプリを開いてフィルタをかける必要がなくなるよ。
それはすっごく助かります！
分析の幅もぐっと広がりそうですね。
集計結果は自動保存されるから、いつでも確認できる
プラグインで設定した条件付き集計は、レコードを開くたびに自動的に計算されて保存されます。 つまり、受注データが追加されたり更新されたりしても、常に最新の集計結果が表示されるんです。これなら、いつでも最新の営業成績が確認できますね！
しかも、集計結果はフィールドに保存されるから、レポート機能やグラフ機能でさらに可視化することもできるよ。
あらゆる業種で活躍！関連レコード集計プラグインの条件付き集計ユースケース
関連レコード集計プラグインの条件付き集計機能を使ってみて、ボクはふと思いました。これって、製造業だけじゃなくてほかの業種でも応用できますよね？
もちろん！いくつかユースケースを紹介するね。
ということで、コーさんが業界別のユースケースを紹介してくれました。小売業：顧客別の「今月の購入金額」を即座に確認
・顧客管理アプリに購入履歴を関連レコードで表示 ・「購入日が今月」という条件で合計購入金額を自動集計 ・接客中に「今月は既に〇〇円ご購入いただいてます」と即答できる
条件を「購入日が今月」にするだけで、今月分だけの集計ができるんだ。
不動産業：物件別の「成約済み」案件の合計契約金額
・物件管理アプリに商談履歴を関連レコードで表示 ・「ステータスが成約」という条件で契約金額を集計 ・物件ごとの収益性を即座に把握
成約済み案件だけを集計できるから、実績管理がしやすくなるね。
IT業：プロジェクト別の「特定メンバー」の作業時間
・プロジェクト管理アプリに作業実績を関連レコードで表示 ・「担当者=田中」という条件で作業時間を集計 ・メンバーごとの稼働状況を即座に確認
メンバー別の工数がすぐわかるから、リソース配分の判断もしやすいね。
人材派遣業：派遣先別の「稼働中スタッフ数」
・派遣先管理アプリに派遣実績を関連レコードで表示 ・「ステータスが稼働中」という条件で人数を集計 ・派遣先からの問い合わせに即答
稼働中のスタッフだけをカウントできるから、現在の状況がすぐわかるよ。
本当にいろんな業種で使えるんですね！
関連レコードをもっと便利に活用したい人におすすめしたいです。
条件付き集計（SUMIF）ができるのは、アディエムの関連レコード集計プラグインならでは！
コーさんのおかげで、ボクの悩みは解決しました！ 関連レコード一覧を条件で絞り込んで集計する問題を、こんなに簡単に解決できるなんて思ってもみませんでした。 ここで、関連レコード集計プラグインの条件付き集計機能のポイントをまとめておきますね。【関連レコード集計プラグインの条件付き集計（SUMIF）機能のポイント】 ・ExcelのSUMIF関数のように、条件を指定して集計できる ・「営業担当=〇〇」「案件カテゴリ=△△」「ステータス=□□」など、業務に必要な条件で絞り込み可能 ・複数の条件付き集計を同時に設定でき、多角的な分析が可能 ・集計結果は自動的にフィールドに保存されるため、画面を開くだけで確認できる
条件付き集計機能、本当に便利ですね！
アディエムの関連レコード集計プラグインならではの機能なんだ。
合計や平均を出せるプラグインはたくさんあるけれど、条件付き集計はなかなかないんだよね。
ちなみに、このプラグインは買い切り制で35万円/ドメインだから導入もしやすいよ。
買い切りなら予算も立てやすいですし、上司にも提案しやすいです！
アップデートとかはどうなってるんですか？
一度導入すれば、アップデートも無料。常に新しい状態で使えるよ！
まとめ：関連レコード集計プラグインの条件付き集計（SUMIF）で業務効率アップ
関連レコード一覧を使っているけど、特定の条件に絞ってで集計したい……。 そんな悩みを抱えている人は、ぜひ関連レコード集計プラグインの条件付き集計（SUMIF）機能を試してみてください。 ボクみたいに、毎回別アプリを開いてフィルタ→集計していた手間がゼロになりますよ!(^^)! しかも、複数の条件を同時に設定できるから、多角的な分析も可能です。 買い切り制だから、月額費用もかからず、長く安心して使えるのもポイントです。まずは無料体験版で試してみるといいよ。
さっそく、無料体験版を入れてみます！
30日間無料！ 体験版に申し込む " ["post_title"]=> string(122) "関連レコード一覧を条件で絞り込んで集計したい！SUMIF機能を実現するプラグインの活用術" ["post_excerpt"]=> string(0) "" ["post_status"]=> string(7) "publish" ["comment_status"]=> string(6) "closed" ["ping_status"]=> string(6) "closed" ["post_password"]=> string(0) "" ["post_name"]=> string(36) "related-record-list-filter-aggregate" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2025-12-11 11:17:44" ["post_modified_gmt"]=> string(19) "2025-12-11 02:17:44" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=15520" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } ["comment_count"]=> int(0) ["current_comment"]=> int(-1) ["found_posts"]=> int(13) ["max_num_pages"]=> int(2) ["max_num_comment_pages"]=> int(0) ["is_single"]=> bool(false) ["is_preview"]=> bool(false) ["is_page"]=> bool(false) ["is_archive"]=> bool(true) ["is_date"]=> bool(false) ["is_year"]=> bool(false) ["is_month"]=> bool(false) ["is_day"]=> bool(false) ["is_time"]=> bool(false) ["is_author"]=> bool(false) ["is_category"]=> bool(false) ["is_tag"]=> bool(true) ["is_tax"]=> bool(false) ["is_search"]=> bool(false) ["is_feed"]=> bool(false) ["is_comment_feed"]=> bool(false) ["is_trackback"]=> bool(false) ["is_home"]=> bool(false) ["is_privacy_policy"]=> bool(false) ["is_404"]=> bool(false) ["is_embed"]=> bool(false) ["is_paged"]=> bool(true) ["is_admin"]=> bool(false) ["is_attachment"]=> bool(false) ["is_singular"]=> bool(false) ["is_robots"]=> bool(false) ["is_favicon"]=> bool(false) ["is_posts_page"]=> bool(false) ["is_post_type_archive"]=> bool(false) ["query_vars_hash":"WP_Query":private]=> string(32) "bf2cd2d3ffaa0ef7bbfb9eddd7fe974c" ["query_vars_changed":"WP_Query":private]=> bool(true) ["thumbnails_cached"]=> bool(false) ["allow_query_attachment_by_filename":protected]=> bool(false) ["stopwords":"WP_Query":private]=> NULL ["compat_fields":"WP_Query":private]=> array(2) { [0]=> string(15) "query_vars_hash" [1]=> string(18) "query_vars_changed" } ["compat_methods":"WP_Query":private]=> array(2) { [0]=> string(16) "init_query_flags" [1]=> string(15) "parse_tax_query" } ["query_cache_key":"WP_Query":private]=> string(84) "wp_query:fedef9f56d9e68115cb09c06ea8828e5:0.11338100 17708232980.16721700 1770823298" } -->他のタグから探す
- 全てのタグ
- 自動化
- 関連レコード集計プラグイン
- 会社情報調査
- 関連レコード一覧
- kintone
- kintoneプラグイン
- 関連レコード一覧集計
- もしもシリーズ
- 独自ルックアップ
- アプリ設計
- 生産管理システム
- ルックアップ
- ユースケース図
- kintoneアプリ
- セミオーダー型アプリ
- TOC
- バックアップ
- 製造業
- DBR
- n8n
- 展示会
- バッファ
- データ保護
- 生産スケジューラ
- Box連携プラグイン
- MCPサーバー
- GROW工程管理
- ボトルネック改善
- Claude Desktop
- CybozuDays
- セキュリティ
- 生成AI
- 工程管理システム
- Box
- draw.io
- ボトルネック
- プラグイン
- ダイアグラム図
- TOC理論
- ファイル管理
- 添付ファイル
- TOC研修
- ファイル共有
- OCR
- ジムリン
- 業務改善
