Tableau de bord/Chapter 5/1.2 — Créer et gérer MR / PR / PO / RFQ
Chapter 5 · leçon 2 sur 3
CertaviaItem), des matériaux hors inventaire (Material), des outils (Tool), des services (Service) ou des services standard (Standard Service).ENTERED, APPROVED, CLOSED) qui régissent les actions possibles.L'architecture des documents d'achat dans IBM Maximo Manage est conçue pour structurer et automatiser le processus d'approvisionnement, depuis l'identification d'un besoin jusqu'à la réception des biens ou services. Cette structure repose sur une série de documents interdépendants qui garantissent la traçabilité et le contrôle des dépenses.
Au cœur de cette architecture se trouvent les tables de base de données qui stockent les informations relatives aux réquisitions, aux demandes de prix et aux commandes d'achat. Chaque document est lié à des entités clés comme les articles (ITEM), les fournisseurs (COMPANIES), les sites (SITEID) et les organisations (ORGID), assurant ainsi une gestion intégrée de la chaîne d'approvisionnement.
Les documents d'achat dans Maximo, tels que les réquisitions d'achat (PR) et les commandes d'achat (PO), peuvent contenir différents types de lignes, chacune ayant des implications spécifiques en termes de gestion des stocks, de comptabilité et de processus. Comprendre ces distinctions est essentiel pour une gestion efficace des approvisionnements.
Ce tableau détaille les types de lignes les plus courants, leur nature (inventoriable ou non), et leur utilisation typique dans le système. La classification "Direct Charged" est particulièrement importante pour les articles non stockés qui sont directement imputés à une entité consommatrice.
| Type de Ligne | Description | Inventoriable ? | Direct Charged ? | Exemple d'Utilisation |
|---|---|---|---|---|
Item (inventory) | Article existant dans le Item Master et géré en inventaire. | Oui | Non (généralement) | Achat de 50 roulements pour le stock du magasin. |
Material (non-inventory) | Matériel non géré en inventaire, souvent acheté pour un usage unique ou direct. | Non | Oui | Achat de 10 litres de peinture pour un projet spécifique. |
Tool (non-inventory or inventory) | Outil qui peut être géré en inventaire ou acheté directement. | Peut être | Peut être | Achat d'une clé dynamométrique spécialisée pour un technicien. |
Service (non-inventory) | Prestation de service externe. | Non | Oui | Contrat de maintenance pour un équipement. |
Standard Service (non-inventory) | Prestation de service standardisée, souvent avec des spécifications prédéfinies. | Non | Oui | Nettoyage mensuel des bureaux. |
La gestion des réquisitions et des commandes dans Maximo est un processus structuré qui assure que les besoins en matériaux et services sont satisfaits de manière efficace et contrôlée. Ce processus implique plusieurs applications clés et des transitions de statut qui garantissent la conformité et l'approbation à chaque étape.
Le cycle commence souvent par une demande interne, qui est ensuite formalisée et peut passer par une phase de consultation de fournisseurs avant de se concrétiser en un engagement d'achat. Chaque étape est cruciale pour maintenir la visibilité et le contrôle sur les dépenses de l'organisation.
Requisitions pour exprimer un besoin. Ces demandes peuvent être pour des articles en stock, des matériaux hors stock, des services ou des outils. Une MR peut être générée manuellement ou automatiquement suite à des seuils de réapprovisionnement ou des plans de maintenance préventive.WAPPR vers APPR) pour s'assurer que les dépenses sont conformes aux politiques de l'entreprise. Une PR peut contenir plusieurs lignes d'articles ou de services.Request for Quotations. Les détails de la PR, tels que les dates, les termes et les informations d'expédition, sont transférés à la RFQ.COMPLETE.WAPPR vers APPR).Receiving, ce qui déclenche souvent des processus de facturation et de mise à jour des stocks.CLOSED lorsque toutes ses lignes ont été assignées à une PO. Une PO est clôturée après la réception complète des articles/services et le traitement des factures associées.Le cycle de vie des documents d'achat dans Maximo est un processus séquentiel et conditionnel qui garantit que chaque étape de l'approvisionnement est dûment validée et enregistrée. Ce workflow assure la conformité aux politiques d'achat et optimise la gestion des ressources.
Chaque document, de la réquisition à la commande, progresse à travers différents statuts, chacun autorisant ou restreignant certaines actions. La compréhension de ces transitions est fondamentale pour naviguer efficacement dans le module d'approvisionnement de Maximo.
Beaucoup d'utilisateurs débutants confondent la Demande de Réquisition (MR) et la Réquisition d'Achat (PR). La MR est une demande interne, souvent moins formelle, qui exprime un besoin. La PR est un document formel dans l'application Purchase Requisitions, qui consolide les besoins et est soumise à un processus d'approbation avant de pouvoir être convertie en PO ou RFQ. Une MR n'est pas directement une PR ; elle est une source d'information pour la création d'une PR. Ne pas comprendre cette distinction peut entraîner des erreurs dans le processus d'approvisionnement et des retards d'approbation.
Un piège courant concerne la compréhension des conditions de clôture des PR et PO. Une PR n'est pas CLOSED tant que toutes ses lignes n'ont pas été entièrement assignées à une ou plusieurs PO. De même, une PO n'est pas automatiquement CLOSED après la réception des articles. Elle nécessite souvent une action manuelle ou un processus automatisé (par exemple, après le traitement de la facture finale) pour passer au statut CLOSED. Laisser des documents ouverts inutilement peut fausser les rapports d'engagement financier et compliquer les audits.
La distinction entre les lignes d'articles "inventory" et "non-inventory" (Material, Service) est cruciale. Une ligne de type Item (inventory) affectera les niveaux de stock dans l'application Inventory et sera gérée comme un actif stocké. En revanche, une ligne Material (non-inventory) ou Service (non-inventory) sera "Direct Charged" et n'impactera pas les niveaux de stock. Oublier cette distinction peut mener à des incohérences dans la gestion des stocks et des erreurs comptables, notamment en ce qui concerne la valorisation des actifs.
La MR est une demande interne informelle, souvent initiée par un utilisateur final pour exprimer un besoin. La PR est un document formel dans l'application Purchase Requisitions, qui consolide les besoins et est soumise à un workflow d'approbation avant de pouvoir être utilisée pour générer des RFQ ou des PO.
Une RFQ est appropriée lorsque la PR contient des articles ou services pour lesquels plusieurs fournisseurs doivent être consultés afin d'obtenir les meilleures conditions (prix, délais, qualité). Cela est particulièrement vrai pour les achats non récurrents ou de grande valeur, ou lorsque le fournisseur n'est pas encore défini.
Les types de lignes incluent Item (inventory), Material (non-inventory), Tool (non-inventory or inventory), Service (non-inventory) et Standard Service (non-inventory). Les lignes "inventory" affectent les stocks, tandis que les lignes "non-inventory" sont "Direct Charged" et n'impactent pas les niveaux de stock, mais sont imputées directement à un coût.
Une PO est généralement clôturée après que tous les articles ou services ont été réceptionnés et que toutes les factures associées ont été traitées et payées. La clôture peut être manuelle ou automatisée via un processus configuré, et elle indique que toutes les obligations contractuelles de la PO ont été remplies.
Bonne réponse : C
Pourquoi cette question existe — STU §5.2 — la question vérifie la règle exacte d'éligibilité d'une ligne PR au processus de RFQ : l'absence de copie préalable vers PO/contrat, et non l'approbation managériale ou un prix déjà coté. En pratique, une ligne déjà engagée sur un PO ne doit jamais être proposée à nouveau en RFQ pour éviter un double engagement.
Le contexte théorique d'abord — Lors de la copie de lignes PR vers une RFQ, Maximo n'affiche dans la fenêtre Copy PR Line Items to RFQ que les lignes qui n'ont pas encore été copiées vers un Purchase Order ou un Contract, et qui ne sont pas marquées Copy to Contract.
Ce que Maximo en fait — version opérationnelle — Dans RFQ > action Copy PR Lines > Maximo filtre automatiquement la liste pour exclure toute ligne déjà engagée sur un PO/Contract > sélectionner les lignes éligibles restantes > copier.
Exemple chiffré — Sur une PR de 10 lignes dont 3 déjà copiées vers un PO direct, seules les 7 lignes restantes apparaissent dans la fenêtre Copy PR Line Items to RFQ, garantissant 0 doublon d'engagement.
Analogie quotidienne — C'est comme retirer automatiquement un article déjà commandé d'une liste de courses partagée, pour éviter qu'un second membre de la famille ne le commande à nouveau.
Pourquoi A est faux — Pattern D4 demi-vérité : un prix coté n'est pas un prérequis ; c'est justement souvent l'objectif de la RFQ d'obtenir ce prix.
Pourquoi B est faux — Pattern D5 champ-frère : l'approbation managériale concerne le workflow de la PR elle-même, pas la condition de filtrage pour la copie vers RFQ.
Pourquoi D est faux — Pattern D2 inventé : le lien à un actif spécifique n'est pas une condition d'éligibilité au processus de copie vers RFQ.
Bonne réponse : D
Pourquoi cette question existe — STU §5.2 — la question vérifie le champ obligatoire spécifique lorsqu'une PR est marquée Internal, c'est-à-dire destinée à un réapprovisionnement interne plutôt qu'à un achat externe. Les distracteurs citent des champs réels d'une PR classique mais non liés à ce contexte interne. En pratique, omettre le storeroom sur une PR interne bloque sa validation.
Le contexte théorique d'abord — Lorsque le champ Internal est activé sur une PR, celle-ci ne vise pas un fournisseur externe mais un réapprovisionnement entre storerooms de l'organisation. Le champ Storeroom (de destination ou source selon le flux) devient alors obligatoire pour identifier précisément l'emplacement de stock concerné.
Ce que Maximo en fait — version opérationnelle — Dans Purchase Requisitions > cocher Internal > renseigner le champ Storeroom > Maximo route alors la demande comme un transfert interne plutôt que comme une commande fournisseur classique.
Exemple chiffré — Une PR interne portant sur 50 unités d'un item référence 1 storeroom source et 1 storeroom destination, contre une PR externe classique qui référencerait plutôt 1 fournisseur et 1 numéro de contrat.
Analogie quotidienne — C'est comme un transfert de stock entre deux entrepôts d'une même entreprise plutôt qu'une commande auprès d'un fournisseur externe : on précise quel entrepôt, pas quel vendeur.
Pourquoi A est faux — Pattern D5 champ-frère : le Work Order peut être lié à une PR mais n'est pas le champ rendu obligatoire spécifiquement par le flag Internal.
Pourquoi B est faux — Pattern D5 champ-frère : Ship Via concerne le transporteur d'un achat externe, sans rapport avec un réapprovisionnement interne.
Pourquoi C est faux — Pattern D6 mauvaise-app : Company identifie un fournisseur externe, l'opposé exact du contexte interne visé par ce flag.
Bonne réponse : C
Pourquoi cette question existe — STU §5.2 — la question vérifie que cette règle de gouvernance achat se configure au niveau Organisation, comme la plupart des Edit Rules et options de processus, plutôt qu'au niveau d'une PR individuelle ou d'un contrat. En pratique, ce réglage centralisé garantit une politique d'approbation cohérente sur l'ensemble des PR de l'organisation.
Le contexte théorique d'abord — L'option Require Approval to Convert PR to PO or Contract se configure dans Organizations, parmi les options de Purchasing au niveau organisationnel. Activée, elle impose qu'une PR passe par un cycle d'approbation avant de pouvoir être convertie en Purchase Order ou en Contract.
Ce que Maximo en fait — version opérationnelle — Dans Organizations > sélectionner l'organisation > Purchasing Options > cocher Require Approval to Convert PR to PO or Contract > OK. Toute tentative de conversion d'une PR non approuvée est alors bloquée.
Exemple chiffré — Sur une organisation traitant 200 PR par mois, activer cette option impose un cycle d'approbation sur 100% d'entre elles avant conversion, contre 0% de contrôle si l'option reste désactivée.
Analogie quotidienne — C'est comme exiger une double signature avant de transformer un devis en commande ferme : la règle s'applique uniformément à toute l'entreprise, pas dossier par dossier.
Pourquoi A est faux — Pattern D6 mauvaise-app : Purchase Contracts gère les contrats eux-mêmes, pas la règle de gouvernance de conversion PR.
Pourquoi B est faux — Pattern D4 demi-vérité : Purchase Requisitions est l'objet concerné par la règle, mais le réglage lui-même se configure au niveau Organisation, pas sur chaque PR.
Pourquoi D est faux — Pattern D6 mauvaise-app : System Properties porte des paramètres techniques système, pas des options métier de gouvernance achat.