Règles de la démo
- Envoyez les scénarios et les données d’exemple au moins deux semaines avant la démo.
- L’éditeur doit travailler dans le système réel plutôt qu’avec des diapositives, et indiquer pour chaque étape s’il s’agit de standard, de paramétrage ou de développement spécifique.
- Déroulez les scénarios dans l’ordre et dans un temps imparti ; un scénario sauté obtient zéro.
- Faites participer au moins un opérateur d’entrepôt et une personne de l’IT ; laissez-les essayer les écrans des terminaux.
- Chaque évaluateur note juste après la démo, de façon indépendante.
Jeu de données d’exemple
- 50 à 200 fiches articles réelles (avec dimensions, poids, codes-barres, lot / péremption)
- Une structure d’emplacements d’exemple (zone, allée, rack, case) avec capacités
- Une journée de commandes réelles (anonymisées), avec différentes heures de coupure
- Un ASN / bon de commande d’exemple et un enregistrement de retour
- Exemples des étiquettes et bons de livraison que vous utilisez
Anonymisez les champs contenant des données personnelles (nom du client, adresse, téléphone) avant la démo.
Scénarios
| N° | Scénario et étapes | Critères de réussite |
|---|---|---|
| S1 | Réception sur ASN avec saisie du lot / de la péremption — Une réception est faite sur votre ASN d’exemple ; une ligne est en manquant, une en excédent et une avec un mauvais lot. Des étiquettes sont imprimées. | Les écarts s’affichent séparément et nécessitent une approbation ; le lot et la péremption sont lus dans le code-barres. |
| S2 | Suggestion de rangement et contrôle de capacité — Le système suggère des emplacements pour les palettes reçues ; si l’emplacement suggéré est plein, l’opérateur en choisit un autre. | La règle de suggestion peut être expliquée ; le système valide l’emplacement alternatif par rapport aux règles. |
| S3 | Planification de vague et préparation par lots — Une vague est créée à partir de votre fichier de commandes (par ex. 200 commandes, heures de coupure différentes), préparée par lots et triée. | Les règles de vague se modifient à l’écran ; le parcours de préparation est cohérent ; les erreurs de tri sont détectées. |
| S4 | Rupture de stock et expédition partielle — Pendant la préparation, la quantité attendue manque à l’emplacement (préparation incomplète). | Le système propose un emplacement alternatif ou applique la règle d’expédition partielle / de mise en attente ; l’écart déclenche une tâche d’inventaire. |
| S5 | Emballage, étiquette transporteur et bon de livraison — Les articles sont scannés au poste d’emballage, un carton est choisi, puis l’étiquette transporteur et le bon de livraison sont produits. | Le scan d’un mauvais article déclenche une alerte ; l’étiquette et le numéro de suivi proviennent de l’intégration transporteur. |
| S6 | Inventaire tournant et approbation des écarts — Une tâche d’inventaire est créée pour des emplacements choisis ; l’un d’eux présente un écart. | Au-delà du seuil, un recomptage est déclenché ; les droits d’approbation et la piste d’audit sont visibles. |
| S7 | Réception des retours — Un retour e-commerce est réceptionné et classé endommagé / revendable. | Les articles revendables retournent en stock, les endommagés passent dans un statut séparé ; le bon mouvement est comptabilisé dans l’ERP. |
| S8 | Erreur dans l’intégration ERP — Une commande erronée (code article inconnu) arrive de l’ERP. | L’erreur est visible à l’écran, la responsabilité est claire et le message corrigé peut être retraité. |
| S9 | Rapports et KPI — La performance de préparation du jour, l’exactitude des stocks et les commandes en retard sont présentées ; un rapport est modifié pendant la démo. | Les utilisateurs peuvent modifier le rapport eux-mêmes ; les données sont exportables. |
| S10 | Contrôle d’accès et journal d’activité — Le droit d’ajustement de stock d’un utilisateur est retiré ; le journal d’un ajustement est affiché. | Les droits changent par rôle et immédiatement ; on voit qui a modifié quoi et quand. |
Ajoutez des scénarios propres à votre activité : facturation à l’activité pour le 3PL, déclarations de traçabilité pour la pharmacie (par ex. ITS en Turquie), règles de zones de température pour la chaîne du froid, etc.
Notation
| Note | Signification |
|---|---|
| 5 | Réalisé dans le produit standard, facilement et complètement |
| 4 | Réalisé par paramétrage ; lacunes mineures |
| 3 | Réalisé, mais avec un contournement ou des étapes supplémentaires |
| 2 | Nécessite un développement spécifique |
| 1 | Impossible ou seulement décrit |
Téléchargez la grille de notation en CSV et remettez-en une copie à chaque évaluateur. Reportez la moyenne sur la ligne « adéquation fonctionnelle » du tableau d’évaluation de l’appel d’offres.
Questions à poser après la démo
- La version montrée est-elle la même que la version proposée ?
- Qui réalise le « paramétrage » montré : le client ou l’éditeur ? Est-il facturé ?
- Les développements spécifiques sont-ils préservés lors des mises à niveau ?
- Quels appareils et versions de système d’exploitation l’application mobile prend-elle en charge ?
Ce document est un modèle de travail général ; il ne remplace pas un conseil juridique, financier ou technique. Adaptez-le à votre situation.