Marketplace: Ce qui doit être migré

Cette page fait partie de notre guide sur la nouvelle expérience marketplace. Vous pouvez également consulter nos autres pages consacrées à ce qui est nouveau ou différent ou ce qui n'est pas encore couvert.

De nombreux domaines peuvent passer directement à l'activation, mais si votre catalogue contient l'un des éléments listés ci-dessous, vous devrez faire quelques choix avant que l'expérience marketplace ne soit activée sur votre domaine :

• Celles et ceux qui sont avec nous depuis un certain temps savent que les vues personnalisées ne sont pas nouvelles, mais au fil du temps, elles sont devenues une sorte de couteau suisse, utilisées pour de nombreuses fonctions différentes.

  Avec la marketplace, nous avons rationalisé leur rôle : Les vues personnalisées se situent désormais clairement dans l'entonnoir de conversion des actifs. Elles sont entièrement mesurables et donnent aux administrateurs les informations dont ils ont besoin pour gérer efficacement votre marketplace, tout en facilitant la recherche d'informations pour les utilisateurs finaux.

  • Vous connaîtrez le taux de clics pour chaque vue personnalisée

  • Vous pouvez avoir jusqu'à 7 vues personnalisées différentes par jeu de données, dans l'ordre que vous définissez, avec un jeu défini par défaut

  • Pour des métriques claires, il y a un bloc par vue

  • Les vues sont construites dans notre Studio sans code, chacune avec son propre titre et icône

  Pour plus de détails, voir l'article dans Community.

  ⚠️ Cependant, notez que si vous ne prenez aucune mesure, vos vues personnalisées héritées disparaîtront simplement de votre portail lorsque le marketplace sera activé.

  Au lieu de cela, choisissez l'un des deux chemins ci-dessous avant de passer en direct :

  1. Opendatasoft exécute le script d'auto-migration pour transformer vos vues personnalisées en actifs d'éditeur de code

     Solution	Recommandé ?	Votre effort
     Nous copions chaque vue héritée dans un nouvel actif. Le nouvel actif a pour type "page d'éditeur de code", sa catégorie par défaut est "Visualisation" et il porte la propriété Cas d'Usage (cf. section ci-dessous). Le contenu et les métadonnées restent intacts ; nous ajoutons un préfixe “Visualisation – <Titre du jeu de données>” et des liens de retour dans la description du jeu de données afin que les utilisateurs atterrissent au bon endroit. Le jeu de données ou la visualisation liée apparaît dans la section "Actifs similaires".	- Si vos vues héritées sont de véritables vues personnalisées (c'est-à-dire qu'elles mettent en avant le jeu de données lui-même). - Si vous avez beaucoup de vues ou pas le temps de les examiner une par une - Si elles sont trop complexes pour être recréées avec notre nouvel outil (cf. 2.)	Il vous suffit de nous donner le feu vert.

  2. Reconstruisez vos vues personnalisées avec la nouvelle fonctionnalité

     Solution	Recommandé ?	Votre effort
     Vous recréez chaque vue pertinente en utilisant la nouvelle fonctionnalité (Jeu de données > Modifier le contenu > Vues personnalisées), en profitant des nouvelles métriques, titres et icônes.	- Si vous souhaitez faire le ménage et organiser votre marketplace. - Vous préférez redessiner ou supprimer des vues qui n'apportent plus de valeur.	Quelques minutes par vue, selon la complexité.

  Faites savoir à votre CSM quel chemin vous préférez afin que nous puissions planifier la migration et garder vos anciennes vues personnalisées visibles dès le premier jour.

Les réutilisations étaient notre première façon de mettre en avant ce que les gens ont construit avec des données ouvertes. Avec la marketplace, nous élargissons cette idée et introduisons des Cas d'usage :

• Cas d'usages = actifs
  Chaque cas d'usage est désormais un actif de catalogue (indicateur is_showcase), avec les mêmes permissions, métadonnées et contrôles de visibilité que les jeux de données.

• Fonctionne pour toutes les données
  Tout s'adapte : projets de données ouvertes, tableaux de bord privés, rapports internes Power BI.

• Peut lier plusieurs jeux de données
  Un seul cas d'usage soumis peut référencer plusieurs jeux de données dans le marketplace.

• Meilleure intégration au catalogue
  Les cas d'usage apparaissent dans les recherches, le lignage et les analytiques d'usage, comme pour tout autre actif.

Besoin de l'histoire complète ? Voir le post dans Community.

Si vous activez le marketplace sans migrer, les réutilisations ne seront plus disponibles, et le widget ods-reuses n'affichera aucun objet, car il ne listera que les cas d'usage.

Au lieu de cela, choisissez l'une de ces deux options avant de passer en direct :

1. Laissez-nous exécuter le script d'auto-migration

   Solution	Recommandé ?	Votre effort
   Chaque Réutilisation devient un actif avec la propriété Cas d'usage.	Vous avez beaucoup de Réutilisations ou peu de temps.	Il vous suffit de nous donner le feu vert.

2. Gérez vos réutilisations manuellement

   Solution	Recommandé ?	Votre effort
   Vous reconstruisez chaque projet en tant que cas d'usage (ou décidez de l'abandonner), en utilisant le nouveau formulaire d'actif.	Vous souhaitez nettoyer ou réorganiser votre marketplace, ou certaines réutilisations sont obsolètes.	Quelques minutes par cas d'usage, selon leur complexité.

Faites savoir à votre CSM quelle option vous préférez afin que nous puissions planifier la migration et garder vos anciennes réutilisations visibles dès le premier jour.

Dans l’expérience marketplace, les onglets Calendrier et Images ne seront plus disponibles en raison de leur faible usage et de leur valeur limitée.
Pour les images, nous avons introduit les vignettes d’actifs : vous pouvez ajouter une image de couverture à n’importe quel actif et choisir si elle apparaît sur sa carte de catalogue.

Que devez-vous faire ? C’est à vous de décider et d’appliquer les changements avant l’activation :

Dans l'expérience marketplace, vous ne pouvez plus masquer de colonnes directement dans la vue de tableau du jeu de données.

Auparavant, il y avait deux paramètres :

1. La configuration de sécurité du jeu de données, qui rend les données disponibles ou non dans l'API (et donc dans l'interface), sous Sécurité.

2. La configuration de visibilité des colonnes dans la vue de tableau, qui n'affectait que l'affichage dans l'interface, via Visualisations > Tableau.

Cette évolution renforce la sécurité et la transparence des données car auparavant, il y avait un potentiel de confusion et de fuites de données si des colonnes étaient masquées dans l'interface mais toujours disponibles via l'API.

Maintenant, la visibilité est contrôlée uniquement via les paramètres de sécurité du jeu de données.

Que faire avec vos colonnes cachées ?

Si vous avez des doutes, nous pouvons vous fournir directement la liste des jeux de données qui contiennent des colonnes masquées via le paramètre Visualisations > Tableau. Vous pourrez ensuite gérer les ajustements vous-même.