Normes de qualité du contenu

Toutes les listes sur Marketplace doivent respecter les directives générales suivantes :

Directives générales

Directive	Détails (Details)
Haute réutilisation	Lorsque vous envisagez de créer du contenu, gardez à l'esprit qu'il doit être hautement réutilisable, dans le sens où il peut être utilisé dans plusieurs processus et peut être facilement adapté à différents cas par un grand nombre d'utilisateurs.
Convivialité	Un autre aspect important est la complexité de la configuration du contenu. Les utilisateurs ne sont pas toujours des personnes techniques et apprécient davantage un outil facile à configurer. Cela devrait également se refléter dans la manière dont la description de la liste est écrite.
Étendre/améliorer/améliorer les produits UiPath	Les intégrations entre UiPath et d’autres produits créent un contenu de qualité, car elles peuvent améliorer l’utilisation d’un grand nombre d’outils et de produits.
Diversité	Il est recommandé que le contenu apporte quelque chose de nouveau ou une nouvelle approche.
Difficulté à répliquer	L'effort requis pour développer l'automatisation doit être raisonnablement élevé afin qu'elle ne puisse pas être répliquée facilement.
Intégralité	La liste doit couvrir une grande partie de toutes les fonctionnalités majeures pour automatiser les exigences de l’application ou de la plate-forme choisie.
Originalité	Il est important de ne pas dupliquer les fonctionnalités déjà disponibles dans les activités officielles/de base/de l'équipe UiPath dans UiPath Studio ou déjà présentes sur Marketplace, à moins que le Contenu ne dispose d'une fonctionnalité étendue en plus de celles existantes.

Important :

Pour qu’une liste soit publiée sur UiPath Marketplace, vous devez inclure dans la Description (Description) de la liste tous les détails sur les produits UiPath utilisés dans l’automatisation ou qui sont compatibles avec votre automatisation, et le rôle qu’ils jouent.

Les partenaires ne peuvent pas inclure les noms de tiers ou d'applications de tiers ou d'autres produits tiers dans le texte de leur liste ou description de produit sur la place de marché UiPath sans l'autorisation expresse du tiers.

Normes pour les activités personnalisées

Remarque :

• Les activités personnalisées doivent être créées à l'aide du Créateur d'activités.
• Toutes les activités doivent avoir au moins une sortie.

Toutes les vérifications ci-dessous doivent être effectuées dans les métadonnées du paquet NuGet avant de les soumettre sur Marketplace :

• Convention d'ID/nom de package :

  • Si la liste est soumise au nom d'une entreprise : CompanyName. {Nom du package} .
  • Si les activités sont soumises par un individu : {Package Name}.Activities .
• Le nom de balise UiPath ne doit pas être présent dans les ID/dll.
• La version du package est spécifiée.
• Le nom de l’auteur ou des auteurs est présent.
• La description de l'activité est renseignée.
• Les balises pertinentes sont ajoutées.
• L' URL de la licence (License URL) et la case à cocher Acceptation de la licence (License Acceptation) sont spécifiées en fonction du type de licence sélectionné.
• Le propriétaire du package est mentionné. Le nom de l'entreprise doit être ajouté dans le cas d'une publication au nom de l'entreprise.

• L'icône est nécessaire en cas de publication au nom de l'entreprise même si le champ est marqué comme facultatif.

  L’icône URL ne peut être utilisée en cas de publication par des utilisateurs individuels que si les images téléchargées sont gratuites pour un usage public et ne sont pas soumises à une violation du droit d’auteur. Cela peut être vérifié dans les conditions générales du site à partir duquel l'image est téléchargée.

• La langue est spécifiée, si le contenu est localisé même si le champ est marqué comme Facultatif (Optional).

Normes pour les extraits de code, les modèles de workflow et les solutions

Toutes les vérifications ci-dessous doivent être vérifiées avant de soumettre la liste sur Marketplace :

• Les arguments doivent respecter la convention in_argument /out_argument.
• Les activités ont des noms uniques dans un workflow pour faciliter leur débogage.
• Le nommage des variables est cohérent tout au long du projet.
• Évitez les éléments codés en dur.
• Recherchez les cas importants qui pourraient survenir pendant l’exécution.
• Vérifiez les goulots d’étranglement des performances.
• Vérifiez les opportunités d’optimisation.
• Implémentez la gestion des exceptions afin que les utilisateurs reçoivent des messages significatifs lorsque des erreurs se produisent.
• Si nécessaire, utilisez l'activité Retry Scope (Étendue de nouvelle tentative) au lieu d'implémenter le même mécanisme.
• Utilisez Sequence pour les workflows principalement linéaires et les flowcharts en cas de nombreuses décisions. Gardez votre solution modulaire afin que les utilisateurs puissent facilement la réutiliser et la personnaliser.
• Utilisez des annotations pour ajouter des explications plus détaillées sur certaines parties des workflows.
• Les compatibilités de la liste sont clairement répertoriées.
• La liste est paramétrée en ayant au moins un argument d'entrée ou de sortie.
• La liste contient des cas d’utilisation clairs et est réutilisable​.
• Les mots de passe ou les informations sensibles ne doivent pas être exposés ou enregistrés par le workflow.

Pour les infrastructures et les solutions, utilisez des fichiers de configuration si nécessaire.

Capture de données

Attention : d'un point de vue juridique, les politiques de nombreux sites Web indiquent clairement qu'ils n'autorisent pas l'extraction de contenu de leurs sites Web, y compris l'utilisation de « bots ». C'est pourquoi nous vous déconseillons d'utiliser la capture de données pour effectuer de telles actions sans consulter les conditions générales du site Web spécifique où la capture est destinée à avoir lieu.

Comme alternative à la capture de données, nous vous suggérons d'utiliser des API si possible.