UXA Flow : Gestion de Distribution
Une application fonctionnelle reliant achats, stocks par entrepôt, commandes clients, expéditions partielles et imports de stock. Un produit réel Yodexa, présenté ici avec des données de démonstration.
Le projet aujourd'hui.
- La démonstration est intégrée à ce site. Chaque visiteur dispose de données fictives distinctes, conservées jusqu’à 30 minutes tant que le serveur fonctionne. L'application source comprend une base SQLite persistante et un processus d'import séparé. Son interface est actuellement en anglais.
- Harbor Distribution, les personnes, fournisseurs, clients et fiches sont fictifs. UXA Flow est un produit réel Yodexa. Cet aperçu utilise une entreprise de distribution fictive.
- Les rôles de démonstration permettent d’explorer les processus sans données client. Une mise en service client nécessite son authentification, hébergement, supervision et revue opérationnelle. Aucune capacité en production ni économie métier n'est annoncée.
26 contrôles réussis
Vérifications du domaine, de l'API et de la démo web
Node.js 24.11.1 sous Windows, le 6 octobre 2026 ; bases SQLite neuves. Rapport conservé avec le code.1 réservation sur 2
Deux commandes simultanées de 70 unités pour un stock de 100
Deux threads et connexions indépendantes, déclenchés ensemble : une confirmation réussie, 70 unités réservées et 30 disponibles.Reprise vérifiée
Import interrompu repris sans répétition de sa réception
Arrêt d'un processus après attribution de la tâche persistante. Une nouvelle connexion reprend la tâche expirée et applique sa ligne une seule fois.Le point de départ.
Un distributeur doit distinguer les marchandises présentes, les quantités promises aux clients et les stocks en transit. Réceptionner, réserver, expédier ou annuler modifie les mêmes soldes. L'application doit conserver leur cohérence lorsque des opérations se chevauchent ou échouent.
Dans l'application.
La réflexion derrière le résultat.
- Commandes, achats et transferts partagent les mêmes stocks. Chaque réservation, expédition ou réception modifie les fiches et les mouvements dans une transaction commune.
- Chaque opération acceptée conserve son résultat et une empreinte de ses données. La répéter restitue le résultat ; changer les données sous le même identifiant est refusé.
- Les fichiers de stock entrent dans une file persistante. Un processus séparé valide le fichier entier, applique les lignes ensemble et reprend les tâches dont le délai de traitement a expiré après une interruption.
- Le tableau de bord relie ruptures, expéditions incomplètes, transferts et erreurs d'import à leurs fiches. Les détails produits montrent les mouvements derrière chaque solde.
Notre rôle
- Modélisation des processus et des données relationnelles
- Moteur transactionnel de stocks et de commandes
- Interface opérationnelle avec fiches, filtres et export CSV
- Traitement persistant des imports, reprise et vérification
Ce qui a pris vie.
- Sept vues reliées : synthèse, commandes, stocks, achats, transferts, imports et activité.
- Création de commandes, réservation complète, expéditions partielles et annulation du reliquat non expédié.
- Achats avec réceptions partielles, transferts avec réception progressive et stocks persistants.
- Imports de réceptions validés, reprise automatique des erreurs temporaires et erreurs de lignes exploitables.
- Comptes de démonstration Responsable, Commercial, Entrepôt et Auditeur, export, contrôles de rapprochement, code source et documentation d'exécution.