Compatibilité 1.VERSIONS SUPPORTÉES Dolibarr 18.0.0 à 24.x — la structure des fiches sur laquelle le module s'appuie a été vérifiée identique de la version 18 à la version 24 PHP 7.4 à 8.4 Base de données MySQL / MariaDB / PostgreSQL (aucune syntaxe SQL propriétaire) Multi-entités Oui : paramètres, modèles par défaut, attribut tiers et fichiers sont propres à chaque entité 2.MODULES NATIFS Module natif Rôle pour InfraSFiles Prélèvement ou Virement (paiement par virement) Nécessaire au document « Bons de prélèvement et de virement ». L'un des deux suffit Stock Nécessaire au document « Inventaires » Agenda Enregistrement des événements « envoyé par email » Emails (configuration) Modèles d'emails et envoi ECM / GED Indexation des fichiers produits, comme pour les documents natifs 3.MODULES INFRAS COMPLÉMENTAIRES InfraSPackPlus Fournit deux modèles supplémentaires, listés et activables depuis la page des paramètres d'InfraSFiles : InfraSPlus_Bon : bordereau de prélèvement / virement avec la mise en page et les options d'InfraSPackPlus InfraSPlus_INV : feuille de comptage d'inventaire avec la mise en page et les options d'InfraSPackPlus Documentation : wiki InfraSPackPlus InfraSWorkflow Détermine la zone de stockage utilisée pour regrouper les références sur la feuille de comptage (section Gestion des inventaires : colonne « Zone » alimentée par un attribut supplémentaire du produit ou par les sous-catégories d'une catégorie de localisation). Dépendance optionnelle : sans InfraSWorkflow, pas de regroupement, sans erreur. Documentation : wiki InfraSWorkflow 4.POUR LES DÉVELOPPEURS : AJOUTER SES PROPRES OBJETS InfraSFiles est conçu comme un socle. Un module tiers peut déclarer un nouvel objet à documenter, sans modifier InfraSFiles, grâce au hook infrasFilesRegisterObjects (contexte infrasfilesregistry). Le hook retourne, dans $this->results, une définition par objet avec notamment : Clé Rôle label, picto Libellé (clé de traduction) et picto affichés dans les paramètres class, classpath Classe fille de l'objet natif ajoutant la génération de document parentclass, parentpath, table Classe et table natives de l'objet modelspath, docpart, dirout Répertoire des modèles PDF, type de modèle, sous-répertoire de sortie des fichiers tabcontext, hookcontext, cardurl Accrochage de l'onglet et de la section sur la fiche native needmodule Modules natifs dont au moins un doit être actif permread, permwrite Droits natifs de lecture et d'écriture mailtype, mailtopic, mailtemplate, trigger Type de modèle de mail, sujet, modèle par défaut, déclencheur d'agenda options Options propres à l'objet, affichées automatiquement dans les paramètres (liste, texte, texte multiligne, interrupteur) Un module tiers peut aussi se contenter de fournir un modèle PDF supplémentaire pour un objet déjà pris en charge : il suffit de déclarer models dans son descripteur et de placer le modèle dans core/modules/infrasfiles//doc/ de son propre répertoire, comme le fait InfraSPackPlus. Le modèle est alors listé automatiquement dans les paramètres d'InfraSFiles. Les tables natives de Dolibarr ne sont jamais modifiées : l'état documentaire (dernier modèle, dernier fichier) est mémorisé dans la table llx_infrasfiles_document, une ligne par objet et par entité.