Estándares para contenido de calidad

Estándares de calidad, requisitos de listado y directrices de contenido para publicar en UiPath Marketplace.

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

Directrices generales

Directriz	Detalles
Alta reutilización	A la hora de crear contenido, 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.
Facilidad de usuario	Otro aspecto importante es la complejidad de la configuración del contenido. Los usuarios no siempre son personas técnicas y valoran más una herramienta fácil de configurar. Esto también debe reflejarse en la forma en que está escrita la Descripción del listado.
Ampliar / mejorar los productos de UiPath	Las integraciones entre UiPath y otros productos crean un contenido excelente, ya que pueden mejorar el uso de un gran número de herramientas y productos.
Diversidad	Se recomienda que el Contenido aporte algo nuevo o un enfoque nuevo.
Dificultad de replicar	El esfuerzo requerido para desarrollar la automatización debe ser razonablemente alto para que no se pueda replicar fácilmente.
Integridad	El listado debe cubrir una gran parte de las principales funcionalidades para automatizar los requisitos de la aplicación o plataforma elegida.
Originalidad	Es importante no duplicar funcionalidades ya disponibles en las actividades oficiales / core / UiPath Team en UiPath Studio o que ya estén presentes en Marketplace, a menos que el Contenido tenga una funcionalidad ampliado sobre las existentes.

Importante:

Para que un listado se publique en UiPath Marketplace, debe incluir en la Descripción del listado todos los detalles sobre los productos de UiPath que se utilizan en la automatización o que son compatibles con su automatización, y el papel que desempeñan.

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 actividades personalizadas

Nota:

• Todas las actividades deben tener al menos una salida.

Todas las comprobaciones a continuación deben abordarse en los metadatos del paquete Nuget antes de enviarlo a Marketplace:

• Convención de ID / nombre de paquete:
  • Si el listado se envía en nombre de una empresa: CompanyName. {Nombre del paquete}.
  • Si las actividades las envía una persona: {Package Name}. Actividades.
• El nombre de la etiqueta de Uipath no debe estar presente en el ID / dlls.
• Se especifica la versión del paquete.
• Está presente el nombre de los autores.
• La descripción de la actividad está rellenada.
• 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 es necesario en caso de publicar en nombre de la empresa, incluso si el campo está marcado como Opcional. La URL del icono puede utilizarse en caso de publicación por parte de usuarios individuales solo si las imágenes cargadas son gratuitas para uso público y no infringen derechos de autor. Esto se puede comprobar en los Términos y condiciones del sitio desde el que se descarga la imagen.
• Se especifica el idioma si el contenido está localizado incluso si el campo está marcado como opcional.

Estándares para fragmentos, plantillas de flujo de trabajo y soluciones

Todas las comprobaciones a continuación deben abordarse antes de enviar el listado a Marketplace:

• Los argumentos deben respetar la convención in_argument / out_argument.
• Las actividades tienen nombres únicos dentro de un flujo de trabajo para facilitar su depuración.
• El nombre de las variables es consistente en todo el proyecto.
• Evite los elementos codificados.
• Busque casos excepcionales que puedan ocurrir durante la ejecución.
• Comprobar si hay cuellos de botella en el rendimiento.
• Buscar oportunidades de optimización.
• Implementa el manejo de excepciones para que los usuarios reciban mensajes significativos cuando se produzcan errores.
• Cuando sea necesario, use la actividad Reintentar ámbito en lugar de implementar el mismo mecanismo.
• Utilice Secuencia para flujos de trabajo principalmente lineales y diagramas de flujo en caso de muchas decisiones. Mantenga su solución modular para que los usuarios puedan reutilizarla y personalizarla fácilmente.
• Usar anotaciones para añadir explicaciones más detalladas sobre partes de los flujos de trabajo.
• Las compatibilidades del listado se enumeran claramente.
• El listado se parametriza teniendo al menos un argumento de entrada o salida.
• El listado tiene casos de uso claros y es reutilizable.
• El flujo de trabajo no debe exponer ni registrar contraseñas.

Para marcos y soluciones, utilice archivos de configuración donde sea necesario.

Extracción de datos

Importante:

From a Legal perspective, many websites’ policies clearly state that they do not allow the extraction of content from their websites, including the use of "bots". This is why we recommend against using data scraping to perform any such actions without consulting the Terms and Conditions of the specific website where the scraping is intended to take place.

Como alternativa a la extracción de datos, sugerimos utilizar API si es posible.