# Sauvegarde par Transition dans YoPlanning : Une Analyse Technique La sauvegarde par transition dans **YoPlanning** est conçue pour gérer de manière sécurisée et granulaire les mises à jour des produits et leurs impacts sur les sessions associées. Cet article se concentre sur les aspects techniques pour expliquer comment ce mécanisme fonctionne en profondeur et pourquoi certaines données peuvent différer dans les sessions. *** ### Architecture Technique : Comment ça fonctionne ? 1. **État initial des données**\ Lorsqu'un produit est créé, ses propriétés de base (nom, description, prix, etc.) sont enregistrées en tant qu'**état initial** dans la base de données. Chaque session créée à partir de ce produit hérite de cet état initial. 2. **Identification des sessions dépendantes**\ Lorsqu'un produit est modifié, le système identifie toutes les sessions futures associées à ce produit. Cela inclut : * Les sessions ayant des données strictement identiques à l'état initial du produit. * Les sessions ayant été personnalisées par des modifications manuelles. 3. **Comparaison avec l’état initial**\ Avant d’appliquer une modification, Yoplanning compare les propriétés des sessions existantes avec l’état initial du produit : * Si les propriétés d’une session correspondent encore à l’état initial, elle est **éligible pour la mise à jour automatique**. * Si des propriétés ont été modifiées manuellement (par exemple, un tarif ajusté ou un nom personnalisé), la session est **exclue de la mise à jour** pour préserver ces personnalisations. 4. **Mise à jour conditionnelle**\ Les modifications sont appliquées uniquement aux sessions éligibles. Les autres restent inchangées, garantissant ainsi que toute personnalisation spécifique n’est pas écrasée. 5. **Sauvegarde par transition**\ Pendant la phase de mise à jour, le système utilise un mécanisme de **buffer** : * Les modifications sont d’abord appliquées dans une zone temporaire. * Une fois validées, elles sont transférées vers les données actives.\ Ce processus garantit une intégrité totale en cas d’erreur ou d’interruption. *** ### Pourquoi les données peuvent différer entre les sessions ? #### Scénarios communs 1. **Session personnalisée manuellement**\ Si un utilisateur modifie une session (par exemple, en changeant le tarif ou le nom), cette personnalisation **prend le pas** sur les modifications globales du produit. Cela peut donner l'impression qu'une session "n’a pas été mise à jour", alors qu’elle a été **délibérément exclue** de la mise à jour pour préserver les personnalisations. 2. **Dépendance partielle au produit**\ Certaines sessions peuvent ne pas dépendre de toutes les propriétés du produit. Par exemple, une session pourrait hériter du tarif mais pas de la description. Ces dépendances partielles expliquent pourquoi seules certaines propriétés sont mises à jour. 3. **Incohérences liées à des états intermédiaires**\ Pendant une transition, si une mise à jour est annulée ou interrompue, certaines sessions peuvent rester dans un état intermédiaire. Cependant, grâce à la sauvegarde par transition, ces cas sont rares et peuvent être corrigés en validant à nouveau la transition. *** ### Diagnostic et résolution pour les clients 1. **Cas : Une donnée semble incorrecte dans une session** * **Vérification des personnalisations :** Confirmer si la session a été modifiée manuellement par le client. * **Comparaison avec l’état initial :** Vérifier si les données actuelles correspondent à l’état initial ou si elles ont été héritées d’une modification précédente. 2. **Cas : La session n’a pas été mise à jour** * **Vérification des critères d’éligibilité :** Identifier si la session a été exclue en raison de personnalisations. * **Réexécution de la transition :** Proposer une mise à jour manuelle ou automatisée pour réappliquer les modifications globales. *** ### Conclusion La sauvegarde par transition dans Yoplanning est une solution robuste et évolutive pour gérer les mises à jour des produits et des sessions. Elle offre un équilibre entre automatisation et personnalisation, garantissant la cohérence tout en respectant les modifications spécifiques des utilisateurs. Une bonne compréhension de ce mécanisme est essentielle pour répondre aux questions des clients et pour tirer parti des modèles IA dans la gestion des sessions. --- # Agent Instructions: 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: ``` GET https://docs.yoplanning.support/yoplanning-academie/yoplanning-parametrage/parametrage-produit/comment-marche-la-sauvegarde-par-transition-d-un-produit./sauvegarde-par-transition-dans-yoplanning-une-analyse-technique.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.