kintoneでレコードが見えない・一覧に表示されないときは、その多くが「アクセス権」の設定が原因です。権限は「アプリ・レコード・フィールド」の3階層があり、どこか1か所でも閲覧が外れていると、データ自体は存在しているのに画面に出てこなくなります。本記事は情シス担当・管理者向けに、原因を最短で切り分ける順序と、症状別の対処法を公式仕様にもとづいて整理しました。
結論から言うと、確認する順番は「アプリ → レコード → フィールド」の上位階層からです。上位でブロックされていれば、下位の設定をいくら直しても表示されません。まずはこの順序を押さえるだけで、無駄な設定変更を減らせます。
kintoneでレコードが見えない主な原因は「アクセス権の3階層」
kintoneのアクセス権は独立した3つの階層で構成され、それぞれ制御できる範囲が異なります。「見えない」トラブルは、この3階層のどこで止まっているかを特定できれば、ほぼ解決します。
アクセス権は「アプリ・レコード・フィールド」の3層構造
まず全体像を押さえましょう。kintoneの閲覧範囲は次の3階層で決まります（kintone公式・アクセス権の設定方法）。
| 階層 | 制御できる範囲 | 外れているときの症状 |
|---|---|---|
| アプリのアクセス権 | アプリを開けるか・レコードを追加/編集できるか | アプリ自体が一覧やポータルに表示されない |
| レコードのアクセス権 | 条件に一致した行（レコード）を閲覧/編集できるか | 一部のレコードだけ一覧に出ない・詳細が開けない |
| フィールドのアクセス権 | 特定の項目（フィールド）を閲覧/編集できるか | レコードは開けるが特定の項目だけ空白・非表示 |
ポイントは、この3階層は上位から順に適用されることです。アプリを閲覧できない人には、レコードやフィールドの権限設定は関係なく、そもそもアプリごと見えません。切り分けは必ず上位階層から行います。
「見えない」には3つの症状パターンがある
ひとくちに「見えない」と言っても、症状によって疑うべき階層が変わります。ユーザーから問い合わせが来たら、まず次のどれに当てはまるかを聞き取ってください。
- アプリごと表示されない：アプリのアクセス権（アプリを閲覧）を疑う
- 一覧に一部のレコードだけ出ない／詳細を開くと「アクセス権がありません」：レコードのアクセス権を疑う
- レコードは開けるが特定の項目だけ空欄・非表示：フィールドのアクセス権を疑う
症状と階層をひも付けておくと、確認箇所が一気に絞り込めます。逆に、この切り分けをせずに設定画面を触ると、直したつもりが別のユーザーの権限を壊す二次被害につながります。
確認は必ず「アプリ→レコード→フィールド」の上位から
復旧を急ぐあまり、いきなりレコード条件を編集するのは避けましょう。上位のアプリ権限が原因なら、その作業はすべて無駄になります。費用対効果の観点でも、確認の順序を固定して「上から一つずつ潰す」ほうが、結果的に対応時間は短くなります。
原因別の切り分けと対処法
ここからは階層ごとに、実際の確認手順と直し方を説明します。作業はいずれもアプリ管理者（または cybozu.com 共通管理者）権限が必要です。権限がない場合は、担当者に依頼する前提で症状だけ整理しておきます。
原因1：アプリのアクセス権で「閲覧」が外れている
特定のユーザー・組織・グループでアプリごと見えない場合、アプリのアクセス権で「アプリを閲覧」のチェックが外れている可能性が高いです。設定画面（歯車アイコン →［設定］→［アクセス権］→［アプリ］）で、対象ユーザーが含まれる行に閲覧権限があるかを確認します。
注意点は、設定は上の行から順に評価され、条件に一致した時点でそこで確定することです。たとえば上に「Everyone：閲覧なし」があると、その下に「営業部：閲覧あり」を足しても、営業部のユーザーは上の行で先に弾かれます。行の並び順まで含めて確認してください。
原因2：レコードのアクセス権の条件・並び順で除外されている
「アプリは開けるのに、一部のレコードだけ一覧に出ない」「詳細を開くと『アクセス権がありません。』と表示される」場合は、レコードのアクセス権が原因です。レコードのアクセス権は条件（フィールドの値など）でレコードを絞り込んで権限を割り当てる仕組みで、複数の設定があるときは上の行の設定が優先されます（kintoneヘルプ・レコードにアクセス権を設定する）。
よくある落とし穴は次の3つです。
- 「Everyone：閲覧なし」が上位にある：下に個別の許可を足しても無効になる
- 条件フィールドの値が空：たとえば「担当者＝ログインユーザー」条件で、担当者が未入力のレコードは誰にも見えない
- 組織変更・異動が未反映：組織単位で許可しているのにユーザーの所属が変わり条件から外れた
対処は、対象レコードが「どの行の条件」に一致しているかを上から順にたどり、意図しない拒否行より上、または条件を修正して許可行に一致させることです。
原因3：フィールドのアクセス権で非表示になっている
レコードは開けるのに特定の項目だけ見えないときは、フィールドのアクセス権です（kintoneヘルプ・フィールドにアクセス権を設定する）。フィールドの閲覧権限がないと、その項目は非表示になるか、［レコードの詳細］画面に「アクセス権がありません。」と表示されます。表示のされ方はフィールドの種類や設定によって変わります（kintoneヘルプ・フィールドのアクセス権と表示）。
給与・評価・個人情報など、あえて特定の項目だけ隠している運用も多いため、「隠すべき項目か・見せるべき項目か」を業務側と確認してから直すのが安全です。エラーだと思って全員に開放すると、今度は情報漏えいのリスクになります。
アクセス権はあるのに検索で出てこない特殊ケース
「アプリもレコードもフィールドも閲覧できるはずなのに、検索すると出てこない」という相談もあります。これはアクセス権の拒否とは別の、kintone特有の仕様が絡むケースです。
「作成日時」フィールドの閲覧権限が外れている
全体検索・スペース内検索・アプリ内検索では、「作成日時」フィールドの閲覧権限がないユーザーには、対象レコードが検索結果に表示されません（kintoneヘルプ・検索結果に対象レコードが表示されない）。一覧では見えているのに検索だけヒットしない場合は、フィールドのアクセス権で「作成日時」を隠していないかを確認してください。見落としやすい代表的な原因です。
一覧の絞り込み条件・共有／マイ一覧の取り違え
権限ではなく、単に表示している一覧の絞り込み条件でレコードが除外されているだけ、というケースも少なくありません。次を確認します。
- 選択中の一覧に絞り込み条件が入っていないか（例：ステータス＝進行中のみ表示）
- 他人が作った「共有の一覧」と自分の「マイ一覧」を取り違えていないか
- 並べ替えでページの後方に回っていないか
アクセス権を疑う前に、まず「別の一覧（すべて表示など）に切り替えると見えるか」を試すと、権限問題かどうかを数十秒で切り分けられます。
【情シス向け】権限トラブル切り分けフローと再発防止チェックリスト
ここは本記事独自の実務パートです。問い合わせを受けたときに上から順に見るだけで原因階層にたどり着ける、切り分けフローと運用チェックリストをまとめました。そのまま社内マニュアルに転記して使えます。
5分でできる切り分けフロー
| ステップ | 確認すること | Yesの場合に疑う階層 |
|---|---|---|
| 1 | アプリ自体が一覧・ポータルに出ない？ | アプリのアクセス権（アプリを閲覧） |
| 2 | アプリは開けるが一部レコードが一覧に出ない／詳細で「アクセス権がありません」？ | レコードのアクセス権（条件と並び順） |
| 3 | レコードは開けるが特定の項目だけ空欄・非表示？ | フィールドのアクセス権 |
| 4 | 一覧では見えるのに検索だけ出ない？ | 「作成日時」フィールドの閲覧権限 |
| 5 | 別の一覧に切り替えると見える？ | 権限ではなく一覧の絞り込み条件 |
上から順に「はい／いいえ」で進めば、権限問題か表示設定かを含めて原因が特定できます。ステップ1〜3は上位階層から並べてあるので、途中で該当したらそこで対処し、下位は確認不要です。
設定ミスを防ぐ「最軽量アクセス権」の考え方
再発防止のカギは、権限を作り込みすぎないことです。階層を増やすほど、どこで止まっているかの調査コストが跳ね上がります。費用対効果を考えるなら、次の方針が現実的です。
- まずはアプリのアクセス権だけで運用し、レコード・フィールドの制御は「隠す必要が明確にある項目」に限定する
- 拒否（閲覧なし）を上位に置くパターンは最小限に。多用すると「足したのに効かない」トラブルの温床になる
- 条件に使うフィールド（担当者・組織など）は必須入力にして空を防ぐ
- 設定変更は変更日・変更者・目的を記録し、切り分け時にたどれるようにする
「厳しくすればするほど安全」ではなく、隠す理由がある項目だけを最小限に隠すのが、運用コストと安全性のバランスが取れた設計です。
よくある質問と再発防止のポイント
設定変更はいつ反映される？再ログインは必要？
アクセス権の変更は、基本的に保存した時点で反映されます。反映されないように見えるときは、ブラウザのキャッシュや、別の一覧・絞り込み条件を表示している可能性が高いので、画面の再読み込みと一覧の切り替えを先に試してください。それでも直らない場合に、あらためて権限設定を見直します。
権限を厳しくしすぎて業務が止まるのを防ぐには
権限トラブルの多くは「安全のために厳しくした結果、必要な人まで見えなくなった」ケースです。設定前に「誰に・何を・なぜ見せる／隠すのか」を1行で言語化しておくと、過剰な制限を防げます。kintoneの基本的な使い方や活用イメージをあわせて押さえておきたい場合は、kintoneの使い方・中小企業の活用事例や、これから自社でアプリを作る場合のkintoneアプリの作り方（初心者向け）もあわせて参考になります。導入コストや本番移行を検討中ならkintone無料トライアルと費用・移行の注意点も確認しておくとよいでしょう。
まとめ：kintoneでレコードが見えないときはアクセス権を上位から
kintoneでレコードが見えないときは、「アプリ→レコード→フィールド」の順に、上位階層から確認するのが最短ルートです。レコード・フィールドとも複数設定は上の行が優先されるため、「許可を足したのに効かない」ときは並び順を疑ってください。また、一覧では見えるのに検索だけ出ないときは「作成日時」フィールドの閲覧権限という特有の仕様も忘れずに。
再発防止は、権限を作り込みすぎないこと。隠す理由が明確な項目だけを最小限に制御し、変更履歴を残しておけば、次に「見えない」が起きても数分で切り分けられます。仕様の詳細はkintoneヘルプなどの公式情報もあわせて確認してください。
