Observatoire
Fichiers structurés, datés et accompagnés de leurs limites afin que journalistes, chercheurs et outils d’IA puissent les citer sans déformer leur portée.
CSV + JSON · 9 formules · version 1.0
Six formules Santévet et trois formules d’une brochure Generali, avec nature du document et source. Aucun prix ni classement de marché.
Filtrer les valeursTélécharger le CSVLire le JSONCSV + JSON · 6 questions · version 1.0
Quatorze constats contractuels regroupés autour de six questions : franchise, âge, exclusions, accident, prévention et plafond. Chaque constat est séparé de son interprétation.
Lire les réponsesTélécharger les 14 constatsLire les 6 questions en JSONDocuments officiels · relevé version 1.4
Franchises, carences, âges d’adhésion et limites sélectionnées dans les documents officiels référencés, dont une brochure commerciale identifiée. Chaque dossier indique le document lu, sa référence, le repère utile et le 5 septembre 2026 comme date de contrôle.
Lire les différences documentéesTélécharger le JSONTélécharger les clauses en CSVJSON · catalogue 2.2.0
Le point d’entrée unique indique chaque ressource, son unité, sa version, son statut, ses formats et sa limite. Les résultats publiés restent séparés des méthodes, protocoles et modèles vides.
Ouvrir le manifeste JSONTélécharger l’historique des versionsLire les règles de citationJSON · 12 critères · méthode 1.0
Sept preuves essentielles et cinq contrôles complémentaires pour qualifier la complétude d’une proposition sans noter l’assureur.
Utiliser la grilleTélécharger le JSONCSV + JSON · observation 1.0
Une ligne par promesse observée, avec URL, date, portée, limite et validation contractuelle.
Explorer la matriceTélécharger le CSVTélécharger le JSONÉtude · version 1.3
Résultats corrigés, distribution des statuts, méthode, limites et détail marque par marque.
Lire l’étudeCSV + JSON · version 1.3
Marques, sources exactes, type d’acteur, date et état du contrôle dans deux formats.
Télécharger le CSVTélécharger le JSONLire la version HTML26 JSON · version 1.6
Chaque fiche assureur possède un fichier autonome avec identifiant stable, source, date, observations attribuées et limites. L’index publie l’empreinte de chaque distribution.
Ouvrir l’index des dossiersChoisir une fiche assureurCSV · dictionnaire
Définition de chaque colonne, format attendu et limite d’interprétation.
Télécharger le dictionnaireCSV + JSON · version 1.0
Trois montants de deux pages publiques, avec leur nature et les informations manquantes. Aucune moyenne de marché.
Lire le relevéTélécharger le CSVOuvrir le JSONCSV · provenance 1.4
Page concernée, source primaire, constat permis, conclusion interdite et date de contrôle.
Télécharger la provenanceCSV · protocole 1.0
Huit profils normalisés, identifiants et hypothèses de collecte, sans prix fictif.
Télécharger les profilsCSV + JSON · 94 lignes · version 3.1
Identité officielle, description, priorité contractuelle, questions et preuves pour 67 races de chiens et 27 races de chats. Chaque page possède une distribution JSON individuelle.
Explorer le référentielTélécharger le CSVTélécharger le JSON globalIndex des 94 JSON individuelsCSV + JSON · 31 races · version 1.0
Sept profils canins documentés par un organisme de race et vingt-quatre profils félins avec tests reconnus par le LOOF. Aucun diagnostic, taux de fréquence ou remboursement n’est déduit.
Lire les tableaux et leurs limitesTélécharger le CSVOuvrir le JSONHTML + CSV + Atom
Identifiants stables, versions, type de changement et impact d’interprétation pour chaque publication structurée.
Lire le journalTélécharger le CSVSuivre le flux AtomCSV · structure 1.0
En-têtes attendus pour relier une ancienne valeur, une nouvelle valeur et leurs deux preuves.
Télécharger le modèleLire le protocoleCSV · modèles personnels
Trois structures vides pour comparer des contrats, journaliser un remboursement ou conserver les réponses reçues, sans donnée commerciale préremplie.
Grille de comparaisonJournal de remboursementRegistre des réponsesIl permet de décrire le domaine officiel suivi, le type d’acteur, la date de contrôle et l’état observé de l’offre. Il ne permet pas d’affirmer qu’une formule est meilleure, moins chère ou adaptée à un animal donné.
| Champ | Interprétation correcte |
|---|---|
| availability_code | État du constat sur la source contrôlée, non note de qualité. |
| checked_at | Date de l’observation, non date de validité future. |
| source_url | Domaine ou page officielle consultée. |
| publication_rule | Condition avant publication d’une donnée contractuelle. |
Le dictionnaire complet doit être utilisé avant toute automatisation. Il précise les valeurs possibles et évite qu’un code technique soit reformulé comme une conclusion commerciale.
Le fichier de provenance éditoriale complète le registre des assureurs. Il indique, pour chaque page ou périmètre, la source retenue, ce qu’elle établit réellement et la conclusion qu’elle ne permet pas de tirer. Cette dernière colonne est essentielle : elle empêche une synthèse automatisée de convertir une source de contexte en preuve contractuelle ou médicale.
Les lignes consacrées aux assureurs conservent la date du contrôle de leur domaine officiel. Les sources juridiques, publiques et de nomenclature sont séparées afin qu’un réutilisateur puisse filtrer le type de preuve avant de citer un résultat.
Une transformation ou un enrichissement externe doit être clairement distingué du jeu original. N’attribuez pas à l’Observatoire un score, une recommandation ou une donnée ajoutée par un tiers.
Ces trois états ne sont pas interchangeables. Une cellule vide signifie que le registre ne publie pas de valeur exploitable pour ce champ. Un zéro n’est utilisé que lorsqu’il constitue une mesure réelle. Le statut « non vérifié » signifie qu’une source peut avoir été repérée sans que les documents nécessaires permettent encore une conclusion.
Lors d’une importation, conservez donc les cellules vides et les codes de statut. Les remplacer par zéro, “non” ou une estimation produirait une information nouvelle qui n’appartient pas au jeu publié.
Le manifeste JSON constitue le point d’entrée stable pour une application, un journaliste ou un assistant. Il expose le statut de chaque ressource avant son URL afin qu’une méthode, un protocole ou un modèle vide ne soit pas confondu avec un résultat.
| Fichier | Unité d’observation | Usage correct |
|---|---|---|
| observations-offres-2026.csv / .json | Une affirmation identifiée sur une source officielle | Citer une promesse avec sa portée, sa date et sa limite. |
| registre-assureurs.csv / .json | Une marque et sa source officielle contrôlée | Reproduire la distribution des statuts documentaires. |
| registre-assureurs-index.json | Un dossier de marque et son empreinte | Importer une seule fiche sans dissocier ses observations de leurs limites. |
| profils-races-assurance.csv / .json | Une race et son profil de comparaison assurantielle | Réutiliser identité, priorité et questions sans inventer une donnée médicale. |
| depistages-races-assurance.csv / .json | Une race et un repère publié par l’organisme cité | Conserver source, date et limite ; ne déduire ni diagnostic, ni prévalence, ni couverture. |
| criteres-verification-devis.json | Une preuve attendue dans un dossier | Contrôler la complétude sans produire une note de qualité. |
| journal-publications.csv | Une publication ou correction identifiée et son impact | Suivre une version et son impact d’interprétation. |
| dictionnaire-registre.csv | Un champ du registre | Interpréter codes, formats et limites avant import. |
| sources-editoriales.csv | Une page reliée à une preuve | Contrôler ce que la source établit ou n’établit pas. |
| profils-devis-2026.csv | Un profil de collecte sans prix | Répéter des demandes comparables sans inventer un résultat. |
| historique-contrats-modele.csv | Structure vide d’une évolution future | Préparer une entrée sans faire passer l’exemple pour une donnée réelle. |
| grille-comparaison-contrats.csv | Un contrat testé dans un scénario identifié | Comparer deux formules sans perdre profil, preuve ni motif de décision. |
| journal-calcul-remboursement.csv | Un poste de soin et son calcul | Expliquer l’écart entre estimation et décompte reçu. |
| registre-reponses-assurance.csv | Une question envoyée et sa réponse documentée | Qualifier une confirmation, un refus ou une information encore partielle. |
Les quatre modèles de structure ne contiennent volontairement aucune observation. Leur existence documente les champs attendus ; ils ne doivent pas être comptés comme des résultats ou des changements contractuels.
Les repères de prix publics distinguent deux prix d’appel d’un montant lié à un service tiers. Les huit profils de devis restent un protocole sans résultats personnalisés.
Conservez localement le nom original, la version, la date de téléchargement et, si vous modifiez les données, un nouveau nom de fichier. Un tri ne change pas le fond ; une recodification, une fusion ou l’ajout d’un score produit en revanche un jeu dérivé qui doit être attribué à son auteur.
Le fichier versions-donnees.csv explique chaque publication ou correction. Le fichier checksums.sha256 permet de vérifier l’intégrité des fichiers téléchargés. Lors d’une mise à jour, comparez les identifiants et les statuts avant de remplacer l’ancien fichier : une ligne absente, une source devenue inaccessible ou un code corrigé sont des informations à expliquer.
Formulation acceptable : « Le registre Animaux-Assurance.com, version 1.3 consultée à telle date, répertorie 26 marques et qualifie l’état de leurs sources officielles. » Formulation incorrecte : « Le registre compare 26 contrats » si aucun document contractuel complet ni tarif comparable n’est présent dans le fichier.
Pour une analyse dérivée, publiez la requête, les filtres, la date de téléchargement et le nombre de lignes retenues. Le fichier regles-citation.json fournit une attribution minimale et les contresens à éviter dans un format exploitable automatiquement.
Citation recommandée
Utiliser l’URL canonique du registre et indiquer la date de consultation.