Construire une analytique en libre-service sans remplacer votre pile
Commencez avec une base existante et une question de reporting. Conservez la source en place, obtenez un accès en lecture adapté et vérifiez une réponse avant d’en faire un rapport récurrent.
Par l'équipe Datarelix · Publié le · Mis à jour le · Vérifié le
Vous pouvez démarrer l’analytique en libre-service avec la base que vous exploitez déjà : connectez une identité approuvée en lecture seule, posez une question de reporting, comparez la réponse à un chiffre connu et enregistrez le graphique. Une migration vers un entrepôt, une couche sémantique ou une nouvelle plateforme BI n’est pas un prérequis pour ce premier rapport. Il vous faut un accès délimité, une définition claire de la mesure et l’habitude de vérifier avant de réutiliser ; c’est ce que détaillent les sections suivantes.
Partir de l’accès disponible
Vous n’avez pas besoin de remplacer votre base ou d’acheter un entrepôt de données pour essayer le reporting conversationnel. Il faut une source accessible, l’autorisation de l’utiliser et assez de contexte pour identifier les bonnes données.
Avec des identifiants disponibles, suivez le guide de connexion de votre source. Sinon, demandez à son responsable un compte en lecture seule limité aux tables nécessaires. L’accès à une base via une autre application ne fournit pas forcément des identifiants réutilisables.
Formulez la demande : « Je dois analyser les commandes finalisées par semaine et région. Quelle table contient les montants et dates validés, et puis-je y accéder en lecture ? » Le responsable peut aussi devoir autoriser l’accès réseau.
Définir un premier rapport
Exemple pour une équipe commerciale :
| Décision | Exemple retenu |
|---|---|
| Question | Comment les ventes finalisées ont-elles évolué la semaine dernière ? |
| Source | La table de commandes validée pour le reporting |
| Définition | Valeur des commandes finalisées, avant remboursements, en euros |
| Période | Du lundi au dimanche, dans le fuseau du reporting |
| Contrôle | Comparaison à un rapport connu et à un échantillon |
| Réutilisation | Enregistrer le graphique après vérification |
Cette préparation sert aussi bien à une personne seule qu’à une équipe. Clarifiez les définitions avant de demander leur calcul. Le guide du contexte montre comment les décrire.
Que reste-t-il dans le système existant ?
Les requêtes s’exécutent sur la source connectée. Les droits de la base continuent de s’appliquer, avec la validation en lecture seule de Datarelix. Le résultat d’une requête est conservé avec l’historique ; interroger la source directement ne signifie pas qu’aucun résultat n’est stocké. Consultez le traitement des données.
Chaque conversation utilise une connexion. La compatibilité avec plusieurs bases ne permet pas de joindre plusieurs connexions dans une seule question. Vérifiez le périmètre du connecteur.
Deux points de départ : un rapport ou une base existante
Si votre équipe dispose déjà d’un entrepôt et de rapports BI, choisissez une vue de reporting maintenue pour la première connexion. Conservez ses définitions et posez une question absente du rapport, par exemple une nouvelle ventilation client. L’analyste compare le SQL généré à la logique du rapport avant d’enregistrer le résultat.
Avec une base opérationnelle sans BI, partez d’une tâche comme le suivi hebdomadaire des commandes terminées. Identifiez table, date et statut avec la personne qui connaît la base. Un périmètre réduit et compris suffit pour commencer ; migrer vers un entrepôt n’est pas un préalable.
Dans les deux cas, les utilisateurs métier apportent la question et son sens. Les analystes étudient les jointures, préparent des vues réutilisables et examinent le SQL. Le libre-service change la façon de commencer et de réutiliser une analyse ; ces compétences restent utiles.
Clarifier les responsabilités
| Sujet | Où le maintenir | Apport du parcours de reporting |
|---|---|---|
| Définition de métrique | Documentation approuvée, vue source ou système de métriques | Interprétation visible à comparer à la définition |
| Droits source | Identité, rôles et politiques de base | Connexion utilisant les droits attribués |
| Fraîcheur | Chargements et modèles de reporting | Date d’exécution de la lecture des données disponibles |
| Analyse ponctuelle | Question et calcul relu | Résultat à affiner par des questions de suivi |
| Rapport récurrent | SQL maintenu ou graphique enregistré | Routine d’actualisation et de contrôle |
| Partage | Processus de collaboration ou d’export approuvé | Fonctions de partage ou d’export réellement disponibles |
Lire la source directement évite de maintenir un second entrepôt complet pour ce parcours. Cela ne signifie pas que le service ne conserve rien : Datarelix enregistre les résultats et les fichiers d’exécution. Incluez ces sorties dans la revue des accès et de la conservation.
Définir le périmètre autour d’une question utile
Pour les ventes par région, une vue commerciale et un champ régional peuvent suffire. Adresses, paiements et schémas opérationnels sans rapport ne sont pas nécessairement utiles. Donnez au responsable de la base le rapport attendu et les champs requis au lieu de demander toutes les tables.
Avant de combiner des sources, l’analyste vérifie ce que représente une ligne. Une vue par commande ne doit pas voir ses totaux multipliés par plusieurs remboursements ou articles. Pour les calculs récurrents, une vue maintenue peut rendre cette logique plus facile à relire et réutiliser.
Les descriptions expliquent statuts, montants et dates ; elles n’imposent pas les définitions et ne créent pas de droits. Relisez les relations déduites, surtout en l’absence de clés étrangères déclarées. Le guide du contexte sémantique propose une méthode de revue.
Faire d’une question utile un rapport réutilisable
- Choisissez une question avec une réponse de référence et notez période et définition.
- Posez-la via la connexion et examinez sources, résultat et SQL.
- Rapprochez les écarts : filtres, données manquantes et jointures.
- Enregistrez le graphique vérifié avec un titre précisant la mesure et la règle de période.
- Actualisez manuellement après le chargement source suivant et contrôlez avant export.
Les dates relatives évoluent à chaque exécution ; les dates fixes restent fixes. Un rapport sur la dernière semaine complète nécessite un autre SQL qu’un rapport couvrant définitivement le 3–9 août 2026. Le parcours tableau de bord montre cette distinction et le comportement de l’actualisation.
Choisir la suite adaptée à l’analyse
Une investigation ponctuelle peut rester une conversation enregistrée. Une vue personnelle récurrente peut devenir un tableau de bord. Si plusieurs personnes ont besoin d’une responsabilité partagée, d’une diffusion planifiée ou d’une métrique d’entreprise certifiée, évaluez ces exigences dans votre plateforme de reporting.
Les tableaux de bord et connexions Datarelix restent privés au compte créateur ; Team mutualise l’usage sans rendre ces éléments partagés. Un export aide à la relecture, mais le graphique exporté est un instantané. Précisez comment un collègue retrouvera la définition et la date derrière l’image.
D’une réponse à un graphique réutilisable
Posez la première question et vérifiez le résultat. Demandez ensuite un graphique, enregistrez-le dans un tableau de bord et actualisez-le selon vos besoins. La requête enregistrée est réutilisée, y compris ses filtres de dates.
Les tableaux de bord Datarelix restent privés au compte créateur et s’actualisent à la demande. Exportez tableau ou graphique pour partager un instantané. Pour un espace vivant partagé ou une diffusion programmée, choisissez une méthode couvrant ces besoins.
Suivez le démarrage rapide avec une table de reporting. Consultez les offres et limites avant d’ajouter des connexions ou d’étendre l’usage.