Tableau de bord/Chapter 4/1.7 — Applications Inventory mobiles
Chapter 4 · leçon 7 sur 8
CertaviaItem Master — Application centrale pour définir et gérer tous les articles, outils et services utilisés dans l'organisation.Inventory — Gère les soldes d'articles, les coûts, les emplacements de stockage (bins et lots) et les détails de réapprovisionnement pour chaque storeroom.Storerooms — Représentent les emplacements physiques où les articles sont stockés, permettant une gestion granulaire des stocks par site.Issues and Transfers — Processus d'émission d'articles pour les ordres de travail ou de transfert entre différents storerooms.Condition Codes — Permettent de suivre la condition d'un article et d'ajuster sa valeur en conséquence lors des mouvements d'inventaire.Reorder Point — Seuil de quantité qui déclenche le processus de réapprovisionnement pour un article donné dans un storeroom.Rotating Assets — Articles d'inventaire qui peuvent être retirés du stock, utilisés comme actifs, puis réparés et remis en stock.Inventory Usage — Application permettant d'enregistrer les consommations d'articles et les transferts entre storerooms.La gestion des stocks dans Maximo Manage est une composante essentielle qui assure la disponibilité des pièces et des matériaux nécessaires aux opérations de maintenance et de production. Elle s'articule autour de plusieurs applications interconnectées qui permettent de suivre le cycle de vie complet d'un article, de sa définition à sa consommation.
Au cœur de cette architecture se trouvent les applications Item Master, Inventory et Storerooms. L'Item Master définit les caractéristiques génériques de chaque article, tandis que l'application Inventory gère les détails spécifiques à chaque storeroom, tels que les quantités, les coûts et les emplacements physiques. Les Storerooms, quant à eux, sont les entités physiques où les articles sont stockés, organisés par site.
Item Master est la source unique de vérité pour les articles, tandis que l'Inventory gère les détails spécifiques à chaque storeroom.Maximo Manage distingue plusieurs types d'articles pour une gestion optimisée des ressources. Les articles standards sont des consommables ou des pièces de rechange qui ne sont pas suivis individuellement. Les outils sont des équipements qui peuvent être émis et retournés, mais ne sont pas des actifs. Les articles de service représentent des prestations. Enfin, les articles rotatifs sont des actifs qui peuvent être réparés et remis en stock, nécessitant un suivi particulier.
Comprendre ces distinctions est crucial pour configurer correctement les articles dans Maximo et assurer une gestion précise des coûts et de la disponibilité. Chaque type d'article a des implications différentes en termes de suivi, de valorisation et de processus métier associés.
| Type d'article | Description | Suivi individuel | Exemple d'application |
|---|---|---|---|
| Standard Item | Pièces de rechange ou consommables non suivis comme des actifs. | Non | Boulons, huile, filtres |
Tool | Outils qui peuvent être émis et retournés, mais ne sont pas des actifs. | Oui (par numéro d'outil) | Clé à molette, perceuse |
Service Item | Prestations de service, non physiques. | Non | Heures de consultation, service de nettoyage |
Rotating Item | Articles qui sont des actifs, peuvent être réparés et remis en stock. | Oui (par numéro d'actif) | Moteur de rechange, pompe |
La gestion opérationnelle des stocks dans Maximo Manage englobe une série d'activités quotidiennes visant à maintenir des niveaux de stock adéquats tout en minimisant les coûts de possession. Cela inclut la recherche d'articles, la spécification des soldes et des coûts, la gestion des emplacements de stockage, ainsi que les processus d'émission, de transfert et de retour d'articles.
L'application Inventory est le point d'entrée principal pour ces tâches. Elle permet aux utilisateurs de visualiser l'état des stocks, d'effectuer des ajustements et de configurer les paramètres de réapprovisionnement. La capacité à scanner des codes-barres simplifie la saisie des données pour des opérations comme l'émission ou le transfert, réduisant ainsi les erreurs manuelles.
Inventory pour rechercher des articles par ITEMNUM, description, ou d'autres critères. Visualiser les soldes actuels, les coûts moyens et les emplacements de stockage (bins et lots).storeroom pour être utilisés sur un WORKORDER ou pour d'autres besoins. L'application Issues and Transfers ou le Work Center de gestion des stocks permet d'enregistrer ces émissions, en spécifiant la quantité et la destination.storerooms au sein d'un même site ou entre sites. Ce processus est également géré via l'application Issues and Transfers, assurant la traçabilité des mouvements.storeroom. Le système met à jour les soldes et, si applicable, la condition de l'article.Reorder Point) et des quantités de commande pour chaque article dans un storeroom. Lorsque le stock atteint le point de réapprovisionnement, des alertes peuvent être générées pour initier le processus d'achat ou de transfert.Inventory. Maximo peut gérer différents types de coûts, tels que le coût moyen, le coût standard ou le dernier coût, et permet des ajustements de coût si nécessaire.Par exemple, une entreprise gérant 12 sites et 3 storerooms par site peut avoir un total de 36 storerooms. Chaque storeroom contient des centaines, voire des milliers, d'articles différents. La gestion efficace de ces stocks est cruciale pour éviter les ruptures de stock qui pourraient arrêter la production ou la maintenance, tout en évitant le surstockage qui immobilise le capital.
Les articles rotatifs (Rotating Items) sont une catégorie spéciale d'articles d'inventaire qui peuvent être utilisés comme actifs, puis retirés du service, réparés et remis en stock. Ce cycle de vie unique nécessite un suivi précis dans Maximo Manage pour garantir la disponibilité des pièces de rechange coûteuses et optimiser les processus de réparation.
Le suivi des articles rotatifs permet de connaître leur historique d'utilisation, de réparation et de localisation, ce qui est essentiel pour la planification de la maintenance et la gestion des coûts. Chaque fois qu'un article rotatif est émis ou retourné, son statut et sa localisation sont mis à jour dans le système.
Stock: Article neuf reçu
Stock --> Service: Émis pour utilisation (WORKORDER)
Service --> Reparation: Retiré du service (panne)
Reparation --> Stock: Réparé, remis en stock
Reparation --> Rebut: Irréparable
Service --> Stock: Retiré du service (préventif, non défectueux)
Stock --> Rebut: Obsolète ou endommagé en stock
Rebut --> [*]: Fin de vie
">
Item Master et Inventory
Les candidats confondent souvent le rôle de l'application Item Master avec celui de l'application Inventory. L'Item Master est le catalogue global des articles, définissant leurs propriétés génériques (description, unité de mesure, etc.). L'application Inventory, quant à elle, gère les détails spécifiques de ces articles pour chaque storeroom (quantité en stock, coût, point de réapprovisionnement, emplacement physique). Un article est défini une seule fois dans l'Item Master, mais peut exister dans plusieurs storerooms avec des quantités et des coûts différents dans l'application Inventory.
Condition Codes sur la valorisation
Un piège courant est de sous-estimer l'impact des Condition Codes sur la valorisation des articles et les mouvements de stock. Si un article est configuré avec des codes de condition, sa valeur est ajustée en fonction de sa condition lors de l'émission ou du transfert. Par exemple, un article "Neuf" (100% de valeur) aura un coût d'émission différent d'un article "Bon" (80% de valeur), même s'il s'agit du même ITEMNUM. Ne pas prendre en compte les codes de condition peut entraîner des erreurs de valorisation et de comptabilité des stocks.
Rotating Items
Les Rotating Items sont des articles qui, une fois émis, deviennent des actifs et peuvent être suivis individuellement. Après utilisation, ils peuvent être réparés et remis en stock. Le piège est de les traiter comme des articles consommables standards. Il est crucial de comprendre que les Rotating Items ont un numéro d'actif associé et un cycle de vie distinct qui inclut la réparation et le retour en stock, ce qui n'est pas le cas des articles standards.
Item Master et l'application Inventory dans Maximo Manage ?
L'application Item Master sert de catalogue central pour définir les propriétés génériques de tous les articles, outils et services. L'application Inventory gère les détails spécifiques de ces articles pour chaque storeroom, incluant les quantités en stock, les coûts, les points de réapprovisionnement et les emplacements physiques (bins et lots).
Condition Codes influencent-ils la valeur d'un article lors de son émission ou de son transfert ?
Les Condition Codes permettent d'attribuer un pourcentage de valeur à un article en fonction de son état. Lors de l'émission ou du transfert, le coût de l'article est ajusté par ce pourcentage. Par exemple, un article en "Bon" état (80%) sera valorisé à 80% de son coût total, impactant ainsi les transactions financières et la valorisation des stocks.
Reorder Point dans la gestion des stocks Maximo ?
Le Reorder Point est une quantité seuil définie pour un article dans un storeroom. Lorsque le stock disponible d'un article tombe en dessous de ce point, Maximo peut générer des alertes ou initier automatiquement des processus de réapprovisionnement (par exemple, la création d'une demande d'achat ou d'un ordre de transfert) pour maintenir des niveaux de stock optimaux et éviter les ruptures.
L'utilisation des codes-barres est particulièrement bénéfique lors de l'émission ou du transfert d'articles. Au lieu de saisir manuellement les ITEMNUM, les quantités ou les emplacements (bins/lots), un opérateur peut simplement scanner le code-barres de l'article et de son emplacement. Cela réduit considérablement les erreurs de saisie et accélère le processus, notamment dans les environnements de storeroom à volume élevé.
Rotating Item et pourquoi est-il géré différemment des autres articles ?
Un Rotating Item est un article d'inventaire qui est également un actif. Il est géré différemment car il peut être émis du stock, utilisé comme un actif, puis retiré du service, réparé et remis en stock. Ce cycle de vie unique nécessite un suivi individuel par numéro d'actif, contrairement aux articles consommables qui ne sont pas suivis après leur émission.
Bonne réponse : C
Pourquoi cette question existe — STU §4.7 — la question vérifie où se configure une valeur par défaut propre à l'utilisateur (son storeroom préféré pour le comptage mobile), par opposition à des emplacements de configuration globale (Organizations, Security Groups). En pratique, chercher ce réglage au niveau Organisation empêche chaque compteur d'avoir son propre storeroom par défaut.
Le contexte théorique d'abord — Le profil utilisateur Maximo permet de personnaliser l'application qui s'ouvre à la connexion, les enregistrements affichés par défaut, et les valeurs insérées par défaut sur les nouveaux enregistrements. C'est dans la fenêtre Default Information du profil utilisateur que le storeroom par défaut de l'Inventory Counting mobile se configure.
Ce que Maximo en fait — version opérationnelle — Dans le Profile de l'utilisateur (icône profil) > Default Information > renseigner le champ Storeroom par défaut. À l'ouverture de l'app mobile Inventory Counting, ce storeroom est pré-sélectionné automatiquement, sans saisie répétée.
Exemple chiffré — Sur une équipe de 10 compteurs mobiles couvrant chacun 1 storeroom dédié parmi 10, ce réglage individuel évite 10 sélections manuelles répétées à chaque session de comptage, potentiellement plusieurs fois par jour.
Analogie quotidienne — C'est comme enregistrer son adresse de livraison favorite dans une application de courses en ligne : chaque utilisateur a la sienne, distincte du réglage général du magasin.
Pourquoi A est faux — Pattern D6 mauvaise-app : Organizations - Sites configure des paramètres globaux par site, pas une préférence individuelle d'utilisateur.
Pourquoi B est faux — Pattern D6 mauvaise-app : Security Groups gère les droits d'accès, pas les valeurs par défaut personnelles d'un utilisateur.
Pourquoi D est faux — Pattern D2 inventé : Storerooms ne porte pas d'onglet « User » définissant un storeroom par défaut individuel.
Bonne réponse : D
Pourquoi cette question existe — STU §4.7 — la question identifie quelle fonctionnalité de l'app mobile permet de compter spécifiquement des rotating items, qui combinent à la fois un suivi inventaire ET un suivi actif individuel. Les distracteurs citent des modes de comptage réels mais non spécifiquement structurés pour les rotating items. En pratique, un comptage ad-hoc mal choisi ne réconcilie pas correctement les rotating items avec leur statut actif.
Le contexte théorique d'abord — Les Count Books, accessibles aussi depuis l'application mobile Inventory Counting, structurent le comptage périodique par Selection Type (ALL, ITEMS, ROTATING, ICG, TOOLS). Le Selection Type ROTATING permet de cibler spécifiquement les rotating items lors d'une session de comptage mobile, en cohérence avec leur double nature (item + actif individuel).
Ce que Maximo en fait — version opérationnelle — Dans l'app mobile Inventory Counting, sélectionner un Count Book existant dont le Selection Type est ROTATING ; l'app présente alors uniquement les rotating items à compter, avec saisie du numéro de série/actif individuel pour chaque unité physique.
Exemple chiffré — Un storeroom suivant 80 rotating items (sur un total de 1 200 références) utilise un Count Book dédié de type ROTATING pour cibler précisément ces 80 références, sans mélanger les 1 120 items consommables.
Analogie quotidienne — C'est comme faire l'inventaire d'un parc de vélos en libre-service en scannant chaque vélo individuellement (numéro de série), plutôt que de simplement compter des sacs de farine en stock.
Pourquoi A est faux — Pattern D9 quasi-synonyme : « Asset counts » évoque un comptage d'actifs générique, mais ce n'est pas le mécanisme structuré (Count Books + Selection Type) utilisé pour les rotating items.
Pourquoi B est faux — Pattern D5 champ-frère : Cycle counts décrit une fréquence/méthode de comptage récurrente, pas un mécanisme ciblant spécifiquement les rotating items.
Pourquoi C est faux — Pattern D5 champ-frère : Ad-hoc counts permet un comptage ponctuel non planifié, sans structuration par Selection Type ROTATING.