Nous développons des solutions de « writeback » Power BI sur Microsoft Fabric à l'aide des flux de tâches Translytical. Ainsi, votre équipe peut modifier des plans, reprogrammer des tâches et valider des enregistrements directement dans le rapport qu'elle est en train de consulter. Intégrées nativement à Power BI, gérées par Fabric et conçues pour fonctionner en production – et pas seulement dans le cadre d'une démonstration.
Vos rapports mettent en évidence le problème. Mais ils ne permettent à personne de le résoudre.
Power BI est conçu pour lire des données, et non pour les écrire. Dès qu’un utilisateur doit mettre à jour une prévision, reprogrammer une tâche ou valider un enregistrement, il quitte le rapport – et celui-ci cesse alors d’être la source unique de vérité. Les flux de tâches Translytical sur Microsoft Fabric comblent cette lacune de manière native. La question est de savoir si la logique de réécriture est suffisamment bien conçue pour être fiable en production.
Plans et prévisions gelés à la dernière exportation
Un chiffre est mis à jour dans un tableur, mais le rapport affiche toujours celui du mois dernier. Il faut que quelqu'un pense à le réimporter, et tant que ce n'est pas fait, toutes les décisions prises à partir du tableau de bord reposent sur des données obsolètes.
Les modifications d'horaires ont lieu en dehors des horaires prévus
Une tâche est décalée de deux jours, une ressource fait l'objet d'une double réservation, et personne ne s'en rend compte avant qu'un conflit n'apparaisse une semaine plus tard. Le rapport censé détecter ce problème ne fait qu'afficher le planning ; il ne permet pas d'y apporter des modifications ni d'en observer les répercussions en temps réel.
Les validations et les corrections figurent dans les e-mails, et non dans le dossier
Une personne approuve une ligne budgétaire en répondant à un e-mail. Cela n'apparaît jamais dans le rapport. Lorsque l'auditeur demande qui a approuvé quoi et quand, la réponse ne se trouve pas dans le système, mais dans la boîte de réception de quelqu'un.
Les solutions de Writeback que nous développons pour nos clients.
Nous sommes spécialisés dans la mise à jour de Power BI sur Microsoft Fabric, plus précisément dans les flux de tâches Translytical et les fonctions de données utilisateur Fabric. Cela signifie que le chemin d'écriture est natif de la plateforme sur laquelle votre rapport s'exécute déjà, et non pas un outil ajouté en post-construction nécessitant la gestion d'un magasin de données distinct. Qu'il s'agisse d'un simple champ modifiable ou d'un graphique de planification entièrement interactif, nous concevons le flux de bout en bout : le déclencheur, la logique de validation, l'écriture et l'actualisation du rapport.
Flux de tâches Translytical et fonctions de données utilisateur Fabric
Le processus natif de Microsoft pour la réécriture : un contrôle de votre rapport déclenche une fonction de données utilisateur Fabric, qui valide les données saisies et les enregistre dans une base de données SQL Fabric, un entrepôt de données Fabric ou un lac de données Fabric. Aucun middleware distinct à héberger, aucun système d’identité distinct à gérer : tout s’exécute sur le tenant Fabric dont vous disposez déjà. Voici quelques exemples de flux typiques :
- Enregistrement des modifications apportées aux champs modifiables : une valeur saisie directement dans un élément visuel du rapport est validée puis enregistrée dans la base de données SQL Fabric sous-jacente.
- Mise à jour du statut d'approbation : une action d'approbation ou de rejet effectuée dans le rapport enregistre la décision, l'horodatage et le nom de la personne ayant approuvé dans l'enregistrement.
- Enregistrement conditionnel : la table de destination ou la règle de validation varie en fonction de la valeur saisie (par exemple, les montants supérieurs à un certain seuil sont signalés pour vérification)
- Flux de mise à jour en masse : une seule action permet d'appliquer une modification à plusieurs lignes sélectionnées, avec une validation ligne par ligne
Éléments visuels de réécriture personnalisés
Certains cas d'utilisation nécessitent plus qu'un simple bouton et un champ de saisie : ils requièrent une manipulation directe. Nous développons des visuels Power BI personnalisés dotés d'une interaction par glisser-déposer qui appellent les fonctions Fabric User Data à chaque modification, offrant ainsi aux utilisateurs un retour d'information en temps réel avant même que les données ne soient enregistrées. Parmi les réalisations types, on peut citer :
- Planification interactive avec le diagramme de Gantt : faites glisser une tâche pour la replanifier, modifiez sa taille pour changer sa durée et visualisez en temps réel les conflits de ressources mis en évidence au fur et à mesure que vous faites glisser la tâche, avant même que la modification ne soit enregistrée
- Visuels de planification sous forme de grille : modifiez les chiffres du budget ou des prévisions directement dans une matrice ; les totaux sont recalculés au fur et à mesure que vous saisissez les données.
- Saisie de commentaires et d'annotations : ajoutez une note à n'importe quel point de données directement depuis le graphique ; celle-ci sera enregistrée avec le nom de l'utilisateur et l'horodatage.
Validation et gouvernance
Chaque écriture fait l'objet d'une validation côté serveur au sein de la fonction Fabric User Data Function – il ne s'agit pas simplement d'une vérification dans l'interface graphique qui peut être contournée. La sécurité au niveau des lignes est respectée, chaque modification est horodatée, et les écritures rejetées renvoient une raison claire au lieu d'échouer silencieusement. Parmi les cas de figure courants, on peut citer :
- Validation des règles métier avant la validation de toute écriture (par exemple : pas de double réservation d'une ressource, pas de lignes budgétaires négatives)
- Journalisation des audits indiquant qui a modifié quoi, quand et à partir de quel rapport
- Actualisation automatique du modèle sémantique après une écriture réussie, afin que chaque utilisateur puisse voir immédiatement la mise à jour
Comment cela fonctionne-t-il ?
1. Architecture et état de préparation des infrastructures
Avant d'écrire la moindre ligne de code, nous vérifions les fonctionnalités déjà prises en charge par votre tenant Fabric, l'emplacement où les données cibles doivent être stockées (base de données SQL Fabric, entrepôt de données ou Lakehouse) et les règles de validation à mettre en place. Ces éléments sont consignés par écrit et validés avec vous avant le début du développement. Un flux de réécriture reposant sur des règles floues génère des données peu fiables.
2. Construire et tester
Nous développons la fonction de données utilisateur, le déclencheur côté rapport et, si nécessaire, le visuel personnalisé, puis nous les testons dans votre environnement Fabric à l'aide de données réalistes. Nous testons le scénario normal ainsi que les cas limites : modifications simultanées d’un même enregistrement, écriture échouant à la validation, coupure réseau en cours d’enregistrement. La plupart des échecs de réécriture en production proviennent précisément de ces scénarios.
3. UAT et approbation
Vous testez le flux en le confrontant à des scénarios réels issus de vos rapports quotidiens. Nous corrigeons les éventuels problèmes, répertorions les limitations connues et vérifions que les processus de validation et d'actualisation fonctionnent comme convenu avant la validation finale.
4. Remise et documentation
Transfert complet comprenant une description écrite des entrées, de la logique de validation et de la cible d'écriture de chaque fonction – suffisamment claire pour que votre équipe puisse la comprendre et assurer la maintenance sans avoir besoin de notre intervention. Comprend 3 mois de correction des défauts. Assistance continue disponible dans le cadre d'un contrat de maintenance.
Ce que nos clients nous écrivent.
Planification interactive des tâches et des ressources
Un planificateur fait glisser une tâche dans un diagramme de Gantt vers une nouvelle date. Au fur et à mesure du glissement, les réservations qui se chevauchent sur la même ressource sont immédiatement mises en évidence. Au moment du dépôt, une fonction de données utilisateur Fabric valide le nouveau planning par rapport à toutes les autres réservations de cette ressource et enregistre la modification dans la base de données SQL de Fabric. En cas de conflit réel, l'écriture est rejetée avec une raison claire, au lieu de corrompre le planning sans avertissement.
Modification du budget et des prévisions
Un responsable financier modifie directement un chiffre prévisionnel dans une matrice Power BI. La modification est validée par rapport à l'enveloppe budgétaire approuvée, puis enregistrée dans l'entrepôt de données Fabric sous-jacent. Tous les autres utilisateurs du rapport voient le chiffre mis à jour dès la prochaine actualisation : pas besoin d'exportation, de réimportation ni d'outil de planification distinct.
Flux d'approbation
Une demande apparaît dans un rapport comportant des boutons « Approuver » / « Refuser ». L'approbation déclenche une fonction de données utilisateur Fabric qui enregistre la décision, le nom de la personne ayant approuvé la demande et un horodatage dans l'enregistrement, et met à jour le statut visible par tous les utilisateurs en aval. L'historique complet des décisions est stocké dans la même table que celle à partir de laquelle le rapport extrait ses données.
Correction des données à la source
Un utilisateur repère une valeur erronée lors de la relecture d'un rapport et la corrige immédiatement, au lieu de créer un ticket et d'attendre que quelqu'un d'autre la corrige en amont. La correction est validée et enregistrée directement dans la table source gérée par Fabric.
Commentaires et annotations
Un réviseur ajoute une note à une donnée spécifique : une explication concernant un écart, une remarque nécessitant un suivi. Le commentaire est enregistré avec le nom de l'utilisateur et l'horodatage, et s'affiche pour la prochaine personne qui ouvrira le même rapport.
Une tarification transparente.
Nous travaillons en régie. Vous payez pour les jours effectivement travaillés à un taux journalier fixe. Pas de surprise sur le prix fixe, pas d'élargissement du champ d'application sans votre accord.
| Type de débit | Champ d'application typique | Coût indicatif (net) |
|---|---|---|
| Champ modifiable unique ou action d'approbation | 2 à 4 jours | 1 600 € – 3 200 € |
| Élément visuel de réécriture personnalisé (par exemple, un diagramme de Gantt interactif avec détection des conflits) | 6-12 jours | 4 800 € – 9 600 € |
| Tarif journalier | à partir de 800 €/jour (net) - 100% remote | |
La réévaluation fait souvent partie d'un ensemble plus vaste Power BI ou Tissu engagement - les engagements combinés bénéficient d'un tarif journalier unique pour l'ensemble du champ d'application.
Nous avions besoin que les utilisateurs puissent reprogrammer les tâches de production directement dans le rapport et repérer immédiatement les conflits, sans avoir à exporter les données vers un tableur ni à les envoyer par e-mail. Nous avons ainsi obtenu une vue de type Gantt où, dès que l'on déplace une tâche, le conflit s'affiche avant même d'avoir relâché le bouton de la souris, et cette fonctionnalité fonctionne toujours sans problème en production plusieurs mois plus tard.
— Responsable des opérations, Production, Allemagne
Pourquoi nous choisir ?
Conçu dès le départ pour Fabric
Nous nous appuyons exclusivement sur les flux de tâches Translytical et les fonctions de données utilisateur Fabric, plutôt que d'acheminer les écritures via un magasin de données tiers distinct. Cela signifie que vos données restent au sein du tenant Fabric que vous gérez, sécurisez et payez déjà : aucune plateforme supplémentaire à acquérir sous licence, aucun système distinct ne conservant une copie de vos données.
Nous traitons les cas particuliers
Un flux de mise à jour qui fonctionne lors d'une démo de cinq minutes tombe souvent en panne dès que deux personnes modifient le même enregistrement, ou qu'une écriture échoue en cours de route. Nous intégrons à chaque fonction une validation côté serveur, une gestion des conflits et des messages d'erreur clairs, afin que, lorsqu'un problème survient – et cela arrivera –, l'utilisateur comprenne pourquoi, au lieu d'être confronté à une écriture silencieuse et corrompue.
Des spécialistes, pas des généralistes
Le « writeback » sur Power BI et Fabric, c'est notre métier. Nous ne sommes pas un cabinet de conseil en BI généraliste qui se contente de créer de temps à autre un flux de « writeback » : il s'agit là de notre cœur de métier, du champ modifiable le plus simple jusqu'aux visuels entièrement personnalisés par glisser-déposer avec validation en temps réel.
Questions fréquemment posées.
Avons-nous besoin d'une licence Microsoft Fabric ?
Oui – Les flux de tâches Translytical s'exécutent sur les fonctions de données utilisateur Fabric, qui nécessitent une capacité Fabric (une capacité d'essai suffit pour commencer). Nous vérifions votre licence actuelle et vous indiquons dès le départ si des éléments supplémentaires sont nécessaires avant de commencer le développement.
Quelles sources de données peuvent servir de cible pour la réécriture ?
Fabric SQL Database, Fabric Warehouse et Fabric Lakehouse sont les destinations d'écriture prises en charge. Si vos données se trouvent actuellement ailleurs, nous vous conseillerons sur la manière la plus pratique de les importer dans Fabric dans le cadre du projet.
Est-il possible de créer un élément visuel personnalisé avec une fonctionnalité de glisser-déposer, comme un diagramme de Gantt programmable ?
Oui, c'est l'une de nos fonctionnalités les plus demandées. Les utilisateurs font glisser une tâche pour la reprogrammer ou modifier sa taille ; les conflits s'affichent immédiatement au fur et à mesure qu'ils la déplacent, et la modification est validée et enregistrée dès qu'ils relâchent la tâche.
Que se passe-t-il en cas d'échec d'une écriture ?
La fonction « Données utilisateur » de Fabric renvoie une raison claire de l'échec (une règle de validation non respectée, une modification conflictuelle, un problème d'autorisation) plutôt que de générer un échec silencieux. L'utilisateur voit immédiatement la raison dans le rapport.
Pouvez-vous documenter les flux afin que nous puissions les maintenir nous-mêmes ?
Oui. Chaque mission comprend une documentation écrite, rédigée en langage clair, détaillant les entrées, la logique de validation et la cible d'écriture de chaque fonction. Votre équipe devrait être en mesure de comprendre le fonctionnement d'une fonction et d'y apporter des modifications mineures sans avoir à nous contacter.
Combien de temps dure un projet de réécriture ?
La mise en place d'un champ modifiable ou d'une action de validation prend généralement entre 2 et 4 jours, tests et documentation compris. La création d'un élément visuel personnalisé avec mise à jour en temps réel et validation en direct, tel qu'un diagramme de Gantt interactif, nécessite généralement entre 6 et 12 jours, selon la complexité du projet. Nous vous remettons un cahier des charges écrit avant de commencer.
Souvent associé à la fonctionnalité de réécriture de Power BI.
Power BI Consulting
L'utilité de la mise à jour en temps réel dépend entièrement de la qualité du modèle sur lequel elle s'appuie. Nous concevons le modèle sémantique et la configuration DirectQuery qui permettent à votre rapport de rester synchronisé dès qu'une écriture est effectuée.
Microsoft Fabric
Les flux de tâches Translytical reposent sur un environnement Fabric bien structuré. Lorsque la base de données SQL, l'entrepôt de données ou le « lakehouse » Fabric sous-jacent n'est pas encore prêt, nous nous chargeons de sa mise en place dans le cadre de la même mission.
Automatisation de la puissance
Certains événements de réécriture doivent déclencher un processus en aval : une notification, une chaîne d'approbation ou une mise à jour de statut ailleurs dans Microsoft 365. Nous relions les événements de réécriture de Fabric aux flux Power Automate lorsque cela est nécessaire.
Prêt à rendre vos rapports modifiables ?
Indiquez-nous ce qui doit pouvoir être modifié – un champ, une validation, une vue de planification complète – et nous vous proposerons, dans les 24 heures, un périmètre indicatif et un devis.
Ou envoyez-nous un courriel directement à l'adresse suivante info@leaplytics.de
Services connexes : Power BI Consulting - Microsoft Fabric - Automatisation de la puissance - Applications de puissance