> For the complete documentation index, see [llms.txt](https://docs.yoplanning.support/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.yoplanning.support/principes-generaux/principe-de-fonctionnement.md).

# Principe de fonctionnement

Yoplanning est un logiciel collaboratif conçu pour faciliter la gestion et la coordination des équipes au sein d'une organisation. Il est structuré autour de plusieurs niveaux de collaboration, permettant une flexibilité et une adaptabilité à diverses structures organisationnelles.

1. **La TEAM** : La TEAM représente l'entité juridique, qu'il s'agisse d'une entreprise, d'une association ou d'un travailleur indépendant. C'est l'unité de base dans Yoplanning.
2. **Les Staffs** : Les Staffs sont les membres de la TEAM. Ils peuvent avoir diverses fonctions, allant des rôles opérationnels et d'encadrement aux activités administratives, comptables ou de vente. Chaque TEAM peut inviter autant de Staffs qu'elle le souhaite, et chaque Staff peut être membre de plusieurs TEAMs si nécessaire.
3. **Les produits** : Yoplanning permet également le partage de produits entre les TEAMs. Cette fonctionnalité, appelée "revendeurs", permet à une TEAM de vendre des produits qui sont organisés et gérés par une autre TEAM. Cela favorise la collaboration et l'interdépendance entre les différentes TEAMs.

## Pour aller plus loin...

1. **Sessions** : Pour chaque produit, des sessions sont créées. Ces sessions peuvent avoir leurs propres caractéristiques, comme les horaires, le tarif, le nombre de places disponibles, et les options qui s'y rapportent. Le produit vous sert de modèle en quelque sorte.
2. **Groupe de Sessions** : Les sessions peuvent être regroupées en groupes de sessions, qui représentent, par exemple, un stage qui a lieu sur plusieurs jours.
3. **Participants** : Ce sont les individus qui se sont inscrits aux sessions. Chaque inscription peut être liée à une commande.
4. **Commande** : Chaque inscription peut être liée à une commande. Une commande peut avoir plusieurs inscriptions, elle regroupe toutes les inscriptions pour une même famille par exemple. Elle désigne aussi un client référent qui est le responsable de la commande et éventuellement le payeur. Plusieurs commandes peuvent être fusionnées entre elles.
5. **Paiement** : aussi, nommé dans l'application "Transaction", Ce sont les paiements associés à chaque commande. Ils représentent la transaction financière effectuée pour une commande. Il peut y avoir plusieurs paiements pour une seule commande et on peut définir le mode de règlement.\\


---

# 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://docs.yoplanning.support/principes-generaux/principe-de-fonctionnement.md?ask=<question>&goal=<endgoal>
```

`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.