[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f9ZZT5eF4Axr7eQwNUqq5xsLg_h_eYXPf9yQBapV-wyE":3,"white_papers":79},{"tableOfContents":4,"markDownContent":5,"htmlContent":6,"metaTitle":7,"metaDescription":7,"wordCount":8,"readTime":9,"title":10,"nbDownloads":11,"excerpt":7,"lang":12,"url":13,"intro":14,"featured":4,"state":15,"author":16,"authorId":17,"datePublication":23,"dateCreation":24,"dateUpdate":25,"mainCategory":26,"categories":41,"metaDatas":68,"imageUrl":69,"imageThumbUrls":70,"id":78},false,"## Conformité IA : vous avez déjà fait l'essentiel\n\nQuand on lit l'AI Act pour la première fois, le réflexe est de se dire qu'il faut tout reconstruire. Nouveau cadre, nouvelles obligations, nouvelle documentation. Et pourtant, en travaillant sur le sujet avec des équipes conformité qui ont un programme RGPD sérieux derrière elles, on arrive systématiquement au même constat : la majorité du travail est déjà fait.\n\nNon pas pour minimiser le texte, mais parce que les deux règlements reposent sur une même culture de la gouvernance, et que cette culture, les organisations qui ont fait leur RGPD l'ont déjà intégrée.\n\n---\n\n## Deux registres distincts, mais des objets qui se recoupent\n\nLe pilotage des systèmes d'IA prévu par l'AI Act n'est pas le registre des traitements du RGPD. Ce sont deux instruments distincts avec des finalités différentes, et il n'est pas question de les fusionner. Chez Dastra, nous proposons de réaliser ce pilotage à travers un [registre des systèmes d'IA.](https://www.dastra.eu/fr/product-features/ai-governance)\n\nIl y a cependant des points de convergence dès qu'un système d'IA traite des données personnelles. Un jeu de données d'entraînement constitué à partir de données clients est à la fois un traitement au sens du RGPD et un asset technique central de la documentation AI Act. Le fournisseur du modèle est à la fois sous-traitant au sens de l'article 28 et fournisseur d'IA au sens du règlement européen. Le système de scoring ou de recommandation qui tourne en production figure dans les deux registres, avec des informations qui se répondent.\n\n| Objet | Côté RGPD | Côté AI Act |\n| --- | --- | --- |\n| Jeu de données d'entraînement | Traitement de données personnelles | Asset technique à documenter (origine, qualité, biais) |\n| Fournisseur de modèle | Sous-traitant (art. 28) | Fournisseur d'IA (obligations de transparence) |\n| Système de scoring / décision | Traitement avec prise de décision automatisée (art. 22) | Système d'IA à haut risque potentiel |\n| AIPD | Évaluation d'impact sur la vie privée | Base de départ pour l'évaluation de conformité IA |\n| Politique fournisseurs / DPA | Encadrement contractuel du sous-traitant | Clause AI Act sur les obligations du fournisseur |\n\nQuand les deux registres sont bien articulés, la mise à jour d'une information dans l'un peut nourrir l'autre. Gérés en silos, ils conduisent à doubler inutilement le travail et à créer des incohérences entre deux sources qui décrivent en partie les mêmes réalités.\n\n---\n\n## Ce que le RGPD a déjà construit\n\nLe RGPD a forcé les organisations à développer des réflexes qui se transposent directement à la gouvernance IA, notamment l'évaluation des risques avant tout déploiement, l'encadrement contractuel des fournisseurs, la documentation des choix effectués et la désignation de responsables internes. L'AIPD en particulier est méthodologiquement très proche de l'évaluation de conformité que l'AI Act impose pour les systèmes à haut risque. Les questions posées ne sont pas les mêmes, mais la démarche qui consiste à identifier les risques, les évaluer et documenter les mesures prises est identique. Une équipe qui a produit des AIPD sérieuses a déjà les bons réflexes pour aborder ce que l'AI Act exige.\n\n> L'AIPD que vous avez produite l'an dernier est la meilleure base de départ pour votre évaluation AI Act.\n\n---\n\n## Ce qui est réellement nouveau\n\nL'AI Act introduit toutefois des obligations qui n'ont pas d'équivalent direct dans le RGPD.\n\n| Obligation AI Act | Équivalent RGPD ? | Ce qu'il faut construire |\n| --- | --- | --- |\n| Classification par niveau de risque | Non | Grille d'analyse à déployer sur l'inventaire des systèmes IA |\n| Documentation technique (haut risque) | Partiellement (AIPD) | Enrichir l'AIPD existante avec architecture, métriques, robustesse |\n| Marquage CE / conformité fournisseur | Non | Nouveau processus, implique les équipes techniques et achats |\n| Post-market monitoring | Partiellement (révision périodique des traitements) | Formaliser la surveillance continue et les mécanismes d'alerte |\n| Transparence envers les utilisateurs (IA) | Partiellement (information art. 13/14) | Adapter les mentions d'information pour couvrir la dimension IA |\n\nPour les systèmes à haut risque en particulier, la documentation technique va plus loin que ce qu'une AIPD couvre habituellement, en intégrant l'architecture du modèle, les données d'entraînement, les métriques de performance et les tests de robustesse. Cela implique de travailler étroitement avec les équipes techniques, en partant des assets déjà documentés côté RGPD pour les compléter plutôt qu'en repartant de zéro.\n\n---\n\n## Par où commencer\n\nLa première chose utile est de faire un inventaire des systèmes d'IA déjà en production ou en cours de déploiement, puis de les qualifier selon la grille de risque de l'AI Act. Dans beaucoup d'organisations, cet exercice révèle que la grande majorité des systèmes tombe dans les catégories à risque limité ou minimal, ce qui réduit considérablement le périmètre des obligations renforcées.\n\nPour les systèmes qui relèvent du haut risque, la démarche la plus efficace consiste à partir de ce qui existe déjà tel que l'AIPD, la fiche fournisseur, les éléments du registre et à l'enrichir avec ce que l'AI Act exige en plus, plutôt que de traiter les deux exercices comme des projets séparés.\n\nC'est ce qu'on a cherché à permettre dans Dastra : que les équipes puissent articuler leurs deux registres, identifier les objets communs et construire leur conformité IA sur ce qu'elles ont déjà bâti pour le RGPD. Le dernier kilomètre est réel, mais il est beaucoup plus court qu'il n'y paraît au premier regard.\n\n---\n\n*Dastra fournit l'outil aux équipes juridiques et conformité pour la mise en place de leur programme de conformité IA. [En savoir plus](https://www.dastra.eu/)*","\u003Ch2 id=\"conformite-ia-vous-avez-deja-fait-lessentiel\">Conformité IA : vous avez déjà fait l'essentiel\u003C/h2>\n\u003Cp>Quand on lit l'AI Act pour la première fois, le réflexe est de se dire qu'il faut tout reconstruire. Nouveau cadre, nouvelles obligations, nouvelle documentation. Et pourtant, en travaillant sur le sujet avec des équipes conformité qui ont un programme RGPD sérieux derrière elles, on arrive systématiquement au même constat : la majorité du travail est déjà fait.\u003C/p>\n\u003Cp>Non pas pour minimiser le texte, mais parce que les deux règlements reposent sur une même culture de la gouvernance, et que cette culture, les organisations qui ont fait leur RGPD l'ont déjà intégrée.\u003C/p>\n\u003Chr />\n\u003Ch2 id=\"deux-registres-distincts-mais-des-objets-qui-se-recoupent\">Deux registres distincts, mais des objets qui se recoupent\u003C/h2>\n\u003Cp>Le pilotage des systèmes d'IA prévu par l'AI Act n'est pas le registre des traitements du RGPD. Ce sont deux instruments distincts avec des finalités différentes, et il n'est pas question de les fusionner. Chez Dastra, nous proposons de réaliser ce pilotage à travers un \u003Ca href=\"https://www.dastra.eu/fr/product-features/ai-governance\">registre des systèmes d'IA.\u003C/a>\u003C/p>\n\u003Cp>Il y a cependant des points de convergence dès qu'un système d'IA traite des données personnelles. Un jeu de données d'entraînement constitué à partir de données clients est à la fois un traitement au sens du RGPD et un asset technique central de la documentation AI Act. Le fournisseur du modèle est à la fois sous-traitant au sens de l'article 28 et fournisseur d'IA au sens du règlement européen. Le système de scoring ou de recommandation qui tourne en production figure dans les deux registres, avec des informations qui se répondent.\u003C/p>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Objet\u003C/th>\n\u003Cth>Côté RGPD\u003C/th>\n\u003Cth>Côté AI Act\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Jeu de données d'entraînement\u003C/td>\n\u003Ctd>Traitement de données personnelles\u003C/td>\n\u003Ctd>Asset technique à documenter (origine, qualité, biais)\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Fournisseur de modèle\u003C/td>\n\u003Ctd>Sous-traitant (art. 28)\u003C/td>\n\u003Ctd>Fournisseur d'IA (obligations de transparence)\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Système de scoring / décision\u003C/td>\n\u003Ctd>Traitement avec prise de décision automatisée (art. 22)\u003C/td>\n\u003Ctd>Système d'IA à haut risque potentiel\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>AIPD\u003C/td>\n\u003Ctd>Évaluation d'impact sur la vie privée\u003C/td>\n\u003Ctd>Base de départ pour l'évaluation de conformité IA\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Politique fournisseurs / DPA\u003C/td>\n\u003Ctd>Encadrement contractuel du sous-traitant\u003C/td>\n\u003Ctd>Clause AI Act sur les obligations du fournisseur\u003C/td>\n\u003C/tr>\n\u003C/tbody>\n\u003C/table>\n\u003Cp>Quand les deux registres sont bien articulés, la mise à jour d'une information dans l'un peut nourrir l'autre. Gérés en silos, ils conduisent à doubler inutilement le travail et à créer des incohérences entre deux sources qui décrivent en partie les mêmes réalités.\u003C/p>\n\u003Chr />\n\u003Ch2 id=\"ce-que-le-rgpd-a-deja-construit\">Ce que le RGPD a déjà construit\u003C/h2>\n\u003Cp>Le RGPD a forcé les organisations à développer des réflexes qui se transposent directement à la gouvernance IA, notamment l'évaluation des risques avant tout déploiement, l'encadrement contractuel des fournisseurs, la documentation des choix effectués et la désignation de responsables internes. L'AIPD en particulier est méthodologiquement très proche de l'évaluation de conformité que l'AI Act impose pour les systèmes à haut risque. Les questions posées ne sont pas les mêmes, mais la démarche qui consiste à identifier les risques, les évaluer et documenter les mesures prises est identique. Une équipe qui a produit des AIPD sérieuses a déjà les bons réflexes pour aborder ce que l'AI Act exige.\u003C/p>\n\u003Cblockquote>\n\u003Cp>L'AIPD que vous avez produite l'an dernier est la meilleure base de départ pour votre évaluation AI Act.\u003C/p>\n\u003C/blockquote>\n\u003Chr />\n\u003Ch2 id=\"ce-qui-est-reellement-nouveau\">Ce qui est réellement nouveau\u003C/h2>\n\u003Cp>L'AI Act introduit toutefois des obligations qui n'ont pas d'équivalent direct dans le RGPD.\u003C/p>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Obligation AI Act\u003C/th>\n\u003Cth>Équivalent RGPD ?\u003C/th>\n\u003Cth>Ce qu'il faut construire\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Classification par niveau de risque\u003C/td>\n\u003Ctd>Non\u003C/td>\n\u003Ctd>Grille d'analyse à déployer sur l'inventaire des systèmes IA\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Documentation technique (haut risque)\u003C/td>\n\u003Ctd>Partiellement (AIPD)\u003C/td>\n\u003Ctd>Enrichir l'AIPD existante avec architecture, métriques, robustesse\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Marquage CE / conformité fournisseur\u003C/td>\n\u003Ctd>Non\u003C/td>\n\u003Ctd>Nouveau processus, implique les équipes techniques et achats\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Post-market monitoring\u003C/td>\n\u003Ctd>Partiellement (révision périodique des traitements)\u003C/td>\n\u003Ctd>Formaliser la surveillance continue et les mécanismes d'alerte\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Transparence envers les utilisateurs (IA)\u003C/td>\n\u003Ctd>Partiellement (information art. 13/14)\u003C/td>\n\u003Ctd>Adapter les mentions d'information pour couvrir la dimension IA\u003C/td>\n\u003C/tr>\n\u003C/tbody>\n\u003C/table>\n\u003Cp>Pour les systèmes à haut risque en particulier, la documentation technique va plus loin que ce qu'une AIPD couvre habituellement, en intégrant l'architecture du modèle, les données d'entraînement, les métriques de performance et les tests de robustesse. Cela implique de travailler étroitement avec les équipes techniques, en partant des assets déjà documentés côté RGPD pour les compléter plutôt qu'en repartant de zéro.\u003C/p>\n\u003Chr />\n\u003Ch2 id=\"par-ou-commencer\">Par où commencer\u003C/h2>\n\u003Cp>La première chose utile est de faire un inventaire des systèmes d'IA déjà en production ou en cours de déploiement, puis de les qualifier selon la grille de risque de l'AI Act. Dans beaucoup d'organisations, cet exercice révèle que la grande majorité des systèmes tombe dans les catégories à risque limité ou minimal, ce qui réduit considérablement le périmètre des obligations renforcées.\u003C/p>\n\u003Cp>Pour les systèmes qui relèvent du haut risque, la démarche la plus efficace consiste à partir de ce qui existe déjà tel que l'AIPD, la fiche fournisseur, les éléments du registre et à l'enrichir avec ce que l'AI Act exige en plus, plutôt que de traiter les deux exercices comme des projets séparés.\u003C/p>\n\u003Cp>C'est ce qu'on a cherché à permettre dans Dastra : que les équipes puissent articuler leurs deux registres, identifier les objets communs et construire leur conformité IA sur ce qu'elles ont déjà bâti pour le RGPD. Le dernier kilomètre est réel, mais il est beaucoup plus court qu'il n'y paraît au premier regard.\u003C/p>\n\u003Chr />\n\u003Cp>\u003Cem>Dastra fournit l'outil aux équipes juridiques et conformité pour la mise en place de leur programme de conformité IA. \u003Ca href=\"https://www.dastra.eu/\">En savoir plus\u003C/a>\u003C/em>\u003C/p>\n",null,936,5,"Conformité IA : vous avez déjà fait 85 % du chemin",0,"fr","conformite-ia-vous-avez-deja-fait-85-du-chemin","La majorité du travail de conformité est déjà fait.","Published",{"id":17,"displayName":18,"avatarUrl":19,"bio":20,"blogUrl":21,"color":7,"userId":17,"creationDate":22},31,"Jérôme de Mercey","https://static.dastra.eu/tenant-10/avatar/31/Zuh7XFZe5EnnTo/design-sans-titre-2-150.png","COO/cofounder","https://www.dastra.eu","2021-11-15T12:57:57","2026-05-19T08:25:00","2026-05-19T08:25:49.1686406","2026-05-20T13:40:59.2721351",{"id":27,"name":28,"description":29,"url":30,"color":31,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":32},2,"Blog","A list of curated articles provided by the community","blog","#28449a",[33,35,38],{"lang":12,"name":28,"description":34},"Une liste d'articles rédigés par la communauté",{"lang":36,"name":28,"description":37},"es","Una lista de artículos escritos por la comunidad",{"lang":39,"name":28,"description":40},"de","Eine Liste von Artikeln, die von der Community verfasst wurden",[42,47],{"id":27,"name":28,"description":29,"url":30,"color":31,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":43},[44,45,46],{"lang":12,"name":28,"description":34},{"lang":36,"name":28,"description":37},{"lang":39,"name":28,"description":40},{"id":48,"name":49,"description":50,"url":51,"color":52,"parentId":27,"count":7,"imageUrl":7,"parent":53,"order":11,"translations":58},9,"News","Stay up to date with the latest news from data protection authorities: decisions, fines, guidelines, and regulatory trends in GDPR and privacy.","news","#1676ca",{"id":27,"name":28,"description":29,"url":30,"color":31,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":54},[55,56,57],{"lang":12,"name":28,"description":34},{"lang":36,"name":28,"description":37},{"lang":39,"name":28,"description":40},[59,62,65],{"lang":12,"name":60,"description":61},"Actualités","Suivez les dernières actualités des autorités de protection des données (CNIL, EDPS, etc.) : décisions, sanctions, lignes directrices et tendances réglementaires en matière de RGPD et de privacy.",{"lang":36,"name":63,"description":64},"Actualidad","Todos los artículos relativos a las autoridades de protección de datos",{"lang":39,"name":66,"description":67},"Nachrichten","Alle Artikel mit Bezug zu Datenschutzbehörden",[],"https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-original.png",[71,72,73,74,75,76,77],"https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-1000.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-1500.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-800.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-600.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-300.webp","https://static.dastra.eu/content/616e6f2f-bbd3-442f-b5ae-0d304bf96a9b/dernier-km-rgpd-ai-100.webp",60046,{"items":80,"total":167,"size":105,"page":105},[81],{"title":82,"nbDownloads":83,"excerpt":84,"lang":12,"url":85,"intro":86,"featured":87,"state":15,"author":88,"authorId":89,"datePublication":93,"dateCreation":94,"dateUpdate":95,"mainCategory":96,"categories":103,"metaDatas":152,"imageUrl":157,"imageThumbUrls":158,"id":166},"AI Act : Déployer un AI Management System (AIMS) en 6 étapes",61,"Méthode opérationnelle pour structurer la gouvernance IA et répondre efficacement aux exigences de l’AI Act","ai-act-deployer-un-ai-management-system-aims-en-6-etapes","L’intelligence artificielle entre dans une nouvelle ère : celle de la gouvernance. Avec l’AI Act (UE 2024/1689), les organisations doivent désormais structurer et démontrer la conformité de leurs systèmes d’IA dans un cadre exigeant et évolutif.\n\nFace à la complexité réglementaire et à la multiplication des usages, beaucoup peinent à passer à l’opérationnel. Les initiatives restent souvent dispersées, générant des risques juridiques, opérationnels et réputationnels.\n\nL’AI Management System (AIMS) apporte une réponse structurée. Ce guide propose une méthode en 6 étapes pour déployer une gouvernance IA efficace, alignée avec les exigences de l’AI Act.",true,{"id":89,"displayName":90,"avatarUrl":91,"bio":7,"blogUrl":7,"color":7,"userId":89,"creationDate":92},38,"Paul-Emmanuel Bidault","https://static.dastra.eu/tenant-27/avatar/38/paul-emmanuel-bidault-150.jpg","2019-12-03T19:09:28","2026-03-30T20:17:00","2026-03-30T20:17:09.7405659","2026-04-20T12:08:34.6382717",{"id":97,"name":98,"description":7,"url":99,"color":100,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":101,"translations":102},70,"Livre blanc","white-papers","#1795d3",3,[],[104,112,117,131,133,139],{"id":105,"name":106,"description":107,"url":108,"color":109,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":105,"translations":110},1,"Actualités & veille","Toutes les dernières actualités sur la conformité GDPR dans l'application.","watch","#6c1414",[111],{"lang":12,"name":106,"description":107},{"id":27,"name":28,"description":34,"url":30,"color":31,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":113},[114,115,116],{"lang":12,"name":28,"description":34},{"lang":36,"name":28,"description":37},{"lang":39,"name":28,"description":40},{"id":118,"name":119,"description":120,"url":121,"color":122,"parentId":27,"count":7,"imageUrl":7,"parent":7,"order":9,"translations":123},69,"Expertise","Bénéficiez des conseils de nos experts sur la conformité RGPD, la protection des données et les enjeux privacy. Articles de fond, analyses et retours d’expérience métier.","indepth","#000000",[124,125,128],{"lang":12,"name":119,"description":120},{"lang":39,"name":126,"description":127},"Fachwissen","Entdecken Sie die Artikel unserer DSGVO-Experten",{"lang":36,"name":129,"description":130},"Experiencia","Descubre los artículos de nuestros expertos en Privacy",{"id":97,"name":98,"description":7,"url":99,"color":100,"parentId":7,"count":7,"imageUrl":7,"parent":7,"order":101,"translations":132},[],{"id":134,"name":135,"description":7,"url":136,"color":137,"parentId":105,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":138},155,"AI","ai","#37c71a",[],{"id":140,"name":141,"description":142,"url":136,"color":143,"parentId":118,"count":7,"imageUrl":7,"parent":7,"order":11,"translations":144},213,"Intelligence artificielle","Tout les articles relatifs à l'intelligence artificielle","#5856d6",[145,146,149],{"lang":12,"name":141,"description":142},{"lang":39,"name":147,"description":148},"Künstliche Intelligenz","Alle Artikel zum Thema künstliche Intelligenz",{"lang":36,"name":150,"description":151},"Inteligencia artificial","Todos los artículos sobre el tema de la inteligencia artificial",[153],{"typeMetaDataId":154,"value":155,"id":156},4,"https://static.dastra.eu/backofficefilescontainer/9c636312-c372-468b-9059-72f09b4963e7/Livret AI Act - 6 étapes pour déployer AIMS.pdf",117357,"https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-original.png",[159,160,161,162,163,164,165],"https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-1000.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-1500.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-800.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-600.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-300.webp","https://static.dastra.eu/content/ba53a3ab-a895-4014-aac4-46d69280b15f/capture-decran-2026-03-31-162726-100.webp",59947,17]