Solicitações para APIs da Microsoft Store sempre retornam listas vazias de produtos / assinaturas

Temos o aplicativo UWP gratuito publicado na Microsoft Store com complementos de atualização não consumíveis. Como o novo modelo de cobrança de assinaturas foiintroduzido para o público recentemente, planejamos utilizá-lo adicionando planos de assinatura no próximo lançamento.

Também gostaríamos de visualizar e gerenciar complementos de propriedade do usuário em nosso back-end, e há informações relevantesdocumentação para fazer exatamente isso. Nós o seguimos de perto, mas no final - enquanto tentávamospegue assinaturas para um usuário, por exemplo - sempre recebemos uma resposta vazia:{ "items": [] }.

Aqui está o que fizemos brevemente, passo a passo:

Criado novo registro de aplicativo no Azure Active Directory.Identificador do registro de aplicativo associado ao nosso aplicativo por meio do Partner Dashboard.

Criou três tokens do Azure Active Directory (AAD) para os seguintes URIs de público-alvo:

https://onestore.microsoft.com (usado na etapa 5 para autorização)https://onestore.microsoft.com/b2b/keys/create/collections (usado na etapa 4)https://onestore.microsoft.com/b2b/keys/create/purchase (usado na etapa 4)

Criamos chaves de ID da loja Microsoft para APIs de coleta e compra em nome de nossa conta de teste da Microsoft, chamandoStoreContext.GetCustomerCollectionsIdAsync eStoreContext.GetCustomerPurchaseIdAsync respectivamente a partir do código do cliente em nosso aplicativo. Para gerar cada chave, usamos o token AAD correspondente da etapa 3.

Produtos / assinaturas solicitados para o usuário (usando o token de autorização AAD da etapa 3 e as chaves de ID da loja da etapa 4).

Então, nós estamos recebendo200 "OK" resposta, mas a lista é sempreesvaziar e isso é muito decepcionante e realmente um grande problema de bloqueio agora para nós.

Também podemos confirmar, através do "Histórico do pedido", que nossa conta Microsoft de teste acima mencionada possui pelo menos um complemento durável e uma assinatura. O mesmo resultado pode ser verificado chamandoStoreContext.GetUserCollectionAsync ouStoreContext.GetAppLicenseAsync API no aplicativo cliente - há um produto não consumível e uma assinatura de fato.

I publicado mesma pergunta no fórum oficial, mas não tenho certeza se receberemos uma resposta em breve, então decidimos publicá-la aqui também. Observe quepergunta semelhante também é postado nos fóruns, mas não está claro no tópico se foi resolvido ou não.

Alguém conseguiu obter compras de usuários pelo serviço de back-end? Apreciaremos qualquer orientação que possa fazê-lo funcionar para nós também.

UPDATE (2018.08.29):

Portanto, temos um pouco de progresso com o problema. Criamos novosnão livre (US $ 0,99), o complemento de assinatura, o adquiriu e solicitou assinaturas para um usuário. Surpreendentemente, um novo item apareceu na resposta!

Vale ressaltar quemesmo usuário já possuído várias assinaturas gratuitas, mas nenhuma delas está na lista na resposta. E nunca vi uma menção na documentação sobre quaisquer restrições para assinaturas gratuitas, dizendo que elas não serão incluídas nos itens devolvidos.

Enfim, o problema com as assinaturas sendo parcialmente resolvidas, agora não podemos obter informações sobre nenhumadurável não consumível complemento com a API "Consulta de produtos", independentemente de sua faixa de preço - também é um grande problema, portanto é necessária uma investigação mais aprofundada.

questionAnswers(1)

yourAnswerToTheQuestion