Preguntas frecuentes sobre SP-API para Vendors - Reports
Preguntas frecuentes sobre los SP-API Vendors Reports.
¿Por qué el precio de la caja de compra perdida (LBB Price) no está disponible en los reportes de la API 2.0?
Seleccionar para ampliar la respuesta
LBB (Precio) ya no es compatible con el equipo de precios minoristas de Amazon, y no podremos proporcionar una métrica LBB en los vendor retail analytics report types hasta que haya una métrica de reemplazo efectiva disponible. Se está desarrollando una métrica alternativa, pero no hemos recibido orientación sobre cuándo podremos compartir esa métrica externamente.¿Por qué no se incluyen la conversión y el precio de venta promedio (ASP) en los reporting?
Seleccionar para ampliar la respuesta
La conversión y el ASP son métricas derivadas, lo que significa que se pueden calcular utilizando otras métricas ya proporcionadas. Utilice las siguientes ecuaciones para calcular estas métricas:Unidades pedidas/Vistas de vista = Conversión (Ordered Units/Glance Views = Conversion)
Ingresos enviados/Unidades enviadas = ASP (Shipped Revenue/Shipped Units = ASP)
¿Las ventas de Warehouse Deals están incluidas en las métricas?
Seleccionar para ampliar la respuesta
No, los vendor retail analytics report types no incluyen las ofertas de almacén en las métricas informadas. Dado que los ingresos de las ventas de Warehouse Deals no son recaudados por el vendor, no contabilizamos estas transacciones. Tenga en cuenta que las herramientas internas utilizadas por sus retail partners pueden incluir ventas de Warehouse Deals. Para determinar si las ventas de Warehouse Deals están incluidas en sus métricas internas, comuníquese con sus retail partners.¿Cómo se calculan las Glance Views (GVs) (Vistas de Glance (GV))?
Seleccionar para ampliar la respuesta
Las Glance Views (GVs) (Vistas de Glance (GV)) se calculan a nivel de ASIN y solo cuando el comercio minorista es el comerciante destacado. Al exponer los GV sin procesar cuando el comercio minorista es el comerciante destacado, brindamos a los vendors datos de tráfico de cuando el comercio minorista tuvo la oportunidad de convertir una venta.¿Por qué la métrica de Glance View (GV) (Vistas de Glance (GV)) no coincide con la métrica de Advertising reports?
Seleccionar para ampliar la respuesta
Las métricas de Glance View (GV) (Vistas de Glance (GV)) pueden variar según la herramienta de reporting utilizada y las entradas o filtros específicos aplicados a esas métricas. Por ejemplo, la publicidad puede realizar un seguimiento de las impresiones y los clics para evaluar la eficacia de un anuncio que dirige al comprador al estante (en otras palabras, todas las visitas a la página de detalles). Por el contrario, los datos en los vendor retail analytics report types rastrean el tráfico de clientes dirigido a una página de detalles donde el comercio minorista es la oferta de características y el vendor tiene la oportunidad de convertir una venta. Las métricas de GV pueden variar entre las herramientas de reporting.¿Qué pasa si las órdenes de compra que recibo de Amazon no se alinean con el pronóstico de unidad que veo en los datos de pronóstico?
Seleccionar para ampliar la respuesta
Los datos de pronóstico proporcionan un pronóstico de la demanda del cliente, no una promesa de órdenes de compra. Los pronósticos de demanda de los clientes brindan visibilidad de la demanda esperada de los clientes para un producto determinado y ayudan a los fabricantes a tomar decisiones informadas de producción e inventario.¿Cuál es la diferencia entre:distributorView: MANUFACTURING y distributorView: SOURCING?
distributorView: MANUFACTURING y distributorView: SOURCING?Seleccionar para ampliar la respuesta
La vista de fabricación(MANUFACTURING) muestra datos de los números de identificación estándar de Amazon (ASIN) de los artículos fabricados por usted, independientemente de quién haya suministrado los productos a Amazon. La vista de abastecimiento(SOURCING) solo muestra datos de ASIN de artículos obtenidos directamente de su grupo de vendors.¿Qué programas de venta de Amazon incluye SellingProgram:RETAIL?
Seleccionar para ampliar la respuesta
Amazon RETAIL incluye datos de Amazon Retail, Amazon Business y Amazon Fresh.¿Podrán los vendors recibir y confirmar sus Purchase Orders (POs)(órdenes de compra (PO)) a través del Electronic Data Interchange (EDI)(intercambio electrónico de datos (EDI))?
Seleccionar para ampliar la respuesta
Sí. Si bien el reporte de ventas e inventario (X12 852, EDIFACT SLSRPT) y el reporte de pronóstico (X12 830, EDIFACT DELFOR) las transacciones EDI ya no funcionarán después del 30 de junio de 2022, esto no afectará a ninguna otra transacción EDI, como la Orden de compra (X12 850 , ÓRDENES EDIFACT), Reconocimiento de Orden de Compra (X12 855, EDIFACT ORDRSP), Notificación Anticipada de Envío (X12 856, EDIFACT DESADV), u otras transacciones.Puede administrar todos los mensajes de la cadena de suministro a través de EDI, pero deberá utilizar los vendor retail analytics report types para sus necesidades de reporting en paralelo.Como alternativa, los vendors también pueden migrar otros mensajes EDI a la API.Consulte laGuía para desarollador Selling Partner API para obtener información adicional sobre cómo migrar mensajes EDI a tipos de reporting de API; incluyendo la gestión de órdenes de compra.
¿Cuánto tiempo tardan los vendors en incorporar SP-API y vendor retail analytics reports?
Seleccionar para ampliar la respuesta
Si bien el tiempo total de incorporación variará según el vendor, el esfuerzo de desarrollo para la incorporación de vendor retail analytics reports es de aproximadamente 4 a 5 semanas de desarrollo.- Configuración inicial de SP-API (1 a 2 semanas), tal como se documenta en laGuía para desarollador Selling Partner API.
- Creación y prueba de clientes REST para SP-API (1 semana). El tiempo de desarrollo se puede acortar mediante el uso de una biblioteca preconstruida (ejemplo).
- Obtención periódica de reporting SP-API, carga en un depósito S3 propiedad del cliente y cualquier conversión JSON necesaria (1 semana).
- Carga de S3 a la base de datos (como Redshift) (1 semana).El tiempo de desarrollo se puede acortar utilizando una solución preexistente (ejemplo).
¿Cómo pueden los vendors deshabilitar sus ventas EDI y/o la integración de pronósticos?
Seleccionar para ampliar la respuesta
No se requiere ninguna acción para deshabilitar la integración de pronósticos y ventas EDI. Después del 30 de junio de 2022, las transacciones EDI del reporte de ventas e inventario (X12 852, EDIFACT SLSRPT) y el reporte de pronóstico (X12 830, EDIFACT DELFOR) ya no se publicarán.¿Dónde pueden los vendors obtener soporte adicional para preguntas sobre la integración SP-API?
Seleccionar para ampliar la respuesta
Para preguntas adicionales sobre los tipos de reporting de análisis de minoristas de vendors, consulte la documentación de SP-API o Contáctenos(Contact Us > API Integration > API Services).
¿Por qué estamos migrando de la API 1.0 a la 2.0?
Seleccionar para ampliar la respuesta
Las diferencias de datos entre los reporting de API externos y los reporting minoristas internos son el mayor problema de reporting tanto para los vendors como para las partes interesadas minoristas. La migración de 1.0 a 2.0 alinea los datos que se comparten entre los tipos de reporting de API y las herramientas internas de reporting minoristas. Con la transición a los tipo de reporte de API 2.0, estamos migrando a una nueva fuente de datos, logrando así la paridad de datos con los reporting minoristas internos.¿Cuáles son los beneficios de los nuevos tipo de reporte de API 2.0 en comparación con la API 1.0?
Seleccionar para ampliar la respuesta
Con la transición a los tipo de reporte de API 2.0, estamos migrando a una nueva fuente de datos, lo que brinda los siguientes beneficios:-
Paridad de datos de origen: los nuevos datos de origen para los tipos de reporting de API 2.0 ahora son la misma fuente utilizada por los equipos de categorías minoristas de Amazon, así como los paneles de análisis de minoristas en Vendor Central.
-
Datos históricos diarios ampliados: los datos históricos diarios ahora aumentan de 13 meses a 3 años, lo que brinda a los vendors una mayor visibilidad histórica de su negocio.
¿Cuándo se retirarán los reportes de la API 1.0?
Seleccionar para ampliar la respuesta
A partir del 6 de julio de 2022, los reporting heredados de la API 1.0 ya no estarán disponibles.¿Qué reporting están en desuso y cuáles son sus reemplazos?
Seleccionar para ampliar la respuesta
| reporting de API (obsoletos) | reportes de la API 2.0 (reemplazo) |
|---|---|
| GET_VENDOR_SALES_DIAGNOSTIC_REPORT | GET_VENDOR_SALES_REPORT y GET_VENDOR_TRAFFIC_REPORT |
| GET_VENDOR_DEMAND_FORECAST_REPORT | GET_VENDOR_FORECASTING_REPORT |
| GET_VENDOR_INVENTORY_HEALTH_AND_PLANNING | GET_VENDOR_INVENTORY_REPORT |
¿Qué sucede si intento acceder a un reporte de API 1.0 después del 6 de julio de 2022?
Seleccionar para ampliar la respuesta
A partir del 6 de julio de 2022, los usuarios que intenten acceder a los API 1.0 report types recibirán el siguiente mensaje de error:-
Ventas 1.0: {"reportRequestError":"Este reporte ahora está obsoleto. Realice una solicitud para GET_VENDOR_SALES_REPORT y GET_VENDOR_TRAFFIC_REPORT"}
-
Pronóstico de demanda 1.0: {"reportRequestError":"Este reporte ahora está obsoleto. Haga una solicitud para GET_VENDOR_FORECASTING_REPORT"}
-
Inventario 1.0: {"reportRequestError":"Este reporte ahora está obsoleto. Haga una solicitud para GET_VENDOR_INVENTORY_REPORT"}
¿Hay extensiones disponibles para permitir permanecer en la API 1.0?
Seleccionar para ampliar la respuesta
No. Las extensiones no estarán disponibles para permanecer en los tipos de reporting API 1.0\. Se alienta a los usuarios a migrar a los tipo de reporte de API 2.0.¿Cómo migro a tipo de reporte de API 2.0?
Seleccionar para ampliar la respuesta
Para obtener orientación sobre la migración, consulte la Guía de migración de reporting de Vendor Retail Analytics, disponible en la documentación de SP-API o Contáctenos(Contáctenos > Integración de API > Servicios de API).
¿Por qué algunas métricas en los tipo de reporte de API 1.0 ya no están disponibles en los tipo de reporte de API 2.0?
Seleccionar para ampliar la respuesta
Algunas de las métricas que estaban disponibles en la fuente de datos heredada que respalda los API 1.0 report types no están disponibles en los nuevos tipo de reporte de API 2.0 de fuentes de datos.Si tiene un caso de uso comercial específico para una métrica que ya no está disponible en un tipo de reporte de API 2.0, comparta sus comentarios con nosotros en [email protected].
¿Por qué no veo una métrica de artículos agotados en los tipo de reporte de API 2.0?
Seleccionar para ampliar la respuesta
Para alinearnos con la métrica de agotamiento que utilizan los equipos minoristas, estamos reemplazando el OOS reabastecido (OOS de representantes) con el OOS de productos adquiribles (OOS minorista o ROOS).ROOS se agregará a GET_VENDOR_INVENTORY_REPORT en el tercer trimestre de 2022\. Mientras que Rep OOS considera solo ASIN reabastecidos, ROOS considera ASIN adquiribles.¿Cuándo debo esperar que se actualicen los tipos de reporte de API 2.0?
Seleccionar para ampliar la respuesta
El acuerdo de nivel de servicio (SLA) para los períodos de reporting semanales (como los conjuntos de datos de los sábados) es de 48 horas después del cierre del período al final del día (EOD) los lunes. El SLA para los períodos de reporting diarios que no sean los sábados es de 72 horas después del cierre del período.| Panel | SLA promedio (horas) | TP90 SLA (horas) |
|---|---|---|
| Ventas | 42 | 55 |
| Tráfico | 32 | 51 |
| PPM neto | 41 | 55 |
| Inventario | 54 | 69 |
| Pronóstico | 33 | 40 |
¿Por qué los datos de inventario no están disponibles con granularidad diaria en API 2.0?
Seleccionar para ampliar la respuesta
Con la nueva fuente de datos, no todas las métricas de inventario están disponibles en la granularidad diaria. Los reporting solo se proporcionan con la granularidad compartida más baja de todas las métricas. Por lo tanto, a corto plazo, no podemos proporcionar un report diario de inventario de granos sin eliminar las métricas que solo están disponibles semanalmente. Las métricas que solo están disponibles semanalmente incluyen: `sellThroughRate`, `unhealthyInventory` y `unhealthyUnits`. Estamos evaluando cómo podemos proporcionar el report de inventario con una granularidad diaria en el futuro.¿Adónde pueden acudir los vendors para obtener soporte adicional y/o preguntas sobre la integración de API?
Para preguntas adicionales sobre la integración de API, consulte ladocumentación de SP-API o contáctenos(Contact Us > API Integration > API Services).
Updated over 1 year ago