Le reporting est souvent peu fiable quand il est produit en dehors des données de travail. L'équipe réalise ses tâches dans un outil, les finances conservent les montants ailleurs, et la direction reçoit un rapport composé manuellement une fois par semaine. Apexloop construit le reporting sur les mêmes enregistrements avec lesquels les gens travaillent au quotidien.
Le principe clé est simple : les relations trouvent les données liées, les colonnes de vue les affichent sous forme de liste filtrée, et les formules calculent des valeurs à partir de celles-ci.
Une colonne de vue n'est pas qu'une sous-grille
Une colonne de vue peut afficher tous les enregistrements d'une base de données sélectionnée qui correspondent à un filtre. Dans le détail d'un projet, ce peuvent être des tâches ; pour une entreprise, des projets ; pour une facture, des postes ; et pour une campagne, des newsletters planifiées.
Comme la colonne de vue retourne un résultat filtré, une formule peut l'utiliser comme contexte. Cela ouvre la voie aux rollups sans champs manuels dupliqués.
Les cascades remontent les totaux
Imaginez une entreprise, des projets et des tâches. La tâche a des heures travaillées, un taux horaire et un statut. Le projet a une colonne de vue des tâches et des formules pour la somme des heures, le budget, les bloqueurs ouverts et l'estimation d'achèvement. L'entreprise a une colonne de vue des projets et ses propres formules qui agrègent les valeurs des projets.
Les données remontent depuis les enregistrements les plus bas :
- la tâche calcule son coût,
- le projet agrège les tâches,
- l'entreprise agrège les projets,
- le tableau de bord affiche un résumé pour la direction.
Quand une tâche change, le rapport s'appuie sur des données actualisées.
Le reporting nécessite des vocabulaires contrôlés
Les statuts, priorités et types de travail devraient être des bases de données, pas du texte libre. Si l'équipe utilise « Terminé », « Done » et « Complété » comme trois valeurs de texte différentes, les graphiques perdent leur sens. Un select vers une base de données de statuts maintient le vocabulaire uniforme tout en restant extensible.
Le vocabulaire peut porter des informations supplémentaires : l'ordre dans le workflow, le groupe pour le rapport, la couleur, le rôle responsable ou une description interne.
Les vues répondent à différentes questions
Un seul rapport ne suffit pas pour tout le monde. La grille de données permet de vérifier les données sous-jacentes, le graphique montre un résumé, la timeline révèle les dépendances, le calendrier les échéances et le kanban le flux de travail entre les statuts.
Nommez la vue selon la question :
- « Quels projets ont dépassé le budget ? »
- « Qu'est-ce qui attend une validation ? »
- « Quelles tâches bloquent la mise en production ? »
- « Combien de travail est prévu la semaine prochaine ? »
Un tel nom guide l'utilisateur vers l'action, pas seulement vers la consultation.
Le rapport comme résultat
Quand un rapport doit être partagé en dehors d'Apexloop, utilisez une page documentaire comme modèle. Elle peut contenir du texte, des tableaux de bord, des vues de données, des QR codes, des médias et des espaces réservés. L'automatisation prépare le PDF ou le HTML sécurisé pour les e-mails.
Le reporting n'est alors plus une présentation manuelle. C'est une sortie pilotée depuis le système de travail.