> For the complete documentation index, see [llms.txt](https://guideadmin.margipro.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://guideadmin.margipro.com/parametres/acces-recettes-site.md).

# Accès au module Recettes par site

L'accès au menu **Recettes** se règle individuellement pour chaque site. Il ne dépend ni du rôle de l'utilisateur, ni d'une liste de clients autorisés.

## Activer ou désactiver le module

1. Ouvrez **Administration → Magasins**.
2. Dépliez le magasin concerné.
3. Cliquez sur le crayon du site à modifier.
4. Dans **Options du site**, activez **Module Recettes**.
5. Choisissez une durée :
   * **Sans limite** : le menu reste accessible jusqu'à une désactivation manuelle.
   * **Date limite** : sélectionnez le dernier jour d'accès inclus.
6. Cliquez sur **Enregistrer**.

Pour retirer immédiatement l'accès, désactivez **Module Recettes**, puis enregistrez.

{% hint style="info" %}
Si un utilisateur est rattaché à plusieurs sites, le menu Recettes reste visible tant qu'au moins un de ces sites dispose d'un accès actif.
{% endhint %}

## Comportement à l'expiration

Une date limite reste valable jusqu'à la fin de la journée sélectionnée. Le menu est ensuite masqué automatiquement. Si l'application reste ouverte pendant le changement de jour, le retrait intervient au plus tard dans la minute suivante.

La date expirée est conservée pour permettre son suivi dans l'administration. Pour réactiver le module, choisissez une nouvelle date ou passez l'option sur **Sans limite**.

## Surveiller les échéances

La colonne **Modules** de la liste des magasins indique l'état du module Recettes :

* rouge : accès expiré ;
* orange : expiration dans les 30 prochains jours ;
* vert : accès actif au-delà de 30 jours ;
* bleu : accès sans limite.

Le badge orange dans l'en-tête de la colonne compte les **sites** expirés ou arrivant à échéance dans les 30 jours. Cliquez sur ce badge pour n'afficher que les magasins concernés. Cliquez une seconde fois pour retirer le filtre.

Dépliez un magasin pour consulter la date exacte de chaque site.

## Effet dans le module Recettes

Tous les sélecteurs de site du module Recettes proposent uniquement les sites dont l'option est active. Cela concerne notamment la liste et la comparaison des recettes, les productions, les calculs de coût et l'affectation d'une recette à un ou plusieurs sites.

Si le site mémorisé dans le navigateur a expiré ou a été désactivé, MargiPro sélectionne automatiquement le premier site encore autorisé. S'il n'en existe aucun, aucune donnée de production n'est chargée et aucun enregistrement lié à un site ne peut être créé.

Lors de la modification d'une recette existante, les anciens sites désormais expirés sont retirés de sa sélection au prochain enregistrement.

## Référence technique

Le réglage utilise uniquement la colonne nullable `companies_locations.recipes_enabled_until`, de type PostgreSQL `date` :

| Valeur       | Effet                                        |
| ------------ | -------------------------------------------- |
| `NULL`       | Module désactivé.                            |
| `infinity`   | Module actif sans limite.                    |
| `YYYY-MM-DD` | Module actif jusqu'à la fin du jour indiqué. |

Le contrôle côté interface pilote l'affichage du menu. Les politiques RLS Supabase restent la sécurité effective pour l'accès aux données des recettes.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://guideadmin.margipro.com/parametres/acces-recettes-site.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.