Este artigo responde a perguntas comuns sobre como enviar aplicativos para o Microsoft AppSource por meio do Partner Center.
Para obter a versão mais atual das políticas de certificação, consulte Políticas de certificação.
Como evitar erros ao enviar meu aplicativo para o Microsoft AppSource?
Para evitar erros comuns de envio:
Verifique se o número de versão no formulário de envio corresponde ao número de versão no manifesto do aplicativo.
Observação
Especifique a versão do aplicativo usando a seguinte sintaxe: a . b . c . d onde a é um inteiro entre 1-9999, e cada um de b , c , d é um inteiro entre 0-9999. Por exemplo: 1.0.0.0 6.23.0.1.
Verifique se todos os locais são protegidos por SSL (HTTPS).
Especifique um ícone em seu manifesto e verifique se o ícone está dimensionado e formatado corretamente.
Verifique se a ID é exclusiva. Por exemplo, não crie um manifesto para um segundo suplemento com base em outro manifesto de suplemento enviado sem alterar a ID no novo manifesto.
Para Suplementos do Office, verifique se você está usando o esquema de manifesto versão 1.1. Para obter informações sobre como atualizar seu manifesto para a versão 1.1, consulte Atualizar para a API JavaScript mais recente da biblioteca do Office e o esquema de manifesto do suplemento versão 1.1.
Para Suplementos do Office, certifique-se de especificar uma URL de suporte no manifesto. Se você estiver usando o manifesto XML, defina o valor do elemento SupportUrl. Se você estiver usando o manifesto unificado para o Microsoft 365, use a propriedade developer.websiteUrl. A URL de suporte deve ser uma página da Web disponível publicamente e não deve exigir autenticação. Não é possível usar páginas de mídia social pessoais ou repositórios GitHub para a URL de suporte. Você também não pode usar links para arquivos hospedados online, como um documento do Word no OneDrive, Dropbox ou Google Docs.
Para todos os aplicativos, verifique se o manifesto é válido em relação ao esquema. Para obter informações de validação de esquema, consulte a Referência de esquema para manifestos de suplementos do Office (v1.1) ou Referência de esquema para manifestos de Suplementos do SharePoint.
Verifique se o aplicativo foi testado e está totalmente funcional.
Verifique se os suplementos do SharePoint especificam suas localidades com suporte.
Se você não especificar localidades com suporte, seu aplicativo não será aceito pelo Microsoft AppSource. Para obter detalhes, consulte As informações de suporte da localidade são necessárias para todos os suplementos.
Verifique se os IDs do cliente OAuth correspondem.
Se o suplemento do SharePoint acessar serviços usando o OAuth, verifique se a ID do cliente OAuth criada corresponde à ID do cliente no manifesto do aplicativo.
Seu pacote de suplementos do SharePoint deve estar em conformidade com a Convenção de Empacotamento Aberto.
Envie um link de privacidade.
Verifique se todos os links de vídeo enviados realmente vão para um arquivo de vídeo ou uma página que inclui um vídeo.
Se o suplemento do Office estiver disponível no iOS, não inclua "app" no Título do Suplemento ou na Descrição Breve do Suplemento.
Se eu fizer atualizações no meu envio, quando terei que reenviar para o Microsoft AppSource?
Se você fizer atualizações no serviço Web para seu aplicativo, não será necessário reenviar. No entanto, se você fizer alterações em quaisquer itens ou dados enviados pelo Partner Center, como o manifesto, capturas de tela ou ícone, será necessário reenviar para que o Microsoft AppSource possa implementar essas alterações. Você deve reenviar aplicativos com um manifesto atualizado que inclua um novo número de versão. Você também deve atualizar o número de versão no formulário de envio para corresponder ao número de versão do novo manifesto.
O que acontece quando atualizo meu aplicativo para uma nova versão no Microsoft AppSource?
A seguir está o processo de atualização para Suplementos do Office.
Envie seu suplemento revisado e manifesto de suplemento para o Microsoft AppSource por meio do Partner Center. O suplemento revisado passa pelo processo de validação e, quando aprovado, é disponibilizado no Microsoft AppSource.
Importante
Se o envio for uma atualização e você agendar a disponibilidade do aplicativo para uma data no futuro, a publicação do seu aplicativo existente no Microsoft AppSource será cancelada até a data de lançamento especificada.
Você pode optar por continuar oferecendo a versão anterior do aplicativo no Microsoft AppSource ou cancelar a publicação da versão anterior.
Quando um cliente existente inicializa o aplicativo atualizado pela primeira vez, uma notificação é exibida no painel de tarefas ou no corpo do documento solicitando que o usuário atualize o aplicativo. Quando o usuário escolhe Atualizar, a versão mais recente do aplicativo é inicializada.
Se a versão atualizada incluir novas permissões, o usuário deverá consentir com elas.
Observação
Você não pode ter duas ou mais versões do mesmo aplicativo no Microsoft AppSource ao mesmo tempo, porque cada aplicativo tem uma ID de ativo exclusiva. Se você publicar uma versão atualizada do seu aplicativo sem cancelar a publicação de uma versão anterior, terá duas listagens e, potencialmente, dividirá sua base de clientes.
As atualizações para suplementos do SharePoint são identificadas pelas ferramentas de gerenciamento de licenças que fazem parte do catálogo de suplementos do SharePoint. Para obter mais informações, consulte o Processo de atualização de suplementos do SharePoint.
Posso enviar um aplicativo pago para o Microsoft AppSource?
Todos os aplicativos enviados ao Microsoft AppSource pelo Partner Center são gratuitos. Você pode monetizar seu aplicativo por meio do Microsoft Commercial Marketplace; para obter detalhes, consulte Monetizar seu suplemento.
Como sou notificado sobre o status da publicação ou as ações necessárias?
Depois que uma oferta é publicada, o proprietário da sua conta de desenvolvedor é notificado sobre o status de publicação e as ações necessárias por email e pela Central de Ações no Partner Center. Para obter mais informações sobre a Central de Ações, confira a Visão geral da Central de Ações.
Como fazer referenciar as APIs JavaScript para Office em meus aplicativos?
Se o aplicativo usar as APIs JavaScript para Office, você deverá fazer referência ao arquivo Office.js hospedado pela Microsoft da URL da CDN. Não inclua uma cópia do arquivo Office.js em seu aplicativo ou faça referência a uma cópia do arquivo hospedado em outro lugar.
Por que meus aplicativos devem ser protegidos por SSL?
Aplicativos que não são protegidos por SSL (HTTPS) geram avisos e erros de conteúdo inseguros durante o uso. Por esse motivo, todos os aplicativos enviados ao Microsoft AppSource devem ser protegidos por SSL.
Como declarar o suporte ao idioma?
Dois aspectos do envio estão relacionados a idiomas com suporte:
Os idiomas declarados no pacote ou manifesto do aplicativo. Declare quais idiomas seu aplicativo oferece suporte dependendo do tipo:
Para Suplementos do SharePoint, declare suporte a idiomas usando o elemento SupportedLocales (PropertiesDefinition complexType) (Manifesto de Suplemento do SharePoint) no manifesto do suplemento dentro do pacote do suplemento. Para obter mais informações, consulte Explorar a estrutura de manifesto do aplicativo e o pacote de um Suplemento do SharePoint.
Para suplementos do Office que não são dicionários, declare o suporte à linguagem usando os elementos DefaultLocale e Override no manifesto. Para obter mais informações, consulte Localização para Suplementos do Office.
Para suplementos do Office que são dicionários, você também pode usar o elemento TargetDialects no manifesto do suplemento.
No Partner Center, você pode selecionar os idiomas na página Listagens da loja.
Observação
Você pode declarar mais idiomas em seu pacote de aplicativos do que os disponíveis para envio no Partner Center.
Se meu aplicativo se destina a empresas, como isso afeta meu envio?
Determinados requisitos serão dispensados ou alterados se o seu aplicativo ou suplemento se destinar apenas a organizações e empresas maiores e não se destinar ao mercado comercial. Todos os outros requisitos da política de mercado comercial se aplicam. A tabela a seguir descreve as principais diferenças.
| Comportamento | Aplicativo de marketplace comercial | O aplicativo destina-se apenas a organizações e empresas maiores | Política de mercado comercial relacionada |
|---|---|---|---|
| Home pages do AppSource | Pode aparecer nas páginas iniciais específicas do aplicativo no AppSource e poderá ser descoberto por meio de pesquisa e estará disponível para suas campanhas na Web e de e-mail. | Não aparecerá nas páginas iniciais, mas poderá ser descoberto por meio de pesquisa e estará disponível para suas campanhas na Web e de e-mail. | Não aplicável. |
| Nome da marca ou do serviço | O título não pode incluir sua marca ou nome de serviço. | O título pode incluir sua marca ou nome de serviço, especialmente se ajudar a transmitir o propósito de seu suplemento ou aplicativo. | 1100.7 |
| Experiência perfeita de primeira execução | Obrigatória. Deve fornecer uma experiência de primeira execução perfeita que explique claramente como usá-lo. Por exemplo, na tela inicial do suplemento, descreva sua funcionalidade e benefícios em poucas linhas. Além disso, se os usuários precisarem se inscrever ou entrar para usar seu aplicativo, o valor de ter essa conta ou serviço deverá ser deixado claro para eles antes de se inscreverem. | Não é obrigatório, mas deve incluir um contato de e-mail ou link de site para que os usuários possam saber mais sobre seus serviços. | 1100.5 |
| Experiência de entrada/saída | Somente suplementos: necessários se o suplemento precisar de contas ou serviços externos, caso em que um link de entrada para cada um deve ser fornecido e um link de saída quando o usuário tiver entrado. Caso contrário, não é obrigatório. | Somente suplementos: Obrigatório, a menos que seu suplemento precise de contas ou serviços externos em que as inscrições sejam gerenciadas pela empresa fora do suplemento e não pelo usuário individual. | 1100.5 |
| Experiência de inscrição | Somente suplementos: necessários se o suplemento precisar de contas ou serviços externos, caso em que um link de inscrição para cada um deles deve ser fornecido. Caso contrário, não é obrigatório. | Somente suplementos: Obrigatório, a menos que seu suplemento precise de contas ou serviços externos em que as inscrições sejam gerenciadas pela empresa fora do suplemento e não pelo usuário individual. | 1100.5 |
| Proposta de valor | Obrigatória. Deve fornecer uma solução de software utilizável e benefícios significativos, como eficiência aprimorada, recursos inovadores ou vantagens estratégicas. Uma vez que deve ser mais do que uma simples utilidade ou de escopo limitado, também deve justificar o investimento necessário para que os usuários aprendam e usem. | Não é obrigatório, mas deve incluir um contato de e-mail ou link de site para que os usuários possam saber mais sobre seus serviços. | 1100.5 |
Se seu aplicativo ou suplemento se destinar apenas a organizações e empresas maiores, você deverá indicar isso na seção Notas para certificação do envio da listagem do marketplace, incluindo também todos os requisitos que você está optando por não fornecer devido a essa causa. Por exemplo, digamos que seu suplemento não esteja fornecendo um link de inscrição porque ele está direcionado a empresas e atende às outras condições. Você pode dizer algo como: "Este suplemento não está fornecendo um link de inscrição porque está direcionado à empresa. Consulte a política 1100.5."
Se você não fizer isso, seu aplicativo ou suplemento será tratado como um aplicativo de mercado comercial geral.