> For the complete documentation index, see [llms.txt](https://academy.shade.inc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.shade.inc/shade-academy/shade-academy-fr/automatisations-et-objets-personnalises/objets-personnalises.md). # Objets personnalisés Les objets personnalisés vous permettent de modéliser la structure de votre activité directement dans Shade. Au lieu de seulement stocker des fichiers, vous pouvez définir les éléments avec lesquels vous travaillez - clients, projets, campagnes, joueurs, membres de l’équipe - ainsi que les relations entre eux. Voyez cela comme une base de données légère, comme Notion ou Airtable, intégrée nativement à Shade et connectée à vos ressources. Les objets personnalisés sont gérés aux côtés de vos ressources et de vos vues au sein d’un drive. Comme pour les métadonnées, la création d’objets reste intentionnelle, vous ne définissez donc que les types d’objets et les champs dont votre workflow a réellement besoin. {% embed url="" %} ### Ce que vous pouvez faire avec les objets personnalisés * Créez des types d’objets pour représenter n’importe quel élément de votre workflow (p. ex. Clients, Projets, Campagnes, Joueurs) * Ajoutez des champs personnalisés à chaque objet - texte, nombres, dates, sélection unique et multiple, cases à cocher et URL * Reliez les objets à vos ressources, et reliez les objets entre eux * Faites remonter les données d’objet directement sur les ressources avec des champs de consultation * Créez des vues filtrées basées sur les relations entre objets ### Créer votre premier objet Pour créer un type d’objet : * Ouvrez la zone des objets dans votre drive et créez un nouveau type d’objet * Donnez-lui un nom (par exemple, **Clients**) * Ajoutez les champs que vous souhaitez suivre

Les types de champs incluent le texte, le nombre, la date, la sélection unique, la sélection multiple, la case à cocher et l’URL, ainsi que deux types de champs de relation décrits ci-dessous. Une structure courante pour une agence ressemble à une chaîne : **Client → Projet → Asset** Pour le construire, créez un **Clients** objet et un **Projets** objet, puis connectez chaque projet à un client et chaque asset à un projet. ### Liaison des objets : champs relationnels #### Champs relationnels Un **champ relationnel** relie un objet à un autre. Par exemple, ajoutez un champ relationnel à votre **Projets** objet qui pointe vers un **Client**. Une fois liés, vous pouvez naviguer dans la relation dans les deux sens - d’un projet vers son client, ou d’un client vers tous ses projets. Vous pouvez également relier des objets à des ressources. Une fois qu’une ressource est associée à un projet, vous pouvez ouvrir la ressource et voir à quel projet et à quel client elle appartient, ou partir du client et faire apparaître chaque ressource créée pour ce compte.

### Filtrage et vues Parce que les ressources et les objets sont connectés, vous pouvez créer des vues filtrées à partir de ces relations, par exemple : * Tous les rushes liés à un client spécifique * Toutes les ressources attribuées à un monteur particulier * Tous les livrables à une étape de production spécifique

### Utiliser les objets personnalisés avec les automatisations Les objets personnalisés sont puissants à eux seuls, mais ils deviennent nettement plus utiles lorsqu’ils sont associés aux automatisations - car les automatisations peuvent *gérer les passages de relais pour vous* en fonction de la structure que vous avez modélisée. Par exemple : chaque asset possède un **Statut d’approbation** champ, et vous avez un simple **Relecteurs** objet personnalisé qui stocke qui doit recevoir quoi (relecteurs internes, relecteurs externes, versions finales - avec des e-mails et des rôles). Lorsqu’un montage passe à **« En relecture »,** une automatisation génère le lien de partage et notifie le relecteur interne ; lorsqu’il passe à **« Approuvé »,** une deuxième automatisation envoie le lien de partage finalisé au relecteur externe. Deux étapes, zéro administration - et le workflow est enfin relié au travail. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://academy.shade.inc/shade-academy/shade-academy-fr/automatisations-et-objets-personnalises/objets-personnalises.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.