SP-API para fornecedores - Perguntas frequentes sobre relatórios
Frequently asked questions about SP-API Vendors Reports.
Por que o preço da Buy Box perdida (preço da LBB) não está disponível nos relatórios da API 2.0?
Selecione para expandir a resposta
A LBB (Preço) não é mais suportada pela equipe de preços de varejo da Amazon, e não poderemos fornecer uma métrica da LBB nos tipos de relatórios de análise de varejo do fornecedor até que uma métrica de substituição efetiva esteja disponível. Uma métrica alternativa está em desenvolvimento, mas não recebemos orientação sobre quando poderemos compartilhar essa métrica externamente.Por que a conversão e o preço médio de venda (ASP) não estão incluídos nos relatórios?
Selecione para expandir a resposta
Conversão e ASP são métricas derivadas, o que significa que elas podem ser calculadas usando outras métricas já fornecidas. Use as seguintes equações para calcular essas métricas:Unidades pedidas/Visualizações de Detalhes = Conversão
Receita enviada/Unidades enviadas = ASP
As vendas de negócios em armazém estão incluídas nas métricas?
Select to expand the answer
No, vendor retail analytics report types do not include Warehouse Deals in reported metrics. Since proceeds from Warehouse Deals sales are not collected by the vendor, we do not account for these transactions. Note that the internal tools used by your retail partners might include Warehouse Deals sales. To determine whether Warehouse Deals sales are included in your internal metrics, reach out to your retail partners.Como as Visualizações de Detalhes (GVs) são calculadas?
Selecione para expandir a resposta
As Visualizações de Detalhes (GVs) são calculadas no nível do ASIN e somente quando o varejo é o vendedor principal. Ao expor GVs brutas quando o varejo é o vendedor principal, proporcionamos aos fornecedores dados de tráfego de quando o varejo teve a oportunidade de converter uma venda.Por que a métrica de Visualização de Detalhes (GV) não corresponde à métrica dos relatórios de publicidade?
Select to expand the answer
Glance view (GV) metrics can vary based on the reporting tool used and the specific inputs or filters applied to those metrics. For example, Advertising can track impressions and clicks to evaluate the efficacy of an ad directing the shopper to the shelf (in other words, all detail page views). In contrast, the data in vendor retail analytics report types tracks customer traffic directed to a detail page where retail is the feature offer and the vendor has the opportunity to convert a sale. GV metrics can vary across reporting tools.What if the purchase orders I receive from Amazon do not align with the unit forecast in the forecasting data?
Selecione para expandir a resposta
Os dados de previsão fornecem uma previsão da demanda do cliente, não uma promessa de pedidos de compra. As previsões de demanda do cliente fornecem visibilidade da demanda esperada do cliente por um determinado produto e ajudam os fabricantes a tomar decisões informadas sobre produção e estoque.Qual é a diferença entre distributorView
: FABRICAÇÃO e distributorView
: FORNECIMENTO?
distributorView
: FABRICAÇÃO e distributorView
: FORNECIMENTO?Selecione para expandir a resposta
A visualização de fabricação mostra dados dos números de identificação padrão da Amazon (ASINs) de itens fabricados por você, independentemente de quem forneceu os produtos para a Amazon. A visualização de fornecimento mostra apenas dados para ASINs de itens provenientes diretamente do seu grupo de fornecedores.Which Amazon selling programs does sellingProgram:RETAIL
include?
sellingProgram:RETAIL
include?Selecione para expandir a resposta
O Amazon RETAIL inclui dados do Amazon Retail, Amazon Business e Amazon Fresh.Os fornecedores ainda poderão receber e confirmar seus pedidos de compra (POs) por meio da troca eletrônica de dados (EDI)?
Selecione para expandir a resposta
Sim. Embora as transações EDI do relatório de vendas e inventário (X12 852, EDIFACT SLSRPT) e do relatório de previsão (X12 830, EDIFACT DELFOR) não funcionem mais após 30 de junho de 2022, isso não afetará nenhuma outra transação EDI, como pedido de compra (X12 850, EDIFACT ORDERS), confirmação de pedido de compra (X12 855, EDIFACT ORDRSP), notificação avançada de envio (X12 856, EDIFACT DESADV) ou outras transações. Você pode gerenciar todas as mensagens da cadeia de suprimentos via EDI, mas precisará utilizar os tipos de relatórios de análise de varejo do fornecedor para atender às suas necessidades de relatórios em paralelo. Como alternativa, os fornecedores também podem migrar outras mensagens EDI para a API.Refer to What is the Selling Partner API? for additional info on migrating EDI messaging to API report types; including purchase order management.
Quanto tempo leva para que os fornecedores adotem os relatórios de análise de varejo da SP-API e do fornecedor?
Selecione para expandir a resposta
Embora o tempo total de integração varie de acordo com o fornecedor, o esforço de desenvolvimento para a integração do relatório de análise de varejo do fornecedor é de aproximadamente 4 a 5 semanas.- Initial SP-API setup (1-2 weeks), as documented in the SP-API Registration overview.
- Building and testing REST clients for SP-API (1 week). Development time can be shortened by using a pre-built library (example).
- Busca periódica de relatórios da SP-API, carregamento para um bucket do S3 de propriedade do cliente e todas as conversões JSON necessárias (1 semana).
- S3 to database (such as Redshift) loading (1 week). Development time can be shortened by using a pre-existing solution (example).
How can vendors disable their EDI sales and forecasting integration?
Selecione para expandir a resposta
Nenhuma ação é necessária para desativar a integração de vendas e previsões de EDI. Depois de 30 de junho de 2022, as transações EDI do relatório de vendas e inventário (X12 852, EDIFACT SLSRPT) e do relatório de previsão (X12 830, EDIFACT DELFOR) não serão mais publicadas.Onde os fornecedores podem obter suporte adicional para perguntas sobre a integração da SP-API?
Selecione para expandir a resposta
For additional questions on vendor retail analytics report types, refer to the SP-API documentation or Contact Us (Contact Us > API Integration > API Services).
Por que estamos migrando da API 1.0 para 2.0?
Selecione para expandir a resposta
As diferenças de dados entre relatórios externos da API e relatórios internos do varejo são o maior problema da geração de relatórios para fornecedores e partes interessadas do varejo. A migração da 1.0 para a 2.0 alinha os dados que são compartilhados entre os tipos de relatórios da API e as ferramentas internas de relatórios do varejo. Com a transição para os tipos de relatório da API 2.0, estamos migrando para uma nova fonte de dados, alcançando assim a paridade de dados com os relatórios internos do varejo.Quais são os benefícios dos novos tipos de relatório da API 2.0 em comparação com a API 1.0?
Selecione para expandir a resposta
Com a transição para os tipos de relatório da API 2.0, estamos migrando para uma nova fonte de dados, oferecendo os seguintes benefícios:-
Paridade de dados de origem: a nova fonte de dados para os tipos de relatórios da API 2.0 agora é a mesma fonte usada pelas equipes de categorias de varejo da Amazon, bem como pelos painéis de análise de varejo no Vendor Central.
-
Expanded historical daily data: daily historic data now increases from 13 months to three years, providing vendors increased visibility into their business historically.
Quando os relatórios da API 1.0 serão desativados?
Selecione para expandir a resposta
A partir de 6 de julho de 2022, os relatórios legados da API 1.0 não estarão mais disponíveis.Quais relatórios estão sendo descontinuados e quais são suas substituições?
Selecione para expandir a resposta
Relatórios de API (descontinuados) | Relatórios da API 2.0 (substituição) |
---|---|
GET_VENDOR_SALES_DIAGNOSTIC_REPORT | GET_VENDOR_SALES_REPORT and GET_VENDOR_TRAFFIC_REPORT |
GET_VENDOR_DEMAND_FORECAST_REPORT | GET_VENDOR_FORECASTING_REPORT |
GET_VENDOR_INVENTORY_HEALTH_AND_PLANNING | GET_VENDOR_INVENTORY_REPORT |
E se eu tentar acessar um relatório da API 1.0 depois de 6 de julho de 2022?
Select to expand the answer
Beginning July 6, 2022, users who try to access API 1.0 report types will receive the following error message:-
Vendas 1.0: {"
reportRequestError
":"Este relatório foi descontinuado. Faça uma solicitação paraGET_VENDOR_SALES_REPORT
eGET_VENDOR_TRAFFIC_REPORT
"} -
Previsão de demanda 1.0: {"
reportRequestError
":"Este relatório foi descontinuado. Faça uma solicitação paraGET_VENDOR_FORECASTING_REPORT
"} -
Inventário 1.0: {"
reportRequestError
":"Este relatório foi descontinuado. Faça uma solicitação paraGET_VENDOR_INVENTORY_REPORT
"}
As extensões estão disponíveis para permitir a permanência na API 1.0?
Selecione para expandir a resposta
Não. As extensões não estarão disponíveis para permanecer nos tipos de relatório da API 1.0. Os usuários são incentivados a migrar para os tipos de relatório da API 2.0.Como faço para migrar para os tipos de relatório da API 2.0?
Selecione para expandir a resposta
For migration guidance, refer to the Vendor Retail Analytics Reports Migration Guide, available in the SP-API documentation or Contact Us (Contact Us > API Integration > API Services).
Por que algumas métricas nos tipos de relatório da API 1.0 não estão mais disponíveis nos tipos de relatório da API 2.0?
Selecione para expandir a resposta
Some of the metrics that were available in the legacy data source backing API 1.0 report types are not available in the new data sourcing powering API 2.0 report types. If you have a specific business use case for a metric no longer available in an API 2.0 report type, share your feedback with us at selling-partner-apis@amazon.com.
Why isn't there an Out of Stock Metric in the API 2.0 report types?
Selecione para expandir a resposta
Para nos alinharmos à métrica de falta de estoque usada pelas equipes de varejo, estamos substituindo o OOS reabastecível (Rep OOS) pelo OOS de produto procurável (OOS de varejo ou ROOS). O ROOS será adicionado ao GET_VENDOR_INVENTORY_REPORT no terceiro trimestre de 2022. Enquanto o Rep OOS considera apenas códigos ASIN reabastecíveis, o ROOS considera códigos ASIN procuráveis.Quando os tipos de relatório da API 2.0 serão atualizados?
Selecione para expandir a resposta
O contrato de nível de serviço (SLA) para períodos de geração de relatórios semanais (como conjuntos de dados de sábado) é de 48 horas após o fechamento do período até o final do dia (EOD) às segundas-feiras. O SLA para períodos de relatórios diários que não sejam aos sábados é de 72 horas após o encerramento do período.Painel | SLA médio (horas) | TP90 SLA (horas) |
---|---|---|
Vendas | 42 | 55 |
Tráfego | 32 | 51 |
Margem líquida de produtos puros | 41 | 55 |
Inventário | 54 | 69 |
Previsão | 33 | 40 |
Por que os dados de inventário não estão disponíveis com granularidade diária na API 2.0?
Selecione para expandir a resposta
Com a nova fonte de dados, nem todas as métricas de inventário estão disponíveis na granularidade diária. Os relatórios são fornecidos somente na menor granularidade compartilhada de todas as métricas. Portanto, no curto prazo, não podemos fornecer um relatório de inventário diário sem remover as métricas que estão disponíveis apenas semanalmente. As métricas disponíveis somente semanalmente incluem: `sellThroughRate`, `unhealthyInventory` e `unhealthyUnits`. Estamos avaliando como podemos fornecer o relatório de inventário com uma granularidade diária no futuro.Where can vendors go for additional support and questions on API integration?
For additional questions on API integration, refer to the SP-API documentation or Contact Us (Contact Us > API Integration > API Services).
Updated 23 days ago