Equipement dev
|
Le module Équipement créé, dans Dolibarr, la fonctionnalité de sérialisation de produits, à l’unité, en quantité ou en lot, et permet le suivi du cycle de vie des produits en leur associant des évènements (garantie, location, expédition…) et en gérant des états (en vente, en réparation…), le tout, de façon unitaire ou en masse. |
Présentation
Le module Equipement gère 3 notions qui interagissent entre elles :
| Les Equipements | Le module « Équipements » a pour ambition de centraliser la gestion de tous les actifs matériels (machines, outils, appareils, etc.) au sein de votre entreprise, en leur attribuant un numéro de série unique (configurable, importé ou issu d’un lot). Chaque équipement peut être lié à un client ou à un fournisseur (et à leurs factures), rattaché à un entrepôt précis et assorti de dates clés (date de mise en service, date de fin de vie, DLUO, etc.). |
| Les Evènements | Pour assurer un suivi complet de leur cycle de vie, le module intègre la notion d’« Événements » : à chaque intervention, maintenance, prêt ou opération (avec date de début et de fin), on enregistre une fiche dédiée, associée à un ou plusieurs équipements. Ces événements permettent de constituer un historique chronologique précis et peuvent être reliés nativement à d’autres éléments de Dolibarr (interventions, contrats, expéditions, projets) ou à des liaisons personnalisées (via le module customLink). |
| Les consommations | Enfin, la notion de « Consommations » trace l’utilisation de consommables ou de pièces détachées par l’équipement, qu’il s’agisse de composants utilisés à la fabrication ou de pièces de rechange lors de son exploitation (par exemple, remplacement d’une batterie dans un smartphone). Grâce à cette approche unifiée (équipements, événements, consommations), le module offre une vision exhaustive : inventaire précis, suivi des maintenances, traçabilité des interventions et contrôle des coûts associés à chaque actif. |
Cas d'école
soir les équipements A1 composé de 2 produits B et C et l’équipement A2 de 3 produits C et D et E et A3 sans consommation
- On peu créer une intervention I1 sur l’équipement A1 et A3 qui sera associé à un évènement unique EVT1
- L’équipement A1 aura deux consommations : CONS1 de B et CONS2 de C
- L’équipement A2 trois consommations aussi de C (CONS3), D (CONS4) et E (CONS5)
- Pour l’équipement A1, le produit B sera lui-même un équipement B1 les produits C et D n’étant pas sérialisée mais E pouvant l'être
Il sera donc possible de retrouver :
- les équipement ayant consommé du produit C (ici A1 et A2)
- l’équipement ayant consommé l’équipement B1 (ici A1)
- les équipements qui ont été impacté par l’intervention I1 lors de l’évènement EVT1 (ici A1 et A3)
ÉQUIPEMENT
1.1 Présentation & But
Définition : un Équipement représente un type de matériel (modèle), auquel on associe des exemplaires physiques (numéros de série).
Applications :
| Gestion de parc | Suivi global du matériel déployé. |
| Iventaire matériel | Identification précise des stocks et de leur localisation. |
| Maintenance et suivi | Historique détaillé des interventions, consommations (pièces, consommables), documents associés. |
1.2 Paramétrage des Équipements
Le paramétrage est scindé en trois volets :
Numérotation automatique
Définition d’un préfixe unique (ex. : “PC_” pour les ordinateurs). Choix du format de numérotation (longueur, insertion de la date, incrémentation). Activation/désactivation de la génération automatique.
Champs personnalisés
Types disponibles : Texte libre, liste déroulante, case à cocher, date (date d’achat, date de garantie), numérique (kilométrage, heures de vol), etc.
Assignation : Pour chaque type d’équipement, on définit un jeu de champs adaptés (ex. numéro de série, version logicielle, capacité de stockage).
Visibilité : Possibilité de rendre certains champs obligatoires ou en lecture seule pour certains profils.
Comportement & règles métier
États par défaut : Par exemple : “Disponible” à la création, “En Maintenance” après une opération sur l’équipement.
Transitions autorisées : On peut passer de “Disponible” vers “En Maintenance” ou “Hors Service”, mais inverses restreintes (sécurité de données).
Validation : Possibilité d’imposer une validation par un technicien ou un responsable avant chaque changement d’état.
1.3 Concepts clés (modèle / exemplaire)
Modèle (référence)
Sert à décrire un type d’équipement (ex. : “Dell Latitude 5480”).
| Contient | La fiche technique (CPU, mémoire, disque, etc.). | Des images/visuels éventuels. | Des documents associés (manuel d’utilisation, fiche de sécurité). | Permet de dédupliquer les données : les caractéristiques communes (périphériques, consommables) sont définies sur le modèle. |
Exemplaire (numéro de série)
Instanciation physique d’un modèle (ex. : “Dell Latitude 5480 – SN :DL123456”).
Attributs propres :
Numéro de série unique généré selon les règles de numérotation.
Date d’acquisition, localisation (site, service), responsable principal, état actuel (Disponible, Emprunté, En Maintenance, Hors Service).
Historique des interventions et consommations associées.
Possibilité de lier un exemplaire à plusieurs départements ou utilisateurs selon les droits.
Illustration d’un workflow simplifié
Création du modèle → Paramétrage des champs → Création d’un ou plusieurs exemplaires → Emplacement/Assignation à un utilisateur → Suivi (maintenance, consommations) → Recyclage/Retrait du parc.