Normas de contenido de calidad

Todos los listados en Marketplace deben cumplir las siguientes pautas generales:

Directrices	Detalles
Alta reutilización	Al crear conectores, ten en cuenta que debe ser altamente reutilizable en el sentido de que puede utilizarse en múltiples procesos y puede adaptarse fácilmente a diferentes casos, por un gran número de usuarios. Es importante solicitar la entrada del usuario en los lugares donde se necesitan valores específicos de integración y no incluir valores innecesarios que sean específicos de una compilación en particular. Las áreas comunes para las variables de entrada del usuario incluyen Autenticación (clave API, subdominio, ID de cliente/secreto de cliente) Parámetros de la ruta (URL base o ruta del recurso) Parámetros y campos de solicitud (no proporcione valores predeterminados que sean específicos de una compilación)
Integridad	El conector debe permitir resolver el caso de uso de destino para un usuario final. La lista debe cubrir qué casos de uso y funcionalidades del conector se implementan.
Originalidad	Es importante no duplicar las funcionalidades de los conectores ya disponibles en el catálogo oficial de UiPath. Póngase en contacto con nosotros si desea sugerir mejoras o ampliar la funcionalidad de un conector que ya está disponible en nuestro catálogo oficial.

Importante:

Para que un listado se publique en UiPath Marketplace, debes incluir en la Descripción del listado todos los detalles sobre las capacidades que proporciona el conector y cualquier información sobre la compatibilidad con los sistemas de destino.

Los socios no podrán incluir los nombres de terceros o aplicaciones de terceros u otros productos de terceros en el texto de su listado o descripción del producto en UiPath Marketplace sin la autorización expresa del tercero.

Estándares para conectores

Todas las siguientes comprobaciones deben abordarse en los metadatos del paquete del conector antes de enviarlo al Mercado:

• Convención de ID / nombre de paquete:

  • El nombre del paquete debe identificar claramente el proveedor/sistema para el que está creando el conector.

• Deben especificarse descripciones para lo siguiente:

  • Conector

  • Actividades

  • Campos

• Asegúrate de elegir la categoría relevante en la que se debe publicar el conector.

• Se añaden las etiquetas pertinentes.

• La URL de la licencia y la casilla de aceptación de la licencia se especifican en función del tipo de licencia seleccionado.

• Se menciona el propietario del paquete. El nombre de la empresa debe añadirse en caso de publicación en nombre de la empresa.

• El icono debe ser el del proveedor para el que está creando el conector o una imagen adecuada que ayude a los usuarios a identificar para qué proveedor/sistema es el conector. No utilice imágenes para las que no tenga los derechos.

• Se especifica el idioma, incluso si el campo está marcado como Opcional.

• La compatibilidad del conector con el sistema del proveedor se muestra claramente (por ejemplo, qué versiones del sistema del proveedor son compatibles, limitaciones, etc.).

• Las actividades tienen nombres únicos dentro de un conector para que sean más fáciles de depurar.

• Busque casos excepcionales que puedan ocurrir durante la ejecución.

• Comprobar si hay cuellos de botella en el rendimiento.

• Buscar oportunidades de optimización.

• El conector no debe exponer ni registrar las contraseñas ni la información confidencial. No se deben almacenar valores de autenticación que difieran por conexión en la configuración de autenticación.

• Los conectores con OAuth 2.0 siempre deben ser BYOA (es decir, traiga su propia autenticación donde el usuario/cliente configura la aplicación OAuth 2.0 y proporciona los parámetros necesarios, como el ID del cliente, el secreto del cliente, etc.).

• Para los conectores que utilizan OAuth 2.0, no codifiques el ID de cliente y el secreto de cliente como parte del paquete del conector.

• Asegúrate de que se siguen los siguientes aspectos para las actividades y los campos:

  • El título de la actividad/Nombre para mostrar siempre debe ser Title Case (por ejemplo, Enviar mensaje al canal)
  • La descripción de la actividad siempre debe ser Sentence Case (p. ej. Enviar un mensaje a un usuario individual)
  • Título del campo/Nombre para mostrar siempre debe ser Sentence Case (p. ej. icono de bot)
  • La descripción de la actividad siempre debe ser Sentence Case (p. ej. icono de bot)
  • Las categorías de conectores deben estar en Sentence Case (por ejemplo, inteligencia artificial)

• Evite las URL base codificadas de forma rígida que son susceptibles de cambio (por ejemplo, la URL base contiene la versión del sistema del proveedor).

• Asegúrate de que ENUMS se añaden con nombres para mostrar/descripciones legibles por el usuario (utilizando Enumeraciones mejoradas).

• Asegúrese de que los tipos de datos adecuados se establecen en los campos de todas las actividades. Evita la transformación/conversión innecesaria de tipos de datos dentro del conector.

• Para los desencadenadores, asegúrate de tener filtros de datos de eventos significativos. Por ejemplo, no añadas campos como IDs, GUIDs , etc., que no se pueden utilizar para filtrar.