WEBVTT 00:00:00.300 --> 00:00:06.900 Prêt pour 10 jours consacrés à Microsoft 365, Copilot, IA, Azure et aux acteurs qui façonnent l'avenir du travail ? 00:00:06.900 --> 00:00:12.060 Hey ! En janvier prochain, M365Con revient et nous voyons encore plus grand. 00:00:12.940 --> 00:00:17.900 Rejoignez-nous pour des sessions en direct, des démonstrations concrètes et des conseils pratiques d'experts et MVP du monde entier. 00:00:18.820 --> 00:00:20.960 Pas de diapositif générique, pas de jargon sans fin. 00:00:21.960 --> 00:00:23.080 Nous nous attaquons au vrai défi. 00:00:23.760 --> 00:00:28.620 Copilot Studio, agents, IA, fabrique, sécurité, gouvernance et automatisation. 00:00:28.620 --> 00:00:34.300 Que vous soyez professionnel de l'informatique, développeur ou dirigeant, des sessions sont conçues pour vous. 00:00:35.540 --> 00:00:39.920 Avec 10 jours complets, vous pourrez explorer diverses technologies et échanger avec une communauté mondiale. 00:00:40.940 --> 00:00:44.200 Suivez le direct et repartez avec des solutions concrètes pour votre entreprise. 00:00:45.180 --> 00:00:48.660 Janvier 2027, 10 jours, une seule communauté, Microsoft. 00:00:49.440 --> 00:00:50.660 Les inscriptions sont ouvertes. 00:00:51.760 --> 00:00:53.000 Réservez votre place dès aujourd'hui. 00:00:53.000 --> 00:00:57.040 Rendez-vous sur m365con.net. 00:01:00.180 --> 00:01:04.500 Inscrivez-vous sur m365con.net et retrouvez-nous en direct en janvier. 00:01:05.280 --> 00:01:08.380 Vous êtes-vous déjà demandé si vos données pouvaient agir sans aucune intervention de votre part ? 00:01:08.380 --> 00:01:10.220 Imaginez détecter une baisse de stock en temps réel. 00:01:11.360 --> 00:01:15.120 Au lieu d'envoyer un email ou de consulter un tableau de bord, votre système commande des stocks automatiquement. 00:01:15.120 --> 00:01:16.980 Ce n'est pas une hypothèse. 00:01:17.540 --> 00:01:19.200 C'est Fabric Data Activator en action. 00:01:20.520 --> 00:01:24.920 Aujourd'hui, nous allons relier vos données brutes, alertes instantanées et réponses automatisées 00:01:24.920 --> 00:01:28.740 et vous montrer comment cela s'intègre à Power BI, Synapse et Microsoft Fabric 00:01:28.740 --> 00:01:32.200 pour transformer vos insights en actions immédiates. 00:01:34.080 --> 00:01:35.300 Le chénon manquant de votre boucle de données. 00:01:36.300 --> 00:01:38.480 La plupart des équipes prétendent travailler en temps réel, 00:01:38.600 --> 00:01:42.280 mais sous le capot, on se rapproche souvent d'un décalage d'une journée. 00:01:42.280 --> 00:01:47.420 Les tableaux de bord se rafraîchissent toutes les 15 ou 30 minutes, parfois seulement une fois par heure. 00:01:48.440 --> 00:01:50.300 À ce moment-là, la tendance a déjà changé 00:01:50.300 --> 00:01:54.840 et votre rapport ressemble plus à un bilan après-match qu'à un flux en direct. 00:01:55.580 --> 00:01:58.020 Vous regardez le commentaire d'un match une fois le score final affiché. 00:01:59.300 --> 00:02:01.780 Le problème n'est pas que les outils de BI ne montrent pas ce qui se passe. 00:02:02.320 --> 00:02:03.360 Ils le font généralement très bien. 00:02:04.380 --> 00:02:06.160 Ce qui manque, c'est ce qui se passe une fois l'info révélée. 00:02:07.200 --> 00:02:09.500 Actuellement, la plupart des workflows dépendent d'un humain 00:02:09.500 --> 00:02:13.280 pour remarquer le changement, décider de l'action, puis l'exécuter. 00:02:13.680 --> 00:02:15.480 Ah, cela crée un goulot d'étranglement. 00:02:16.800 --> 00:02:20.640 Même une tâche aussi simple qu'envoyer un email client lors d'une baisse de métrique 00:02:20.640 --> 00:02:24.660 devient manuelle car le système ne connecte pas l'insight à l'action. 00:02:26.910 --> 00:02:28.970 Ce délai est l'endroit où tant d'opportunités s'essoufflent. 00:02:29.850 --> 00:02:33.050 Une promotion lancée avec 3 heures de retard après une baisse des ventes perd toute son urgence. 00:02:33.050 --> 00:02:37.490 Un pic d'erreur sur un site web, ignoré jusqu'à la prochaine réunion, 00:02:37.730 --> 00:02:40.150 coûte des conversions que nous ne rattraperons jamais. 00:02:41.630 --> 00:02:44.950 L'écart entre savoir et agir est précisément le domaine de Fabrique Data Activator, 00:02:45.490 --> 00:02:47.370 conçu pour réduire ce délai à quelques secondes. 00:02:48.650 --> 00:02:50.870 Puisqu'il est intégré nativement dans Microsoft Fabrique, 00:02:50.990 --> 00:02:55.470 Data Activator vous évite d'avoir à exporter, connecter ou jongler constamment avec vos sources de données. 00:02:56.950 --> 00:02:59.290 Il lit les flux d'événements en temps réel et réagit instantanément 00:02:59.290 --> 00:03:01.430 lorsqu'une condition que vous avez définie est remplie. 00:03:01.430 --> 00:03:03.990 La différence est qu'il s'est arrêté à une simple alerte 00:03:03.990 --> 00:03:06.010 et il peut déclencher une réaction en chaîne dans le reste de vos systèmes. 00:03:06.210 --> 00:03:08.810 Dans le reste de vos systèmes, imaginez un flux de vente en direct 00:03:08.810 --> 00:03:10.790 surveillant les performances dans différentes régions. 00:03:11.230 --> 00:03:13.930 D'ailleurs, normalement vous remarqueriez une baisse soudaine 00:03:13.930 --> 00:03:15.350 dans une région sur votre tableau de bord, 00:03:15.590 --> 00:03:17.070 enquêteriez et rédigeriez une offre ciblée, 00:03:17.270 --> 00:03:19.910 obtiendriez une validation et lanceriez la promotion. 00:03:20.990 --> 00:03:21.810 Cela pourrait prendre une heure. 00:03:23.330 --> 00:03:26.370 Avec Data Activator, cette même baisse pourrait déclencher un appel API 00:03:26.370 --> 00:03:28.790 préapprouvé vers votre système d'automatisation marketing, 00:03:29.010 --> 00:03:31.170 lançant une offre ciblée en quelques minutes avant même 00:03:31.170 --> 00:03:32.690 que vos concurrents ne voient une faiblesse. 00:03:34.210 --> 00:03:35.810 Pas d'attente que la bonne personne le remarque, 00:03:35.870 --> 00:03:38.110 pas de délibération pour une décision évidente. 00:03:39.110 --> 00:03:39.830 C'est là tout le changement. 00:03:40.270 --> 00:03:41.930 Les outils de BI traditionnels assurent le suivi. 00:03:42.170 --> 00:03:43.430 Data Activator écoute et répond. 00:03:44.290 --> 00:03:46.730 Avec une fréquence de rafraîchissement habituelle de Power BI, 00:03:46.730 --> 00:03:49.610 disons toutes les 30 minutes, la détection seule pourrait déjà accuser 00:03:49.610 --> 00:03:52.170 un retard par rapport au moment où le changement a commencé. 00:03:52.510 --> 00:03:52.830 A dare. 00:03:53.830 --> 00:03:56.590 Les déclencheurs de Data Activator agissent sur les flux d'événements 00:03:56.590 --> 00:03:59.790 en temps quasi réel, en l'espace de quelques secondes selon la source, 00:04:00.030 --> 00:04:02.030 alignant le moment de l'action beaucoup plus étroitement 00:04:02.030 --> 00:04:03.990 sur l'événement déclencheur lui-même. 00:04:03.990 --> 00:04:06.490 Et comme il est intégré à Fabrique, 00:04:06.590 --> 00:04:08.890 il n'est pas limité à un seul tableau de bord ou ensemble de données. 00:04:09.370 --> 00:04:11.950 Il peut s'interfacer avec n'importe quel élément de l'écosystème si nécessaire. 00:04:13.270 --> 00:04:15.930 Ce flux de données peut faire partie d'un pipeline synapse 00:04:15.930 --> 00:04:21.390 qui alimente ensuite plusieurs modèles en aval et des modèles d'IA. 00:04:22.430 --> 00:04:24.210 Si un événement important se produit, Data Activator 00:04:24.210 --> 00:04:26.230 ne se contente pas d'envoyer un signal à votre tableau de bord. 00:04:26.750 --> 00:04:28.750 Il transmet le signal au système capable de corriger 00:04:28.750 --> 00:04:31.610 ou d'exploiter l'opportunité immédiatement, immédiatement. 00:04:31.610 --> 00:04:34.250 C'est le pont entre l'observation et l'exécution. 00:04:34.690 --> 00:04:36.950 Au lieu d'inonder le chat de votre équipe avec des messages informatifs 00:04:36.950 --> 00:04:38.870 que vos collaborateurs ne liront qu'après le déjeuner, 00:04:39.050 --> 00:04:41.570 il exécute l'étape suivante sur le champ et sur le champ. 00:04:42.370 --> 00:04:45.070 Il transforme chaque événement pertinent en une décision déjà prise, 00:04:45.210 --> 00:04:46.930 en une action déjà accomplie. 00:04:47.770 --> 00:04:49.530 Lorsque vous le comparez au flux de travail biais standard, 00:04:49.730 --> 00:04:50.690 l'avantage est évident. 00:04:51.910 --> 00:04:53.370 La surveillance seule vous raconte l'histoire. 00:04:54.230 --> 00:04:56.150 La surveillance couplée à la réponse change le résultat. 00:04:56.930 --> 00:04:58.890 Et dans un paysage où les opportunités se referment rapidement, 00:04:58.890 --> 00:05:00.790 cette différence est plus qu'un simple confort. 00:05:00.790 --> 00:05:02.070 C'est un avantage compétitif. 00:05:03.590 --> 00:05:05.950 Ensuite, voyons comment cela s'intègre naturellement 00:05:05.950 --> 00:05:07.770 aux outils que vous utilisez déjà sans ajouter 00:05:07.770 --> 00:05:10.470 de couches de complexité à gérer. 00:05:11.830 --> 00:05:13.450 Plus que de simples alertes, le maillage de fabrique. 00:05:13.850 --> 00:05:15.270 Vous envoyez une notification team supplémentaire 00:05:15.270 --> 00:05:17.210 n'est pas de l'automatisation, c'est juste du bruit en plus. 00:05:17.810 --> 00:05:18.210 Voyez le genre. 00:05:18.810 --> 00:05:20.710 Un déluge de fenêtres surgissantes sur chaque écran, 00:05:20.830 --> 00:05:22.390 chacune exigeant que vous examinez quelque chose 00:05:22.390 --> 00:05:23.690 qui pourrait être important ou non. 00:05:24.570 --> 00:05:26.330 Au début, on a l'impression de maîtriser la situation, 00:05:26.330 --> 00:05:29.290 mais très vite, votre équipe commence à les ignorer, 00:05:29.390 --> 00:05:31.210 les alertes importantes étant noyées dans le chaos. 00:05:31.210 --> 00:05:35.330 L'ironie, c'est que les systèmes censés vous tenir informés 00:05:35.330 --> 00:05:36.810 finissent souvent par vous rendre plus aveugles. 00:05:38.330 --> 00:05:39.830 Nous avons tous connu cette réunion du lundi 00:05:39.830 --> 00:05:41.890 où quelqu'un mentionne avoir manqué un problème client majeur 00:05:41.890 --> 00:05:43.750 simplement parce que l'alerte ressemblait à toutes les autres. 00:05:43.750 --> 00:05:47.150 La racine du problème n'est pas le manque de détection, 00:05:47.330 --> 00:05:49.590 mais le manque d'intelligence sur la marche à suivre. 00:05:50.970 --> 00:05:53.490 Des déclencheurs trop sensibles traitent chaque petite fluctuation 00:05:53.490 --> 00:05:55.050 comme une crise, ce qui crée une culture 00:05:55.050 --> 00:05:56.750 où chacun est habitué à les rejeter. 00:05:58.350 --> 00:06:00.130 C'est là que le Data Activator de Microsoft Fabrique, 00:06:00.330 --> 00:06:01.630 intégré au reste de la plateforme, 00:06:01.790 --> 00:06:02.650 prend toute son importance. 00:06:03.870 --> 00:06:05.070 Il ne s'agit pas d'un simple ajout, 00:06:05.370 --> 00:06:07.650 il fonctionne en parfaite symbiose avec Power BI, Synapse 00:06:07.650 --> 00:06:09.150 et le stockage de données de fabrique. 00:06:09.510 --> 00:06:09.710 Sort. 00:06:10.310 --> 00:06:11.990 Cela signifie qu'il opère sur le même terrain 00:06:11.990 --> 00:06:14.510 que les outils qui gèrent déjà vos analyses et vos pipelines. 00:06:15.310 --> 00:06:17.350 Au lieu de vous solliciter à chaque variation d'une mesure, 00:06:17.450 --> 00:06:19.910 il peut décider si cette variation justifie d'interrompre le processus. 00:06:21.350 --> 00:06:22.750 Imaginez un standardiste à l'ancienne 00:06:22.750 --> 00:06:25.690 mais qui comprendrait réellement l'urgence derrière chaque appel. 00:06:26.730 --> 00:06:27.530 Quand quelque chose arrive, 00:06:27.630 --> 00:06:28.730 disons qu'un flux de données signale 00:06:28.730 --> 00:06:30.070 que le format de nommage de vos produits 00:06:30.070 --> 00:06:31.390 vient d'échouer pendant le chargement. 00:06:32.470 --> 00:06:35.110 Data Activator sait quel circuit connecté au bon système 00:06:35.110 --> 00:06:36.850 et n'envoie pas à l'équipe marketing 00:06:36.850 --> 00:06:38.290 une notification qui ne l'iront que demain. 00:06:39.050 --> 00:06:40.850 Il achemine le problème directement vers le système 00:06:40.850 --> 00:06:42.390 capable de stopper le chargement défectueux 00:06:42.390 --> 00:06:44.370 avant qu'il ne corrompe les rapports en aval. 00:06:45.310 --> 00:06:46.270 Voici un exemple plus pratique. 00:06:46.710 --> 00:06:48.170 Un pipeline Synapse extrait des données 00:06:48.170 --> 00:06:50.210 de transactions financières toutes les quelques secondes. 00:06:51.430 --> 00:06:52.250 L'un des systèmes en amont 00:06:52.250 --> 00:06:53.770 commence à envoyer des enregistrements en double 00:06:53.770 --> 00:06:55.250 à cause d'un bug côté fournisseur. 00:06:56.130 --> 00:06:57.490 Si vous utilisez uniquement des alertes, 00:06:57.570 --> 00:06:58.570 vous recevez un message Teams 00:06:58.570 --> 00:06:59.390 ou un email indiquant 00:06:59.390 --> 00:07:01.390 « Bonjour, des doublons ont été détectés ». 00:07:01.390 --> 00:07:02.950 Voilà, c'est désormais sur la liste des choses à faire de quelqu'un. 00:07:03.710 --> 00:07:04.630 Avec Data Activator, 00:07:04.710 --> 00:07:06.090 il peut réellement suspendre le pipeline 00:07:06.090 --> 00:07:07.150 dès l'apparition des doublons 00:07:07.150 --> 00:07:08.270 offrant à vos ingénieurs de données 00:07:08.270 --> 00:07:10.550 le temps nécessaire pour corriger la source 00:07:10.550 --> 00:07:11.470 avant que les mauvaises données 00:07:11.470 --> 00:07:12.590 n'atteignent votre entrepôt. 00:07:13.870 --> 00:07:15.630 La correction s'effectue au niveau du système 00:07:15.630 --> 00:07:16.430 et non parce qu'une personne 00:07:16.430 --> 00:07:17.510 vérifiait par hasard le tableau de bord. 00:07:18.150 --> 00:07:18.690 C'est une différence cruciale. 00:07:19.690 --> 00:07:20.670 Data Activator n'est pas lié 00:07:20.670 --> 00:07:21.370 à un seul jeu de données 00:07:21.370 --> 00:07:22.370 ou à un flux restreint. 00:07:23.250 --> 00:07:24.750 Il fonctionne sur plusieurs types d'entrées, 00:07:25.750 --> 00:07:26.750 tables d'entrepôts structurées, 00:07:26.890 --> 00:07:27.450 flux d'événements 00:07:27.450 --> 00:07:29.150 et autres sources de données connectées à fabrique 00:07:29.150 --> 00:07:30.410 en appliquant les mêmes règles logiques 00:07:30.410 --> 00:07:32.550 sans que vous ayez à les surveiller en permanence. 00:07:32.550 --> 00:07:34.810 Cette portée inter-service 00:07:34.810 --> 00:07:35.870 signifie qu'il ne se contente pas 00:07:35.870 --> 00:07:37.010 de savoir quand quelque chose ne va pas. 00:07:37.590 --> 00:07:38.670 Il sait exactement quand freiner 00:07:38.670 --> 00:07:39.490 ou quand accélérer. 00:07:41.030 --> 00:07:42.690 Et comme il réside dans le même écosystème 00:07:42.690 --> 00:07:43.870 que votre logique de transformation 00:07:43.870 --> 00:07:44.710 et votre stockage, 00:07:45.010 --> 00:07:46.550 il ne lutte pas contre les flux de données. 00:07:47.450 --> 00:07:48.810 Y intégrer ! 00:07:48.810 --> 00:07:50.070 C'est pourquoi vous pouvez mettre en place 00:07:50.070 --> 00:07:51.010 une chaîne où l'ingestion, 00:07:51.130 --> 00:07:51.630 la transformation, 00:07:51.870 --> 00:07:52.990 la validation et la résolution 00:07:52.990 --> 00:07:54.090 se produisent en un seul flux 00:07:54.090 --> 00:07:55.170 sans que personne n'ait à courir 00:07:55.170 --> 00:07:56.490 après les autres pour les transferts. 00:07:57.050 --> 00:07:58.650 C'est la différence entre réagir aux données 00:07:58.650 --> 00:07:59.810 et laisser vos systèmes 00:07:59.810 --> 00:08:00.930 s'adapter en cours de route 00:08:00.930 --> 00:08:01.970 pour préserver la qualité 00:08:01.970 --> 00:08:03.210 et la ponctualité 00:08:03.210 --> 00:08:04.550 et la ponctualité. 00:08:05.230 --> 00:08:06.090 Mais le véritable avantage 00:08:06.090 --> 00:08:07.410 apparaît lorsque vous ne voyez plus cela 00:08:07.410 --> 00:08:08.350 comme un outil d'alerte 00:08:08.350 --> 00:08:08.970 mais comme une couche 00:08:08.970 --> 00:08:09.970 de prise de décision opérationnelle. 00:08:11.730 --> 00:08:13.330 Il réagit en fonction du contexte, 00:08:13.470 --> 00:08:15.090 ce qui réduit considérablement le bruit 00:08:15.090 --> 00:08:17.290 tout en augmentant le pourcentage d'alerte 00:08:17.290 --> 00:08:19.890 déclenchant des actions concrètes. 00:08:21.190 --> 00:08:22.130 Vous n'êtes plus submergé. 00:08:22.670 --> 00:08:23.570 Vous obtenez du signal 00:08:23.570 --> 00:08:24.590 plutôt que du bruit avec moins 00:08:24.590 --> 00:08:25.990 de travail manuel. 00:08:27.070 --> 00:08:27.990 Et comme ces décisions 00:08:27.990 --> 00:08:29.250 peuvent déclencher des changements réels, 00:08:29.470 --> 00:08:30.190 interrompre des tâches, 00:08:30.310 --> 00:08:31.690 mettre à jour des enregistrements 00:08:31.690 --> 00:08:32.790 ou lancer des remédiations, 00:08:32.930 --> 00:08:34.230 cela ne réduit pas seulement le délai 00:08:34.230 --> 00:08:35.910 entre savoir et agir. 00:08:36.730 --> 00:08:37.870 Cela efface totalement cet écart. 00:08:38.110 --> 00:08:38.990 Passons maintenant à la partie 00:08:38.990 --> 00:08:39.730 qui attire l'attention, 00:08:39.990 --> 00:08:40.570 appeler des API 00:08:40.570 --> 00:08:41.970 et interagir avec le monde extérieur 00:08:41.970 --> 00:08:42.470 à Microsoft. 00:08:43.730 --> 00:08:45.230 Lorsque l'intérieur appelle l'extérieur, 00:08:45.750 --> 00:08:46.730 vos données peuvent passer un appel 00:08:46.730 --> 00:08:47.610 avant même que vous ne voyez 00:08:47.610 --> 00:08:48.250 l'appel manqué. 00:08:49.470 --> 00:08:50.470 Ce n'est pas une image, 00:08:50.550 --> 00:08:51.750 nous parlons d'utiliser le flux 00:08:51.750 --> 00:08:53.350 d'événements que vous suivez déjà 00:08:53.350 --> 00:08:54.490 pour déclencher quelque chose 00:08:54.490 --> 00:08:55.670 en dehors de l'écosystème 00:08:55.670 --> 00:08:57.310 Microsoft fabrique en temps réel. 00:08:57.310 --> 00:08:59.930 Au lieu d'attendre que vous lisiez 00:08:59.930 --> 00:09:00.550 un tableau de bord 00:09:00.550 --> 00:09:02.030 ou cliquiez sur une alerte Teams, 00:09:02.210 --> 00:09:03.290 le système appelle lui-même 00:09:03.290 --> 00:09:05.510 métaphoriquement ou littéralement 00:09:05.510 --> 00:09:06.890 pour lancer une action 00:09:06.890 --> 00:09:08.410 dans une autre application 00:09:08.410 --> 00:09:10.850 dès que la condition est remplie. 00:09:11.850 --> 00:09:13.050 La plupart des configurations BI 00:09:13.050 --> 00:09:13.790 jouent précisément ici. 00:09:14.230 --> 00:09:15.210 Elles excellent à faire ressortir 00:09:15.210 --> 00:09:15.710 des insights, 00:09:16.050 --> 00:09:17.270 parfois avec des visuels attrayants 00:09:17.270 --> 00:09:18.590 et des commentaires assistés par IA, 00:09:18.930 --> 00:09:19.930 mais elles vous passent le ballon 00:09:19.930 --> 00:09:20.830 et attendent que vous jouiez. 00:09:20.830 --> 00:09:24.090 Vous devez toujours ouvrir le CRM, 00:09:24.170 --> 00:09:24.790 envoyer la commande, 00:09:24.890 --> 00:09:25.550 mettre à jour le RP 00:09:25.550 --> 00:09:27.190 ou lancer le processus manuellement. 00:09:28.530 --> 00:09:29.130 C'est dans cet écart 00:09:29.130 --> 00:09:30.070 que le goulot d'étranglement humain 00:09:30.070 --> 00:09:30.590 refait surface. 00:09:31.830 --> 00:09:32.990 Vous pouvez détecter le problème 00:09:32.990 --> 00:09:33.670 en quelques minutes, 00:09:33.870 --> 00:09:34.810 mais l'exécution survient 00:09:34.810 --> 00:09:35.470 des heures plus tard 00:09:35.470 --> 00:09:35.990 car elle attend 00:09:35.990 --> 00:09:37.150 que quelqu'un soit disponible. 00:09:38.310 --> 00:09:39.150 Avec Data Activator, 00:09:39.230 --> 00:09:40.410 cette étape n'est pas seulement raccourcie, 00:09:40.710 --> 00:09:41.170 elle disparaît. 00:09:42.470 --> 00:09:43.630 Imaginez que vos niveaux de stock 00:09:43.630 --> 00:09:44.490 passent sous le seuil 00:09:44.490 --> 00:09:45.230 de réapprovisionnement 00:09:45.230 --> 00:09:45.930 en milieu de journée. 00:09:47.330 --> 00:09:48.430 Dans une configuration classique, 00:09:48.510 --> 00:09:49.470 un responsable des opérations 00:09:49.470 --> 00:09:50.450 le remarque dans Power BI 00:09:50.450 --> 00:09:51.490 envoie une note aux achats 00:09:51.490 --> 00:09:52.530 et attend une confirmation. 00:09:53.570 --> 00:09:54.190 Pendant ce temps, 00:09:54.250 --> 00:09:55.270 vous continuez à vendre le produit 00:09:55.270 --> 00:09:56.110 et vous vous rapprochez 00:09:56.110 --> 00:09:57.010 de la rupture de stock. 00:09:58.190 --> 00:09:58.670 Au lieu de cela, 00:09:59.050 --> 00:10:00.030 Data Activator peut envoyer 00:10:00.030 --> 00:10:00.950 un appel API directement 00:10:00.950 --> 00:10:01.710 au système de commande 00:10:01.710 --> 00:10:02.510 de votre fournisseur 00:10:02.510 --> 00:10:03.430 dès que les données 00:10:03.430 --> 00:10:04.230 franchissent ce seuil. 00:10:05.190 --> 00:10:06.150 Le bon de commande est passé, 00:10:06.230 --> 00:10:07.110 la livraison est mise 00:10:07.110 --> 00:10:07.890 en file d'attente, 00:10:07.990 --> 00:10:08.710 personne dans votre équipe 00:10:08.710 --> 00:10:09.410 n'a encore lu l'alerte 00:10:09.410 --> 00:10:10.730 et la solution est déjà en cours. 00:10:11.490 --> 00:10:12.110 C'est là tout l'intérêt 00:10:12.110 --> 00:10:13.110 de lancer des appels externes 00:10:13.110 --> 00:10:14.170 directement depuis Fabrique. 00:10:14.710 --> 00:10:15.350 Vous n'êtes pas limité 00:10:15.350 --> 00:10:15.990 aux outils Microsoft 00:10:15.990 --> 00:10:16.510 ce qu'il s'agisse 00:10:16.510 --> 00:10:17.270 d'un CRM SAS, 00:10:17.270 --> 00:10:18.290 d'un ERP existant, 00:10:18.370 --> 00:10:19.010 d'un point de terminaison 00:10:19.010 --> 00:10:19.790 reste personnalisé 00:10:19.790 --> 00:10:20.530 ou même de l'API 00:10:20.530 --> 00:10:21.150 d'un partenaire. 00:10:21.370 --> 00:10:21.950 Vous pouvez connecter 00:10:21.950 --> 00:10:23.130 ce déclencheur en temps réel 00:10:23.130 --> 00:10:24.110 pour combler l'écart 00:10:24.110 --> 00:10:25.050 entre détection 00:10:25.050 --> 00:10:26.330 et résolution. 00:10:27.650 --> 00:10:28.770 Le résultat peut être 00:10:28.770 --> 00:10:29.350 aussi simple 00:10:29.350 --> 00:10:30.030 que l'envoi de données 00:10:30.030 --> 00:10:30.650 vers un webhook 00:10:30.650 --> 00:10:31.530 ou aussi structuré 00:10:31.530 --> 00:10:32.730 que l'envoi d'une charge utile 00:10:32.730 --> 00:10:33.670 formatée déclenchant 00:10:33.670 --> 00:10:35.150 un workflow en plusieurs étapes 00:10:35.150 --> 00:10:35.970 sur une plateforme 00:10:35.970 --> 00:10:37.290 totalement différente. 00:10:40.190 --> 00:10:40.510 C'est le moment 00:10:40.510 --> 00:10:41.210 où Fabrique cesse 00:10:41.210 --> 00:10:42.110 d'être un simple ensemble 00:10:42.110 --> 00:10:42.950 d'outils d'analyse 00:10:42.950 --> 00:10:43.930 pour commencer à agir 00:10:43.930 --> 00:10:45.030 comme le système nerveux 00:10:45.030 --> 00:10:46.190 central de votre environnement 00:10:46.190 --> 00:10:46.850 opérationnel. 00:10:46.850 --> 00:10:49.250 Lorsqu'un événement 00:10:49.250 --> 00:10:49.730 se produit, 00:10:49.830 --> 00:10:50.530 l'ONER n'envoie pas 00:10:50.530 --> 00:10:51.110 seulement un signal 00:10:51.110 --> 00:10:51.530 à vos yeux, 00:10:51.930 --> 00:10:52.870 il transmet des instructions 00:10:52.870 --> 00:10:53.510 aux membres 00:10:53.510 --> 00:10:55.030 pour une action immédiate. 00:10:55.770 --> 00:10:56.570 C'est ainsi que vous passez 00:10:56.570 --> 00:10:57.350 de la surveillance 00:10:57.350 --> 00:10:57.970 des opérations 00:10:57.970 --> 00:10:58.830 à une autorégulation 00:10:58.830 --> 00:10:59.590 à grande échelle. 00:11:00.290 --> 00:11:01.310 Vous pouvez le constater 00:11:01.310 --> 00:11:01.770 dans les secteurs 00:11:01.770 --> 00:11:02.810 fortement équipés en IoT. 00:11:04.010 --> 00:11:04.650 Imaginez une usine 00:11:04.650 --> 00:11:05.110 de fabrication 00:11:05.110 --> 00:11:05.770 avec des capteurs 00:11:05.770 --> 00:11:06.490 de vibrations installés 00:11:06.490 --> 00:11:07.410 sur des machines critiques. 00:11:08.950 --> 00:11:09.410 Ces capteurs 00:11:09.410 --> 00:11:10.010 diffusent des données 00:11:10.010 --> 00:11:10.450 vers Fabrique 00:11:10.450 --> 00:11:10.970 en temps réel. 00:11:11.990 --> 00:11:12.510 Dès qu'une mesure 00:11:12.510 --> 00:11:13.290 entre dans une plage 00:11:13.290 --> 00:11:14.110 d'avertissement de panne, 00:11:14.190 --> 00:11:15.130 Data Activator peut créer 00:11:15.130 --> 00:11:15.710 et attribuer 00:11:15.710 --> 00:11:16.530 un ordre de travail 00:11:16.530 --> 00:11:17.730 dans Dynamics 365 00:11:17.730 --> 00:11:18.610 planifiant l'intervention 00:11:18.610 --> 00:11:19.230 d'un ingénieur 00:11:19.230 --> 00:11:20.210 avant même que la machine 00:11:20.210 --> 00:11:21.270 ne soit proche de la panne. 00:11:22.610 --> 00:11:23.390 Aucun superviseur 00:11:23.390 --> 00:11:24.150 n'a besoin d'interrompre 00:11:24.150 --> 00:11:25.230 sa journée pour passer l'appel. 00:11:25.370 --> 00:11:25.970 Le système achemine 00:11:25.970 --> 00:11:26.990 automatiquement la tâche 00:11:26.990 --> 00:11:28.350 avec tout le contexte nécessaire 00:11:28.350 --> 00:11:29.170 aux techniciens, 00:11:29.310 --> 00:11:29.750 à FMEI. 00:11:30.410 --> 00:11:31.250 Les réparations commencent 00:11:31.250 --> 00:11:32.350 avant même que l'indisponibilité 00:11:32.350 --> 00:11:33.010 ne devienne un sujet 00:11:33.010 --> 00:11:33.650 de préoccupation. 00:11:34.130 --> 00:11:34.590 La combinaison 00:11:34.590 --> 00:11:35.650 de la surveillance automatisée 00:11:35.650 --> 00:11:36.590 et des API sortantes 00:11:36.590 --> 00:11:37.230 est ce qui déclenche 00:11:37.230 --> 00:11:38.270 la véritable autonomie. 00:11:39.150 --> 00:11:39.850 Vous ne vous contentez pas 00:11:39.850 --> 00:11:40.590 de filtrer les alertes 00:11:40.590 --> 00:11:41.230 pour leur pertinence, 00:11:41.290 --> 00:11:42.070 vous connectez ces déclenches 00:11:42.070 --> 00:11:42.470 sans filtrer 00:11:42.470 --> 00:11:43.170 à des actions tangibles 00:11:43.170 --> 00:11:44.230 qui se produisent immédiatement. 00:11:44.930 --> 00:11:45.370 C'est le passage 00:11:45.370 --> 00:11:46.150 de la gestion pilotée 00:11:46.150 --> 00:11:46.530 par les données 00:11:46.530 --> 00:11:47.530 à l'activation par les données 00:11:47.530 --> 00:11:48.870 où la capacité de réponse 00:11:48.870 --> 00:11:49.950 du système est aussi rapide 00:11:49.950 --> 00:11:51.210 que sa capacité de détection. 00:11:52.290 --> 00:11:53.470 Lorsque tout est bien configuré, 00:11:53.810 --> 00:11:55.130 vos processus ne se contentent pas 00:11:55.130 --> 00:11:56.670 d'éviter le micromanagement humain. 00:11:56.870 --> 00:11:57.890 Ils s'améliorent activement 00:11:57.890 --> 00:11:59.030 car la boucle entre détection 00:11:59.030 --> 00:12:00.090 et action est serrée, 00:12:00.410 --> 00:12:02.130 cohérente et toujours active. 00:12:03.050 --> 00:12:03.850 Vous pouvez vous concentrer 00:12:03.850 --> 00:12:04.710 sur la conception de règles 00:12:04.710 --> 00:12:05.750 et de logiques plus performantes 00:12:05.750 --> 00:12:06.230 au lieu de vous demander 00:12:06.230 --> 00:12:07.570 si quelqu'un a bien vu l'alerte. 00:12:08.810 --> 00:12:09.710 Mais même le système nerveux 00:12:09.710 --> 00:12:10.330 le plus réactif 00:12:10.330 --> 00:12:11.010 possède des seuils 00:12:11.010 --> 00:12:11.750 qu'on ne peut ignorer. 00:12:12.890 --> 00:12:13.730 Si vous ne les connaissez pas 00:12:13.730 --> 00:12:14.210 avant de commencer, 00:12:14.350 --> 00:12:15.130 les résultats peuvent vite 00:12:15.130 --> 00:12:15.870 devenir chaotiques. 00:12:17.490 --> 00:12:18.250 Connaître les limites 00:12:18.250 --> 00:12:19.050 avant de construire, 00:12:19.490 --> 00:12:20.670 chaque héros de l'automatisation 00:12:20.670 --> 00:12:21.290 a une histoire 00:12:21.290 --> 00:12:22.330 et une liste de pièges 00:12:22.330 --> 00:12:24.150 qu'il aurait aimé anticiper. 00:12:25.490 --> 00:12:26.690 Avec Data Activator, 00:12:26.790 --> 00:12:27.530 la réalité est que, 00:12:28.010 --> 00:12:28.990 bien que l'idée de détection 00:12:28.990 --> 00:12:29.790 couplée à la réaction 00:12:29.790 --> 00:12:30.550 semble sans limite, 00:12:30.690 --> 00:12:31.530 elle repose sur un cadre 00:12:31.530 --> 00:12:32.510 très pratique. 00:12:33.390 --> 00:12:34.210 Ce n'est pas de la magie, 00:12:34.510 --> 00:12:35.310 cela fonctionne toujours 00:12:35.310 --> 00:12:36.370 sur l'architecture de fabrique, 00:12:37.050 --> 00:12:37.810 limitée par les mêmes 00:12:37.810 --> 00:12:38.630 modèles de capacité, 00:12:38.870 --> 00:12:39.510 limites de service 00:12:39.510 --> 00:12:40.730 et hypothèses de conception, 00:12:41.010 --> 00:12:41.670 qui s'appliquent 00:12:41.670 --> 00:12:42.910 au reste de l'écosystème. 00:12:43.930 --> 00:12:44.670 Ignorez ces limites 00:12:44.670 --> 00:12:45.570 et vous découvrirez vite 00:12:45.570 --> 00:12:46.090 ce qui arrive 00:12:46.090 --> 00:12:47.150 quand une automatisation 00:12:47.150 --> 00:12:48.490 bien intentionnée 00:12:48.490 --> 00:12:49.490 s'arrête nette, 00:12:49.750 --> 00:12:50.010 nette. 00:12:50.570 --> 00:12:51.190 Le plus difficile 00:12:51.190 --> 00:12:52.010 est que les points de défaillance 00:12:52.010 --> 00:12:52.990 n'apparaissent généralement pas 00:12:52.990 --> 00:12:54.150 lors de votre preuve de concept. 00:12:54.850 --> 00:12:55.790 Dans un test restreint, 00:12:55.930 --> 00:12:56.810 tout semble instantané. 00:12:57.430 --> 00:12:58.290 Les conditions se déclenchent, 00:12:58.350 --> 00:12:59.110 les actions s'exécutent 00:12:59.110 --> 00:12:59.670 et vous avez le résultat 00:12:59.670 --> 00:13:00.350 presque immédiatement. 00:13:01.670 --> 00:13:02.130 C'est au moment 00:13:02.130 --> 00:13:02.870 où vous changez d'échelle, 00:13:03.370 --> 00:13:04.590 connectez plusieurs systèmes externes, 00:13:04.750 --> 00:13:05.230 augmentez le volume 00:13:05.230 --> 00:13:05.790 de déclenchement 00:13:05.790 --> 00:13:06.970 et ajoutez une logique complexe 00:13:06.970 --> 00:13:07.890 que les contraintes se révèlent. 00:13:08.610 --> 00:13:09.570 La latence augmente, 00:13:09.670 --> 00:13:10.650 l'utilisation de la capacité 00:13:10.650 --> 00:13:11.350 grimpe en flèche. 00:13:12.030 --> 00:13:12.250 Soudain, 00:13:12.310 --> 00:13:13.110 ce moteur de décision 00:13:13.110 --> 00:13:13.650 en temps réel 00:13:13.650 --> 00:13:14.510 est soit limité, 00:13:14.690 --> 00:13:15.710 soit mis en fil d'attente. 00:13:17.590 --> 00:13:18.610 Pensez à ce qui se passe 00:13:18.610 --> 00:13:19.470 lorsqu'un déclencheur 00:13:19.470 --> 00:13:20.130 dépend d'une source 00:13:20.130 --> 00:13:21.130 techniquement connectée 00:13:21.130 --> 00:13:21.970 mais non intégrée 00:13:21.970 --> 00:13:23.570 au service natif de fabrique. 00:13:24.970 --> 00:13:25.470 Peut-être avez-vous 00:13:25.470 --> 00:13:26.050 un flux de données 00:13:26.050 --> 00:13:26.770 provenant d'un hub 00:13:26.770 --> 00:13:27.570 d'événements externes 00:13:27.570 --> 00:13:28.670 qui alimente vos rapports. 00:13:30.090 --> 00:13:31.110 Si Data Activator 00:13:31.110 --> 00:13:31.870 s'appuie sur ce flux 00:13:31.870 --> 00:13:33.130 pour lancer un processus critique 00:13:33.130 --> 00:13:33.970 mais que l'intervalle 00:13:33.970 --> 00:13:34.870 de traitement côté source 00:13:34.870 --> 00:13:35.410 est plus lent 00:13:35.410 --> 00:13:36.190 que le temps de réaction 00:13:36.190 --> 00:13:36.890 cible de fabrique, 00:13:36.890 --> 00:13:37.890 vous n'obtiendrez 00:13:37.890 --> 00:13:38.630 jamais 00:13:38.630 --> 00:13:39.590 la réactivité 00:13:39.590 --> 00:13:40.370 attendue. 00:13:41.990 --> 00:13:42.590 J'ai vu des déploiements 00:13:42.590 --> 00:13:42.890 bloqués 00:13:42.890 --> 00:13:43.490 parce que les conditions 00:13:43.490 --> 00:13:44.270 reposaient sur des données 00:13:44.270 --> 00:13:44.830 semi-statiques 00:13:44.830 --> 00:13:45.450 incapables de suivre 00:13:45.450 --> 00:13:46.190 le rythme de la logique 00:13:46.190 --> 00:13:46.670 de déclenchement. 00:13:47.710 --> 00:13:48.350 L'automatisation 00:13:48.350 --> 00:13:48.790 n'a pas échoué, 00:13:48.870 --> 00:13:49.250 elle était simplement 00:13:49.250 --> 00:13:50.090 trop tardif pour être utile. 00:13:50.650 --> 00:13:51.130 Il existe aussi 00:13:51.130 --> 00:13:52.170 la tentation de tout surveiller. 00:13:52.670 --> 00:13:53.050 C'est logique 00:13:53.050 --> 00:13:53.730 au premier abord. 00:13:54.330 --> 00:13:54.910 Plus de conditions 00:13:54.910 --> 00:13:55.390 de surveillance 00:13:55.390 --> 00:13:56.030 devraient signifier 00:13:56.030 --> 00:13:56.870 plus d'opportunités 00:13:56.870 --> 00:13:57.450 de réagir 00:13:57.450 --> 00:13:58.350 mais chaque déclencheur 00:13:58.350 --> 00:13:58.710 défini 00:13:58.710 --> 00:13:59.970 contribue à la charge 00:13:59.970 --> 00:14:00.430 de travail 00:14:00.430 --> 00:14:01.350 de votre capacité 00:14:01.350 --> 00:14:01.810 fabrique. 00:14:02.610 --> 00:14:03.190 Chez Aïdassa. 00:14:03.670 --> 00:14:04.190 Cela signifie 00:14:06.890 --> 00:14:08.030 BI aux flux de données 00:14:08.030 --> 00:14:08.670 et vos requêtes 00:14:08.670 --> 00:14:09.570 d'entrepôt. 00:14:10.330 --> 00:14:10.990 Poussez le curseur 00:14:10.990 --> 00:14:11.330 trop loin 00:14:11.330 --> 00:14:11.930 et vous constaterez 00:14:11.930 --> 00:14:12.570 un effet domino. 00:14:12.810 --> 00:14:13.430 Les autres charges 00:14:13.430 --> 00:14:14.250 de travail ralentissent 00:14:14.250 --> 00:14:14.970 car vos déclencheurs 00:14:14.970 --> 00:14:15.670 saturent les ressources 00:14:15.670 --> 00:14:16.050 de calcul. 00:14:17.050 --> 00:14:17.670 La planification 00:14:17.670 --> 00:14:18.250 de la capacité 00:14:18.250 --> 00:14:18.990 n'est pas optionnelle ici 00:14:18.990 --> 00:14:19.670 car c'est la discipline 00:14:19.670 --> 00:14:20.650 qui empêche l'automatisation 00:14:20.650 --> 00:14:21.530 de devenir une source 00:14:21.530 --> 00:14:21.910 de temps d'arrêt 00:14:21.910 --> 00:14:22.470 auto-infligée. 00:14:22.910 --> 00:14:23.570 Les objectifs de l'attente 00:14:23.570 --> 00:14:24.390 sont également importants. 00:14:24.450 --> 00:14:25.110 Data Activator 00:14:25.110 --> 00:14:26.190 peut réagir en quelques secondes 00:14:26.190 --> 00:14:27.310 mais seulement si les systèmes 00:14:27.310 --> 00:14:28.050 en amont et en aval 00:14:28.050 --> 00:14:29.150 peuvent supporter cette vitesse. 00:14:30.150 --> 00:14:31.430 Si votre appel API déclenché 00:14:31.430 --> 00:14:32.570 pointe vers une intégration 00:14:32.570 --> 00:14:33.630 ERP traité par l'eau 00:14:33.630 --> 00:14:34.450 toutes les 15 minutes 00:14:34.450 --> 00:14:35.410 vous vous exposez 00:14:35.410 --> 00:14:36.150 inévitablement 00:14:36.150 --> 00:14:37.510 à des délais intégrés. 00:14:38.290 --> 00:14:39.210 Le déclencheur s'exécute 00:14:39.210 --> 00:14:39.930 mais le résultat final 00:14:39.930 --> 00:14:40.450 attend tout de même 00:14:40.450 --> 00:14:41.370 le prochain traitement par l'eau. 00:14:42.090 --> 00:14:42.790 Ces différences de rythme 00:14:42.790 --> 00:14:43.530 de service doivent être 00:14:43.530 --> 00:14:44.570 cartographiées avant de commencer 00:14:44.570 --> 00:14:45.410 à relier les systèmes 00:14:45.410 --> 00:14:45.890 entre eux. 00:14:46.890 --> 00:14:47.750 La voie la plus sûre 00:14:47.750 --> 00:14:48.410 consiste à commencer 00:14:48.410 --> 00:14:49.050 par des conditions 00:14:49.050 --> 00:14:49.850 à forte valeur ajoutée 00:14:49.850 --> 00:14:50.790 mais à faible fréquence. 00:14:51.290 --> 00:14:52.090 Cela signifie choisir 00:14:52.090 --> 00:14:52.750 des scénarios où 00:14:52.750 --> 00:14:53.590 même si le déclenchement 00:14:53.590 --> 00:14:54.610 n'a lieu que quelques fois par jour 00:14:54.610 --> 00:14:56.030 chacun a un impact clair 00:14:56.030 --> 00:14:57.190 justifiant l'automatisation. 00:14:57.890 --> 00:14:58.810 Il s'agit de prouver 00:14:58.810 --> 00:14:59.430 l'efficacité 00:14:59.430 --> 00:15:01.050 sans saturer votre capacité 00:15:01.050 --> 00:15:01.670 ni surcharger 00:15:01.670 --> 00:15:03.150 les services en aval. 00:15:04.030 --> 00:15:04.790 Vous affinez la logique 00:15:04.790 --> 00:15:05.370 de déclenchement 00:15:05.370 --> 00:15:06.650 comprenez le profil de traitement 00:15:06.650 --> 00:15:07.290 et seulement ensuite 00:15:07.290 --> 00:15:08.250 vous commencez à étendre. 00:15:09.370 --> 00:15:09.930 Il est aussi bon 00:15:09.930 --> 00:15:10.950 de rappeler que la tarification 00:15:10.950 --> 00:15:11.830 et la capacité 00:15:11.830 --> 00:15:12.430 ne concernent pas 00:15:12.430 --> 00:15:13.310 uniquement le stockage 00:15:13.310 --> 00:15:14.350 ou les actualisations. 00:15:15.090 --> 00:15:16.170 L'évaluation des déclencheurs 00:15:16.170 --> 00:15:17.130 et l'exécution des actions 00:15:17.130 --> 00:15:17.870 consomment des ressources 00:15:17.870 --> 00:15:18.330 du même pool. 00:15:18.850 --> 00:15:19.790 Cet appel à pays sortant 00:15:19.790 --> 00:15:20.770 c'est du calcul pur. 00:15:21.270 --> 00:15:21.730 La transformation 00:15:21.730 --> 00:15:22.410 que vous exécutez 00:15:22.410 --> 00:15:23.250 avant de vérifier une condition 00:15:23.250 --> 00:15:24.250 consomme aussi des ressources. 00:15:24.810 --> 00:15:25.570 Si vous multipliez 00:15:25.570 --> 00:15:26.070 les conditions 00:15:26.070 --> 00:15:26.770 et les connexions 00:15:26.770 --> 00:15:27.490 sans tenir compte 00:15:27.490 --> 00:15:28.170 de la capacité 00:15:28.170 --> 00:15:28.830 de vos unités 00:15:28.830 --> 00:15:29.550 vous atteindrez 00:15:29.550 --> 00:15:30.530 vos limites plus vite 00:15:30.530 --> 00:15:31.090 que prévues. 00:15:31.270 --> 00:15:32.070 Plus vite que prévues. 00:15:32.730 --> 00:15:33.190 La bonne nouvelle 00:15:33.190 --> 00:15:33.650 c'est qu'une fois 00:15:33.650 --> 00:15:34.490 ces limites identifiées 00:15:34.490 --> 00:15:35.210 vous pouvez adapter 00:15:35.210 --> 00:15:35.910 votre conception. 00:15:36.490 --> 00:15:37.370 Vous créez des processus 00:15:37.370 --> 00:15:37.830 qui s'auto...