Padrões para o conteúdo de qualidade

Todas as listagens no UiPath Marketplace devem atender às seguintes diretrizes gerais:

Diretrizes	Detalhes
Alta Reusabilidade	Ao criar conectores, lembre-se de que ele deve ser altamente reutilizável, no sentido de que pode ser usado em vários processos e pode ser facilmente adaptado a diferentes casos, por um grande número de usuários. É importante solicitar a entrada do usuário em locais em que valores específicos de integração são necessários e não incluir valores desnecessários que são específicos de uma compilação específica. As áreas comuns para variáveis de entrada do usuário incluem Autenticação (chave de API, subdomínio, ID do cliente/segredo do cliente) Parâmetros do caminho (URL base ou caminho do recurso) Parâmetros e campos de solicitação (não forneça valores padrão específicos de uma compilação)
Integridade	O conector deve habilitar a resolução do caso de uso de destino para um usuário final. A listagem deve abranger quais casos de uso e funcionalidades do conector são implementados.
Originalidade	É importante não duplicar funcionalidades de conectores já disponíveis no catálogo oficial da UiPath. Entre em contato conosco se quiser sugerir melhorias ou estender a funcionalidade de um conector que já está disponível em nosso catálogo oficial.

Importante:

Para que uma listagem seja publicada no UiPath Marketplace, você deve incluir na Descrição da listagem todos os detalhes sobre os recursos que o conector fornece e informações sobre a compatibilidade com os sistemas de destino.

Os Parceiros não podem incluir os nomes de terceiros, aplicativos ou outros produtos de terceiros no texto da listagem ou na descrição do produto no UiPath Marketplace sem a autorização expressa do terceiro.

Padrões para conectores

Todas as verificações abaixo precisam ser abordadas nos metadados do pacote do conector antes de enviá-lo no Marketplace:

• Convenção do nome do ID/pacote:

  • O nome do pacote deve identificar claramente o fornecedor/sistema para o qual você está criando o conector.

• As descrições devem ser especificadas para o seguinte:

  • Conector

  • Atividades

  • Campos

• Certifique-se de escolher a categoria relevante na qual o conector deve ser publicado.

• As tags relevantes são adicionadas.

• A URL da licença e a caixa de seleção de Aceitação da licença são especificadas com base no tipo de licença selecionado.

• O proprietário do pacote é mencionado. O nome da empresa precisa ser adicionado no caso de publicação em nome da Empresa.

• O Ícone deve ser o do fornecedor para o qual você está criando o conector ou uma imagem apropriada que ajude os usuários a identificar para qual fornecedor/sistema o conector se destina. Não use imagens para as quais você não possui os direitos.

• O idioma é especificado, mesmo se o campo estiver marcado como Opcional.

• A compatibilidade do conector com o sistema do fornecedor está claramente listada (por exemplo, quais versões do sistema do fornecedor são compatíveis, limitações etc.).

• As atividades têm nomes exclusivos em um conector para facilitar a depuração.

• Verifique os casos extremos​ que podem acontecer durante a execução.

• Verificar se há gargalos de desempenho.

• Verificar oportunidades de otimização​.

• Senhas ou informações confidenciais não devem ser expostas ou gravadas pelo conector. Nenhum valor de autenticação diferente por conexão deve ser armazenado na configuração de autenticação.

• Conectores com OAuth 2.0 devem ser sempre BYOA (ou seja, traga sua própria autenticação, onde o usuário/cliente configura o aplicativo OAuth 2.0 e fornece os parâmetros necessários, como ID do cliente, segredo do cliente etc.).

• Para conectores que usam OAuth 2.0, não embuta o ID do cliente e o segredo do cliente como parte do pacote do conector.

• Certifique-se de que os seguintes aspectos sejam seguidos para Atividades e campos:

  • O título da atividade/NomeDeExibição deve ser sempre Title Case (por exemplo, Send Message to Channel)
  • A Descrição da Atividade deve ser sempre Sentence Case (Por exemplo, Envie uma mensagem para um usuário individual)
  • O título do campo/NomeDeExibição deve ser sempre Sentence Case (por exemplo, Ícone do bot)
  • A Descrição da Atividade deve ser sempre Sentence Case (Por exemplo, Ícone do bot)
  • As categorias de conectores devem estar em Sentence Case (por exemplo, Inteligência artificial)

• Evite embutir em código URLs de base que são suscetíveis a alterações (por exemplo, a URL base contém a versão do sistema do fornecedor).

• Certifique-se de que ENUMS sejam adicionados com nomes de exibição/descrições legíveis pelo usuário (usando Enums aprimorados).

• Certifique-se de que os tipos de dados adequados sejam definidos para os campos em todas as atividades. Evite a transformação/conversão desnecessária de tipos de dados dentro do conector.

• Para Gatilhos, certifique-se de ter Filtros de Dados do Evento significativos. Por exemplo, não adicione campos como IDs, GUIDs etc. que não podem ser usados para filtragem.