- ホーム
- kintone
タグ「kintone」
「ある条件下で入力が不要なフィールドは非表示」、「記録は残したいけど変えてほしくないフィールドは編集ロック」というのが基本の使い分けだね。
なるほど!判定結果は次工程の担当者も確認したいから、ロックが合ってるんですね。
非表示にしてしまうと、内容が確認できなくなってしまいますもんね。
参照はOK・書き換えはNGという状態を作りたいならロック、不要な情報をすっきり隠したいなら非表示を使うといいよ。
状況に合わせて使い分けられるのが便利ですね!
あらゆる業種で活躍!条件分岐フィールド非表示プラグインのユースケース
これって、製造業の品質検査だけじゃなくて、ほかの業種でも使えますよね?
もちろん。ステータスが変わったらフィールドをロックしたい場面なら、どの業種でも使えるよ。
いくつか例を挙げるね。
不動産業
・「契約済み」になった物件の価格・条件フィールドをロック ・契約後に担当者が誤って売値や賃料を書き換えてしまうリスクを防げる
契約確定後に金額が変わると大問題になるから、ロックで守れるのは重要だよ。
医療・介護
・「記録確定」後の診療記録・介護記録の誤書き換えを防止 ・確定後の記録は参照できるが、内容の変更はできない状態にする
医療・介護の記録は正確さが命だから、確定後はロックして記録の完全性を保つことが大切だよ。
建設業
・「発注確定」後の発注金額・工期フィールドをロック ・確定した発注内容が事後に書き換えられることを防げる
発注金額や工期は後からもめやすい項目だから、確定と同時にロックしておくと安心だね。
士業・コンサル
・「提出済み」になった報告書の内容フィールドをロック ・提出後の内容変更を防いで、提出物の完全性を担保できる
ステータスが条件を満たしたらロックされるから、うっかりミスを仕組みで防げるよ。
製造業以外でも、記録の信頼性を守りたい場面ならどこでも使えるんですね!
バージョンアップ無料!買い切りの条件分岐フィールド非表示プラグインで編集ロックを実装
ジョーさんのおかげで、ボクの悩みはきれいに解決しました! ここで、条件分岐フィールド非表示プラグインのポイントをまとめておきます。 ▼条件分岐フィールド非表示プラグインのポイント・ステータスなどの条件に応じて、フィールドを編集不可にできる ・フィールドは表示したまま参照はOK、編集だけ制限できる ・AND/OR条件の組み合わせで、細かい制御も可能 ・同ドメイン内の複数アプリに設定できる
ジムリン、導入費用も気になってるんじゃない?
はい、聞いてもいいですか……。
これだけ機能が豊富だと、費用もそれなりにしそうで……。
180,000円(税抜)/ドメインの買い切り制だから、月額費用はかからないよ。
買い切りなんですか!
バージョンアップしたら別途費用がかかったりしませんか?
バージョンアップは無料だよ。
kintoneの仕様が変わっても継続して対応してもらえるから、安心して長く使えるね。
それは助かります!
月額もかからないし、バージョンアップも無料なら、導入のハードルが低いですね!
30日間の無料体験もあるから、まずは実際に試してみるといいよ。
まとめ:条件分岐フィールド非表示プラグインで大切な検査データを誤編集から守ろう
「検査完了後も誰でも編集できてしまい、データが書き換えられてしまう……」 「口頭で周知しても操作ミスは防ぎきれない……」 そんな悩みを抱えている人は、ぜひ条件分岐フィールド非表示プラグインを試してみてください。 ボクみたいに、ステータスの条件に応じてフィールドをロックするだけで、大切な記録を誤編集から守れますよ。 口頭ルールに頼らず、仕組みとしてデータを守る環境を作りましょう!(^^)! まずは体験版で、実際の業務でどれだけ安心できるか試してみてください。 30日間無料! 体験版に申し込む" ["post_title"]=> string(151) "kintoneで入力後のデータを書き換えられないようにしたい!フィールドを編集不可にして誤編集を防ぐ設定を紹介" ["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(27) "kintone-fields-non-editable" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-26 15:59:27" ["post_modified_gmt"]=> string(19) "2026-03-26 06:59:27" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16584" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [3]=> object(WP_Post)#4948 (24) { ["ID"]=> int(16453) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-19 11:30:53" ["post_date_gmt"]=> string(19) "2026-03-19 02:30:53" ["post_content"]=> string(12527) "
こんにちは、ジムリンです!
前回、ボクは大きな決断をしました。
「工場長の課題に集中する。追加機能は一切つけない!」
そう宣言して、なんとか同僚たちの理解を得たんです。
でも、宣言したからといってすべてが丸く収まるわけではありません。
今回は、ついに正式リリースした日のこと、そしてそのあとに起こった出来事についてお話しします。
工場長への「電話を減らすためのアプリ」が完成!リリースしたあと、正直怖かった
工場長への電話を減らす!それだけを考えて、ボクは機能を徹底的に絞り込みました。 アプリを保存して、ホッとするかと思いきや……、襲ってきたのは、えもいわれぬ恐怖感。使ってもらえなかったら……。
電話が減らなかったら……。
そんな風に、まだ起こっていないことを想像しては不安になるということを繰り返していました(..;) しかし、その日の午後、さっそく工場長がデスクでアプリを開いているのが見えたんです。 ボクは離れた場所から、固唾を飲んで見守りました。 内心ドキドキです……。 工場長はしばらく画面を見つめたあと、無言でアプリを閉じました。 やっぱりダメだったかな……(T-T) ボクは落ち込みながら、デスクに戻りました。工場長への電話が減った!?「小さな成功」が現場を変える
アプリのリリースから数日後のことです。 ボクは気づいてしまいました。工場長のデスクの電話が……鳴っていないことに! いや、正確には「減っている」んです。 以前は午前中だけで何度も鳴っていましたが、営業や各工程からの進捗確認や納期確認の電話が明らかに少なくなっていました。 しばらくして、営業担当さんが「ちょっと確認します」と言いながら、スマホを取り出す場面も見かけました。 いつもだったら工場長に電話している内容を、営業用のスマホからkintoneにアクセスして確認できている……。もしかして……、ボクの作ったアプリが機能してる?
ボクは思わず声に出しそうになりました。 それくらい、嬉しかったんです。これって成功じゃないですか!? 全部の要望を入れようとしなかったこと、正直後悔するときもありました。 工場長の「電話対応がつらい」という、たった一つのボトルネックを見つめたことが、ほかの人たちを蔑ろにしてるんじゃないかって。 これでうまくいかなかったらって……。 でも、今ボクは目の当たりにしているんです。 小さな成功を。変わったのは「電話の数」だけじゃなかった。広がり始める「改善」の空気
よくよく見ていくと、電話が減っただけじゃなかったんです。 現場の空気が少し変わったような気がします。 何かが、動き出しているような……。工場長からのぶっきらぼうな「ありがとう」
その日の夕方、廊下を歩いていると工場長が歩いてきました。 「お前は何も分かってない!」と激怒したあの工場長です。 アプリのリリースから、まだ一度も言葉を交わしていませんでした。 工場長の電話は減ったように見えるけど、一体どう思っているんだろう? ドキドキしていると、工場長が立ち止まり声をかけてくれたんです。 「……ジムリンさん。」 工場長は少し間を置いてから、ぽつりと言いました。 「……電話、減ったね。」 「前にシステム導入があったとき、えらい目に遭ったから、また同じことになると思ってた。」 「今回は、とても助かっているよ。ありがとう。」 その言葉に、すべてが込められていました。やってよかった……。
ボクのやったことは間違いじゃなかったんだ!
工場長に頼らなくて済む!笑顔の同僚たち
翌日、「Excelの方が速い」と言っていたあの同僚が、興奮した様子でボクのもとにやってきました。 「ジムリンさん!さっき客先で納期を聞かれてさ、その場でkintoneで確認して即答できたんだよ。 ほら、作ってくれたアプリを使って!スマホからすぐに見られるからさ。」 「いつもならExcelで管理しているから、会社に戻って折り返し電話してたところだよ。」 「Excelのほうが作るのは速いかもしれないけど、利便性で考えるとkintoneのほうが上かも!」お役に立ててよかったです!
その場でスマホから確認するなんてナイスプレーですね!
顧客もすぐに情報を得られて、安心したんじゃないでしょうか。
同僚がアプリを使ってくれている!ボクは内心ガッツポーズをしていました。 結果的に、みんなの声を無視した形になってしまったけど、こんな風に現場が変わるなんて。 そこまでボクは予想してなかったんです。 ああ、ボトルネックを解消するってこういうことなのかも? ボクはようやく、ジョーさんから教わったことを体感的に理解しはじめていました。次の一手は「みんなで考える」、そんな空気感を作りたい
数日後、ボクは思い切って次のステップに進むために、みなさんに集まってもらいました。少しだけ、時間をもらえますか?
会議用のデスクを囲んだ工場長や各工程のリーダー、営業担当の前で、ボクは以前描いた業務フロー図を広げました。工場長へ電話が集中する問題は解決できたと思います。
でも、工場の課題はそれだけじゃありません。
ボクは今回の取り組みで、少しずつでも改善していけば現場が変わることを実感しました。
だからこそ、ここで止まってはいけないと思うんです。
今回のアプリ制作では突っぱねたみなさんの声も、たくさんあります。
だから、次に解決したい課題を一緒に考えませんか?
「ジムリンさん、実は在庫確認をもう少し効率化したくて……。」 「Excel管理の工程管理表なんだけど、納期調整のために結構時間を使ってるんだよね。」 みんなも、今回のアプリで改善の良さを実感したんだと思います。 次の課題に対して、意欲的な声がどんどん上がるんです!みなさん!ありがとうございます!
優先度を決めながら、一つずつ解決していきましょう。
そしたらきっと、みんなの負担が軽くなっていくはずです!
生産管理システムを作って!といわれて、「何からやればいいんだろう?」という地点からスタートしたボク。 まっさらな状態から始まった改善の旅は、一つの小さなゴールにたどり着きました。【教訓】小さな成功が、チームの信頼と次の改善への推進力を生む ── 第1シーズン 完 ──
ジムリン、見ていたよ。
今回のアプリは無事、成果につながったみたいだね。
はい、ジョーさんが教えてくれたTOC理論のおかげです。
本当にありがとうございます!
今回のアプリ自体は生産管理システムとはほど遠いものだよね。
だけど、この小さな成功が現場に改善の空気を生んだはずだよ。
「こうやって改善していけばいいんだ」と思えたこと、これが工場の財産になる。
そして、次の改善への推進力になる。
それが証明されたね。
おっしゃるとおりです!ボク、次の改善の話もしたんです。
もう、わくわくしちゃって。
少しずつだけと改善を繰り返して、それが大きな生産管理システムになっていけば良いなって思っています。
あの、ジョーさん。これからもボクを支えてくれますか……?
コー・ジョーは工場の妖精。
ずっとここにいるよ。
ジョーさんは、いつものようにふっと姿を消しました。 今シーズンでボクが学んだことをまとめます。・システム設計は「全体最適」から始める ── まず業務フロー図を描いて、森を見よ ・ボトルネックを見つけ、排除ではなく「支える」ことで全体の流れが良くなる ・現場の「気持ち(Why)」を聞き、最小限の「仕様(What)」に翻訳する ・完成がゴールではなく、対話しながら育てていくことがシステム開発の本質 ・小さな成功がチームの信頼を生み、次の改善への推進力になる
ボクが作ったアプリは、スタートに過ぎません。 大事なのは、小さな成功を積み重ねて、チームと一緒に少しずつ育てていくこと。 いずれ、このアプリさえも改善が必要になるときがくると思います。 そのときも、今回学んだことを胸に、みんなの子を聴きながら前に進んでいくつもりです。 そして、ゆくゆくはkintoneで生産管理システムを作る! ボクの挑戦は、これからも続いていきます(*^_^*) ── 第1シーズン 完 ──" ["post_title"]=> string(93) "鳴り止んだ電話とチームの新しい未来―現場を変えた「小さな成功」" ["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(30) "system-development-small-steps" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-26 10:19:26" ["post_modified_gmt"]=> string(19) "2026-03-26 01:19:26" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16453" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [4]=> object(WP_Post)#4951 (24) { ["ID"]=> int(16401) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-07 14:31:40" ["post_date_gmt"]=> string(19) "2026-03-07 05:31:40" ["post_content"]=> string(26836) "
中小製造業で総務を担当しているジムリンです(*^_^*)
ただの総務なのに、気がついたらkintoneのアプリ構築まで兼任することになり、毎日バタバタしながら過ごしています。
製造業のことはまだまだ勉強中で、現場のみなさんに助けてもらいながら日々なんとかやっているような状態です(゚Д゚;)
今日は、そんなボクのもとに届いた相談と解決につながる考え方を紹介しようと思います。
テーマは「エクセルで工程表を作ること」……なんですが、話を聞いていくうちに、実はエクセルのフォーマットを工夫しても解決しない本質的な問題が見えてきました。
同じような悩みを抱えている方にも、きっと参考になると思います。
工程管理がうまくいっていない……エクセルを使った工程表の作り方を知りたい!
ある日、他社で生産管理を担当しているBさんから 「ジムリンさん、kintoneとか工程管理にくわしいって聞いて。ちょっと相談に乗ってもらえますか?」 と連絡が届きました。 くわしいかどうかは微妙なところではあるんですが(;'∀') 「もちろんです!」とお答えして、話を聞かせてもらいました。 Bさんの悩みはこういう内容でした。うちは工程別にエクセルで納期を管理してるんですけど、最近なんか管理がやりにくくなってきた感じがして。 フォーマットが古くなってきたせいかなって思ってて、直せば改善するんじゃないかと。 手軽な作り方とか、いいフォーマットってありますか?
なるほど。やりにくさを感じてきたから、エクセルで作った工程表を見直そうとしているんですね。
これ、すごくわかる話だなと思いました。 エクセルでの工程管理は多くの現場で使われていますし、「使い続けているうちにちょっとずつ合わなくなってくる」という感覚は、ボクの会社でもよく耳にします。 ボクもそこまで詳しくないので一緒に調べてみると、エクセルで作れる工程管理表にはいくつかのフォーマットがあることがわかりました。エクセルで作れる代表的な工程管理表のフォーマット
エクセルで作る工程管理表には、大きく分けて4つのフォーマットがあります。Bさん、エクセルの工程表に適したフォーマットには、種類があるみたいですよ。
どれがBさんの会社に合いそうか見てみましょう!
| フォーマットの種類 | 特徴 | 向いている場面 |
|---|---|---|
| ガントチャート式 | 縦軸に工程、横軸に時間をとり、作業期間をバーで表示 | 進捗の視覚的な確認 |
| バーチャート式 | 作業期間をシンプルな棒グラフで表示 | 全体のボリューム感の把握 |
| グラフ式 | 出来高や生産数の推移を折れ線・曲線で表示 | 生産トレンドの追跡 |
| ネットワーク式(PERT図など) | 工程の順序や依存関係を丸と矢印でつないで表示 | 複雑な生産プロセス全体の把握 |
ガントチャートにすると、管理のしにくやが改善しそうですか?
「えっと……見やすくなれば管理しやすくなるかなって。」 Bさんの答えが、ボクはなんとなく腑に落ちませんでした。エクセルの工程表だと改善するにも限界がある?
「見やすくなれば管理しやすくなる」って本当にそうでしょうか?
なんとなく気になったので、ボクはBさんにもう少し話を聞いてみました。
工程ごとにファイルが分かれていると前の工程の遅れが伝わらない
工程別にエクセルで管理しているって言っていました、それぞれファイルがあるってことですか?
その運用だと、たとえば切削で遅れが出たとき、組立チームのファイルには反映されないですよね?
「そうです! だから組立チームは知らないまま動いてて、後から気づいてバタバタすることがあって(苦笑)。」エクセルをガントチャートに変えたら見やすくはなりますが、ファイルが分かれてる状態は変わらないですよね?
ということは、連携部分での問題って解消されない気がするんですけど……。
「……あ。」担当者ごとに違うフォーマットでは工程全体の進捗が把握できない
「ジムリンさんが言うことはごもっとも。 うちは、工程別=チームに分かれているから、それぞれに管理担当がいるんだよね。 だから、各チームの担当者がそれぞれ使いやすいようにエクセルをいじってるんだよ。 切削チームと組立チームで、フォーマットが全然違う状態になってて。 もしかしてそれもまずいのかな?」じゃあ工場全体の進捗を一覧で見ることは……?
「できないんだよ。 全体像を誰も把握できていない状態になっちゃってて。 そういう状態で回せるようにはなってるんだけどね! 担当者が走り回って、それぞれ確認してみたいな。」リスケのたびに手作業で修正して回る手間がかかる
スケジュールが変わったときは、どう対応してるんですか?
「リスケするときは担当者が各チームにヒアリングして回って、情報共有してからファイルを手作業で修正して……。」え、毎回ですか?!
「毎回そうだよ!もしかして、このやり方って他社さんではやってないのかな?うちはずっとそうだから、疑問にも感じてなかった(苦笑) だから、とりあえずフォーマットを変えればもう少しなんとかなるかなって思ってたんだよね。」 これ……ガントチャートに変えても、解決しないんじゃないかな(..;) Bさんがずっと抱えていた「やりにくさ」の正体は、エクセルの見た目ではなく、リスケのときの報連相やファイルの修正をすべて人が行わなければならない管理の構造にあるかもしれません!エクセルじゃ解決できない?根本的な原因は個別最適化された「管理構造」にあり
Bさん、少しだけ待ってもらえますか?
そう言って、ボクはジョーさんのいるところまで走りました。どうしたの?走ってきたの?
ちょっと聞いてもらっていいですか!?
エクセルで工程表を作成して、工程(チーム)ごとに生産管理を行っている会社の方から相談が来ているんですけど……。
本人は、工程表のフォーマットを変えるつもりだったみたいで。
ただ、話を聞いていたら、本当の問題はフォーマットじゃないような気がしてきたんです。
どんな状況なのか、くわしく話してみて。
ボクがBさんの現状を説明すると、ジョーさんは少し間を置いてから言いました。たしかに、本質的な問題を見誤っているね。
やっぱり!
でも、だったらエクセルのフォーマット以外に何を変えればいいんでしょうか?
チームごとにファイルが分かれている、担当者ごとにフォーマットが違う、全体が見えない……。
まず、これはエクセルの見た目の問題じゃないよね。
どうやら、各チームが自分たちのやりやすさだけを優先して動いているみたいだね。
つまり、個別最適化された管理構造そのものが問題なんだよ。
各チームが使いやすいフォーマットに替えたところで、チームの連携部分はなんら変わらない。
むしろ、フォーマットを替えるリソースが無駄になるだけかもね。
こうして、個別最適化された構造こそが問題だということがわかってきました。個別最適から全体最適へシフトしよう!カギを握る「TOC理論」
個別最適化が問題……。
じゃあ逆に、個別最適化じゃない状態って、どういう状態ですか?
工場全体をひとつの流れとして捉えて、全体がうまく回ることを優先する状態だよ。
これを全体最適と呼ぶ。
Bさんに本当に必要なのは、新しいエクセルじゃなく、視点の切り替えだよ。
全体最適……。
チームで動いていたらチームのことを考えちゃうのは当たり前だよね。
全体最適について理解するのに役立つ考え方があるよ。
TOC理論って聞いたことある?
いや、はじめてです……。
TOC理論とは?制約に着目して全体の流れを改善する考え方
TOC(Theory of Constraints:制約理論)は、かんたんに言うと「工場の流れを止めているところを改善すれば、工場全体の流れが良くなる」という考え方だよ。
1980年代にゴールドラット博士が提唱したマネジメント理論で、ボトルネック(制約)に注目して改善することを重視しているんだよ。
TOC理論によると、全体の成果は一番流れが悪い工程、つまりボトルネックで決まるといわれているんだ。
[clink url="https://adiem.jp/blog/toc-training-overview/"]ボトルネックに注目する?
個別最適化されたエクセル管理はボトルネックになりがち
Bさんの工場の場合、情報が伝わりにくい、担当者が走って調整して回らないといけない。
つまり、連携部分がスムーズにいっていなさそうだよね?
これが、全体の流れを悪くしている「ボトルネック」になっている可能性が高い。
連携部分がボトルネックになっている?
そうだね、ペットボトルの一番狭い部分、砂時計のくびれ部分を想像したらわかりやすいかな?
くびれが狭いほど流れが滞るよね。
つまり、工場全体の流れを良くするために、ボトルネックの狭さを改善するイメージでしょうか?
そして今回は、エクセル工程表がボトルネックなのではなくて、管理構造自体が流れをせき止めている原因ってことですか?
そうだね!
担当者が各担当者を探して、ヒアリングしてリスケして回らないといけない。
この体制が、工場の流れを止めているね。
もし、エクセルのフォーマットをガントチャートに替えても、この状態は変わらないから問題はそのまま残る……。
そういうこと。
じゃあ、本当に必要な改善は何だと思う?
連携部分がスムーズにいくことですよね。
たとえば、全工程の情報が一箇所に集まっていれば、そこをハブにすればいいので、担当者を探し回る必要がなくなります。
そのハブ上でリスケできたり、各チームに伝達できたりしたら、報連相も効率化されますよね!
そのハブには、GROW工程管理というシステムがちょうどいいかもしれない。
全体最適の視点で一元管理の仕組みを検討してみよう!
え!それって、エクセルやめなさいってこと?
エクセルでやりたいなら頑張らないといけないね。
そこに割けるリソースがあるならいいんだけど、ふつう工場って現場を動かしながら工程管理するから無理じゃない?
短期的に見るとフォーマットを替えるのが早いかもしれないけど、根本的な課題を解決して工場全体を良くしたいなら仕組みそのものを見直したほうがいいよね。
たしかに……。ちなみにGROW工程管理ってどんなものですか?
kintoneをベースにした、多品種少量・受注生産型の製造業に特化した工程管理システムだよ。
さっき話したTOC理論をベースに設計されていて、ボトルネックに着目して工場全体を最適化することを目的にしているんだ。
TOC理論がベース……!さっきの話とつながった気がします。
そう。Bさんが抱えていた問題をひとつずつ解消できる仕組みになっているよ。
まず、全工程の情報を一元管理できる。
チームごとにバラバラだったファイルが、kintone上の一画面にまとまるイメージだね。
切削チームも組立チームも、同じ画面で進捗を確認できるから、前の工程で遅れが起きたらすぐ全体に伝わる。
それだけで、Bさんが言ってた「担当者が知らないままバタバタする」問題は解消されますね。
そうだね。それから、日程計画を数クリックで半自動作成できる機能がある。
設備や人員の余力を考慮した上で、制約をオーバーしないようにスケジュールを組んでくれるんだよ。
それが自動スケジューリング機能ですね!リスケのたびに各チームにヒアリングして回る必要がなくなる……。
そういうこと。あとは、現場での実績登録がシンプルな設計になっていてね。
専任のエンジニアがいなくても、製造現場の担当者が自分たちで使えるようになっているんだよ。
中小製造業だと、システム専任の人がいないところも多いですもんね。
そうそう。kintoneがベースだから、使い慣れたら他の業務への展開もしやすいし、外部システムとの連携も比較的やりやすい。
Bさんの現場みたいに、まずは工程管理の構造を整えることから始めたい会社にはちょうどいいと思うよ。
それに、低コストで導入できるんだ。
なるほど……。
GROW工程管理を選択肢のひとつとして考えると、管理構造の仕組みも幅広く検討できそうですね!
全体最適の視点を取り入れて工程管理の構造を見つめ直そう
ボクはBさんのところへ戻り、ジョーさんから学んだことを自分なりの言葉に直して伝えました。 TOC理論のこと、個別最適と全体最適のこと、今回のボトルネックのこと。 そしてGROW工程管理のことも。 Bさんは、 「エクセルの作り方を探せばなんとかなると思ってたけど。 それって結局、自分のチームの中だけをなんとかしようとしてただけで、工場全体の流れのことは考えてなかったんだ。 そもそもエクセルのフォーマットを探している場合じゃなかったんだね。 新しい気づきを得られたよ、ありがとうジムリン!」 と言って、帰って行きました。 Bさんの表情が、相談に来たときとは明らかに違いました( *´艸`)結局、エクセルのフォーマットは見つからなかったけれど、問題の本質に気づけたことが何よりの収穫かも!
今回の話を通じてボクがあらためて感じたのは、全体最適の視点で課題と向き合わないと、問題の本質には気づけないということです。 エクセルで新しい工程管理表の作り方を探したり、便利なフォーマットを取り入れたりすること自体は悪くありません。 でも、各チームがバラバラにファイルを持ち、情報が分断されたまま運用している状態では、どれだけ見た目を整えても根本的な問題は残り続けます。 もし今、Bさんと同じようにエクセルの工程表を使っていてリスケにリソースが割かれているなら、工程表のフォーマットの前に管理構造自体を見直してみてください。 個別最適な視点で作られた構造なら、全体最適の視点で見直すと、ボトルネックが見つかり本当にやるべき施策がわかるはずです。 そして、一元管理の仕組みが必要なら、GROW工程管理のようなシステムも検討してみるとよいかもしれませんね( *´艸`) GROW工程管理について詳しく知りたい方がいれば、連絡お待ちしています! GROW工程管理 資料ダウンロードはコチラ GROW工程管理 個別相談会はこちらコチラ " ["post_title"]=> string(132) "エクセルで工程表の作り方を探している方へ!工程管理で悩んでいるなら全体最適の視点を学ぼう" ["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(33) "how-to-create-a-schedule-in-excel" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-07 14:43:44" ["post_modified_gmt"]=> string(19) "2026-03-07 05:43:44" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16401" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [5]=> object(WP_Post)#4954 (24) { ["ID"]=> int(16350) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-05 15:04:48" ["post_date_gmt"]=> string(19) "2026-03-05 06:04:48" ["post_content"]=> string(10579) "
こんにちは、ジムリンです!
前回、ボクは大きな決断をしました。
「今は工場長の声だけを聞く。追加機能は一切つけない!」
そう宣言して、背水の陣でアプリを作り直すことにしたんです。
でも、決めたからといってすべてが丸く収まるわけではありません。
今回は、ボクが直面した「システムは完成させて終わりじゃない」という、開発の本当の難しさと楽しさについてお話しします。
一つ解決したら、また新しい要望が出てくる
工場長のために機能を絞り込んだアプリ。 「電話しなくて済むのが助かる」という工場長の一言を信じて、ボクは必死に画面を整えていました。 でも、ボクがデスクでkintoneを触っていると、案の定、現場から不満の声が上がりました。 ボクの元にやってきたのは、以前「Excelの方が速い」と言った同僚たちでした。 「ジムリン、本当に工場長のことだけで進めるつもり?」 「俺たちが言った改善要望は無視かよ。不公平だと思わない?」 「みんなの意見を聞くのが総務の仕事じゃないのかい?」 グサリ、と胸に刺さります。 みんなの要望も、決して間違っているわけじゃない。 もっと便利にしたい、楽になりたいという気持ちは痛いほどわかるんです。あ、いえ、そんなつもりは……!
つい、いつもの弱気なボクが出そうになります。 でも、ここでまた「全部入れます!」なんて言ったら、せっかく見つけた「翻訳者としてのボク」は消えて、また以前の、誰の要望に応えればいいのか分からず迷走していた頃に逆戻りです。 それだと結局、誰の役にも立たない中途半端なシステムができあがってしまう。 でもみんなにとっては「順番待ち」のモヤモヤがあるのもわかっています。 これを、どうやって納得してもらえばいいんだろう……。システムは「完成させる」ものじゃなく「育てていく」もの
ジムリン、いい顔になってきたね。
悩んでいるのは、一歩踏み出した証拠だよ。
君が今やっていることはね、「育シス開発(育てるシステム開発)」という考え方そのものなんだよ。
育シス開発……育てるシステム開発……?
システムはね、家を建てるように「完成させて終わり」じゃないんだ。
小さく始めて、現場と一緒に大きく育てていく。
それが、自社に本当に合ったシステムを作る秘訣なんだよ
なぜ「小さく始めて大きく育てる」のか?
ボクの「え?」という顔を見て、ジョーさんはホワイトボードの前に立ちました。最初から全部作ると、自社に合わないシステムになる
もし、最初からみんなの要望を全部入れた「完璧なシステム」を目指していたら、どうなっていたと思う?
ジョーさんの問いに、ボクはこれまでの失敗を思い出しました。 開発に時間がかかりすぎて、いつまで経っても誰の手にも届かない。 機能が増えすぎて操作は複雑になり、本当に必要な機能かどうかもわからないまま作ってしまう……。……きっと、完成する頃には現場の状況が変わっていて、結局誰の課題も解決できないまま捨てられてしまうかもしれません(T-T)
そのとおり。
完璧を目指すあまり、時間をかけすぎるのはシステム開発において最大のリスクなんだよ
一つ解決すると、次に本当に必要なものが見えてくる
でも、今回は一つに絞った。
その結果、どうなったかな?
工場長への電話という、最大の「タスクの滞留」に狙いを定めることができました!
そうだね。
一つの課題を解決してみると、工場全体の流れが少し良くなって、次にどこを改善すべきかが、より明確に見えてくる。
これが「育てる」ということなんだよ
小さく始めれば、環境の変化にも対応できる
製造業の「改善」と同じだよね。
一度改善して終わり、なんてことはないでしょ?
環境が変われば、新しい問題が出てきますもんね。
そのたびに、少しずつ形を変え、磨きをかけていく必要があります。
システムも同じ。
最初から100点を目指すんじゃなく、使いながら、対話し続けながら改善を重ねることで、使えば使うほど自社に馴染んだ、かけがえのないシステムに育っていくんだよ。
工場長の課題だけに絞ってスモールスタート!これからみんなでシステムを育てよう
ボクの中で、バラバラだったピースがつながりました。 ボクがやろうとしていたことは、育シス開発だったんだ! 自分の行動に確信を持てたボクは、深呼吸をして、まだ不満げな表情で待っている同僚たちのもとへ向かいました。みなさん、お待たせしました。
たしかに、みなさんの要望も大切です。
でも、これを見てください!
ボクは、第2話でみんなと描いた「業務フロー図」を広げました。この図を見ると、すべての業務の矢印が、最終的に工場長に集中していますよね。
だから、まず工場長の課題を解決することが、結果的にみなさんの仕事の滞りを解消する近道なんです。
ボクは落ち着いて、でも力強く言葉を続けました。みなさんの意見を無視しているわけではありません。
今のシステムは、ようやく生まれたばかりの「種」の状態です。
順番に、一つずつ課題を解決しながら、みんなで一緒にこのシステムを育てていきましょう。
そうすれば、少しずつみなさんの負担も軽くなっていくはずです。
ボクの熱意と、何より「なぜ工場長が先なのか」というロジックに、同僚たちは顔を見合わせ、少し気圧された様子で呟きました。 「……まぁ、そういうことなら。一気に全部は無理でも、次は俺たちの番、頼むよ?」もちろんです! 一緒に育てていきましょう!
ボクの力強い宣言に、現場に少しだけ、前向きな空気が流れた気がしました。【教訓】まずはボトルネックに集中!自社の環境に合わせて少しずつシステムを育てよう
見事だったね、ジムリン。
君は「育シス開発」を、技術としてだけでなく、現場との対話として実践できたよ
今回ボクが学んだ「育シス開発」のポイントをまとめます。・小さく始めることで、本当に必要な機能が見えてくる ・環境の変化に合わせて改善を重ねることで、自社に合ったシステムに育つ ・対話しながら一つずつ育てていく。それがシステム開発の本質
システム開発の本質は、プログラムを書くことだけじゃない。 現場の困りごとに寄り添い、少しずつ、でも確実に、みんなで一緒に「育てていく」ことなんだ。 前に進むための、たしかな自信を胸に。ボクの挑戦は、これからも続いていきます!" ["post_title"]=> string(120) "最初から完璧なシステム開発なんて無理!「育てる」ことで自社に合ったシステムになる" ["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(28) "nurturing-system-development" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-05 15:04:48" ["post_modified_gmt"]=> string(19) "2026-03-05 06:04:48" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16350" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [6]=> object(WP_Post)#4955 (24) { ["ID"]=> int(16327) ["post_author"]=> string(2) "13" ["post_date"]=> string(19) "2026-03-04 12:29:26" ["post_date_gmt"]=> string(19) "2026-03-04 03:29:26" ["post_content"]=> string(26912) "Google Analytics 4(GA4)は、Webサイトの訪問者数やページ閲覧数を自動記録するGoogleのツールです。GA4のアクセスデータをkintoneに自動連携し、ダッシュボードとして表示する方法を解説します。 この記事は、kintone管理者・社内IT担当者向けの技術ハウツーです。GA4→n8n→kintoneの3サービス連携を、約2時間で構築する手順を紹介します。Google Analyticsのデータ、まだ手作業でコピペしていませんか?
定例会議の前日、GA4からアクセスデータをダウンロードする作業に追われていないでしょうか。スプレッドシートにまとめるだけで毎回1〜2時間、もしくはそれ以上の工数をかけている方も多いはずです。
また、GA4を操作できるのは担当者だけ、というケースも多く見られます。他のメンバーは、担当者がレポートを共有するまで最新のアクセスデータを確認できない状況です。
さらに、転記ミスのリスクもあります。CSV出力してスプレッドシートに貼り付ける際、行がズレたり数値をコピーし損ねたりして、報告書を後から修正した経験がある方もいるのではないでしょうか。
この記事では、そうした「GA4データの転記」というタスクを効率化する方法を紹介します。n8nというワークフロー自動化ツールを使えば、GA4のデータを自動でkintoneに取り込み、ダッシュボードとして表示できます。
n8nでGA4とkintoneを連携すれば、楽にデータを取得・表示できる
n8nとkintoneを連携すれば、GA4のデータ転記作業をゼロにできます。手動のコピペ作業をなくし、データ活用に集中できる環境を構築可能です。手動転記が引き起こす3つの問題
GA4→CSV→スプレッドシートへの手動コピペには、以下の問題があります。- 転記ミスやフォーマット崩れで、報告書の信頼性が下がる
- バージョン管理が煩雑になり「どれが最新か」で混乱する
- 担当者が休むとレポートが止まる属人化リスクがある
n8n×kintone連携で解決できること
n8nを使えば、GA4のデータをAPI経由で自動取得できます。APIは、サービス同士がデータをやり取りするための仕組みです。取得したデータはkintoneにそのまま送信可能。人手を介さないため、コピペミスはゼロになります。 kintoneに入ったデータは、以下の活用が可能です。- グラフ化して関係者全員で共有
- データを見ながらその場でコメント
- 気づいた点をそのままタスクとして割り振り
レポートを作る作業自体をなくし、データ活用に時間を使える状態が理想です。n8n×kintoneなら、その理想を実現できます。
【全体構成】GA4で集めたデータをn8nで取得・加工し、kintoneで表示
GA4→n8n→kintoneの連携では、3つのサービスがそれぞれ明確な役割を担います。| サービス | 役割 |
|---|---|
| GA4(Google Analytics 4) | Webサイトのアクセスデータを収集・蓄積する |
| n8n | GA4からデータを取得し、加工してkintoneに送信する |
| kintone | 受け取ったデータを蓄積し、ダッシュボードとして表示する |
この構成を理解したうえで、次はn8nを選ぶ理由を確認しましょう。
コーディング不要!n8nならGA4とkintoneを簡単に連携できる
GA4のデータをkintoneに連携する方法として、n8nは最も手軽な選択肢です。Looker StudioやGAS(Google Apps Script:スプレッドシートを自動操作するGoogleの開発言語)と比較しても、kintone連携においてはn8nに優位性があります。代表的な3つの選択肢を比較
GA4レポートの自動化には、主に以下の3つの手段が挙げられます。| 手段 | 特徴 | kintone連携 |
|---|---|---|
| Looker Studio | 可視化は得意だが、kintoneとの直接連携やアクション実行は不可 | 不可 |
| GAS | スプレッドシート連携向き。kintoneへの送信には追加の開発が必要 | 開発が必要 |
| n8n | GA4ノードとkintoneノードが標準搭載。ノーコードで連携フローを構築可能 | 可能 |
n8nを選ぶ3つのメリット
n8nがGA4×kintone連携に適している理由は、以下の3点です。- GA4ノードとkintoneノードが標準で用意されている
- プログラミングなしで設定できる
- Community版は無料で利用でき、セルフホスティングでデータを自社管理できる
n8nが適さないケース
たとえば、社外向けにレポートを公開・共有したい場合は、Looker Studioの方が適しています。n8nは「自社内でデータを活用する」用途に強みを持つツールです。 GA4→kintone連携を実現したいなら、まずn8nを試してみてください。次のセクションでは、具体的な構築手順を解説します。GA4×n8n×kintone連携を4ステップ・約2時間で構築する
ここからは、GA4→n8n→kintone連携を構築する具体的な手順を解説します。4つのステップに分けて進めれば、約2時間で基本的な連携が完成します。
ステップ1 — Google CloudでGA4 Data APIを無料枠内で有効化しn8nと接続
最初に、Google Cloud ConsoleでGA4 Data APIを有効化し、n8nと接続します。【GA4 Data APIの有効化】
- Google Cloud Consoleにアクセス
- プロジェクトを作成または選択
- 「APIとサービス」→「ライブラリ」から「Google Analytics Data API」を検索
- 「有効にする」をクリック
GA4 Data APIは無料枠が用意されており、1日10,000リクエストまで追加料金なしで利用可能です。日次でデータを取得する用途なら、無料枠内で十分に運用できます。詳細はGoogle Analytics Data API公式ドキュメントを参照してください。
【OAuth2認証情報の作成】
- 「APIとサービス」→「認証情報」→「認証情報を作成」をクリック
- 「OAuthクライアントID」を選択
- アプリケーションの種類は「ウェブアプリケーション」を選択
- 承認済みのリダイレクトURI(認証後にどこに戻るかを指定するアドレス)にn8nのコールバックURLを登録
- クライアントID(n8nがGoogleにアクセスするためのID)とクライアントシークレット(パスワードに相当するもの)をメモしてください
OAuth2は、Googleアカウントでログインする仕組みです。パスワードを直接渡さずに安全にアクセスできる標準的な方式として、Googleが推奨しています。
【n8nでの認証設定】
- n8nの「Credentials」→「Add Credential」を開く
- 「Google Analytics OAuth2 API」を選択
- 先ほど控えたクライアントIDとクライアントシークレットを入力
- 「Sign in with Google」でGA4へのアクセスを許可
これでn8nからGA4のデータを取得する準備が整いました。
ステップ2 — n8nで「前日のセッション数とCV数」を取得するワークフローを作る
次に、n8nでGA4からデータを取得するワークフローを作成します。【取得する指標はまず「2項目」に絞る】
最初に取得する指標は「前日の総セッション数」と「CV数(コンバージョン数)」の2項目だけにしてください。 「どうせなら全部取りたい」と思うかもしれません。しかし、最初から指標を欲張ると、GA4 APIの「しきい値」に引っかかり、データが虫食い状態になるリスクがあります。【Google Analyticsノードの設定】
n8nでのノード設定方法はn8n公式のGoogle Analyticsノード解説も参考にしてください。- n8nのキャンバスに「Google Analytics」ノード(n8nでは各サービスとの連携部品を「ノード」と呼ぶ)を追加
- 先ほど作成した認証情報を選択
- GA4のプロパティIDを入力
- ディメンション(データを分ける軸。例:日付、ページURL)を「date」に設定
- メトリクス(測定する数値。例:セッション数、CV数)を「sessions」「conversions」に設定
- 日付範囲を「昨日」に設定

【JST変換処理を組み込む】
GA4・n8n・kintoneの3者でタイムゾーンが1つでもズレると、「昨日のデータ」が「一昨日のデータ」としてkintoneに登録されます。 地味ですが最も根深い問題です。現場で使い始めた途端、「kintoneの数字とGoogle公式の数字が合わない」と指摘されるリスクがあります。 n8nのCodeノードで日付関数を呼び出し、取得した日付を必ずJST(日本標準時)に変換してください。
ステップ3 — kintoneにGA4データ受け取り用アプリを作成し、n8nから送信する
GA4から取得したデータを受け取るkintoneアプリを作成し、n8nから送信する設定を行います。【kintoneアプリのフィールド設計】
GA4データ受け取り用アプリには、以下のフィールドを用意します。| フィールド名 | フィールドタイプ |
|---|---|
| 日付 | 日付 |
| セッション数 | 数値 |
| CV数 | 数値 |
【APIトークンの発行】
APIトークンは、kintoneアプリにアクセスするための鍵のようなものです。- kintoneアプリの設定画面を開く
- 「APIトークン」をクリック
- 「生成する」をクリック
- 「レコード追加」にチェックを入れる
- 「保存」→「アプリを更新」を実行
【n8nのkintone接続ノード設定】
- n8nのキャンバスに「HTTPリクエスト」ノードを追加
- エンドポイントURLを設定し、GETメソッドを選択
- 認証情報でAPIトークンとサブドメインを設定
- GA4ノードの出力をkintoneのフィールドにマッピング(対応付け)
フィールドマッピングでは、GA4の出力形式とkintoneのフィールドタイプを合わせることが重要です。日付はISO形式(例:2025-01-15)、数値は数字のみの状態で送信してください。
ステップ4 — kintoneのグラフ機能でダッシュボードを作成する
kintoneに蓄積されたデータをグラフ化し、ダッシュボードとして表示します。【グラフの作成】
- kintoneアプリのレコード一覧画面を開く
- 「グラフ」タブをクリック
- 「+」ボタンで新しいグラフを作成
- グラフの種類は「折れ線グラフ」を選択
- 分類項目に「日付」、値に「セッション数」を設定
- 同様にCV数のグラフも作成
【お知らせ掲示板への埋め込み】
- グラフの「埋め込み用タグを表示」をクリック
- 表示されたHTMLタグをコピー
- kintoneポータルの「お知らせ掲示板」の編集画面を開く
- 「ソースを編集」モードでHTMLタグを貼り付け
- 複数のグラフを1画面にまとめてレイアウトを整える
これで、kintoneにログインすればすぐにGA4のデータを確認できるダッシュボードが完成します。
細かい設定手順はkintone公式ヘルプページをご確認ください。
深夜実行・Slack通知・段階的拡張で安定運用を実現する
GA4×n8n×kintone連携を安定運用するには、深夜の定期実行・エラー通知・段階的な指標拡張の3つが必須です。構築しただけで終わりではなく、本番運用で押さえておくべきポイントを解説します。
定期実行トリガーを「深夜1回」に設定して数字のズレを防ぐ
n8nのScheduleトリガー(指定した時刻に自動でワークフローを実行する機能)を使い、毎日深夜(例:午前3時)に自動実行する設定にしてください。【2日前のデータを取得する理由】
GA4のデータには最大48時間の反映タイムラグがあります。「昨日のデータ」を取得しても、まだGA4側で集計が完了していない可能性があるのです。 安定運用を優先するなら、「2日前のデータ」を取得する設定がおすすめです。速報性よりも正確性を重視する現場では、この方が信頼を得やすくなります。【タイムゾーン設定の再確認】
深夜実行に設定しても、タイムゾーンを正しく設定しないと意図しない日付のデータを取得してしまいます。n8nのScheduleトリガーの設定画面で、タイムゾーンが「Asia/Tokyo」になっているか必ず確認してください。エラー発生時の通知機能を組み込み、データ停止を即検知
ワークフローが失敗したとき、誰も気づかずにデータ更新が止まっている——これは避けたい事態です。 n8nのError Triggerノード(ワークフロー失敗時に自動で別の処理を実行する機能)を使えば、失敗時にSlackへ自動通知できます。Slackを使っていない場合は、メールやMicrosoft Teams通知も同様に設定可能です。【通知に含めるべき情報】
- どのワークフローが失敗したか
- どのステップで失敗したか
- エラーメッセージの内容
指標を段階的に追加して現場の信頼を積み上げる
最初の2項目(セッション数・CV数)で「数字が合っている」と現場が確認できたら、指標を追加するタイミングです。【追加候補の例】
- ページ別アクセス数
- 流入元別セッション数
- デバイス別比率
【ディメンションを増やす際の注意点】
ディメンションを増やすと、GA4 APIの「しきい値」問題が発生しやすくなります。組み合わせによってはデータが非表示(空欄)になる場合があるのです。対処法としては、以下の2つがあります。- ディメンションの組み合わせを減らす
- リクエストを分割して取得する
【発展】kintoneに蓄積したGA4データをAIで要約し、ダッシュボードを拡張する
基本構成が安定したら、さらなる拡張も視野に入ります。ここでは、発展的な活用パターンを紹介します。AIで「先月のトレンドと注目ポイント」を自動要約する
kintoneに蓄積された時系列データをAI(ChatGPTやGemini等)に渡せば、「先月のトレンドと注目ポイント」を自動要約できます。 n8nのAIノードを活用すれば、データ取得→要約→kintoneに保存まで自動化可能です。実装イメージは以下のとおりです。- kintoneから過去1ヶ月のGA4データを取得
- AIノード(OpenAI、Gemini等)にプロンプト(AIへの指示文)を送信。例:「以下のデータから、先月のトレンドと注目ポイントを3つ挙げてください」
- AIの回答をkintoneの「レポート」アプリに保存
「このデータから予測される来月の受注数は?」といった問いかけができる環境を構築することも可能です。
Looker Studioでグラフを眺めるだけでは、こうした「AIに聞ける環境」の構築は困難です。n8nを使ってkintoneにデータを統合するからこそ、次のステップに進めるのです。
n8nとAIの連携方法については、kintoneユーザーのための生成AI実践大全 ― kintone×n8n×Difyで"現場の判断力"を強化するで詳しく解説しています。
データのコピペはn8nに任せて、分析と改善の時間を確保しよう
この記事では、GA4→n8n→kintoneの連携でアクセスデータの手動転記を自動化する方法を解説しました。記事のポイント
- Looker Studioは可視化に優れるが、現場でアクションを取るにはkintoneへのデータ統合が有効
- n8nを使えばGA4→kintoneの自動連携をノーコードで構築可能
- 最初は「セッション数」「CV数」の2項目から始め、信頼を積み上げてから拡張する
コストと効果の目安
| 項目 | 内容 |
|---|---|
| 初期構築 | 社内のシステム担当者(kintone管理者・IT担当者)が2~3時間で構築可能。外注する場合は5〜10万円程度(目安) |
| 運用コスト | n8n Community版は無料(セルフホスティングが必要)。Cloud版は月額20ドル〜 |
| 削減効果 | 月次レポート作成の時間がほぼゼロに。担当者不在でもレポートが止まらない |
「n8n」って無料らしいけど、情報漏洩とか大丈夫?
「無料の自動化ツール」と聞くと、セキュリティが心配になるのは当然です。
一方で、有料のSaaSは月額費用が高く、稟議が通らないケースも多いでしょう。n8nには、この2つの課題を同時に解決できる「セルフホスティング」という選択肢があります。
無料ツールは怪しいけど、有料SaaSは高すぎて導入しにくい
製造業の現場では、顧客情報や原価データなどの機密情報を扱います。これらをクラウドサービスに預けることへの抵抗感は根強いものがあります。情報漏洩のリスクを考えると、簡単に外部サービスを導入できないのが実情でしょう。 一方、有料SaaSの料金体系も悩みの種です。多くのサービスは「ユーザー数×月額」で課金されます。5人で使えば5人分、10人なら10人分の費用がかかり、予算の見通しが立てにくいのが難点です。 この2つの壁を同時に解決する方法が「セルフホスティング」です。自社サーバーでソフトウェアを動かすため、データを外部に出さず、固定費だけで運用できます。 次のセクションでは、セルフホストに対応した自動化ツール「n8n」について解説します。n8nは「自社サーバーで安全に動かせる」自動化ツール
n8nは、異なるサービス間のデータ連携を自動化するツールです。kintoneのデータを別システムに転送したり、外部サービスの情報を取り込んだりする作業を自動化できる仕組みになっています。
連携可能なサービスは700種類以上。ChatGPTやGoogle Geminiなどの生成AIも組み込めるので、単純な転記作業だけでなく、AIを活用した高度な自動化にも対応しています。
n8nの基本機能や活用例、料金体系の詳細は、別記事「【超入門】n8nとは?kintoneと生成AI連携のはじめかた」で網羅的に解説中です。
製造業なら「セルフホスティング」という選択肢がある
n8nには「クラウド版」と「セルフホスティング」の2種類があります。 クラウド版は、n8n社が運営するサーバー上で動作するタイプです。アカウント登録だけですぐに使い始められる手軽さが魅力でしょう。 ただし、ワークフローの実行時にデータがn8n社のサーバーを経由する点に注意が必要です。 セルフホスティングは、自社が管理するサーバー上で動作するタイプです。セットアップの手間はかかりますが、データは社内環境に留まります。 顧客情報や原価データなど、機密情報を扱う皆さんにとって、この違いは大きな意味を持つでしょう。
顧客・原価データが社外に送信されない、だから安心
セルフホスティングを選ぶ最大の理由は、データが社外に送信されないことです。
自社サーバーの中だけで処理が完結するため、第三者にデータを預ける必要がありません。機密情報を守りながら、業務自動化を実現できます。
会社のパソコンの中だけで動くから、データが漏れない
SaaSとセルフホストの違いは、賃貸住宅と持ち家の関係に似ています。
SaaS(クラウド版)は、いわば「借家」です。サービス提供元がサーバーを管理し、利用者はその環境を借りて使います。手軽に始められる反面、データは大家(サービス提供元)のもとに保管されます。
セルフホスティングは、いわば「持ち家」です。自分でサーバーを用意し、そこにソフトウェアをインストールして使います。管理の責任は自分にありますが、データは自分の手元に残ります。
ビジネスでは、顧客情報や原価データを第三者に預けたくないケースが多いでしょう。セルフホスティングなら、ワークフローの実行時もデータが社内サーバーの中で完結します。外部にデータを送信する必要がないため、情報漏洩のリスクを抑えられます。
在庫チェックや日報集計が多い工場ほど、月額固定の方が安くなる
クラウド版は使うほど高くなる、セルフホスティングは固定
n8nの料金体系は、クラウド版とセルフホスティングで大きく異なります。 クラウド版は、ワークフローの「実行回数」に応じて課金されます。Starterプラン(月額約3,300円)では月2,500回までが上限です。 上限を超えると、より高額なプランへの移行が必要になります。このため処理回数が読めない現場では、翌月の請求額が予測しづらいのが悩みどころです。 セルフホスティングは、VPS(仮想専用サーバー)の月額費用のみで運用できます。n8n自体は無料で、処理回数やユーザー数に制限はありません。月額3,000円程度の固定費で、処理回数を気にせず使えます。 料金プランの詳細は、別記事「【超入門】n8nとは?」の料金セクションで解説しています。ここでは、製造業特有の事情から見たセルフホスティングの優位性を説明します。在庫チェック・日報集計・センサー記録で、1日の処理回数は数百件に
製造現場の自動化では、1日あたりの実行回数が多くなりがちです。以下のような自動化を行うと、タスク数はすぐに膨らみます。- 在庫チェック:1時間ごとに実行すれば、1日24回
- 日報集計:全員分を毎日集計すれば、30〜100回/日
- センサー記録:数分ごとに記録すれば、数百回/日
クラウド版のStarterプランでは、月2,500回が上限です。上記の例では、センサー記録だけで1週間もたずに上限に達してしまいます。また、ユーザー数やプラン変更で費用が変動します。
これに対してセルフホスティングなら、5人で使っても20人で使っても費用は変わらず、VPSサーバーの月額料金のみです。
- VPS月額:約3,000円
- n8n本体:無料(Community Edition)
- ユーザー追加:無料(人数制限なし)
製造業のように「月間の実行回数が読めない」現場では、タスク数無制限のセルフホスティングが安心です。「来月の請求がいくらになるかわからない」という不安がないことは、予算管理の観点からも大きなメリットです。
ITに詳しくなくても、入力作業を自動化できる
「セルフホストは難しそう」「専門のエンジニアがいないと無理」。こうした不安を持つ方も多いでしょう。
しかし実際には、ExcelやGoogleスプレッドシートの関数が使えれば十分です。難しいのは最初のセットアップだけ。日々の運用は、ブラウザ操作だけで完結します。
Excel関数が使えれば、n8nの設定は自分でできる
世間では「セルフホストは難しい」「エンジニアがいないと無理」と言われがちです。しかし、この認識は誤解を含んでいます。 n8nの設定に必要なスキルは、Googleスプレッドシートの関数を使えるレベルで十分です。Excelマクロ(VBA)のような本格的なプログラミング知識は求められません。ノードと呼ばれるブロックを線でつなぐだけで、ワークフローを作成できます。 中小製造業のDX担当者であれば、「Excel関数は日常的に使っている」という方が多いはずです。そのスキルがあれば、n8nのワークフロー構築は十分に取り組めます。無料ソフトを入れるだけで使い始められる
セルフホスティングの導入は、以下の4ステップで完了します。- Step 1:Docker Desktop(無料)をインストール
- Step 2:コマンドプロンプトにコマンドを入れて、n8nコンテナを起動
- Step 3:ブラウザで http://localhost:5678 にアクセス
- Step 4:オーナーアカウントを設定
Docker Desktopは無料で使えるソフトウェアです。インストール後、コマンドを入力するだけでn8nが起動します。初期設定を含めても、30~40分程度で試運転を始められます。
一度セットアップが完了すれば、以降の操作はすべてブラウザ上で行えます。ワークフローの作成や編集、実行結果の確認など、日常の運用はブラウザ操作だけで完結します。
試した後は月3,000円のサーバーに移すだけ
ローカルPCでの検証後、本番運用にはVPS(仮想専用サーバー)への移行を推奨します。 ローカルPCでは、PCの電源を切るとn8nも停止してしまいます。24時間稼働が必要な本番環境では、常時稼働のサーバーが必要です。VPSなら月額3,000円程度で、安定した運用環境を確保できます。 外部からのアクセスが必要な場合は、SSL証明書の設定も行います。Let's Encryptを使えば、証明書の取得は無料です。詳細な手順は、[n8n公式ドキュメント](https://docs.n8n.io/)で解説されています。セルフホスティングでn8nとkintoneを安全に連携させよう
製造業にありがちな「データを外に出せない」「SaaSの費用は稟議が通らない」という課題は、セルフホスティングで解決できます。ポイントは以下の3点です。
- 機密データを守れる:セルフホスティングならデータが社内に留まる
- コストが予測できる:VPSの月額費用(約3,000円)のみで固定
- 導入ハードルが低い:Docker Desktopで30~40分あれば試用開始
n8nの基本・kintoneとの連携事例
n8nの基本をもっと詳しく知りたい方は、「【超入門】n8nとは?kintoneと生成AI連携のはじめかた」をご覧ください。n8nの基本機能・活用例・料金体系を網羅的に解説しています。 [clink url="https://adiem.jp/blog/n8n-kintone-ai-intro/"] n8nとkintoneを連携させた活用事例は、以下の記事で紹介しています。 [clink url="https://adiem.jp/blog/kintone-n8n-company-research-automation/"] [clink url="https://adiem.jp/blog/kintone-n8n-auto-backup/"] [cta]" ["post_title"]=> string(100) "n8nの「セルフホスティング」で安全にkintoneと連携!料金や導入手順を紹介" ["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(16) "n8n-self-hosting" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-04-12 11:22:29" ["post_modified_gmt"]=> string(19) "2026-04-12 02:22:29" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16150" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [8]=> object(WP_Post)#4957 (24) { ["ID"]=> int(16094) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-02-20 12:00:39" ["post_date_gmt"]=> string(19) "2026-02-20 03:00:39" ["post_content"]=> string(15415) "
こんにちは、ジムリンです!
製造業の総務に転職して半年、kintoneまわりの業務も任されるようになりました。
kintoneって、データをまとめるのにはすごく便利なんですけど、たまに「あれ? これ、なんとかならへんかな……」って思うこと、ありませんか?
ボクがいま一番困っているのが、ルックアップしたとき「検索」なんです。
今回は、大量の製品データのなかから「一文字打つだけで、パッと絞り込んで簡単に探せたらいいのに……!」という悩みと、その解決方法をご紹介します!
ルックアップで一文字検索・部分一致検索ができなくて困る!大量のデータがパッと絞り込めない
ボクの会社では、見積管理アプリで「製品マスタ」をルックアップして製品情報を入力しています。 製品マスタには、ベアリング(軸受)やボルトなど、100件以上の製品が登録されています。一覧を延々とスクロールして探す手間
たとえば、営業さんから「いつもの深溝(ふかみぞ)の軸受で見積作っておいて!」と頼まれることがあります。 見積管理アプリは、品番がキーになっていて製品マスタから品名や単価を引っ張れるようにしてあります。
品番を入力するためにルックアップの取得ボタンを押すと、こんな風に品番がズラッと出てきて、ここから選ぶ仕組みです。
「いつもの深溝の軸受」だと品番を覚えているので、この一覧をスクロールして選択します。
ただ、製品マスタに100件以上のデータがあるので、まあまあな手間なんですよね。
お目当ての製品がリストの下の方にあったりすると、もう最悪や……。
確信が持てず別アプリを往復する二度手間
スクロールが面倒なときは、ルックアップ画面にある「絞り込み」機能を使うこともあります。
ただ、品名に「深溝」と入れて絞り込んでも、一覧に「FT-CP-SS...」のような品番がズラッと並ぶだけだと、どれが佐藤さんの言った正式な製品なのか判別できません。
たくさん製品があるので、まだまだ品番で製品を覚えるっていうのができてなくて(..;)
そのため「間違った製品を選んだら大変や……」と不安になり、製品マスタを別タブで開き直しています。
マスタで品名を確認して正しい「品番」を特定し、それをコピーして見積アプリに戻って貼り付ける。
これって、ルックアップ使っている意味ないですよね(゚Д゚;)
品名の一部とか一文字から品名も一覧にできたら、見積作成も一瞬で終わるのになぁ……。
独自ルックアップ画面プラグインなら一文字検索・部分一致検索ができる!
ジムリン、またマスタアプリと行き来してるね。
ルックアップが機能してないみたいじゃないか。
そうなんです。品名でパッと探したいだけなのに、標準機能だとそもそも窓がないし、絞り込んでも品番だらけで確証が持てなくて……。
結局、別タブでマスタを開いて品番をコピペしてるんです。
これなら、ルックアップがないのと一緒ですよ。
見積アプリを修正したほうがいいのかな?
それなら、「独自ルックアップ画面プラグイン」を使ってみたらどうかな?
このプラグインなら、標準のルックアップ画面を置き換えて、独自の検索画面を表示してくれるんだ。
品名でも品番でも、設定したフィールドから一文字でパッと検索できるようになるよ。
えっ、一文字で!?
それなら、「深溝」も一瞬で見つかるってことですか?
独自ルックアップ画面プラグインを使ってみた【製造業の場合】
ボクはさっそく「独自ルックアップ画面プラグイン」を設定してみました。品番の一部を入力するだけで、目的の製品がすぐ見つかる
プラグイン設定で、検索対象に「品名」を追加し、部分一致検索を有効にします。 まず、一覧画面がガラッと変わりました!
なるほど「独自ルックアップ画面」って、これのことなんですね。
標準だと品番しか表示されていなくて、どの製品かわかりませんでしたが、これなら品名も見られるので一覧からもお目当ての製品を見つけられそうです。
いつもの深溝は品番に6200が入っているので、探してみましょう。
品番に「6200」と打ち込んで、「詳細検索」のボタンを押してみると……。
わああああ!
品番に6200が入っている製品が絞り込めました!
しかも、黄色で強調表示されていて見やすいです。
これならマスタアプリに戻って品番をコピペする手間もないね。
「一文字だけ」「一部だけ」でも検索できるから、曖昧な情報でも大丈夫
品名の一文字検索・部分一致検索も試してみてごらん。
ということで、品名に「深溝」と入れて「詳細検索」のボタンを押してみると……。
わああああ!
セリフをいれてください
深溝の名のつく製品たちがズラリ!
一覧がこれくらいの長さなら、スクロールせずにパッと見つけられますね。
ちなみに、品番と品名を入れて「AND検索」をクリックすると、もっと詳細に絞り込めるよ。
あらゆる業種で活躍!独自ルックアップ画面プラグインのユースケース
これって、製造業だけじゃなくてほかの業種でも応用できますよね?
もちろん! いくつかユースケースを紹介するね。
小売業:商品マスタから商品を部分一致検索
・商品名の一部(例:「チョコ」など)で検索。 ・季節限定商品やシリーズものなど、名称が長い場合でもすぐに見つけられる。 ・JANコードの下4桁などでの検索も可能。
商品数が多い小売業では、一部のキーワードで絞り込めるだけでレジ業務や在庫確認がぐっと早くなるよ
建設業:資材マスタから資材を部分一致検索
・資材名や規格の一部で検索。 ・複雑な型番の一部だけでもヒットするため、現場からの曖昧な依頼にも対応。 ・大量の資材リストから目視で探す手間を解消。
資材の種類が多い建設業でも、この柔軟な検索機能は重宝されているんだ。
IT業:顧客マスタから顧客を部分一致検索
・屋号の一部や、担当者名の一部で検索。 ・正式名称(株式会社の有無など)を気にせず、思いついた単語でサッと入力。 ・案件管理アプリなどでの入力ストレスを大幅に軽減。
顧客数が増えてくると、完璧に名前を覚えるのは難しいからね。
部分一致は必須機能と言えるよ。
医療・介護:利用者マスタから利用者を部分一致検索
・利用者名や利用者番号の一部で検索。 ・似た名前が多い場合でも、苗字だけ、あるいは名前の一部だけで確実に絞り込み。 ・サービス記録の入力作業をスムーズに。
一刻を争う現場でも、1文字検索や部分一致ができれば事務作業の負担が減るね。
買い切り制で月額費用なし!独自ルックアップ画面プラグインで一文字検索・部分一致検索を実装
ジョーさんのおかげで、ボクの悩みは無事に解決しました! ここで、このプラグインのポイントをまとめておきます。 ▼独自ルックアップ画面プラグインのポイント・kintone標準ではできない「部分一致検索」ができるようになる ・「一文字検索」に対応! 曖昧なキーワードでも見つかる ・毎回絞り込み条件を設定する手間がゼロに ・製造業だけでなく、あらゆる業種のルックアップ入力が効率化 ・設定がカンタンで、すぐに導入できる
ジョーさん、このプラグイン、会社的にも導入しやすい仕組みなんですよね?
独自ルックアップ画面プラグインは、基本は「買い切り制」だよ。
買い切り! それって、買ったらずっと使えるってことですか?
しかも、ID数による金額変動がないから、何人で使っても料金が変わらないんだ。
バージョンアップも無料だし、購入後のサポートもしっかりしているから安心だね。
ユーザーが増えても追加費用がかからないのは、会社とし導入しやすいですね!
まとめ:独自ルックアップ画面プラグインで一文字検索・部分一致検索を実現しよう
「見積作成のたびに、ルックアップで顧客や製品を探すのに時間がかかる……」 「キーワードの一部しか分からないから、結局目視で探している……」 そんな悩みを抱えている人は、ぜひ独自ルックアップ画面プラグインを試してみてください。 ボクみたいに、今まで「見つからへん!」とイライラしてマスタを往復していた時間が、パパッと一瞬で終わるようになりますよ! " ["post_title"]=> string(135) "ルックアップでも一文字検索・部分一致検索ができない!プラグインを使って可能にする方法を紹介" ["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(59) "kintone-lookup-single-character-search-partial-match-search" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-04-21 10:10:10" ["post_modified_gmt"]=> string(19) "2026-04-21 01:10:10" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16094" ["menu_order"]=> int(0) ["post_type"]=> string(4) "blog" ["post_mime_type"]=> string(0) "" ["comment_count"]=> string(1) "0" ["filter"]=> string(3) "raw" } [9]=> object(WP_Post)#4975 (24) { ["ID"]=> int(16097) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-02-20 12:00:08" ["post_date_gmt"]=> string(19) "2026-02-20 03:00:08" ["post_content"]=> string(12833) "テーブル内で1件ずつルックアップを繰り返すのは、時間がかかりすぎる!
客先のA社さんから、具体的な製品10点ほどが載った見積依頼のリストが届きました。 営業の佐藤さんから「このリストの内容で見積を作ってほしい」とそのメモを預かったボク。 リストには製品名がはっきりと並んでいます。もちろん、マスタにはその製品情報がすべて登録されています。 ところが、いざ見積アプリで入力を始めると、kintoneの標準機能の「壁」にぶち当たります(..;) まず、こちらが見積アプリの明細テーブルです。
品番がキーになっていて、製品マスタから品名や単位がルックアップされる仕組みです。
合計金額を出す関係で、1製品1行ずつの入力になっています。
ということは、10点入力したければ、「ルックアップボタンを押す → 製品を選ぶ → 取得する」という一連の操作を、10回も繰り返さなければなりません(..;)
この画面の往復だけで、指も目も疲れ切ってしまいます……。いや、さすがに言い過ぎか(゚Д゚;)
システム上は「ルックアップができる」と言っても、実務で10点、20点と明細を入力する現場にとっては、この反復操作自体が大きな「目詰まり」になってしまっているんです。
独自ルックアップ画面プラグインならテーブル内の入力をさらに爆速にできる!
ジムリン、またテーブルの1行ごとにルックアップのボタンを押して、製品を1つずつ選ぶ作業を繰り返しているね。
そうなんです!
テーブルの中でもルックアップを使いたいのに、標準機能だと1行ずつしか選べないから、10回も20回も同じ検索と選択を繰り返さなきゃいけなくて。
このルーチン作業だけで、もうヘトヘトなんです……。
それなら「独自ルックアップ画面プラグイン」を使ってみたらどうかな?
このプラグインなら、テーブル内でも検索しやすい独自画面が使えるし、何よりテーブル行の複数追加ができるようになるんだ。
えっ、複数行の追加!?
ということは、10点あればそれを一気に追加できるってことですか?
独自ルックアップ画面プラグインを使ってみた【製造業の場合】
コーさんのレクチャーを受けて、ボクは実際に「独自ルックアップ画面プラグイン」を設定し、いつもの見積アプリを開いてみました。 すると、あんなに苦労していたテーブル入力の手応えが、一瞬で変わったんです。 こちらが設定済みの独自ルックアップ画面です!
左端にチェックボックスがついていますね。
じゃあ、試しに10点選んでチェックをつけてごらん。
あ、色が変わりましたね。
これで「決定」をクリックすると……
わああああ!
これだあああ!
ボクが求めていたのはこれです!
行数が多い見積ほど、この「一度に複数行を追加できる」効果を実感できるはずだよ。
作業時間の短縮だけじゃなく、集中力を切らさずに済むのもポイントだね。
本当にそうです!
見積作成が「終わりが見えない反復作業」から「まとめて選んで一気に終わる快適な仕事」に変わりそう!
あらゆる業種で活躍!独自ルックアップ画面プラグインのユースケース
これって、テーブルがある見積や受注アプリを使っている会社なら、どこでも便利になりますよね?
そうだね、いくつか具体例を挙げるね。
小売業:商品マスタから商品を複数選択して追加
・大量の商品を扱う受注明細で、必要な商品をリストから「まとめて選択」 ・テーブルへ複数行を一気に追加して、注文対応を爆速化 ・在庫管理アプリとの連携も、正確なマスタ取得でミスなくスムーズに
商品数が多い小売業では、一度の操作で行を増やせるだけで、受注入力のスピードが劇的に上がるよ。
建設業:資材マスタから資材を複数選択して追加
・規格や長さが似た資材も、名称で絞り込んでまとめてチェック ・数十種類の資材をテーブルに並べる作業が、たった一回のボタン操作で完了 ・現場ごとの資材発注リスト作成が、驚くほどスピーディーに
資材の種類が多い建設業でも、このテーブル行の複数追加機能は事務作業の大きな助けになるんだ。
IT業:サービスマスタからサービスを複数選択して追加
・プラン名で検索して、対象サービスをまとめて一括選択 ・内容ミスによる見積の出し直しを防ぎながら、正確な明細行を素べく作成 ・オプションサービスの追加漏れも、一覧から選ぶだけなのでゼロに
サービスプランが多岐にわたるIT業でも、正確なデータを一気に並べられるのは大きな強みだね。
医療・介護:利用者マスタから利用者を複数選択して追加
・大人数の利用者が並ぶ一覧から、対象者をまとめてチェックして反映 ・サービス記録や日報のテーブル入力をスムーズにし、現場の事務負担を軽減 ・誤入力による情報の錯綜を防ぎ、正確な介護記録を効率的に作成
忙しい現場だからね、一回の操作でテーブルが埋まることで、スタッフさんの負担が軽くなるはずだよ。
年額制でID数もドメイン内アプリ数も無制限!独自ルックアップ画面プラグインでテーブル対応を実装
ジョーさんのおかげで、ボクの悩みはきれいに解消しました! ここで、このプラグインのポイントをまとめておきます。 ▼独自ルックアップ画面プラグインのポイント・「テーブル行の複数追加」で、明細を一気に入力できる! ・標準ルックアップにはない独自検索画面で、製品がサッと見つかる ・何度も繰り返すルックアップ操作と、それによる物理的ストレスを根絶 ・設定がカンタンで、すぐに導入できる
ジョーさん、独自ルックアップ画面プラグインの導入を会社にお願いしたいんですが、おいくらですか?
35万円(税抜)/ドメインで、買い切りだよ。
買い切り!?
ちなみにIDが増えたら料金が加算される感じですか?
IDは無制限だから、追加料金はかからないよ。
バージョンアップも無料だね。
えええ!
じゃあ、35万円払っちゃえば、ずっと使えちゃいますね!
まとめ:独自ルックアップ画面プラグインでテーブル内のルックアップを実力レベルへ
「テーブルの明細入力で、1行ずつルックアップを繰り返す反復作業に疲れている……」 「マスタはあるのに、結局1つずつ選ぶ手間がかかって仕事が進まない……」 そんな悩みを抱えている人は、ぜひ独自ルックアップ画面プラグインを試してみてください。 ボクみたいに、今まで「なんでこんな不毛な作業を繰り返さなきゃいけないんだ」と嘆いていた時間が、一回の操作でテーブル行が埋まる快感に変わりますよ! " ["post_title"]=> string(122) "kintoneのテーブルで1件ずつルックアップするのが大変!複数行を一気に追加する方法を紹介" ["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(20) "kintone-table-lookup" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-26 10:12:32" ["post_modified_gmt"]=> string(19) "2026-03-26 01:12:32" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16097" ["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(10) ["current_post"]=> int(-1) ["before_loop"]=> bool(true) ["in_the_loop"]=> bool(false) ["post"]=> object(WP_Post)#4949 (24) { ["ID"]=> int(16582) ["post_author"]=> string(2) "14" ["post_date"]=> string(19) "2026-03-27 11:40:38" ["post_date_gmt"]=> string(19) "2026-03-27 02:40:38" ["post_content"]=> string(15049) "
こんにちは、ジムリンです!
製造業の総務に転職して半年、なぜかkintoneまわりの業務も任されるようになりました。
ボクが作った品質検査アプリでは、検査報告書を印刷して顧客に渡すことがあります。
社内スタッフ向けに「社内メモ」フィールドを設けているんですが、ある日それが原因で困ったことが起こってしまって……。
今回は、kintoneで条件によって表示を変えられる設定で悩みを解決した話をご紹介します。kintoneフィールド非表示の条件指定で、画面ごとに表示を使い分ける方法です。
詳細画面には社内メモを残したいのに、標準だと印刷画面だけ非表示にする方法がない……!
ボクが作成した品質検査アプリには、担当者間の引き継ぎや確認のためにメモを残せる「社内メモ」のフィールドを残しました。 実は、レコード詳細画面を印刷するとき、社内メモの書き込みもそのまま出力されてしまったのに気づかず、得意先にそのまま渡しちゃったことがありまして……(..;)こ こちらが実際の画面です。
検査報告書を印刷して得意先の田辺製作所さんにわたしたあと、担当の方から「この「社内メモ」というのはなんですか?」と問い合わせが来ました。
内容は「次回入荷分から検査頻度を上げる予定。山田さんに確認中」という担当者間のやりとりメモ。
見せるつもりはなかった情報が、まるっと印刷されていたわけです(*_*)
今回は見られても問題ないメモでしたが、もしかしたら見せたらマズイ内容があるかもしれないじゃないですか……。
だからボク、もうヤバい!!!って焦ってしまって(゚Д゚;)
それ以来、印刷する前に毎回「社内メモを空欄にしてから印刷する」という手順を踏んでいるんですが、そのあと戻さないといけないんですよね(..;)
ボクのことだからそのうちうっかり戻し忘れて、大事なメモが失われそうで怖いです(;。;)
それはそれで、今度は社内的に困るじゃないですか!
そこで「印刷画面だけ非表示にできないか」とkintoneの設定を調べてみたんですが、標準機能では画面ごとに表示を切り替える方法がありませんでした。
詳細画面では表示したい、印刷画面では非表示にしたい。
でも!標準機能だと無理!という状況です……。
なんとかならへんかな……。
条件分岐フィールド非表示プラグインを使えば、条件によって表示を変えられる!詳細・新規登録・印刷画面ごとに設定できる
ジムリン、印刷物に社内メモが出てしまって困ってるんだね。
そうなんです! 詳細画面では表示したいけど、印刷画面では非表示にしたいんですけど、標準機能だとできないみたいです。
それなら、条件分岐フィールド非表示プラグインが使えるよ。
フィールドの表示・非表示を制御したい対象画面を、詳細画面・新規登録画面・印刷画面から選んで指定できるんだ。
え!?
詳細画面と印刷画面で別々に設定できるんですか!?
詳細画面だけ、印刷画面だけ、新規登録画面だけ、というように対象を絞って設定できるよ。
もちろん、複数も選択できる。
画面ごとに独立して、フィールドの表示・非表示や編集のロックを設定できるんだ。
それって、まさに求めていたやつです!
条件分岐フィールド非表示プラグインを使ってみた【製造業の場合】
ジョーさんのレクチャーを受けて、ボクは実際に条件分岐フィールド非表示プラグインを使ってみることにしました。 まずは社内メモを印刷画面だけ非表示にする設定からです。 まずは、非表示条件フィールドの設定のなかで、ステップ2をやります。
フィールド名は「社内メモ」で、自由記述だから値を「___dummy___」としました。
次に、ステップ3は非表示条件の指定方法です。今回は「すべての条件を満たす」を選択しました。
そして、ステップ4で非表示フィールドの設定をします。今回非表示にしたいのは「社内メモ」なので、これを選択しました。
最後にステップ5で、制御したい対象画面を選びます。今回は「レコード印刷画面」を選択。
設定はこれだけです!
ほとんど選ぶだけなので、設定も難しくないですね!
さて、設定後の画面をチェックしてみましょう。 まずは、こちらがレコードの入力画面ですね。
この時点では「社内メモ」が見えています。これはOKな状態です。
次に印刷画面を見てみましょう。
どわああああ!社内メモが消えてる!
これで、顧客に渡す印刷物には社内メモが出なくなりました。 毎回印刷前に手動で空欄にする手順も、もう必要ありません。これなら、あまり気負わず印刷できそうですね!
ほかにも不要なフィールドを非表示にしているから、見る人にとっても情報が整理されていてありがたいね。
あらゆる業種で活躍!条件分岐フィールド非表示プラグインのユースケース
これって、製造業の品質検査だけじゃなくて、ほかの業種でも使えますよね?
詳細画面と印刷画面で見せる情報を使い分けたい場面なら、どの業種でも使えるよ。
いくつか例を挙げるね。
不動産業
・顧客向け物件資料の印刷時に、仕入れ原価・社内評価フィールドを非表示にする ・詳細画面では社内スタッフが原価を確認できる、印刷時は顧客に見えない
顧客に渡す資料に社内の原価情報が載ってしまうのは困るよね。印刷画面だけ制御すれば解決できるよ。
医療・介護
・印刷して利用者に渡す書類に、スタッフ間の引き継ぎメモを表示しない ・詳細画面では引き継ぎメモを確認できる、印刷時は利用者に見えない
スタッフ向けの情報と利用者向けの情報が混在しがちな医療・介護でも、画面ごとに制御できるよ。
建設業
・下請け業者向けに印刷する帳票に、元請けの仕入れ原価情報を非表示にする ・社内詳細画面では原価を確認できる、外部向け印刷では表示しない
外部に出す書類と社内で使う画面を、同じアプリで使い分けられるのが便利なんだ。
サービス業
・新規登録画面では不要な管理番号フィールドを非表示にして、入力フォームをシンプルにする ・管理番号は詳細画面や印刷画面では表示、新規入力時は邪魔にならない
画面ごとに使い分けることで、見せる情報を場面に合わせてコントロールできるよ。
同じフィールドでも、場面に応じて表示・非表示を切り替えられるのは便利ですね!
複数アプリに使える!買い切りの条件分岐フィールド非表示プラグインで画面ごとの制御を実装
ジョーさんのおかげで、ボクの悩みはきれいに解決しました! ここで、条件分岐フィールド非表示プラグインのポイントをまとめておきます。 ▼条件分岐フィールド非表示プラグインのポイント・詳細画面・新規登録画面・印刷画面ごとに制御を指定できる ・非表示と編集ロックを、画面ごとに独立して組み合わせられる ・条件なしで常時制御、または条件付きで状況に応じた制御も可能 ・同ドメイン内の複数アプリに設定できる
ジムリン、料金も気になってるんじゃない?
おっしゃるとおり!便利だからお高いのかなと思って……。
180,000円(税抜)/ドメインの買い切り制だよ。月額費用はかからないよ。
買い切りなんですか! 同ドメイン内なら複数のアプリにも設定できるんですよね?
品質検査アプリだけじゃなくて、ほかのアプリにも同じプラグインを設定できる。
バージョンアップも無料だよ。
それは助かります!
アプリが増えても追加費用なしで使えるなら、長く使えますね!
30日間の無料体験もあるから、まずは実際に試してみるといいよ。
まとめ:条件分岐フィールド非表示プラグインで画面に合わせた最適な表示を実現しよう
「印刷したら社内メモが出てしまい、顧客に見せてはいけない情報が丸見えになってしまう……」 「印刷用に非表示を設定すると、詳細画面でも消えてしまって困る……」 そんな悩みを抱えている人は、ぜひ条件分岐フィールド非表示プラグインを試してみてください。 対象画面を指定するだけで、詳細画面・新規登録画面・印刷画面ごとに表示を使い分けられますよ。 毎回手動で調整する手間をなくして、仕組みとして情報の出し分けを実現してみてください。 まずは体験版で、実際の業務でどれだけ変わるか試してみてください!(^^)! 30日間無料! 体験版に申し込む" ["post_title"]=> string(136) "kintoneで印刷画面だけ特定のフィールドを非表示にしたい!条件によって表示を変えられる設定を紹介" ["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(41) "kintone-fields-hide-conditional-branching" ["to_ping"]=> string(0) "" ["pinged"]=> string(0) "" ["post_modified"]=> string(19) "2026-03-30 10:34:29" ["post_modified_gmt"]=> string(19) "2026-03-30 01:34:29" ["post_content_filtered"]=> string(0) "" ["post_parent"]=> int(0) ["guid"]=> string(45) "https://adiem.jp/?post_type=blog&p=16582" ["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(36) ["max_num_pages"]=> int(4) ["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(false) ["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) "ee16ea99092ab1b90e8f425422a26cc2" ["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(41) "wp_query:f0d65757b42a424ff898c422f86e9cf6" } -->他のタグから探す
- 全てのタグ
- draw.io
- ボトルネック
- プラグイン
- 生産計画
- ダイアグラム図
- TOC理論
- ファイル管理
- ガントチャート
- 添付ファイル
- TOC研修
- ファイル共有
- 工程管理表
- OCR
- ジムリン
- 業務改善
- 条件分岐フィールド非表示プラグイン
- 自動化
- 関連レコード集計プラグイン
- 検索
- 編集不可
- 会社情報調査
- 関連レコード一覧
- 絞り込み
- フィールドの非表示
- kintone
- kintoneプラグイン
- 関連レコード一覧集計
- 独自ルックアップ画面プラグイン
- claude code
- もしもシリーズ
- 独自ルックアップ
- アプリ設計
- 一文字検索
- browser use
- 生産管理システム
- ルックアップ
- ユースケース図
- 部分一致検索
- 工程管理
- kintoneアプリ
- セミオーダー型アプリ
- TOC
- ルクックアップ
- 生産管理
- バックアップ
- 製造業
- DBR
- テーブル
- 事例
- n8n
- 展示会
- バッファ
- 複数行追加
- データ保護
- 生産スケジューラ
- Box連携プラグイン
- googleanalytics
- MCPサーバー
- GROW工程管理
- ボトルネック改善
- 育シス開発
- Claude Desktop
- CybozuDays
- セキュリティ
- 工程表
- 生成AI
- 工程管理システム
- Box
- エクエル










