Standards für Qualitätsinhalte

Alle Auflistungen in UiPath Marketplace müssen die folgenden allgemeinen Richtlinien erfüllen:

Richtlinien	Details
Hohe Wiederverwendbarkeit	Denken Sie beim Erstellen von Connectors daran, dass sie insofern hochgradig wiederverwendbar sein sollten, als sie in mehreren Prozessen verwendet und von einer großen Anzahl von Benutzern leicht an verschiedene Fälle angepasst werden können. Es ist wichtig, an Stellen nach Benutzereingaben zu fragen, an denen integrationsspezifische Werte erforderlich sind, und keine unnötigen Werte aufzunehmen, die für einen bestimmten Build spezifisch sind. Zu den gängigen Bereichen für Benutzereingabevariablen gehören: Authentifizierung (API-Schlüssel, Unterdomäne, Client-ID/geheimer Clientschlüssel) Pfadparameter (Basis-URL oder Ressourcenpfad) Parameter und Anforderungsfelder (geben Sie keine Standardwerte an, die für einen Build spezifisch sind)
Vollständigkeit	Der Connector sollte die Lösung des Zielanwendungsfalls für einen Endbenutzer ermöglichen. Die Auflistung sollte abdecken, welche Anwendungsfälle und Funktionen des Connectors implementiert sind.
Originalität	Es ist wichtig, dass die Funktionen von Connectors, die bereits im offiziellen UiPath-Katalog verfügbar sind, nicht dupliziert werden. Wenden Sie sich an uns, wenn Sie Verbesserungen vorschlagen oder die Funktionalität eines Connectors erweitern möchten, der bereits in unserem offiziellen Katalog verfügbar ist.

Wichtig:

Damit eine Auflistung auf dem UiPath-Marktplatz veröffentlicht werden kann, müssen Sie in der Beschreibung der Auflistung alle Details zu den Funktionen, die der Connector bietet, sowie alle Informationen zur Kompatibilität mit Zielsystemen angeben.

Partner dürfen ohne ausdrückliche Genehmigung des Dritten nicht die Namen von Drittanbietern oder Apps von Drittanbietern oder anderen Produkten von Drittanbietern in ihren Auflistungstext oder ihre Produktbeschreibung auf UiPath-Marktplatz aufnehmen.

Standards für Connectors

Alle folgenden Überprüfungen müssen in den Metadaten des Connector-Pakets durchgeführt werden, bevor sie auf UiPath Marketplace eingereicht werden:

• ID-/Paketnamenkonvention:

  • Der Paketname muss den Anbieter/das System, für das Sie den Connector erstellen, eindeutig identifizieren.

• Beschreibungen müssen für Folgendes angegeben werden:

  • Connector

  • Aktivitäten

  • Felder

• Stellen Sie sicher, dass Sie die relevante Kategorie auswählen, unter der der Connector veröffentlicht werden soll.

• Relevante Tags werden hinzugefügt.

• Die Lizenz-URL und das Kontrollkästchen Lizenz akzeptieren werden basierend auf dem ausgewählten Lizenztyp angegeben.

• Der Besitzer des Pakets wird erwähnt. Bei einer Veröffentlichung im Namen des Unternehmens muss der Name des Unternehmens hinzugefügt werden.

• Das Symbol muss das Symbol des Anbieters sein, für den Sie den Connector erstellen, oder ein geeignetes Bild, das Benutzern hilft, zu erkennen, für welchen Anbieter/ welches System der Connector bestimmt ist. Verwenden Sie keine Bilder, für die Sie nicht das Recht besitzen.

• Die Sprache ist angegeben, auch wenn das Feld als optional markiert ist.

• Die Kompatibilität des Connectors mit dem Anbietersystem wird klar aufgeführt (z. B. welche Anbietersystemversionen unterstützt werden, Einschränkungen usw.).

• Aktivitäten haben eindeutige Namen innerhalb eines Connectors, um das Debuggen zu erleichtern.

• Suchen Sie nach Grenzfällen, die während der Ausführung auftreten können.

• Überprüfen Sie auf Leistungsengpässe.

• Suche nach Optimierungsmöglichkeiten​.

• Kennwörter oder vertrauliche Informationen dürfen vom Connector nicht offengelegt oder aufgezeichnet werden. In der Authentifizierungskonfiguration dürfen keine Authentifizierungswerte gespeichert werden, die sich je nach Verbindung unterscheiden.

• Connectors mit OAuth 2.0 sollten immer BYOC sein (d. h Nutzen Sie Ihre eigene Authentifizierung, bei der der Benutzer/Kunde die OAuth 2.0-App konfiguriert und die erforderlichen Parameter wie Client-ID, geheimen Clientschlüssel usw. bereitstellt.

• Codieren Sie bei Connectors, die OAuth 2.0 verwenden, die Client-ID und den geheimen Clientschlüssel nicht hart als Teil des Connector-Pakets.

• Stellen Sie sicher, dass die folgenden Aspekte bei Aktivitäten und Feldern befolgt werden:

  • Aktivitätstitel/Anzeigename muss immer Title Case sein (z. B. „Nachricht an Kanal senden“).
  • Aktivitätsbeschreibung muss immer Sentence Case sein (z. B Nachricht an einen einzelnen Benutzer senden)
  • Feldtitel/Anzeigename muss immer Sentence Case sein (z. B Bot-Symbol)
  • Aktivitätsbeschreibung muss immer Sentence Case sein (z. B Bot-Symbol)
  • Kategorien von Connectors müssen in Sentence Case sein (z. B. Künstliche Intelligenz)

• Vermeiden Sie hartcodierte Basis-URLs, die sich ändern können (z. B Basis-URL enthält Version des Anbietersystems).

• Stellen Sie sicher, dass ENUMS mit für den Benutzer lesbaren Anzeigenamen/Beschreibungen hinzugefügt werden (mithilfe von erweiterten Aufzählungen).

• Stellen Sie sicher, dass die richtigen Datentypen aktivitätsübergreifend auf Felder festgelegt werden. Vermeiden Sie unnötige Transformation/Konvertierung von Datentypen innerhalb des Connectors.

• Stellen Sie bei Triggern sicher, dass Sie aussagekräftige Ereignisdatenfilter haben. Fügen Sie beispielsweise keine Felder wie IDs, GUIDs usw. hinzu, die nicht zum Filtern verwendet werden können.