Le registre des actifs répond à la question à laquelle tout commerce finit par se heurter — où est cet objet, combien a-t-il coûté, qui l'a déplacé en dernier, et quelle est sa valeur comptable actuelle — plutôt qu'un tableau sur l'ordinateur de quelqu'un que personne ne maintient à jour.
Étiquettes QR sur le matériel réel — un format figé, immuable
Chaque actif peut imprimer sa propre étiquette QR à coller sur l'objet physique ; la scanner ouvre immédiatement son historique, sa dernière position connue et son statut. Le format du code est verrouillé et ne changera pas, car un autocollant imprimé et collé aujourd'hui pourrait être scanné dans cinq ans — changer le format plus tard casserait instantanément toutes les étiquettes déjà en place.
Le prix d'achat n'est visible que pour les personnes ayant ce droit précis
Le prix d'achat d'un actif ne peut être lu que par quelqu'un disposant du droit dédié de voir les coûts — qui ne l'a pas voit le champ de prix afficher "pas le droit de voir", jamais un 0, car 0 signifie "acquis gratuitement", ce qui est une information totalement différente. Aujourd'hui, seul le propriétaire reçoit ce droit par défaut, qui se règle comme les autres dans la console professionnelle.
Réparations et maintenance préventive
Chaque actif peut porter un plan de maintenance fixé à l'avance, pour qu'un rappel se déclenche avant que la prochaine révision ne soit réellement due, plutôt que d'attendre la panne puis de reconstituer de mémoire la date de la dernière révision.
Garantie et réclamations — traitées avec le commerce vendeur
Des polices d'assurance et des réclamations peuvent être enregistrées sur un actif, mais une "réclamation" ici signifie retourner vers le commerce qui a vendu cet actif — pas une connexion avec une compagnie d'assurance externe. Une réclamation a deux côtés avec des droits séparés : le côté qui l'envoie a besoin du droit de voir l'actif, le côté qui la reçoit a besoin du droit de traiter les réclamations, et le serveur vérifie les deux. Le commerce vendeur est un commerce Korat ordinaire, avec sa page publique et ses badges de confiance.
Dépréciation — toujours séparée par devise
On fixe une politique de dépréciation par catégorie d'actif et le système calcule la valeur comptable de chaque élément. Un récapitulatif revient toujours sous la forme d'une ligne par devise — une valeur que le serveur ne peut pas déterminer s'affiche comme un tiret, pas un 0, car "inconnu" et "égal à zéro" sont des informations différentes, et les totaux en devises différentes ne sont jamais additionnés sur aucun écran.
Ce qui entre dans le registre, et ce qui n'y entre pas
Un objet que le commerce prête ou loue contre caution vit ici tout en étant publié dans les locations, et la personne qui l'entretient est un membre de l'équipe, avec ses pointages et son planning dans Mon travail.
Le stock destiné à la revente n'entre pas ici : les produits à vendre, avec leurs variantes et leurs alertes de seuil bas, relèvent du module boutique. Le registre ne couvre que ce que le commerce garde.
Une "réclamation" ici est une démarche auprès du commerce qui a vendu l'actif — pas une connexion avec une compagnie d'assurance externe ni avec une police tierce.
Toute l'équipe ne peut pas voir le prix d'achat d'un actif. C'est un droit à part, distinct de la gestion générale des actifs.