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 |
|---|---|
| Libellé (clé de traduction) et picto affichés dans les paramètres |
| Classe fille de l'objet natif ajoutant la génération de document |
| Classe et table natives de l'objet |
| Répertoire des modèles PDF, type de modèle, sous-répertoire de sortie des fichiers |
| Accrochage de l'onglet et de la section sur la fiche native |
| Modules natifs dont au moins un doit être actif |
| Droits natifs de lecture et d'écriture |
| Type de modèle de mail, sujet, modèle par défaut, déclencheur d'agenda |
| 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/<objet>/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é.