Partilhar via


API de reconciliação de fatura faturada v2 (GA)

Aplica-se a: Partner Center (indisponível no Azure Government ou no Azure China 21Vianet)

Entenda a arquitetura

A nova API assíncrona oferece avanços significativos na forma como lidamos com o acesso a dados de faturamento e reconciliação. Essa abordagem resolve desafios associados aos métodos síncronos tradicionais, como a manutenção de conexões de longa duração e o processamento de grandes lotes de dados. Aqui estão os principais benefícios e mecanismos desta API:

Componentes-chave

Acesso seguro com padrão de chave de manobrista

O padrão valet key fornece acesso seguro e limitado aos seus dados de faturamento. Semelhante a como uma chave de manobrista permite que alguém dirija seu carro sem acessar o porta-malas, esse padrão garante um controle de acesso granular. Em vez de compartilhar credenciais, um token de assinatura de acesso compartilhado (SAS) concede acesso limitado e limitado ao tempo a recursos específicos. Esse padrão reduz o risco de acesso não autorizado, configurando tempos de expiração precisos e permissões de acesso.

Eficiência aprimorada por meio de um padrão assíncrono de solicitação-resposta

Pense nisso como pedir em um restaurante movimentado. Em vez de esperar no balcão, você recebe uma campainha e pode fazer outras coisas enquanto seu pedido é preparado. Quando os dados estiverem prontos, o sistema notifica-o.

A natureza assíncrona da API significa que você faz uma solicitação e o sistema a processa em segundo plano. Esses pedidos e respostas assíncronos usam recursos de forma eficiente, reduzem a carga do servidor e minimizam tempos limite e falhas comuns à recuperação de dados síncrona.

Flexibilidade nas permissões de acesso a dados

Os tokens SAS oferecem flexibilidade no gerenciamento de permissões de acesso a dados. Você pode gerar tokens que concedem acesso a todos os atributos dos dados de reconciliação de fatura faturada ou limitam o acesso a subconjuntos específicos. Essa granularidade permite que as organizações adaptem o acesso aos dados de acordo com políticas internas e requisitos regulamentares, aprimorando a segurança e a conformidade.

Fluxo de trabalho simplificado e tempos de processamento de dados melhorados

O padrão assíncrono solicitação-resposta simplifica o processamento de dados permitindo acesso dinâmico em vez de lotes fixos de 2.000 itens de linha. Essa abordagem leva a resultados mais rápidos e melhores tempos de processamento, simplificando a integração de dados de faturamento e reconciliação em sistemas e fluxos de trabalho existentes.

Benefícios

  1. Benefícios de desempenho

    Em vez de manter conexões de longa duração e processar lotes fixos, o novo sistema permite:

    • Faça um pedido inicial rápido.
    • Receba um token de acesso seguro.
    • Processe dados ao seu próprio ritmo.
    • Acesse exatamente o que você precisa quando precisar.
  2. Melhorias de segurança

    O padrão de chave valet, implementado através de tokens SAS, fornece:

    • Acesso limitado no tempo.
    • Permissões restritas.
    • Eliminação do compartilhamento ou armazenamento de credenciais permanentes.
    • Controle de acesso refinado.
  3. Vantagens arquitetônicas

    O padrão assíncrono solicitação-resposta age como um assistente pessoal que:

    • Aceita o seu pedido.
    • Executa a tarefa em segundo plano.
    • Notifica quando tudo estiver pronto.

Adote APIs otimizadas para melhorar o desempenho

A adoção dessas APIs otimizadas simplifica o fluxo de trabalho e melhora o desempenho geral no gerenciamento de dados. Usando controle de acesso seguro e mecanismos de recuperação eficientes, você obtém melhores resultados com menos esforço, levando a uma maior eficiência operacional.

Em conclusão, a nova API assíncrona para acessar dados de cobrança e reconciliação por meio de blobs do Azure é uma ferramenta poderosa. Ele oferece acesso seguro e eficiente a dados financeiros, simplificando fluxos de trabalho, reduzindo cargas de servidor e melhorando os tempos de processamento, tudo com alta segurança e conformidade.

Nota

A nova API não está hospedada no host da API do Partner Center. Em vez disso, você pode encontrá-lo no Microsoft Graph em Usar a API do Microsoft Graph para exportar dados de faturamento do parceiro - Microsoft Graph v1.0. Para acessar essa API, consulte os seguintes detalhes.

Permitir que seu aplicativo acesse com segurança os dados de faturamento do parceiro

Para permitir que a sua aplicação aceda aos dados de faturação do parceiro, clique nesta ligação e familiarize-se com as noções básicas de autenticação e autorização de para o Microsoft Graph. Esta etapa é crucial, pois garante que seu aplicativo possa acessar com segurança os dados necessários.

Registre seu aplicativo e atribua a permissão PartnerBilling.Read.All

Você pode atribuir a permissão "PartnerBilling.Read.All" usando o portal do Azure ou o centro de administração do Microsoft Entra. Ao concluir estas etapas, você ajuda a garantir que seu aplicativo tenha o acesso necessário aos dados de faturamento do parceiro. Saiba como:

  1. Registe a sua aplicação na página inicial do Microsoft Entra na secção Registos de aplicações.
  2. Conceda a permissão necessária acessando a página do Microsoft Entra App. Na seção de permissões da API, selecione Adicionar uma permissão e escolha o âmbito de PartnerBilling.Read.All.

Saiba mais sobre os principais pontos de extremidade da API

Para ajudá-lo a recuperar novos itens de linha de reconciliação de fatura comercial faturados de forma assíncrona, oferecemos dois pontos de extremidade de API principais. Estes terminais ajudam-no a gerir eficientemente o seu processo de reconciliação de faturas. Siga este guia simplificado para começar rapidamente.

Utilize o endpoint de reconciliação de fatura emitida

Primeiro, use essa API para buscar novos itens de linha de reconciliação de fatura faturados pelo comércio . Ao fazer uma solicitação, você recebe um status HTTP 202 e um cabeçalho de local com uma URL. Analise este URL regularmente até obter um status de sucesso e um URL de manifesto.

Utilize o ponto final de status da operação

Em seguida, continue verificando o status da operação chamando essa API em intervalos regulares. Se os dados não estiverem prontos, a resposta incluirá um cabeçalho Retry-After indicando quanto tempo esperar antes de tentar novamente. Quando a operação estiver concluída, receberá um recurso de manifesto com um link para uma pasta de armazenamento para descarregar os dados de utilização. A resposta segmenta os arquivos para melhorar a taxa de transferência e permitir paralelismo de E/S.

Rever o diagrama de sequência

Aqui está um diagrama de sequência que mostra as etapas para baixar novos dados de reconciliação de fatura comercial.

Diagrama que mostra as etapas para baixar dados de reconciliação.

Siga a sequência de ações do usuário para recuperar dados de reconciliação de fatura faturada

Aqui está a sequência de ação do usuário para recuperar dados de reconciliação de fatura faturada:

Enviar uma solicitação POST

Envie uma solicitação POST para o ponto de extremidade da API.

Obter itens de linha de reconciliação de fatura faturados

Obtenha os itens de linha de reconciliação da fatura emitida.

Pedido da API

POST https://graph.microsoft.com/v1.0/reports/partners/billing/reconciliation/billed/export

Accept: application/json

Content-Type: application/json

{

"invoiceId": "G016907411",

"attributeSet": "basic"

}

Parâmetros de consultas

N/A

Corpo do pedido

Atributo Necessário Tipo Descrição
conjunto de atributos Falso String Escolha "completo" para todos os atributos ou "básico" para um conjunto limitado. Se não for especificado, "full" é o valor padrão. Verifique a lista de atributos nesta seção. Opcional.
invoiceId Verdadeiro String Um identificador exclusivo para cada fatura. Necessário.

Cabeçalhos do pedido

Solicite cabeçalhos para a API usando as etapas listadas em Práticas recomendadas para usar o Microsoft Graph. Ao seguir essas diretrizes, você garante confiabilidade e suporte para seu aplicativo. A sua atenção aos detalhes nesta etapa é crucial para uma integração perfeita e um desempenho ideal.

Resposta da API

HTTP/1.1 202 Accepted  
Location: <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>

A API geralmente responde com um status HTTP 202. Você também pode encontrar outros status, dependendo de suas solicitações. Esses estados estão listados na secção Estados de resposta padrão da API.

Código Descrição
202 – Aceito O seu pedido foi aceite. Para verificar o estado do seu pedido, consulte o URL fornecido no cabeçalho da localização.

Verificar o estado do pedido

Para acompanhar o status de uma solicitação, certifique-se de receber uma resposta HTTP 200, que é um código de status padrão indicando "bem-sucedido" ou "reprovado". Se for bem-sucedido, você encontrará a URL do manifesto no atributo "resourceLocation". Este atributo fornece um ponto de extremidade para acessar as informações necessárias.

Obter o status da operação

Recupera o status de uma solicitação.

Pedido da API

GET <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>

Parâmetros de solicitação

Nome Incluir em Necessário Tipo Descrição
operationId URI do pedido Verdadeiro String Um identificador exclusivo para verificar o status da solicitação. Necessário.

Cabeçalho do pedido

Solicite cabeçalhos para a API usando as etapas listadas em Práticas recomendadas para usar o Microsoft Graph. Ao seguir essas diretrizes, você garante confiabilidade e suporte para seu aplicativo. A sua atenção aos detalhes nesta etapa é crucial para uma integração perfeita e um desempenho ideal.

Corpo do pedido

N/A.

Estado da resposta

Além dos status HTTP padrão listados em Status de resposta da API padrão, a API também pode retornar o seguinte status HTTP:

Código Descrição
410 – Desaparecido O link de manifesto expira após um tempo definido. Para obter o link do manifesto novamente, envie uma nova solicitação.

Carga útil de resposta

A carga útil de resposta da API inclui os seguintes atributos:

Atributo Necessário Descrição
id Verdadeiro Um identificador exclusivo para cada resposta
Necessário.
estado Verdadeiro Valores e ações: Obrigatório.
notstarted: Aguarde a duração especificada no cabeçalho "Retry-After" e, em seguida, faça outra chamada para verificar o status.
em execução: Aguarde pela duração especificada no cabeçalho "Retry-After" e, de seguida, faça outra chamada para verificar o estado.
bem-sucedido: os dados estão prontos. Recupere a carga útil do manifesto usando o URI especificado em resourceLocation.
falhou: A operação falhou permanentemente. Reinicie-o.
createdDateTime Verdadeiro A hora em que o pedido foi feito.
Necessário.
lastActionDateTime Verdadeiro A última vez que o status mudou.
Necessário.
localização do recurso Falso O URI para a carga útil do manifesto.
Opcional.
erro Falso Detalhes sobre quaisquer erros, fornecidos no formato JSON.
Opcional.
Atributos incluídos:
message: Descrição do erro.
code: O tipo de erro.

Objeto de localização de recurso

Atributo Descrição
id Um identificador exclusivo para o manifesto.
schemaVersion Versão do esquema de manifesto.
formato de dados Formato do ficheiro de dados de faturação.
compressedJSON: Formato de dados em que cada blob é um arquivo compactado que contém dados no formato de linhas JSON. Para recuperar os dados de cada blob, descompacte-os.
createdDateTime Data e hora em que o arquivo de manifesto foi criado.
eTag Versão dos dados do manifesto. Um novo valor é gerado sempre que há uma alteração nas informações de faturamento.
IdentificadorDoInquilinoParceiro ID do locatário do parceiro do Microsoft Entra.
diretório raiz Diretório raiz do arquivo.
sasToken Token SAS (assinatura de acesso compartilhado) que permite ler todos os arquivos no diretório.
Tipo de partição Divide os dados em vários blobs com base no atributo partitionValue . O sistema divide partições que excedem o número suportado. Por padrão, os dados são particionados com base no número de itens de linha no arquivo. Evite fixar contagens de itens de linha ou tamanhos de arquivo, pois estes podem mudar.
Contagem de blobs Número total de ficheiros para este ID de inquilino parceiro.
manchas Uma matriz JSON de objetos "blob" que contêm os detalhes do arquivo para a ID do locatário parceiro.
objeto blob Um objeto que contém os seguintes detalhes:
nome e partitionValue
nome Nome do blob.
valorDePartição Partição que contém o arquivo. A partição grande é dividida em vários arquivos com base em certos critérios, como tamanho do arquivo ou número de registros, com cada arquivo contendo o mesmo "partitionValue".

Pedido da API

GET <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>

Resposta da API

A resposta recomenda aguardar 10 segundos antes de tentar novamente quando os dados ainda estiverem em processamento.

HTTP/1.1 200 OK  
Retry-After: 10  
{  
"id": "9ab9cb54-d07f-4f52-9ea6-a09d7de52c14",  
"createdDateTime": "2022-06-1T10-01-03.4Z",  
"lastActionDateTime": "2022-06-1T10-01-05Z",  
"status": "running"  
}

Pedido da API

(10 segundos após o pedido anterior...)

GET <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>

Resposta da API

A API retorna o estado "bem-sucedido" e o URI de "resourceLocation".

HTTP/1.1 200 OK  
Content-Type: application/json  
{

    "@odata.context": "https://graph.microsoft.com/v1.0/\$metadata#reports/partners/billing/operations/\$entity",

    "@odata.type": "#microsoft.graph.partners.billing.exportSuccessOperation",

    "id": "f2170b13-6a8e-47d6-b481-6988490dc0cb",

    "createdDateTime": "2023-12-05T21:17:29Z",

    "lastActionDateTime": "2023-12-05T21:18:00.8897902Z",

    "status": "succeeded",

    "resourceLocation": {

        "id": "44e8500b-ab92-490e-8ac3-90500a1d3427",

        "createdDateTime": "2023-11-06T19:58:47.513Z",

        "schemaVersion": "2",

        "dataFormat": "compressedJSON",

        "partitionType": "default",

        "eTag": "RwDrn7fbiTXy6UULE",

        "partnerTenantId": "aaaabbbb-0000-cccc-1111-dddd2222eeee",

        "rootDirectory": "https://adlsreconbuprodeastus201.blob.core.windows.net/path_id",

        "sasToken": "{token}",

        "blobCount": 1,

        "blobs": \[

            {

                "name": "part-00123-5a93fa5d-749f-48bc-a372-9b021d93c3fa.c000.json.gz",

                "partitionValue": "default"

            }

        \]

    }

}

Baixar itens de linha de reconciliação do armazenamento de blobs do Azure

Primeiro, você precisa obter o token de assinatura de acesso compartilhado (SAS) e o local de armazenamento de blob (combine o diretório raiz e o nome do blob). Encontre esses detalhes nas propriedades sasToken, rootDirectorye blobs da resposta de API do manifesto de carga útil.

Para continuar, siga estes passos:

  1. Baixe o ficheiro blob utilizando o SDK ou ferramenta de Armazenamento Azure .
  2. Descompacte o arquivo, que está no formato JSONLines.

Gorjeta

Certifique-se de verificar o nosso exemplo de código . Ele mostra como baixar e descompactar o arquivo de blob do Azure para seu banco de dados local.

Status de resposta padrão da API

Você pode obter os seguintes status HTTP da resposta da API:

Código Descrição
400 – Pedido Inválido O pedido está em falta ou contém dados incorretos. Verifique o corpo da resposta para obter detalhes do erro.
401 – Não autorizado A autenticação é necessária antes de fazer a primeira chamada. Autentique-se com o serviço de API do parceiro.
403 – Proibido Você não tem a autorização necessária para fazer a solicitação.
404 – Não encontrado Os recursos solicitados não estão disponíveis com os parâmetros de entrada fornecidos.
410 – Desaparecido O link de manifesto não é mais válido ou ativo. Envie uma nova solicitação.
500 – Erro interno do servidor A API ou suas dependências não podem atender à solicitação no momento. Tente novamente mais tarde.
5000 – dados não disponíveis O sistema não tem dados para os parâmetros de entrada fornecidos.

Compare atributos básicos e completos de reconciliação de faturas

Para comparar os atributos retornados pela API de reconciliação de fatura faturada para os conjuntos de atributos "completo" ou "básico", consulte esta tabela. Para saber mais sobre esses atributos e seus significados, consulte como usar o arquivo de reconciliação.

Atributo Completo Básica
Id do Parceiro sim sim
ID do Cliente sim sim
Nome do Cliente sim sim
NomeDeDomínioDoCliente sim não
País do Cliente sim não
Número da fatura sim sim
MpnId sim não
Tier2MpnId sim sim
ID de Pedido sim sim
Data de Pedido sim sim
ProductId sim sim
SkuId sim sim
IdDeDisponibilidade sim sim
Nome do SKU sim não
ProductName sim sim
Tipo de Cobrança sim sim
PreçoUnitário sim sim
Quantidade sim não
Subtotal sim sim
Total de Impostos sim sim
Total sim sim
Moeda sim sim
Descrição de Ajuste de Preço sim sim
Nome do Editor sim sim
Id do Publicador sim não
SubscriçãoDescrição sim não
SubscriptionId sim sim
DataDeInícioDeCobrança sim sim
ChargeEndDate sim sim
Período e Ciclo de Faturação sim sim
EffectiveUnitPrice sim sim
Tipo de Unidade sim não
AlternateId sim não
Quantidade Faturável sim sim
Frequência de Faturação sim não
Moeda de Preço sim sim
PCToBCExchangeRate sim sim
PCToBCExchangeRateDate sim não
Descrição do Medidor sim não
IdPedidoReserva sim sim
CódigoMotivoDeCrédito sim sim
AssinaturaStartDate sim sim
DataDeFimDeSubscrição sim sim
Id de Referência sim sim
Qualificadores de Produto sim não
Id da Promoção sim sim
Categoria de Produto sim sim

Importante

Cada nome de campo ou atributo começa com uma letra maiúscula para manter a consistência com o arquivo e melhorar a legibilidade.

Código de exemplo

Se precisar de ajuda com a migração para essa API, consulte o link que inclui o código de exemplo em C#.

exemplos de API para obter dados de reconciliação de faturamento do Partner Center.