Description du projet
TraduitLe cœur de la tâche est la prévention fiable des conflits. Lorsque quelqu'un réserve une voiture du mardi au jeudi, cette unité doit être visiblement occupée à ces dates et ne peut pas être réservée deux fois, en tenant compte du temps tampon pour le nettoyage ou la recharge. Certaines catégories peuvent être réservées instantanément, tandis que des actifs plus précieux devraient nécessiter l'approbation d'une personne responsable qui confirme ou refuse avec une courte note. Un processus de check-out et de check-in est également nécessaire pour que nous sachions que les articles ont effectivement été pris et retournés, et pour pouvoir signaler les articles en retard. Il faut que les catégories d'actifs, les emplacements et les règles pour chaque article puissent être configurés par nous sans modifications de code.
Les rapports bouclent la boucle. Les gestionnaires doivent voir l'utilisation par actif, qui a réservé quoi, les taux de non-présentation et quels articles sont chroniquement surchargés afin que nous puissions décider quoi acheter ou retirer. L'interface doit être rapide et claire à la fois sur ordinateur de bureau et sur téléphone, car la moitié des demandes se font en déplacement. Un processus fiable et bien testé compte plus pour moi qu'un design sophistiqué ; nous fournirons les couleurs de la marque et une liste d'actifs initiale.
— Calendrier/chronologie de tous les actifs avec disponibilité en temps réel
— Forte prévention des conflits et tampon configurable entre les réservations
— Approbation pour les actifs limités : accepter/refuser avec commentaire
— Suivi des check-out et check-in, alertes et rappels de retard
— Rapports d'utilisation et de non-présentation avec exportation CSV
— Rôles d'employé, d'approbateur et d'administrateur ; responsive sur desktop et mobile