アクセス権とロールの管理

サインインは、その人が 誰か をアプリに伝えます。データアクセスルールは、その人が 何を 読み取り・変更できるかを決めます。MeDo アプリでは、どちらもアプリ自身のバックエンドにあり、チャットを通じて形作ります。

#本当に必要なルールを依頼する

制限を業務の言葉で説明すると、MeDo がアプリのデータベースに実装します。

Customers can only see their own orders.
Staff can see every order but cannot delete one.
Only the owner account can change prices.

例外のケースも明示してください。「顧客は他の顧客の電話番号を見てはいけない」は、「顧客は自分の注文を見られる」からは導かれないため、はっきり述べる価値のあるルールです。

#ロール

ロールは MeDo の設定ではなく、アプリの一部です。スタッフ、管理者、監査担当のアカウントを依頼すると、MeDo はアプリのデータモデルにそのロールを作成し、アプリの画面とルールに適用します。そのため、2 つのアプリでロール名がまったく異なることもあります。

ロールがアプリの中にあるため、次のことが言えます。

• 変更は設定パネルではなく、チャットで依頼して行います。
• ソースをダウンロードすると、プロジェクトとともにエクスポートされます。
• MeDo には、ロールを設定するための ロールや権限のパネルはありません。

#ルールを自分で検証する

テストされていないルールは、たいてい間違っています。制限を依頼した後は、次を行います。

1. 公開アプリでテスト用アカウントを 2 つ登録します。
2. 1 つ目のアカウントでレコードを作成します。
3. 2 つ目のアカウントでサインインし、そのレコードが 見えない ことを確認します。
4. 禁止した操作（削除、編集、非表示項目の閲覧）を試し、拒否されることを確認します。

実際のお客様が来る前に行ってください。AI 品質分析でのテストは機能フローを確認しますが、1 人のユーザーとしてしかサインインしないため、複数ロールの制限は 対象外 です。これらは手動で確認する必要があります。

#ルールはどこにあるか

アプリのアクセスルールとロールは、テーブルとともにそのデータベースに保存されています。テーブルと、それが適用されるユーザーは、エディターの Backend（バックエンド） ビューで確認できます（アプリのデータとフォームを参照）。プロジェクトをダウンロードすると、ルールは supabase/schema.sql に含まれます。バックエンド設定とキープアライブとエクスポートとセルフホスティングを参照してください。

#関連ページ

• サインインとユーザーの管理
• キーとデータの安全性