kintoneのフィールド使用箇所を確認する方法｜無料ツールと削除前チェック
「この項目は、もう使っていないはず」。そう思っても、一覧の絞り込みや通知、計算式の中で参照されていることがあります。フィールドを整理するときは、画面に表示されているかだけでなく、設定のどこで使われているかを確認する必要があります。
無料プラグイン「フィールド使用状況チェッカー」は、1つのアプリの設定から確認できる使用箇所を一覧にするツールです。この記事では、調べ方と検出対象、結果が「未検出」だったときの確認事項を紹介します。
「使用箇所」と「入力されているか」は別の情報
このツールが調べるのは、計算式・一覧・通知などのアプリ設定にある参照です。レコードを集計して入力率を測ったり、利用者が実際に使っている頻度を調べたりする機能ではありません。
たとえば、「契約期限」が一覧画面に出ていなくても、期限前のリマインダーに使われていれば重要な項目です。削除前には、設定上の役割と実際の業務上の役割の両方を調べます。
使用箇所を確認する手順
1．配布ファイルを読み込み、アプリへ追加する
フィールド使用状況チェッカーの配布ページの「Releases」から取得します。説明書付きbundle ZIPをダウンロードした場合は解凍し、中の名前の末尾が「-plugin」のZIPファイルを解凍せずkintoneへ読み込みます。
kintoneのプラグイン管理画面から読み込み、対象アプリに追加します。プラグイン設定画面を開くには、対象アプリの管理権限が必要です。
2．プラグイン設定画面で一覧を開く
アプリの設定から「プラグイン」を開き、フィールド使用状況チェッカーの設定へ進みます。フィールド名・コード・種類などと、検出した使用箇所が表示されます。
最初に、設定の取得に失敗した項目がないかを確認してください。権限などの理由で取得できなかった設定は、判定に含まれません。
3．名前やコードで絞り込み、参照先を確認する
名称・フィールドコードの検索と、「すべて／使用箇所あり／未検出」のフィルターを使って対象を探します。使用箇所は、一覧・通知などの種類と対象名で確認できます。
名前が似た項目がある場合は、フィールドコードも控えましょう。変更前の確認を別の担当者へ引き継ぎやすくなります。
4．確認結果をメモに残す
各フィールドにメモを入力し、保存できます。たとえば「月末の請求処理で使用。経理担当へ確認済み」のように、業務上の理由を残します。メモはプラグイン設定に保存され、レコードの値には書き込まれません。
検出できる設定
対象は、調査しているアプリ自身の設定です。
設定 | 確認できる使用箇所の例 |
計算式 | 計算フィールド、文字列1行の自動計算 |
ルックアップ | ルックアップ自身、ほかのフィールドへコピーする先 |
関連レコード一覧 | 表示対象の条件で使う、このアプリ側のフィールド |
一覧 | 表示項目、絞り込み、並び替え、カレンダーの日付・タイトル |
通知・リマインダー | 条件式、通知先、リマインダーの基準日時など |
プロセス管理 | アクション実行条件、作業者として指定されたフィールド |
グラフ | 分類・集計対象、並び替え、絞り込み |
アプリアクション | コピー元、実行条件 |
アクセス権 | レコードの条件・対象フィールド、フィールドのアクセス権の対象 |
サブテーブル内の項目も、フィールド一覧と使用箇所の調査対象に含まれます。
「未検出」でも、使われている可能性がある
未検出とは、このツールが取得・確認できた設定の中では使用箇所が見つからなかった、という結果です。未使用や削除可能という判定ではありません。
次の参照は無料版の検出対象外です。
JavaScript／CSSのカスタマイズ
外部システムや連携サービスなどからのREST API経由の参照
他のアプリのルックアップ・関連レコード一覧からの参照
カスタムビューのHTML
他のプラグインの設定
また、設定取得に失敗した項目も調査から外れます。対象外の参照と取得できなかった設定は、別途確認してください。
顧客コードを整理する場合の確認例
顧客管理アプリの「旧顧客コード」を削除候補にしたとします。これは確認方法を説明するための仮の例です。
ツールで「旧顧客コード」を検索し、一覧・通知・計算式などの参照を確認する。
取得できなかった設定があれば、権限を持つ担当者へ確認する。
案件管理や請求管理など、他アプリのルックアップから参照されていないか調べる。
CSVを扱う業務や外部連携、カスタマイズで使っていないか担当者へ確認する。
調査結果と、変更するかどうかの判断を記録する。
ツール上で未検出だったとしても、手順3・4は残ります。「未検出」を調査終了の合図にしないことが大切です。
削除前に残しておきたいチェック表
次の表をコピーし、対象フィールドごとに確認内容を残せます。
確認項目 | 記録欄 |
アプリ名・アプリID | |
フィールド名・コード・種類 | |
変更の目的 | |
検出した使用箇所と確認結果 | |
取得できなかった設定 | |
他アプリ・カスタマイズ・外部連携の確認結果 | |
業務担当者への確認結果 | |
保持が必要なデータと保存方法 | |
テスト環境で確認した内容 | |
判断・判断者・確認日 |
フィールドを削除すると、登録されているそのフィールドのデータも削除されます。グループやテーブルの削除では、含まれるフィールドへの影響も確認が必要です。kintone公式ヘルプ「フィールドを削除する」
目的が画面を整理することなら、フィールド自体の削除が必要かを先に検討します。データの保存と、削除後に業務が続けられるかの確認を分けて進めてください。
無料版とAppInsightの使い分け
調べたいこと | 検討するツール |
1つのアプリの設定から使用箇所を手早く確認したい | フィールド使用状況チェッカー |
他アプリからの参照や、JavaScriptを含む依存関係を調べたい | AppInsight for kintone |
AppInsight for kintoneも、すべての参照を検出したり、削除の安全性を保証したりするものではありません。動的な参照や外部ファイル、プラグイン内部など、解析できない範囲を補いながら確認します。
対応環境と、最初に試すこと
フィールド使用状況チェッカーはPC版のプラグイン設定画面・レコード詳細画面に対応し、ゲストスペースでも利用できます。モバイル版には対応していません。
設定を有効にすると詳細画面にフィールドコードを表示することもできますが、サブテーブル内の項目など、画面要素を取得できないものは表示対象外です。使用箇所の検出範囲と、詳細画面へのコード表示範囲は同じではありません。
まずは、削除予定がなくても「役割が分かりにくい項目」を1つ選び、使用箇所と業務の目的をメモしてみてください。次に担当する人が、設定の理由を追いやすくなります。
仕様・導入方法の詳細：公式README
本記事は2026年9月27日時点の公開仕様（v1.2.0）をもとにしています。最新版の対応範囲は配布ページでご確認ください。
コメント