Tableau de bord/Chapter 3/1.2 — Configurer les options Organization (niveau Site)
Chapter 3 · leçon 2 sur 12
CertaviaOrganizations.Organizations app héberge à la fois les options Org-level et Site-level via le menu Select Action. La granularité est explicite par item du menu.Organizations app. Précédence : Site > Org > System.SITE.ACTIVE = N). Aucune suppression possible si transactions historiques existent.APPR.DEFAULTSITE sur MAXUSER), pas Site-level config. À ne pas confondre avec Default Storeroom.INVENTORY.DEFSTOREROOM) pour marquer le storeroom par défaut du Site. Utilisé par Material Requisitions self-service.Organizations. Définit les workflows automatiques (auto-init, auto-route).Le menu Select Action de l'app Organizations est la console centrale pour toutes les options de configuration. Chaque action est explicitement étiquetée Org-level ou Site-level dans son titre — la lecture rapide du menu permet d'identifier la portée. Cette séparation est structurelle : un changement Org-level affecte tous les Sites de l'Org ; un changement Site-level n'affecte qu'un Site précis.
La règle métier sous-jacente : ce qui touche à la politique opérationnelle locale (réservations auto, shipment workflow, calendars d'ouverture) est Site-level pour permettre aux différents sites de fonctionner avec leurs propres process. Ce qui touche à la politique légale ou comptable (Chart of Accounts, GL segments, Tax codes, Workflow Settings) est Org-level pour assurer la cohérence dans toute l'entité.
| Option | App / Action | Portée | Effet |
|---|---|---|---|
| Autonumber seeds | Organizations > System / Org / Site Level Autonumber Setup |
System · Org · Site | Précédence Site > Org > System |
| Auto-reserve on APPR WO | Organizations > Work Order Options > Reservation Requirements |
Site | INVRESERVE rows à l'approbation du WO |
| Shipment Required (transferts inter-site) | Organizations > Inventory Options |
Site | Force workflow Issue → Transit → Receive |
| Tax codes / rates | Organizations > Taxes |
Org | Cohérence comptable inter-Sites |
| Chart of Accounts / GL segments | Chart of Accounts app · GL Account Config dans Organizations |
Org | Structure comptable |
| Workflow Settings | Organizations > Workflow Settings |
Org | Auto-init / auto-route processes |
| Make Site Inactive | Organizations > Sites sub-tab > décocher Active |
Site | Bloque nouvelles transactions, préserve historique |
| Default Insert Site (user) | Users app > record user |
User | Site auto-affecté aux records créés par cet user |
| Default Storeroom (Site) | Storerooms app > record storeroom > checkbox Default |
Storeroom (Site-scoped) | MR self-service insère ce storeroom par défaut |
L'autonumbering Maximo applique une règle de précédence stricte au moment où un nouveau record numéroté est créé (WO, PO, PR, Asset, Inventory, etc.). Le système cherche un seed configuré dans cet ordre : (1) Site, (2) Organization, (3) System. Le premier trouvé l'emporte. Cette hiérarchie permet aux administrateurs de segmenter les numéros par site (ex: WO-NYC-00001 vs WO-LA-00001) tout en gardant un fallback global pour les Sites sans configuration spécifique.
Maximo n'autorise jamais la suppression d'un Site qui possède des transactions historiques. La table SITE a une contrainte référentielle FK vers WORKORDER.SITEID, ASSET.SITEID, INVENTORY.SITEID, etc. Un DELETE viole cette FK et est refusé par l'ORM.
La méthode officielle pour retirer un Site d'usage est Make Inactive (champ SITE.ACTIVE = N). Effets immédiats :
TLOAM), la comptabilité (cost history) et les métriques pluriannuelles (MTBF, KPI) sont préservés.Cette approche est cohérente avec le principe ISO 55000 « cradle-to-grave traceability » et les exigences SOX/IFRS de conservation des écritures.
Les 5 confusions les plus fréquentes sur les options Site-level à l'examen :
System Properties ou Database Configuration. Faux : c'est exclusivement dans Organizations app via 3 actions Select Action. Le piège mental : autonumbering « semble » global, donc on extrapole vers System Properties — erreur D1 Hérité (avant Maximo 7.5).Users) avec Default Storeroom (Storeroom-level, app Storerooms). Les deux contiennent le mot « default » mais opèrent sur des entités différentes.Q. Comment désactive-t-on un Site retraité tout en conservant son historique ?
Afficher la réponseAction Make Inactive dans Organizations app > Sites sub-tab. Décocher la checkbox Active. Le Site disparaît du dropdown de sélection mais ses records (WOs, Assets, Inventory) restent intacts et consultables.
Q. Où configure-t-on les autonumber seeds pour WONUM ?
Afficher la réponseOrganizations app > Select Action menu > System Level Autonumber Setup ou Organization Level Autonumber Setup ou Site Level Autonumber Setup selon la portée souhaitée. Précédence : Site > Org > System.
Q. Quelle est la différence entre Default Insert Site et Default Storeroom ?
Afficher la réponseDefault Insert Site = propriété user (app Users), Site auto-affecté aux records créés par cet user. Default Storeroom = propriété storeroom (app Storerooms), checkbox qui marque le storeroom par défaut du Site pour les Material Requisitions self-service.
Bonne réponse : C
Pourquoi cette question existe — STU §3.2 — la question fixe un repère fondamental de la hiérarchie multi-site : à quel niveau les Assets et Locations sont-ils segmentés. Les distracteurs citent d'autres niveaux réels de la hiérarchie Maximo (Set, System, Organization) utilisés pour d'autres types de données. En pratique, ce repère conditionne la compréhension de toute la sécurité par site.
Le contexte théorique d'abord — Maximo segmente ses données selon plusieurs niveaux : Enterprise/System, Set (Item Set, Company Set), Organization, et Site. Les enregistrements Asset et Location sont stockés et segmentés au niveau Site : un même numéro d'actif peut exister dans deux sites différents sans conflit.
Ce que Maximo en fait — version opérationnelle — Dans Assets ou Locations, le champ Site est obligatoire à la création. Les requêtes et restrictions de données filtrent implicitement par siteid, garantissant qu'un utilisateur d'un site ne voit pas par défaut les actifs d'un autre site.
Exemple chiffré — Une organisation avec 3 sites peut avoir l'actif numéro « 1001 » présent sur chacun des 3 sites comme 3 enregistrements distincts, chacun avec son propre historique de 50 à 200 work orders.
Analogie quotidienne — C'est comme des numéros de chambre d'hôtel : le « 101 » existe dans chaque hôtel de la chaîne (chaque site) sans confusion, car le nom de l'hôtel (site) fait partie de l'identification.
Pourquoi A est faux — Pattern D5 champ-frère : Set segmente les Items et Companies (item set, company set), pas les Assets/Locations.
Pourquoi B est faux — Pattern D4 demi-vérité : System est le niveau le plus large (toute l'instance), bien au-dessus du niveau réel de segmentation des actifs.
Pourquoi D est faux — Pattern D4 demi-vérité : Organization regroupe plusieurs sites mais n'est pas le niveau où l'unicité d'un numéro d'actif est garantie ; c'est le Site.
Bonne réponse : A
Pourquoi cette question existe — STU §3.2 — variante de reformulation (options réordonnées) de la même question testant le niveau de segmentation des données Asset/Location : Site, par opposition aux niveaux plus larges (Organization, System) ou au niveau Set réservé à d'autres objets (Item Master, Company). En pratique, une mauvaise segmentation explique souvent pourquoi un asset créé sur un site n'apparaît pas sur un autre.
Le contexte théorique d'abord — Maximo segmente ses données selon plusieurs niveaux (System, Set, Organization, Site). Les enregistrements Asset et Location sont stockés au niveau Site : ils n'existent et ne sont visibles que dans le site où ils ont été créés, contrairement aux objets de niveau Set (Item Master) ou Organization (comptes GL).
Ce que Maximo en fait — version opérationnelle — Dans Assets ou Locations > créer un enregistrement dans le contexte du site courant > le champ siteid est automatiquement renseigné > cet asset/location n'est consultable ou utilisable que par les utilisateurs ayant accès à ce site spécifique.
Exemple chiffré — Une organisation comptant 3 sites peut avoir jusqu'à 3 ensembles distincts d'assets, sans qu'un asset créé sur 1 site ne soit visible depuis les 2 autres sites de la même organisation.
Analogie quotidienne — C'est comme un inventaire physique propre à chaque succursale d'une chaîne : le matériel d'une succursale n'apparaît pas dans le registre d'une autre succursale, même si elles appartiennent à la même enseigne.
Pourquoi B est faux — Pattern D9 quasi-synonyme : le niveau Set concerne des objets comme Item Master ou Company, pas les Assets/Locations.
Pourquoi C est faux — Pattern D4 demi-vérité : l'Organization regroupe plusieurs sites, mais ce n'est pas elle-même le niveau de stockage des Assets/Locations.
Pourquoi D est faux — Pattern D9 quasi-synonyme : le niveau System est le plus large possible, bien au-delà du périmètre réel des Assets/Locations.