はじめに Mermaid はとても便利な記法です。テキストで図が書けて、構造も分かりやすい。 一方で、業務で使っているとこんな場面に出会います。 図は描けたけど、会議で拡大すると文字が潰れる 全体を俯瞰したいのに、スクロールと拡大を繰り返すことになる 「ちょっとここ見せて」と言われた瞬間に詰まる 「描画できる」ことと「会議で使える」ことは別なんだな、というのを痛感しました。 背景：Notion での運用が限界だった 当初は、Mermaid コードを Notion で管理していました。 コード管理はしやすい 図も表示できる ただし、会議で使うと問題が顕在化します。 拡大すると文字・線が潰れる 全体像を見せたいのに解像度が足りない 「どこを見ているか」が共有しづらい 拡大・移動自体は可能でも、解像度と操作感が会議用途に耐えないと、結果的に使われなくなるという点が一番の課題でした。 mermaid.js 本来の思想に立ち返る mermaid.js 自体は、 SVG ベース 拡大縮小前提 劣化しないことが前提の設計 という思想を持っています。 つまり、

はじめに kintoneの一覧画面には検索機能がありますが、 実務で使っていると、こんな場面に出会うことがよくあります。 複数フィールドをまとめて検索したい テキストもドロップダウンも一括で探したい AND / OR を切り替えたい でも毎回クエリを書くのは面倒 そこで、 検索バー1つで、複数フィールドを横断検索できるプラグインを作りました。 今回、この「アプリ内横断検索プラグイン」を GitHubで無料公開しています。 できること このプラグインでは、以下のことができます。 検索バー1つで、複数フィールドを横断検索 スペース区切りの検索語を AND / OR 切り替え フィールドタイプに応じて演算子を自動切替 テキスト系 → like ドロップダウン → in 添付ファイル → like 検索語を URL に保持（画面遷移・更新しても保持） 設定時のフィールド定義スナップショットを保存し、 アプリ定義変更との不一致を検知・警告表示 いわゆる「裏で何が起きているか分からない検索」ではなく、 kintoneの query を正しく使い切るための検

コメント挿入テンプレートで、入力の手間を減らす kintoneを使っていて、こんなことはありませんか？ コメントやレビュー内容が、毎回ほぼ同じ フィールドは埋まっているのに、最後の文章を書くのが面倒 日付や金額、条文番号を毎回コピペして整えている 「この文章、前にも書いたな…」と思いながら入力している そんなときに便利なのが、 コメント挿入テンプレート機能 です。 コメントは「考える」より「選ぶ」 この機能は、 よく使うコメント文章をテンプレ化し、編集画面からそのまま挿入できる 仕組みです。 テンプレ内には、kintoneのフィールド値をそのまま差し込めます。 契約名 条文番号 日付 金額 担当者名 などを自動反映し、 内容が整ったコメントをワンクリックで挿入 できます。 特長 ✅ よく使うコメントをテンプレ化 法務レビュー、承認時の指摘、定型連絡文など、何度も使う文章をあらかじめ登録できます。 毎回ゼロから書く必要はありません。 ✅ フィールド値を自動差し込み テンプレ内に{{契約名}}、{{金額}} のように記述するだけで、レコードの値をコメ

kintoneを使っていて、こんな場面はありませんか？ 法務チェックやレビューコメントが、毎回ほぼ同じ内容になる フィールドは入力しているのに、最後の文章を考えるのが面倒 条文番号・日付・金額を、毎回コピペして整えている 「この文章、前にも書いたな…」と思いながら入力している そんなときにおすすめなのが、 フィールド差し込みテンプレプラグイン です。 これは「文章作成の補助」プラグインです フィールド差し込みテンプレプラグインは、よく使う文章テンプレートに kintoneのフィールド値を自動で差し込んで挿入できる プラグインです。 契約名 条文番号 日付 金額 担当者名 などをテンプレ内に差し込み、 コメントや文章を“選ぶだけ”で入力 できます。 特長 ✅ よく使う文章をテンプレ化 法務コメント、レビュー指摘、定型連絡文など、何度も使う文章をテンプレとして登録できます。 毎回ゼロから書く必要はありません。 ✅ フィールド値を自動差し込み テンプレ内に{{契約名}} や {{契約金額}} のように記述するだけで、レコードの値をそのまま文章に反映でき

kintoneは誰でもアプリを作れるのが魅力ですが、その「アプリの単位」は企業ごとに大きく異なります。 ある会社では「契約管理」のように業務全体をカバーするアプリ、別の会社では「製本依頼」のように作業に特化したアプリ、といった具合です。 業務フォーカス型（基幹型） 契約管理、案件管理、請求管理など、業務全体を担うアプリ。 台帳としての役割を持ち、会社の資産データを集約する。 強み ：全体を俯瞰できる、一元管理しやすい 弱み ：スコープが広くなり、複雑化しやすい 作業フォーカス型（タスク型） 製本依頼、承認申請、検収など、個別の作業に特化したアプリ。 業務の一部の動きを切り出すイメージ。 強み ：シンプルで運用しやすい、分業に向く 弱み ：点在しやすく、全体像を把握しづらい 混在するのが現実 多くの企業では業務型と作業型が混在しています。 ただし「業務型アプリを綺麗に回す」のは難易度が高く、例外対応や権限分岐が増えて複雑になりがち。 そのため、 台帳（業務型）はシンプルに保ち、作業は別アプリに切り出して連携させる と運用しやすくなります。 ベンダー

「テーブル定義書がない」から始まった ある日、古い販売管理システムを kintone にリプレイス 案件をすることになりました。 ところが開発元はすでに存在せず、残っていたのはデータベースのテーブルだけ。 KOKNM, DENNO, URIKIN, ZEIKN01 …。 見るからに何かの略語ではありますが、設計書もコメントもないため、 何を意味するのか確信が持てない 。 唯一の手がかりは「命名のクセ」だけでした。 なんとなく分かる。でも“全部調べる”のは非効率… たとえば:  KOKNM → 顧客名（KOK＝顧客？） ZEIKIN → 税金？ DENNO → 伝票No. CRTDT → 作成日（Create Date？） こうやって一つずつ推測していけば意味は分かる。でもテーブルが十数個、項目が数百もあるとなると、画面と見比べながら 一人で手作業で調べるのは現実的じゃない 。 しかも略語は統一されているようで、微妙に揺れています。 ZEIKIN と ZEIKN の両方がある UPDDT と UPDTDT が混在 KOKNM が2回出てくる（カナ名

こんにちは、こん太ぱぱです。 不動産会社でのkintone開発事例をご紹介します。 営業の現場はずっと「Excel＋声掛け＋紙の回覧」という“紙リレー”で動いていて、申込→承認→準備→契約のどこかで情報が散らばり、手戻りが起きがちでした。 しかも不動産は多筆・別紙・特約など情報量が多く、フォームを欲張ると 入力UIが重くなる ——ここが最大のネックでした。 そこで僕は、 Excelを捨てずに役割を変える というやり方を取りました。 運用の“母艦”はkintoneに集約して、 依頼で動き（アクション）／状態で迷わない（ステータス） 。 そして帳票は Excelのまま出力専用 にして、ドラフト先行＋kintoneからの 自動差し込み で最終化。 結果、現場のスピードは落とさずに“紙リレー”から卒業できました。 設計原則：依頼をすると、業務が次の状態になる 僕の設計は、 「依頼」が発火点になって業務の“状態”が進む という考え方です。だからこそ、 ボールを渡す瞬間 を「 アクション＝依頼 」と「 ステータス＝状態 」のセットで明示しました。 だれが →

kintoneをご利用の中で、こんな場面に遭遇したことはありませんか？ 「サブテーブルに入力した明細を、別アプリからも確認したい」 「関連レコードで、誰が・何を・いくらで登録したのかを一覧で見られたら便利なのに…」 実は、少し工夫するだけで 「サブテーブルの内容を関連レコードでも確認できる」 ようにすることができるんです。 サブテーブルは関連レコードに「表示できない」のが通常 kintoneの「関連レコード」機能はとても便利ですが、 サブテーブル（明細・履歴・内訳など）はそのままでは表示できません。 関連レコード一覧に出せるのは、通常フィールドのみ。そのため、サブテーブルに保存された詳細な明細はわざわざレコードを開かないと確認できないのが現状でした。 解決策：リッチエディタを「明細サマリー」として活用 この課題を解決する方法が、 リッチエディタフィールドを「サブテーブルのサマリー表示」として使う という発想です。 たとえば、こんなふうに👇 この「明細サマリー」はサブテーブルそのものではなく、 リッチエディタフィールドに自動生成されたHTML表

ℹ️ 最新の機能更新はREADMEへ このページは概要の説明です。新機能・変更点・既知の注意事項は [README] に集約しています。 これは何？（概要） kintoneの 管理画面にタブUI を追加するユーザースクリプト（Tampermonkey等で動作） 権限 ／...

ℹ️ 最新の機能更新はREADMEへ このページは概要の説明です。 　新機能・変更点・既知の注意事項は [README]  に集約しています。 主な機能 🩺 Health（ヘルスチェック） アプリの フィールド数・状態数・アクション数 などを自動解析。「多すぎて設計が重くなっていないか？」を一目で判定します。 📋 Fields（フィールド一覧） フォームの全フィールドを 実際のレイアウト順 で一覧化。さらに Markdown・CSV・JSON 形式で出力できます。 導入方法（3分で完了） 1️⃣ Tampermonkey をブラウザに入れる 2️⃣ 以下のスクリプトURLを開いて「インストール」 3️⃣ kintone のアプリを開くと、右下に黒いパネルが出ます。 🔗 Tampermonkey　🔗 Tampermonkey - Chrome ウェブストア 🔗 GitHub（ソース公開） https://github.com/youtotto/kintone-app-toolkit 🔗 Rawスクリプト（インストール用） 👉 インスト