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.
Aviso
Os Suplementos do SharePoint foram preteridos e não são mais suportados. Os Suplementos do SharePoint existentes continuarão a funcionar, mas nenhum novo Suplemento do SharePoint poderá ser enviado ao Microsoft AppSource. Para obter mais informações, consulte Suplementos do SharePoint. As soluções do Sharepoint continuam a ser suportadas. Para obter mais informações, consulte Soluções do SharePoint.
Como posso evitar erros ao enviar meu aplicativo para o Microsoft AppSource?
Para evitar erros comuns de envio:
Verifique se o número da versão no formulário de envio corresponde ao número da versão no manifesto do aplicativo.
Nota
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. Exemplos: 1.0.0.0, 6.23.0.1.
Certifique-se de que todos os locais são protegidos por SSL (HTTPS).
Certifique-se de especificar um ícone no manifesto e de que o ícone está corretamente dimensionado e formatado.
Certifique-se de que o seu documento de identificação é único. 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, certifique-se de que está a utilizar 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 biblioteca JavaScript API for Office mais recente e esquema de manifesto de 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. Seu URL de suporte deve ser uma página da Web disponível publicamente e não deve exigir autenticação. Você não pode usar páginas pessoais de mídia social ou repositórios do GitHub para o URL de suporte. Também não é possível 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 sobre validação de esquema, consulte Referência de esquema para manifestos de suplementos do Office (v1.1) ou Referência de esquema para manifestos de soluções do SharePoint.
Verifique se seu aplicativo foi testado e está totalmente funcional.
Certifique-se de que suas Soluções do SharePoint especifiquem suas localidades suportadas.
Se você não especificar localidades suportadas, seu aplicativo não será aceito pelo Microsoft AppSource. Para obter detalhes, consulte Informações de suporte de localidade são necessárias para todos os suplementos.
Certifique-se de enviar um link de privacidade.
Certifique-se de que 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 seu Suplemento do Office estiver disponível no iOS, não inclua "app" no Título do Suplemento ou na Descrição Resumida do Suplemento.
Se eu fizer atualizações no meu envio, quando terei que reenviá-lo para o Microsoft AppSource?
Se você fizer atualizações no serviço Web para seu aplicativo, não precisará reenviá-lo. No entanto, se você fizer alterações em quaisquer itens ou dados enviados por meio do Partner Center, como manifesto, capturas de tela ou ícone, precisará reenviá-los 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 da versão no formulário de envio para corresponder ao número da 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 via 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, o aplicativo existente não será publicado do Microsoft AppSource até a data de lançamento especificada.
Pode optar por continuar a oferecer a versão anterior da sua aplicação no Microsoft AppSource ou pode anular a publicação da versão anterior.
Quando um cliente existente inicia o aplicativo atualizado pela primeira vez, uma notificação aparece no painel de tarefas ou no corpo do documento que solicita que o usuário atualize seu aplicativo. Quando o usuário escolhe Atualizar, a versão mais recente do aplicativo é iniciada.
Nota
A notificação de atualização aplica-se apenas ao Excel, PowerPoint e Word. Não se aplica ao Outlook.
Se a versão atualizada incluir novas permissões, o usuário deve consentir com elas.
Nota
Não é possível 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 publicar uma versão atualizada da sua aplicação sem anular a publicação de uma versão anterior, terá dois anúncios e, potencialmente, dividirá a sua base de clientes.
Não há mais suporte para atualizações de suplementos do SharePoint por meio do Partner Center. Para obter mais informações sobre como atualizar suplementos do SharePoint fora do Partner Center, consulte Processo de atualização de suplementos do SharePoint.
Posso enviar um aplicativo pago para o Microsoft AppSource?
Todos os aplicativos enviados ao Microsoft AppSource por meio do Partner Center são gratuitos. Pode rentabilizar a sua aplicação através do Microsoft Commercial Marketplace; para obter detalhes, consulte Rentabilizar o suplemento.
Como sou notificado sobre o status de 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 e-mail e pela Central de Ações no Partner Center. Para obter mais informações sobre a Central de Ações, consulte Visão geral da Central de Ações.
Como faço referência às APIs JavaScript para Office em meus aplicativos?
Se seu aplicativo usa as APIs JavaScript para Office, você deve fazer referência ao arquivo de Office.js hospedado pela Microsoft a partir de sua URL CDN. Não inclua uma cópia do arquivo Office.js em seu aplicativo nem faça referência a uma cópia do arquivo hospedado em outro lugar.
Porque é que as minhas aplicações têm de estar protegidas por SSL?
Os aplicativos que não são protegidos por SSL (HTTPS) geram avisos e erros de conteúdo inseguro durante o uso. Por esse motivo, todos os aplicativos enviados ao Microsoft AppSource precisam ser protegidos por SSL.
Como declaro o suporte linguístico?
Dois aspetos da sua submissão estão relacionados com os idiomas suportados:
Os idiomas que você declara no pacote ou manifesto do aplicativo. Declare quais idiomas seu aplicativo suporta, dependendo do tipo:
Para Suplementos do Office que não são dicionários, declare o suporte a idiomas usando os elementos DefaultLocale e Override em seu manifesto. Para obter mais informações, consulte Localização de suplementos do Office.
Para suplementos do Office que são dicionários, você também pode usar o elemento TargetDialects dentro do manifesto do suplemento.
No Partner Center, você pode selecionar idiomas na página Fichas da loja.
Nota
Você pode declarar mais idiomas no pacote do aplicativo do que os disponíveis para envio no Partner Center.
Se meu aplicativo segmenta empresas, como isso afeta meu envio?
Certos requisitos serão dispensados ou alterados se a sua aplicação ou suplemento se destinar apenas a organizações e empresas maiores e não se destinar ao mercado comercial. Aplicam-se todos os outros requisitos da política do mercado comercial. A tabela a seguir descreve as principais diferenças.
| Comportamento | Aplicação de mercado comercial | A aplicação destina-se apenas a organizações e empresas de maior dimensão | Política de mercado comercial relacionada |
|---|---|---|---|
| Páginas iniciais do AppSource | Pode aparecer nas páginas iniciais específicas do aplicativo no AppSource e poderá ser descoberto por meio da pesquisa e estará disponível para suas campanhas na Web e por e-mail. | Não aparecerá nas páginas iniciais, mas poderá ser descoberto através da pesquisa e estará disponível para as suas campanhas na Web e por e-mail. | Não aplicável |
| Marca ou nome do serviço | O título não pode incluir a sua marca ou nome de serviço. | O título pode incluir o nome da sua marca ou serviço, especialmente se ajudar a transmitir o objetivo do seu suplemento ou aplicativo. | 1100.7 |
| Experiência perfeita de primeira execução | Obrigatório. Deve fornecer uma experiência perfeita de primeira execução que explique claramente como usá-lo. Por exemplo, na tela inicial do suplemento, descreva sua funcionalidade e benefícios em algumas 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 deve ser deixado claro para eles antes de se inscreverem. | Não é necessá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: obrigatório 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 é necessário. | Somente suplementos: obrigatórios, 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: Obrigatório se o suplemento precisar de contas ou serviços externos, caso em que um link de inscrição para cada um deve ser fornecido. Caso contrário, não é necessário. | Somente suplementos: obrigatórios, 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ório. Deve fornecer uma solução de software utilizável e benefícios significativos, como maior eficiência, recursos inovadores ou vantagens estratégicas. Uma vez que deve ser mais do que uma simples utilidade ou de âmbito limitado, deve também justificar o investimento necessário para os utilizadores aprenderem e utilizarem. | Não é necessá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 o 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 é 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 é direcionado para empresas. Ver política 1100.5."
Se não o fizer, a sua aplicação ou suplemento será tratado como uma aplicação de mercado comercial geral.