01
Le problème métier
Une pièce unique peut être promise deux fois lorsqu’un intérêt temporaire n’existe que dans des messages privés et n’apparaît pas dans la disponibilité visible par les autres utilisateurs.
COORDINATION D’INVENTAIRE
Un processus transactionnel permet aux utilisateurs autorisés de réserver une pièce rare pour une durée limitée, avec contrôle des conflits, contexte projet, libération et expiration programmée.
État de la réalisationSystème réalisé
02
La solution mise en place
Nous avons développé des fonctions transactionnelles appelables et une expiration planifiée autour des métadonnées de réservation, des limites d’éligibilité, du contexte projet, du rejet des conflits, de la libération et de la remise à disposition.
03
L’impact sur l’activité
La réservation limitée apparaît à la fois dans la disponibilité du catalogue et dans le projet de l’utilisateur, avec des parcours explicites pour le rejet, la libération manuelle et l’expiration automatique.
COORDINATION D’INVENTAIRE
Ce qui a été réalisé
26Réservations temporaires
- 01
Transaction et contrôle des conflits
- 02
Validation du projet et du type de compte
- 03
Limites globales et par type
- 04
Expiration à une heure
- 05
État public et miroir projet
- 06
Libération manuelle et expiration planifiée
04
Socle technique
TypeScriptFirebase AuthFirebase Cloud FunctionsFirestore transactionsCloud SchedulerNext.js cache revalidation
Interface produit et projet soutenue par des Functions transactionnelles et une expiration planifiée.
05
Précisions de mise en œuvre
Cette page décrit les grandes lignes du périmètre effectivement réalisé. Les interfaces privées et les données opérationnelles en production ne sont pas publiées.
Ne constitue ni inventaire temps réel, ni gestion d’entrepôt, ni paiement ou réservation d’achat.
L’éligibilité repose actuellement sur le type de compte.
Ne revendique aucun SLA de production.
L’impact sur l’activité