<\/p>\n
Nous d\u00e9veloppons des solutions de \u00ab writeback \u00bb Power BI sur Microsoft Fabric \u00e0 l'aide des flux de t\u00e2ches Translytical. Ainsi, votre \u00e9quipe peut modifier des plans, reprogrammer des t\u00e2ches et valider des enregistrements directement dans le rapport qu'elle est en train de consulter. Int\u00e9gr\u00e9es nativement \u00e0 Power BI, g\u00e9r\u00e9es par Fabric et con\u00e7ues pour fonctionner en production \u2013 et pas seulement dans le cadre d'une d\u00e9monstration.<\/p>\n
Demander un devis<\/a><\/p>\n <\/p>\n Power BI est con\u00e7u pour lire des donn\u00e9es, et non pour les \u00e9crire. D\u00e8s qu\u2019un utilisateur doit mettre \u00e0 jour une pr\u00e9vision, reprogrammer une t\u00e2che ou valider un enregistrement, il quitte le rapport \u2013 et celui-ci cesse alors d\u2019\u00eatre la source unique de v\u00e9rit\u00e9. Les flux de t\u00e2ches Translytical sur Microsoft Fabric comblent cette lacune de mani\u00e8re native. La question est de savoir si la logique de r\u00e9\u00e9criture est suffisamment bien con\u00e7ue pour \u00eatre fiable en production.<\/p>\n Un chiffre est mis \u00e0 jour dans un tableur, mais le rapport affiche toujours celui du mois dernier. Il faut que quelqu'un pense \u00e0 le r\u00e9importer, et tant que ce n'est pas fait, toutes les d\u00e9cisions prises \u00e0 partir du tableau de bord reposent sur des donn\u00e9es obsol\u00e8tes.<\/p>\n Une t\u00e2che est d\u00e9cal\u00e9e de deux jours, une ressource fait l'objet d'une double r\u00e9servation, et personne ne s'en rend compte avant qu'un conflit n'apparaisse une semaine plus tard. Le rapport cens\u00e9 d\u00e9tecter ce probl\u00e8me ne fait qu'afficher le planning ; il ne permet pas d'y apporter des modifications ni d'en observer les r\u00e9percussions en temps r\u00e9el.<\/p>\n Une personne approuve une ligne budg\u00e9taire en r\u00e9pondant \u00e0 un e-mail. Cela n'appara\u00eet jamais dans le rapport. Lorsque l'auditeur demande qui a approuv\u00e9 quoi et quand, la r\u00e9ponse ne se trouve pas dans le syst\u00e8me, mais dans la bo\u00eete de r\u00e9ception de quelqu'un.<\/p>\n <\/p>\n Nous sommes sp\u00e9cialis\u00e9s dans la mise \u00e0 jour de Power BI sur Microsoft Fabric, plus pr\u00e9cis\u00e9ment dans les flux de t\u00e2ches Translytical et les fonctions de donn\u00e9es utilisateur Fabric. Cela signifie que le chemin d'\u00e9criture est natif de la plateforme sur laquelle votre rapport s'ex\u00e9cute d\u00e9j\u00e0, et non pas un outil ajout\u00e9 en post-construction n\u00e9cessitant la gestion d'un magasin de donn\u00e9es distinct. Qu'il s'agisse d'un simple champ modifiable ou d'un graphique de planification enti\u00e8rement interactif, nous concevons le flux de bout en bout : le d\u00e9clencheur, la logique de validation, l'\u00e9criture et l'actualisation du rapport.<\/p>\n Le processus natif de Microsoft pour la r\u00e9\u00e9criture : un contr\u00f4le de votre rapport d\u00e9clenche une fonction de donn\u00e9es utilisateur Fabric, qui valide les donn\u00e9es saisies et les enregistre dans une base de donn\u00e9es SQL Fabric, un entrep\u00f4t de donn\u00e9es Fabric ou un lac de donn\u00e9es Fabric. Aucun middleware distinct \u00e0 h\u00e9berger, aucun syst\u00e8me d\u2019identit\u00e9 distinct \u00e0 g\u00e9rer : tout s\u2019ex\u00e9cute sur le tenant Fabric dont vous disposez d\u00e9j\u00e0. Voici quelques exemples de flux typiques :<\/p>\n Certains cas d'utilisation n\u00e9cessitent plus qu'un simple bouton et un champ de saisie : ils requi\u00e8rent une manipulation directe. Nous d\u00e9veloppons des visuels Power BI personnalis\u00e9s dot\u00e9s d'une interaction par glisser-d\u00e9poser qui appellent les fonctions Fabric User Data \u00e0 chaque modification, offrant ainsi aux utilisateurs un retour d'information en temps r\u00e9el avant m\u00eame que les donn\u00e9es ne soient enregistr\u00e9es. Parmi les r\u00e9alisations types, on peut citer :<\/p>\n Chaque \u00e9criture fait l'objet d'une validation c\u00f4t\u00e9 serveur au sein de la fonction Fabric User Data Function \u2013 il ne s'agit pas simplement d'une v\u00e9rification dans l'interface graphique qui peut \u00eatre contourn\u00e9e. La s\u00e9curit\u00e9 au niveau des lignes est respect\u00e9e, chaque modification est horodat\u00e9e, et les \u00e9critures rejet\u00e9es renvoient une raison claire au lieu d'\u00e9chouer silencieusement. Parmi les cas de figure courants, on peut citer :<\/p>\n <\/p>\n Avant d'\u00e9crire la moindre ligne de code, nous v\u00e9rifions les fonctionnalit\u00e9s d\u00e9j\u00e0 prises en charge par votre tenant Fabric, l'emplacement o\u00f9 les donn\u00e9es cibles doivent \u00eatre stock\u00e9es (base de donn\u00e9es SQL Fabric, entrep\u00f4t de donn\u00e9es ou Lakehouse) et les r\u00e8gles de validation \u00e0 mettre en place. Ces \u00e9l\u00e9ments sont consign\u00e9s par \u00e9crit et valid\u00e9s avec vous avant le d\u00e9but du d\u00e9veloppement. Un flux de r\u00e9\u00e9criture reposant sur des r\u00e8gles floues g\u00e9n\u00e8re des donn\u00e9es peu fiables.<\/p>\n Nous d\u00e9veloppons la fonction de donn\u00e9es utilisateur, le d\u00e9clencheur c\u00f4t\u00e9 rapport et, si n\u00e9cessaire, le visuel personnalis\u00e9, puis nous les testons dans votre environnement Fabric \u00e0 l'aide de donn\u00e9es r\u00e9alistes. Nous testons le sc\u00e9nario normal ainsi que les cas limites : modifications simultan\u00e9es d\u2019un m\u00eame enregistrement, \u00e9criture \u00e9chouant \u00e0 la validation, coupure r\u00e9seau en cours d\u2019enregistrement. La plupart des \u00e9checs de r\u00e9\u00e9criture en production proviennent pr\u00e9cis\u00e9ment de ces sc\u00e9narios.<\/p>\n Vous testez le flux en le confrontant \u00e0 des sc\u00e9narios r\u00e9els issus de vos rapports quotidiens. Nous corrigeons les \u00e9ventuels probl\u00e8mes, r\u00e9pertorions les limitations connues et v\u00e9rifions que les processus de validation et d'actualisation fonctionnent comme convenu avant la validation finale.<\/p>\n Transfert complet comprenant une description \u00e9crite des entr\u00e9es, de la logique de validation et de la cible d'\u00e9criture de chaque fonction \u2013 suffisamment claire pour que votre \u00e9quipe puisse la comprendre et assurer la maintenance sans avoir besoin de notre intervention. Comprend 3 mois de correction des d\u00e9fauts. Assistance continue disponible dans le cadre d'un contrat de maintenance.<\/p>\n <\/p>\n Un planificateur fait glisser une t\u00e2che dans un diagramme de Gantt vers une nouvelle date. Au fur et \u00e0 mesure du glissement, les r\u00e9servations qui se chevauchent sur la m\u00eame ressource sont imm\u00e9diatement mises en \u00e9vidence. Au moment du d\u00e9p\u00f4t, une fonction de donn\u00e9es utilisateur Fabric valide le nouveau planning par rapport \u00e0 toutes les autres r\u00e9servations de cette ressource et enregistre la modification dans la base de donn\u00e9es SQL de Fabric. En cas de conflit r\u00e9el, l'\u00e9criture est rejet\u00e9e avec une raison claire, au lieu de corrompre le planning sans avertissement.<\/p>\n Un responsable financier modifie directement un chiffre pr\u00e9visionnel dans une matrice Power BI. La modification est valid\u00e9e par rapport \u00e0 l'enveloppe budg\u00e9taire approuv\u00e9e, puis enregistr\u00e9e dans l'entrep\u00f4t de donn\u00e9es Fabric sous-jacent. Tous les autres utilisateurs du rapport voient le chiffre mis \u00e0 jour d\u00e8s la prochaine actualisation : pas besoin d'exportation, de r\u00e9importation ni d'outil de planification distinct.<\/p>\n Une demande appara\u00eet dans un rapport comportant des boutons \u00ab Approuver \u00bb \/ \u00ab Refuser \u00bb. L'approbation d\u00e9clenche une fonction de donn\u00e9es utilisateur Fabric qui enregistre la d\u00e9cision, le nom de la personne ayant approuv\u00e9 la demande et un horodatage dans l'enregistrement, et met \u00e0 jour le statut visible par tous les utilisateurs en aval. L'historique complet des d\u00e9cisions est stock\u00e9 dans la m\u00eame table que celle \u00e0 partir de laquelle le rapport extrait ses donn\u00e9es.<\/p>\n Un utilisateur rep\u00e8re une valeur erron\u00e9e lors de la relecture d'un rapport et la corrige imm\u00e9diatement, au lieu de cr\u00e9er un ticket et d'attendre que quelqu'un d'autre la corrige en amont. La correction est valid\u00e9e et enregistr\u00e9e directement dans la table source g\u00e9r\u00e9e par Fabric.<\/p>\n Un r\u00e9viseur ajoute une note \u00e0 une donn\u00e9e sp\u00e9cifique : une explication concernant un \u00e9cart, une remarque n\u00e9cessitant un suivi. Le commentaire est enregistr\u00e9 avec le nom de l'utilisateur et l'horodatage, et s'affiche pour la prochaine personne qui ouvrira le m\u00eame rapport.<\/p>\n <\/p>\n Nous travaillons en r\u00e9gie. Vous payez pour les jours effectivement travaill\u00e9s \u00e0 un taux journalier fixe. Pas de surprise sur le prix fixe, pas d'\u00e9largissement du champ d'application sans votre accord.<\/p>\nVos rapports mettent en \u00e9vidence le probl\u00e8me. Mais ils ne permettent \u00e0 personne de le r\u00e9soudre.<\/h2>\n
Plans et pr\u00e9visions gel\u00e9s \u00e0 la derni\u00e8re exportation<\/h3>\n
Les modifications d'horaires ont lieu en dehors des horaires pr\u00e9vus<\/h3>\n
Les validations et les corrections figurent dans les e-mails, et non dans le dossier<\/h3>\n
Les solutions de Writeback que nous d\u00e9veloppons pour nos clients.<\/h2>\n
Flux de t\u00e2ches Translytical et fonctions de donn\u00e9es utilisateur Fabric<\/h3>\n
\n
\u00c9l\u00e9ments visuels de r\u00e9\u00e9criture personnalis\u00e9s<\/h3>\n
\n
Validation et gouvernance<\/h3>\n
\n
Comment cela fonctionne-t-il ?<\/h2>\n
1. Architecture et \u00e9tat de pr\u00e9paration des infrastructures<\/h3>\n
2. Construire et tester<\/h3>\n
3. UAT et approbation<\/h3>\n
4. Remise et documentation<\/h3>\n
Ce que nos clients nous \u00e9crivent.<\/h2>\n
Planification interactive des t\u00e2ches et des ressources<\/h3>\n
Modification du budget et des pr\u00e9visions<\/h3>\n
Flux d'approbation<\/h3>\n
Correction des donn\u00e9es \u00e0 la source<\/h3>\n
Commentaires et annotations<\/h3>\n
Une tarification transparente.<\/h2>\n