dp-evidencebag de Dzejkop ajoute des conteneurs liés à des objets pour le jeu de rôle autour des preuves. La première publication date d’avril 2025 ; la révision inspectée du 12 mars 2026 déclare la version 4.0.0. Les métadonnées identifient un conteneur, mais ne constituent pas un journal complet de chaîne de conservation.
Choisir le système d’inventaire
Le code actuel nécessite ox_lib et prend en charge ox_inventory ou qb-inventory avec qb-core. Config.Inventory accepte auto, ox ou qb ; auto privilégie ox_inventory si les deux fonctionnent. Démarrez les dépendances choisies avant dp-evidencebag. L’adaptateur QB utilise d’anciens événements d’inventaire : comparez-les à votre version de qb-inventory.
Utilisez evidencebag dans la définition de l’objet et Config.EvidenceBagItem. Pour ox_inventory, la définition du créateur utilise stack = false et l’export client dp-evidencebag.openEvidenceBag. Pour QB, les sacs doivent être uniques et utilisables. L’ancien exemple paperbag avec stack = true ne doit pas être recopié dans cette version.
Capacité, images et sacs existants
La capacité par défaut est de 30 emplacements et 34000 grammes. Le paquet contient evidencebag.png alors que le README mentionne encore paperbag.png ; faites correspondre le nom de l’image et le fichier installé. Sauvegardez définitions et données d’inventaire avant de modifier noms ou métadonnées afin de préserver l’accès aux sacs déjà distribués.
L’adaptateur ox_inventory enregistre un hook swapItems empêchant de placer des sacs de preuves dans d’autres sacs. L’adaptateur QB n’implémente pas de hook équivalent ; le README demande une restriction distincte dans l’inventaire. Ne promettez pas la même protection contre l’imbrication sur les deux systèmes.
Contrôle d’accès et limites de la vérification
La création d’un identifiant vérifie l’objet possédé et son emplacement. Cependant, l’événement serveur qui ouvre le sac vérifie le format de l’identifiant sans confirmer sa possession ni un métier policier. Ajoutez les contrôles de possession et d’autorisation côté serveur avant de l’utiliser comme stockage de preuves restreint. Le délai d’ouverture côté client n’est pas une autorisation serveur.
Identifiants, libellés, descriptions et dates de création ne consignent pas chaque transfert ou manipulation. Ajoutez une journalisation distincte si votre procédure policière l’exige. L’archive a passé les contrôles d’intégrité et tout le Lua pertinent, la configuration et le README ont été lus ; aucune migration d’inventaire ni session FiveM n’a été exécutée.