Globinours
La gestion quotidienne d’un refuge, pensée pour rester humaine, rapide et lisible.
Né de l’histoire de Twix, conçu pour protéger les suivants.
---
## 🐾 Le projet
Globinours est une application web de gestion de refuge animalier, développée au plus près du fonctionnement réel de l’association **Les Coussinets**.
Elle centralise les animaux, leur santé, leurs documents, leurs liens familiaux, les familles d’accueil, les contacts et les actions quotidiennes. Son objectif est simple : permettre aux bénévoles et responsables de trouver ou saisir une information en quelques secondes, sans traverser une succession d’écrans complexes.
Globinours privilégie :
- une interface claire et entièrement française ;
- un fonctionnement rapide sur ordinateur comme sur tablette ;
- une installation légère, sans framework serveur ni dépendances Composer ;
- la traçabilité des actions importantes ;
- la maîtrise locale des données du refuge.
L’identité de l’association est personnalisable, logo compris. Ce logo est conservé dans l’espace privé de l’installation, sauvegardé avec les données et prévu pour alimenter les documents officiels.
Le pied de page identifie clairement le projet, son année de développement, sa version et son développeur, [OverSu](https://oversu.fr), avec un accès direct au [code source](https://nnsprod.com/git/oversu/Globinours).
Le récit complet est conservé dans l’[Histoire de TWIX et Globinours](HISTORIQUE.md). Les changements techniques et fonctionnels sont consignés dans le [CHANGELOG](CHANGELOG.md). La feuille de route synthétique reste disponible plus bas et sa version illustrée dans l’application via **Évolutions**.
## 🐈 De TWIX à Globinours
Le projet est né au sein de l’association **Les Coussinets**, face à un constat très concret : les logiciels de refuge existants répondaient mal au travail quotidien. Les informations restaient dispersées, certaines opérations exigeaient trop de manipulations et des besoins vétérinaires ou administratifs essentiels manquaient.
L’ambition initiale n’était pas de construire un produit commercial, mais un compagnon de travail **pensé par un refuge, pour un refuge**. Le premier nom du logiciel fut **TWIX**, en hommage au premier chat sauvé par l’association.
Les premières versions reposaient déjà sur une architecture volontairement légère : PHP, SQLite, Bootstrap puis Tabler, une organisation modulaire et DomPDF pour les premiers documents. SQLite s’est imposé pour quatre raisons : aucune infrastructure de base de données complexe, sauvegardes simples, déplacement facile de l’installation et adaptation aux petites structures.
La fiche animale est devenue le premier véritable cœur fonctionnel, avant que le suivi vétérinaire — traitements, vaccins, protocoles, quarantaines, soins, poids et graphiques — puis la production documentaire ne prennent une place centrale. L’ergonomie est ensuite devenue un chantier permanent : réduire les clics, accélérer la saisie et préserver la lisibilité sur des écrans utilisés plusieurs centaines de fois par semaine.
Lorsque le projet a commencé à pouvoir servir d’autres associations, son code et son identité ont été progressivement ouverts et réorganisés. **TWIX est alors devenu Globinours**, surnom affectueux du même chat. La nouvelle identité graphique conserve cette histoire à travers une silhouette féline inspirée de Twix, des formes simples et des couleurs chaleureuses.
L’architecture a continué à s’alléger : DomPDF et les dépendances Composer ont finalement été remplacés par l’impression HTML/CSS du navigateur pour les fiches générées, tandis que LibreOffice reste utilisé pour convertir les modèles ODT lorsque cela est nécessaire.
## ✨ Ce que propose Globinours
### Gestion complète des animaux
- gestion multi-espèces : chats, chiens, NAC, animaux de ferme, faune sauvage et espèces personnalisées ;
- référentiel administrable avec catégorie, libellé, icône, couleur, ordre et désactivation sans perte des dossiers existants ;
- choix de l’espèce à la création, filtre dédié et badge visuel dans le listing ; les fonctions strictement félines, comme le FIV/FeLV et les portées, restent réservées aux chats ;
- identité, statut, localisation, âge, sexe, robe, race et identification ;
- historique automatique des changements de statut, salle, box et adresse, avec état avant/après et utilisateur responsable ;
- profil de vie en trois états — oui, non ou inconnu — pour les chiens, chats, enfants et la propreté, avec lecture compacte et tris dédiés dans le listing ;
- entrée structurée avec date, mode, motif, déposant lié à l’annuaire, commune d’origine et circonstances, synchronisée avec le registre administratif ; les décès et entrées en EHPAD du propriétaire sont distingués ;
- listing opérationnel limité par défaut aux animaux vivants actuellement pris en charge, avec accès filtré aux dossiers adoptés, décédés ou enfuis ;
- choix mémorisé par utilisateur entre un tableau détaillé et une mosaïque photographique responsive pouvant afficher sept animaux par ligne ;
- suivi FIV/FeLV, stérilisation, poids, vaccins, traitements, ordonnances, analyses biologiques et notes médicales ;
- traçabilité vaccinale du fabricant, du lot et de son expiration, du vétérinaire et de la personne ayant réellement administré le vaccin ;
- historique chronologique attribué aux utilisateurs ;
- ouverture systématique des fiches sur l’onglet Identité, sauf lorsqu’une action redirige explicitement vers un onglet concerné ;
- exports CSV unitaires ou regroupés en ZIP pour assurer la portabilité des données ;
- dossier de décès avec cause, contexte, vétérinaire, crématorium et prise en charge ;
- registre des sorties synchronisé avec les modifications du dossier de décès ;
- parcours chronologique des réservations, placements en famille d’accueil, adoptions définitives, retours et annulations, sans mode d’essai ;
- photos publiques, privées et médicales ;
- mini-site public facultatif alimenté par les animaux disponibles à l’adoption, avec trois thèmes légers, page libre, dons et contact ;
- aperçu agrandi des photos directement au survol du listing ;
- orientation, redimensionnement et compression automatiques des nouvelles images, avec suppression de leurs métadonnées ;
- archivage, corbeille et restauration ;
- fiche A4 imprimable ou enregistrable en PDF ;
- cartographie des lieux de récupération et d’accueil ;
- parcours des chats libres avec site ou colonie, commune, localisation interne, référent, capture, remise en liberté et état de suivi ;
### Portées et groupes inséparables
- création rapide d’une portée et de ses chatons ;
- parents connus, partiellement connus ou inconnus ;
- génération automatique des noms ;
- regroupement visuel des frères et sœurs ;
- groupes d’animaux devant être adoptés ensemble.
### Suivi médical et tournées sur tablette
- tournée du matin ou du soir ;
- salles collectives Silver et Twix ;
- salles de soins et de quarantaine avec box modulables ;
- plusieurs animaux par box ;
- traitements attendus affichés pendant la tournée ;
- référentiel de médicaments trié alphabétiquement et création à la volée lors du démarrage d’un traitement ;
- validation individuelle ou collective ;
- suivi de l’alimentation, de l’eau, des selles, des urines et de l’état général ;
- commentaire et photo en cas d’anomalie ;
- incidents ajoutés à l’historique de l’animal.
### Annuaire du refuge
- familles d’accueil, bénévoles, dirigeants et adoptants ;
- déposants, vétérinaires, cabinets et crématoriums ;
- personnes et structures distinguées visuellement ;
- création de contacts depuis certains formulaires médicaux ou d’adoption.
### Documents et administratif
- registre annuel des entrées et sorties ;
- bilans statistiques filtrables et imprimables par commune d’origine pour accompagner les demandes de subvention ;
- modèles ODT accessibles depuis l’espace administratif ;
- contrats d’adoption et documents d’abandon préremplis ;
- certificat de visite pré-adoption disponible en ODT et en PDF imprimable depuis l’administration ;
- documents pour bénévoles et familles d’accueil ;
- conversion PDF avec LibreOffice ;
- documents HTML A4 imprimables depuis le navigateur.
### Utilisateurs et protection des données
- connexion nominative ;
- rôles administrateur, responsable, bénévole et lecture seule ;
- journal d’audit et attribution des événements ;
- paramètres administrables pour l’identité de l’association, les tarifs, la quarantaine et la conservation des sauvegardes ;
- sauvegarde ZIP complète, téléchargeable et restaurable ;
- sauvegarde d’urgence automatique avant restauration.
## 🖥️ Philosophie produit
Globinours ne cherche pas à devenir une suite universelle. Il couvre précisément le quotidien d’un refuge, avec des parcours courts et compréhensibles.
Le dashboard répond à la question **« Que devons-nous surveiller aujourd’hui ? »**. Les fiches animales conservent le détail. La tournée tablette accompagne le travail sur le terrain. L’espace administratif rassemble les documents et les futurs bilans annuels.
---
## 🛠️ Architecture technique
Application PHP rendue côté serveur, organisée autour de contrôleurs, services et vues :
```text
refuge/
├── app/
│ ├── Controllers/ # Routes et actions
│ ├── Services/ # Base, sécurité, documents, sauvegardes…
│ └── Views/ # Interfaces HTML/PHP
├── data/
│ ├── association/ # Fichiers propres à l’association
│ └── refuge.sqlite # Base locale — à exclure de Git
├── migrations/ # Évolution versionnée de SQLite
├── public/ # Racine web, assets et médias
├── resources/
│ ├── branding/ # Identité visuelle livrée avec Globinours
│ └── documents/ # Modèles ODT du logiciel
├── storage/
│ ├── backups/ # Sauvegardes ZIP
├── CHANGELOG.md # Historique versionné des changements
└── README.md
```
### Technologies
| Couche | Technologie |
|---|---|
| Serveur | PHP 8.1 ou supérieur |
| Données | SQLite, PDO, clés étrangères et journal WAL |
| Interface | HTML5, CSS, JavaScript natif et Tabler |
| Calendriers | Flatpickr en français |
| Graphiques | Chart.js |
| Cartographie | Leaflet et OpenStreetMap/Nominatim |
| Documents | ODT/XML, ZIP, LibreOffice headless et impression HTML/CSS A4 |
| Images | ImageMagick, WebP et conservation de l’original en mode de repli |
| Sauvegardes | ZipArchive, SHA-256 et contrôle d’intégrité SQLite |
Les bibliothèques d’interface sont actuellement chargées depuis leurs CDN. Aucun `composer install` ni `npm install` n’est nécessaire.
## 🔐 Sécurité
### Authentification
- mots de passe avec `password_hash()` et `password_verify()` ;
- minimum de 10 caractères dans l’interface ;
- régénération de l’identifiant de session après connexion ;
- verrouillage de 15 minutes après 5 échecs ;
- comptes désactivables ;
- protection empêchant un administrateur de retirer ses propres droits.
### Sessions et requêtes
- cookies `HttpOnly` et `SameSite=Strict` ;
- attribut `Secure` activé sous HTTPS ;
- jeton CSRF aléatoire vérifié sur les requêtes POST ;
- écritures autorisées selon le rôle ;
- redirections après connexion limitées aux chemins internes.
- en-têtes `nosniff`, anti-iframe, politique de référent limitée à l’origine et permissions navigateur restrictives ;
- routes de maintenance limitées au mode développement, à la machine locale et aux administrateurs.
### Base et affichage
- requêtes paramétrées PDO et émulation désactivée ;
- clés étrangères SQLite activées ;
- échappement HTML des valeurs affichées ;
- migrations transactionnelles ;
- suppression logique des animaux avec possibilité de restauration.
### Téléversements et audit
- inspection MIME des photos côté serveur ;
- distinction applicative des médias privés ;
- audit nominatif des actions ;
- mots de passe et jetons CSRF exclus des métadonnées d’audit.
### Sauvegardes
- snapshot cohérent par `VACUUM INTO` ;
- manifeste versionné et empreinte SHA-256 de chaque fichier ;
- rejet des chemins ZIP dangereux ;
- `PRAGMA integrity_check` avant restauration ;
- sauvegarde automatique avant remplacement ;
- reconnexion obligatoire après restauration.
### Exports
- accès réservé aux administrateurs et téléchargement journalisé ;
- CSV UTF-8 compatibles avec Excel et LibreOffice ;
- neutralisation des cellules pouvant être interprétées comme des formules ;
- exclusion des mots de passe, sessions, secrets de configuration et médias.
> [!IMPORTANT]
> L’application manipule des données personnelles et médicales. Une installation en réseau doit utiliser HTTPS, des permissions système restrictives et des sauvegardes externes.
## 📦 Prérequis
- PHP 8.1+ ;
- extensions `pdo_sqlite`, `sqlite3`, `zip`, `curl`, `fileinfo` et `mbstring` ;
- LibreOffice, facultatif mais nécessaire pour convertir les ODT en PDF ;
- ImageMagick, recommandé pour optimiser automatiquement les images téléversées ;
- écriture autorisée dans `data`, `public/media` et `storage` ;
- accès Internet pour les CDN, la cartographie et les intégrations externes.
Exemple Debian/Ubuntu :
```bash
sudo apt install php php-sqlite3 php-zip php-curl php-mbstring libreoffice imagemagick
```
## 🚀 Installation locale
```bash
git clone globinours
cd globinours
```
Créer un fichier `.env` uniquement si les intégrations correspondantes sont utilisées :
```dotenv
ICAD_LOGIN=
ICAD_PASSWORD=
GEOCODER_EMAIL=contact@example.org
APP_ENV=production
```
Préparer les permissions puis lancer le serveur de développement :
```bash
chmod -R u+rwX data public/media storage
php -d upload_max_filesize=250M -d post_max_size=260M -d max_execution_time=600 -S 127.0.0.1:8000 -t public
```
Ouvrir `http://127.0.0.1:8000/setup` et créer le premier compte administrateur. Les migrations SQL sont appliquées automatiquement au démarrage.
Pour une démonstration temporaire à distance, le routeur `public/router.php` permet d’utiliser le serveur PHP intégré, puis un tunnel HTTPS éphémère. Cette méthode est réservée aux tests et doit être arrêtée après la présentation.
## 🌐 Déploiement
La racine du serveur web doit pointer vers `public/`, jamais vers la racine complète du projet. `data/` et `storage/` ne doivent pas être servis par HTTP.
Ainsi, si le projet se trouve dans `/var/www/globinours`, la racine documentaire du domaine doit être `/var/www/globinours/public`. L’adresse publique reste alors `https://lescoussinets.org/` — il ne faut pas ajouter `/public/` dans l’URL. Le fichier `public/.htaccess` fourni redirige les routes applicatives vers `index.php` sur Apache ou LiteSpeed, sous réserve que les règles `.htaccess` soient autorisées.
Configuration Nginx équivalente dans le bloc du domaine :
```nginx
root /var/www/globinours/public;
index index.php;
location / {
try_files $uri $uri/ /index.php?$query_string;
}
```
Le bloc PHP-FPM habituel de l’hébergeur doit ensuite exécuter les fichiers `.php`. Sur un panneau d’hébergement, ce réglage porte généralement le nom **Document root**, **Racine du document** ou **Dossier public**.
Avant la mise en production :
- activer HTTPS ;
- désactiver l’affichage public des erreurs PHP ;
- protéger `.env` et SQLite par les permissions système ;
- vérifier les limites PHP de téléversement ;
- créer et télécharger une sauvegarde depuis **Paramètres → Sauvegardes** ;
- copier régulièrement les ZIP vers un autre support.
Les routes internes `/dev/*` sont désactivées par défaut. Elles exigent simultanément `APP_ENV=development`, une connexion depuis la machine locale et un compte administrateur.
## 💾 Sauvegardes
Une archive Globinours contient la base, les photos, les médias médicaux, le logo personnalisé de l’association, les justificatifs privés des subventions et un manifeste d’intégrité. Les modèles et éléments graphiques livrés avec le logiciel restent dans `resources/` et ne sont pas dupliqués dans chaque sauvegarde. `.env` est volontairement exclu afin de ne pas diffuser les identifiants externes.
Les 10 sauvegardes les plus récentes sont conservées localement. Elles peuvent être téléchargées, supprimées et restaurées depuis l’interface.
## 🧪 Vérifications
```bash
find app public -name '*.php' -print0 | xargs -0 -n1 php -l
```
Le projet ne dispose pas encore d’une suite automatisée complète. Les parcours prioritaires sont l’authentification, les migrations, les sauvegardes, les adoptions et les écritures médicales.
## 🗺️ Feuille de route
| Étape | État | Contenu |
|---|:---:|---|
| Origines de TWIX | ✅ Historique | Besoin terrain des Coussinets, socle PHP/SQLite, premières fiches animales, médical et documents PDF |
| Passage à Globinours | ✅ Historique | Ouverture à d’autres associations, réorganisation du code, nouvelle identité et hommage durable à Twix |
| Fondations | ✅ Livré | Animaux, portées, médical, annuaire, documents, adoptions et tournées tablette |
| Continuité | ✅ Livré | Utilisateurs, audit, sauvegarde/restauration, archives recherchables et triables, consultation des fiches archivées, corbeille et décès |
| Dashboard opérationnel | ✅ Livré | Synthèse des urgences, soins, échéances, quarantaines, poids, tournées du jour et qualité des fiches |
| Statistiques du refuge | ✅ Livré | Comparaison N−1, activité, médical, profils, couleurs, races, âges, origines, séjours et photographie actuelle |
| Bilans communaux | ✅ Livré | Filtre annuel ou global par commune d’origine, villes cliquables, indicateurs recalculés et impression pour les subventions |
| Rôles et permissions | ✅ Livré | Accès par groupe et par module, séparation voir/modifier, navigation adaptée et contrôle serveur |
| Lieux de vie | ✅ Livré | Chronologie avant/après des statuts, salles, box, familles et adresses, attribution utilisateur et export CSV |
| Médias plus légers | ✅ Livré | Compression, orientation, redimensionnement et nettoyage des métadonnées à l’import |
| Bilans annuels et subventions | ✅ Livré | Statistiques, bilan, demandes, checklist intelligente, validité des pièces, alertes et coffre documentaire privé |
| Portabilité | ✅ Livré | Exports CSV par domaine et archive ZIP complète, sans secrets ni mots de passe |
| Nettoyage et durcissement | ✅ Livré | Migrations strictes, erreurs non divulguées, routes DEV verrouillées, HTML et intégrité SQLite contrôlés |
| Profil de vie | ✅ Livré | Compatibilité chats, chiens et enfants, propreté en trois états et indicateurs compacts dans le listing |
| Entrées structurées | ✅ Livré | Mode et motif d’entrée, déposant, commune de provenance, circonstances, registre synchronisé et statistiques dédiées |
| Situations du propriétaire | ✅ Livré | Décès, santé ou hospitalisation et entrée durable en EHPAD/établissement distingués dans les fiches, exports et statistiques |
| Traçabilité vaccinale | ✅ Livré | Fabricant, lot, expiration, intervenant réel, vétérinaire et distinction avec l’utilisateur ayant saisi l’acte |
| Référentiel des médicaments | ✅ Livré | Sélection alphabétique et création à la volée du nom, de la molécule et de la forme depuis un nouveau traitement |
| Chats libres | ✅ Livré | Statut actif distinct du refuge, site ou colonie, référent d’annuaire, capture, remise en liberté, suivi et statistiques dédiées |
| Navigation des fiches | ✅ Livré | Identité ouverte par défaut et conservation des liens ciblés vers le médical, les photos, les portées et les autres onglets |
| Certificat pré-adoption | ✅ Livré | Modèle administratif vierge en ODT et aperçu PDF, à remettre au moins sept jours avant la cession |
| Identification structurée | ✅ Livré | Type, numéro, date de pose, statut d’enregistrement et synchronisation manuelle I-CAD compatible avec les formulaires actuels et historiques |
| Stérilisation structurée | ✅ Livré | État inconnu/non/oui, date, vétérinaire, cabinet et synchronisation depuis les notes médicales |
| Parcours d’accueil | ✅ Livré | Réservations, familles d’accueil, adoptions définitives, retours, annulations, contacts, motifs et registre synchronisé, sans essai d’adoption |
| Disponibilité à l’adoption | ✅ Livré | État à définir/non disponible/disponible, date d’ouverture, motif et filtre opérationnel du listing |
| Migration depuis ASM3 | ✅ Livré | Assistant administratif : exports MySQL ou PostgreSQL, analyse, simulation, sauvegarde transactionnelle et import des animaux, contacts, mouvements, médical, poids et portées, en fusion ou remplacement |
| Photothèque ASM3 | ✅ Livré | Rattachement DBFS, import idempotent, optimisation, visibilité publique et choix automatique des photos principales |
| Vues du listing | ✅ Livré | Tableau de gestion ou mosaïque photographique responsive, choix conservé par utilisateur et aperçu agrandi au survol |
| Filiation et familles d’accueil | ✅ Livré | Création d’une portée depuis des fiches existantes, rattachement ultérieur de chatons et sélection d’une FA de l’annuaire lors d’un changement d’emplacement |
| Réinitialisation et démonstration | ✅ Livré | Remise à zéro sécurisée ou chargement d’un jeu fictif depuis les paramètres, avec sauvegarde automatique et conservation des comptes et réglages |
| Gestion multi-espèces | ✅ Livré | Référentiel extensible, catégories, icônes et couleurs, filtre du listing, imports compatibles et fonctions félines affichées uniquement pour les chats |
| Mémoire des décès | ✅ Livré | Total historique complet, causes globales et séparation explicite entre décès datés et décès sans date certaine |
| Décès connus à l’année | ✅ Livré | Précision annuelle sans fausse date, âge au décès, décès après adoption et médailles mémorielles conservés dans les imports historiques |
| Statistiques historiques réconciliées | ✅ Livré | Entrées, sorties, adoptions, naissances, vaccinations et médical consolidés depuis les fiches métier, avec événements non datés séparés de la chronologie |
| Vermifuges | ✅ Livré | Catalogue distinct des médicaments (9 produits initiaux), historique structuré, échéances selon l’âge, rythme trimestriel adulte, administration groupée des portées et aperçu médical |
| Ordonnances et analyses | ✅ Livré | Documents privés, photo sur tablette, liaison aux traitements, résultats structurés, courbes par paramètre et références configurables par analyseur et espèce |
| Mini-site public | ✅ Livré | Accueil, catalogue multi-espèces, fiches d’adoption, page libre, dons, contact et trois thèmes CSS légers, avec publication explicite animal par animal |
| Tarifs et coûts | ✅ Livré | Grilles de structures, coût net figé, résumé dédié dans la fiche animale et statistiques financières |
| Navigation des paramètres | ✅ Livré | Une liste unique garantit les mêmes rubriques, icônes et ordre dans la roue et dans la navigation interne |
| Internationalisation | 🚧 En cours | Parcours métier et techniques bilingues, décès, archives, portées et inséparables compris ; derniers fragments communs en audit |
| Annuaire structuré | ✅ Livré | Personnes et structures : familles d’accueil, vétérinaires, cabinets, fourrières, crématoriums, adoptants, bénévoles et partenaires |
| Qualité de production | 🔎 À étudier | Tests automatisés étendus, déploiement reproductible et comparaison avec Animal Shelter Manager |
La roadmap illustrée et l’historique des grandes évolutions sont également consultables directement dans l’application depuis le lien **Évolutions** du pied de page. Le détail exhaustif destiné au suivi Git se trouve dans [CHANGELOG.md](CHANGELOG.md).
### Remise à zéro et base de démonstration
La page **Paramètres → Données et démo** est réservée aux administrateurs. Elle propose deux opérations protégées par une phrase de confirmation : vider toutes les données métier, ou les remplacer par un jeu entièrement fictif couvrant animaux, annuaire, portée, groupe inséparable, famille d’accueil, médical, poids, vaccins et décès. Une sauvegarde ZIP complète est créée avant chaque opération.
Les utilisateurs, rôles et permissions, paramètres de l’association, identité visuelle, modèles documentaires et sauvegardes existantes sont conservés. Les médias animaliers et justificatifs de subvention liés aux anciennes données sont retirés après validation de la transaction. Le jeu fictif est destiné aux démonstrations et ne doit jamais être confondu avec des données réelles.
### Analyser une sauvegarde ASM3
L’analyseur ne modifie ni le dump source ni la base Globinours. Il accepte les exports MySQL composés d’instructions `INSERT`, y compris lorsque leurs contenus occupent plusieurs lignes, ainsi que les sauvegardes PostgreSQL `.pgsql` utilisant les blocs `COPY ... FROM stdin`.
```bash
php scripts/asm3-analyze.php chemin/vers/dump.sql
php scripts/asm3-analyze.php chemin/vers/dump.sql --output rapport.md
php scripts/asm3-analyze.php chemin/vers/dump.sql --json
php scripts/asm3-plan.php chemin/vers/dump.sql plan-migration.json
php scripts/asm3-import.php chemin/vers/dump.sql
# Après lecture de la simulation uniquement :
php scripts/asm3-import.php chemin/vers/dump.sql --apply
php scripts/asm3-contacts.php chemin/vers/dump.sql
# Puis, après contrôle de la simulation :
php scripts/asm3-contacts.php chemin/vers/dump.sql --apply
php scripts/asm3-movements.php chemin/vers/dump.sql --apply
php scripts/asm3-clinical.php chemin/vers/dump.sql --apply
php scripts/asm3-litters.php chemin/vers/dump.sql --apply
# Reprendre les raisons d’entrée et les communes conservées en texte libre :
php scripts/recover-asm3-intake.php chemin/vers/dump.sql
php scripts/recover-asm3-intake.php chemin/vers/dump.sql --apply
```
Le premier rapport inventorie les tables et les domaines migrables. Le plan JSON convertit ensuite chaque fiche animale vers les champs Globinours et la classe en `create`, `match` ou `review`. Une identification identique ou le couple nom + naissance permettent un rapprochement sûr. Le code refuge n’est jamais utilisé seul entre deux sauvegardes historiques : ASM3 peut l’avoir réattribué après une remise à zéro et Globinours suffixe alors le code importé sans confondre deux animaux.
La reprise des entrées lit le champ ASM3 `REASONFORENTRY`, conserve son texte dans les circonstances et ne structure une commune que lorsqu’elle a été relue comme lieu réel de prise en charge. Une sauvegarde précède l’écriture et un CSV distingue les communes certaines des dossiers ambigus.
Sans `--apply`, les commandes restent en simulation. En mode réel, elles exigent une confirmation textuelle, créent une sauvegarde, utilisent des transactions et mémorisent les correspondances ASM3 afin qu’une reprise ne duplique rien. Les rapprochements et cas ambigus ne sont jamais fusionnés automatiquement.
L’ensemble est également disponible sans terminal dans **Paramètres → Migration ASM3**. L’administrateur dépose un fichier `.sql` ou `.pgsql`, consulte les volumes et ambiguïtés, puis confirme l’import complet. Les animaux, contacts, rôles, adoptions, placements en FA, retours, vaccinations, historiques médicaux, poids et portées sont pris en charge. Les correspondances sûres sont reliées à la sauvegarde ancienne afin que leurs anciens événements rejoignent la bonne fiche actuelle. Si un dump ne contient que l’index des médias et pas leurs données binaires, l’assistant l’indique explicitement au lieu de créer des fichiers vides.
Lorsque les fichiers physiques ASM3 sont fournis séparément, l’importeur de photos recroise les tables `media` et `dbfs` avec les correspondances animales déjà mémorisées. Il commence par une simulation, vérifie chaque image, crée une sauvegarde complète, optimise les fichiers et les importe dans une transaction. Les photos sont publiques et la marque `WebsitePhoto` d’ASM3 désigne la photo principale ; les médias Globinours déjà présents sont conservés. Les liens techniques enregistrés rendent une relance idempotente.
Deux stratégies sont proposées dans l’interface : **Fusionner** conserve les données Globinours et ignore les rapprochements ambigus ; **Remplacer les données métier** vide les animaux, l’annuaire et leur historique opérationnel avant l’import. Ce second mode conserve les utilisateurs, rôles, paramètres de l’association et dossiers de subvention. Il exige la phrase `REMPLACER PAR ASM3`. Une sauvegarde est créée avant l’opération et nettoyage plus import sont réunis dans une transaction unique : une erreur annule l’ensemble.
La sauvegarde préalable ferme explicitement les curseurs SQLite de l’analyse avant la création de l’instantané, afin d’éviter tout verrou interne pendant `VACUUM INTO`. Les limites PHP réellement actives sont affichées sur la page de dépôt et les erreurs de téléversement sont traduites précisément en français.
Les animaux historiques importés par ASM3 restent accessibles dans **Animaux → Archives**. Cette vue reprend la recherche, les filtres et les tris du listing courant, notamment pour isoler les animaux décédés. Une fiche archivée peut être consultée avec son historique, son médical et ses documents, puis restaurée si nécessaire ; elle demeure exclue du suivi courant et des statistiques opérationnelles.
### Récupération d'archives fragmentaires
Un outillage complémentaire permet de reconstruire un historique à partir de sources hétérogènes lorsque la base d'origine est incomplète : exports I-CAD, contrats d'adoption numérisés et registre mémoriel des décès. Les scripts d'analyse produisent des CSV de rapprochement et séparent systématiquement les correspondances sûres, les anomalies et les dossiers à vérifier. L'import final fonctionne d'abord en simulation, crée une sauvegarde ZIP en mode réel, puis écrit animaux, contacts, entrées, sorties, adoptions, décès et fratries dans une transaction unique avec contrôle des clés étrangères.
Les décès dont la date exacte n'a pas pu être retrouvée restent enregistrés avec une précision `inconnue`, leur âge connu et les informations mémorielles disponibles. Ils sont visibles dans le dossier de l'animal sans être artificiellement attribués à une année dans les statistiques. Chaque élément importé conserve enfin un lien technique vers sa source afin de permettre un audit ou une reprise sans doublon.
La synthèse anonymisée des formulaires communaux est disponible dans [docs/ANALYSE_SUBVENTIONS.md](docs/ANALYSE_SUBVENTIONS.md).
### Bilans et demandes de subvention
L’espace **Administratif → Subventions et bilans** regroupe, année par année :
- les indicateurs calculés depuis les mouvements, adoptions, décès, portées, vaccinations et traitements, avec comparaison automatique à N−1 ;
- les répartitions par sexe, âge à l’entrée, origine, cause de décès et durée de séjour avant adoption ;
- les effectifs associatifs, le rapport d’activité et les projets ;
- une synthèse du réalisé, du prévisionnel, de la trésorerie et des contributions volontaires ;
- le suivi des demandes par commune ou organisme ;
- une checklist de dix pièces, avec formulaire officiel rattaché à son organisme et documents communs réutilisables ;
- les justificatifs PDF/ODT conservés hors du dossier public, contrôlés selon leur validité et inclus dans les sauvegardes ;
- une synthèse HTML optimisée pour l’impression ou l’enregistrement en PDF depuis le navigateur.
Les pièces sont classées comme valides, proches de l’expiration, expirées ou manquantes. Le dashboard signale uniquement aux rôles autorisés les échéances dépassées ou sous 30 jours, les dossiers incomplets et les documents à renouveler.
Cet outil prépare le noyau commun des dossiers, sans prétendre remplacer les formulaires officiels propres à chaque organisme.
## 📊 Statistiques internes
Le dashboard est la page d’accueil de Globinours et indique ce qui demande une action aujourd’hui. La page **Statistiques** le complète en analysant l’activité dans le temps. Une année peut être comparée à N−1 et étudiée par animaux distincts pris en charge, mouvements, adoptions, décès, naissances, activité médicale, sexe, âge à l’entrée, couleur, race, espèce, origine et durée de séjour. Le choix **Toutes les années** consolide l’historique complet et remplace le comparatif N−1 par une courbe ainsi qu’un tableau annuel. Les dossiers historiques sans année d’entrée connue figurent dans le total général, mais jamais dans une année arbitraire. Une photographie séparée décrit les animaux actuellement pris en charge afin de ne pas la confondre avec les données historiques.
Le dashboard signale également les fiches actives auxquelles il manque une date de naissance, un sexe, une couleur, une race, une origine, une identification, la confirmation I-CAD, l’état de stérilisation ou la disponibilité à l’adoption. Chaque compteur ouvre le listing déjà filtré. Les animaux explicitement non stérilisés sont présentés séparément comme information de suivi.
Les dépenses vétérinaires peuvent être analysées par commune d’origine, cabinet et catégorie d’acte. Globinours affiche le coût total, le nombre d’animaux du périmètre, ceux ayant réellement généré une dépense, la moyenne sur l’ensemble des animaux, la moyenne sur les seuls animaux avec frais et leur médiane. Cette lecture produit des chiffres directement exploitables pour argumenter une demande de subvention communale sans laisser un cas médical exceptionnel fausser toute l’analyse.
Pour une année, le périmètre financier comprend les animaux pris en charge pendant cette année ou ayant généré une dépense pendant celle-ci. Le bilan global utilise toutes les fiches non supprimées. La commune est déduite du lieu de récupération, jamais du cabinet vétérinaire ni de la famille d’accueil.
Les formulaires officiels des communes ne sont pas générés par Globinours : ils évoluent trop souvent pour garantir un résultat fiable. Le logiciel réunit plutôt les chiffres, le bilan et les justificatifs nécessaires à leur saisie.
## 🌐 Mini-site public
Le mini-site s’active dans **Paramètres → Site public**. Deux modes sont disponibles sans réécriture Apache ou Nginx : le mode intégré conserve Globinours à la racine et publie sous `/site` ; le mode domaine public affiche le site directement sous `/`, avec une entrée par espèce, `/dons` et `/contact`, tandis que `/gestion` conduit à la connexion ou au dashboard. `/site` reste un alias compatible. Son contenu reprend le logo et l’identité associative déjà configurés. Le pied de page publie l’adresse complète, le RNA et le SIRET lorsqu’ils sont renseignés. La page Contact positionne cette adresse sur une carte Leaflet dont la bibliothèque est embarquée localement ; seules les tuiles cartographiques OpenStreetMap sont chargées à distance. Trois thèmes très légers — chaleureux, naturel et minimal — reposent sur quelques variables CSS communes.
Une fiche publique n’existe que si l’animal est simultanément marqué **disponible à l’adoption** et **publié sur le mini-site**. Les requêtes publiques sélectionnent une liste limitée de colonnes : identité générale, âge, race, robe, compatibilités, stérilisation, présentation dédiée et photos marquées publiques. Notes, médical, identification, lieux internes, familles d’accueil et documents ne sont jamais chargés par ces routes. Le site désactivé renvoie une page 404 non indexable.
## 🔐 Rôles et permissions
Les accès sont attribués aux rôles — administrateur, responsable, bénévole et lecture seule — depuis **Paramètres → Rôles et permissions**. Chaque module distingue la consultation de la modification. La navigation, les formulaires, les actions et les fenêtres d’édition s’adaptent au rôle. Le serveur contrôle également chaque route afin qu’une URL saisie directement ne contourne pas la règle ; une page 403 intégrée explique clairement le refus.
Après la connexion, l’utilisateur est envoyé vers la première page autorisée à son rôle. Une ancienne URL mémorisée n’est reprise que si ce rôle peut réellement l’ouvrir.
Les administrateurs conservent obligatoirement tous les droits. La gestion des utilisateurs et permissions, les paramètres, les sauvegardes, les restaurations et le journal d’audit restent exclusivement administratifs. Chaque modification de la matrice est journalisée.
Les catégories de paramètres utilisent un ordre commun dans la roue crantée et dans la navigation interne : **Configuration**, **Référentiels métier**, **Accès** et **Maintenance**. Une rubrique ajoutée au référentiel de navigation apparaît donc automatiquement au même endroit dans les deux menus.
Le module médical est dépendant de la consultation des animaux. Sans droit médical, les onglets, statuts FIV/FeLV, traitements, vaccinations, décès, événements médicaux et documents contenant ces informations ne sont pas rendus dans la fiche.
## 🌍 Interface multilingue
L’interface applicative est disponible en français et en anglais. La langue globale se choisit dans les paramètres généraux ; le français reste le repli si une traduction manque. Les textes des écrans, formulaires, validations, cartes et impressions générées vivent dans `resources/lang/fr.php` et `resources/lang/en.php`. Les valeurs métier persistées — codes de statuts, imports ASM3, historiques et colonnes d’export — restent volontairement stables et indépendantes de la langue affichée.
Le contrôle `php scripts/check_translations.php` vérifie les clés utilisées, la parité complète des deux catalogues et la cohérence de leurs variables (`:name`, `:count`, etc.).
Les confirmations destructives sont elles aussi localisées et contrôlées côté serveur. Par exemple, la remise à zéro attend `VIDER LA BASE` en français ou `CLEAR DATABASE` en anglais ; le chargement de démonstration et la migration ASM3 suivent la même règle. La phrase attendue provient toujours du catalogue actif, jamais d’une constante cachée dans le contrôleur.
## ⚠️ Préparer le dépôt Git
Ne jamais publier les données réelles du refuge. Au minimum :
```gitignore
.env
data/refuge.sqlite*
data/association/**
public/media/**
!public/media/.gitkeep
storage/backups/**
storage/debug/**
storage/restore-*/
```
Les modèles ODT et les éléments graphiques propres à Globinours placés dans `resources/` peuvent être versionnés s’ils ne contiennent aucune donnée personnelle. Le logo téléversé par une association reste une donnée d’installation dans `data/association/`.
## 📄 Licence
Aucune licence de redistribution n’est encore fournie. Avant de rendre le dépôt public, choisissez une licence et vérifiez que les documents, logos et modèles peuvent être diffusés.
---
Globinours
Un outil léger, construit autour des animaux et des personnes qui prennent soin d’eux.