Gérer les permissions sur Airtable

Dans cette vidéo, je vais vous présenter les différents "rôles" ou "permissions" que peuvent avoir des collaborateurs dans Airtable.
Je présenterai également la différence entre être collaborateur "Workspace" ou "Base".
Je finirai par quelques conseils sur la manière d'organiser vos collaborateurs en fonction de la taille de votre boîte et vos besoins.
---------------------------------------------------------------
🔔 Abonne toi à la chaîne et active les notifications : www.airtablefa...
🚀 (GRATUIT) Deviens un(e) Pro de Airtable en 30 jours : www.airtablefa...
---------------------------------------------------------------
📅 Consulting & Services : www.airtablefa...
📩 Email : [e-mail]

[@kevineybert1770]

Dommage que tu n'aies pas ajouté à cette explication la question de la facturation par Airtable par type de permission. Merci sinon, très bien, merci beaucoup !

[@AirtableFacile]

Effectivement, excellente remarque.
Pour la facturation, c'est assez simple :
- Sur des workspace en plan "FREE", tous les utilisateurs sont gratuits
- Sur des workspace en plan payant :
-> Read Only = gratuit
-> Tout le reste = payant

[@jean-charlesdelfosse9147]

Est-il possible d'attribuer des permissions uniquement sur des vues? J'ai une table dans laquelle je voudrais limiter l'accès (et même la vue de l'existence) à quelqu'un. La vue principale de la table (Grid view) est disponible par défaut à l'utilisteur. Ce n'est que une seconde vue que je vais créer que je peux lui donner ou non l'accès (ou l'existence). Mon idée serait d'avoir une vue (un calendrier qui ne contient que certains types d'événement) et que l'utilisateur ne puisse voir rien d'autre, ni même la table. Comment faire?

[@pierre-louismoutton-perrot3161]

Hello ! Merci pour la vidéo. Petite question si on utilise Airtable en tant que backend (avec Weweb en frontend), comment mettre en place des "Roles", au même titre que les RLS sur Supabase ? C'est-à-dire que sur le frontend, même si l'utilisateur inspecte le site, il ne pourra pas trouver de données qu'il n'est pas censé voir car le filtre est posé directement sur le backend et non pas le frontend, j'espère que c'est assez clair !

[@AirtableFacile]

Bonjour Pierre-Louis
Merci pour ton commentaire
Cette notion n'existe pas via réellement.
L'API d'Airtable est accédée via une clé API (Personal Access Token) ou un jeton OAuth. Les deux sont liés à une identité d'un utilisateur spécifique.
Concrètement, tout ce qui peut être lu, modifié, supprimé ou créé par l'utilisateur via l'UI le sera également via l'API.
L'API ne peut et ne doit donc pas être consommée directement par le Frontend car elle donnera la même granularité à tous les utilisateurs. (sauf si tu utilises des clés API différentes)
A voir en fonction des cas, du nombre d'utilisateurs, etc
Mais dans Airtable, les permissions sont liés à un utilisateur et donc, dans la majorité des cas, un utilisateur = une licence = 24$/mois
Donc on a pas cette granularité + scalabilité à faible cout proposée par Supabase ou autre
J'espère que ma réponse est aussi claire que ta question 😅