Directrices para ponerse en contacto con el soporte del proveedor de soluciones

Cuéntanos qué estás intentando hacer, qué pasó en su lugar y los pasos que condujeron a ello.

En el caso de un error de SP-API, incluye estos detalles para una llamada afectada:

• El punto final completo, incluidos el host y la ruta, y el método HTTP
• El nombre, la versión y la operación de la API
• El identificador de la solicitud y la marca de tiempo UTC de la llamada
• El código de estado HTTP y la respuesta de error completa
• El ID de su aplicación, el ID del mercado y la región SP-API
• El token de comerciante del vendedor al que llamas
• Si la llamada fue una solicitud aislada
• El ID del feed o el ID del informe para los problemas de la API de feeds o la API de informes, o el ID de envío para los problemas de la API de Listings Items
• Los encabezados y cuerpos de las solicitudes y respuestas, sustituyendo cada valor de credencial por

Te recomendamos que reproduzcas la llamada en Postman, para ver si el problema persiste fuera de la aplicación. Para recopilar los detalles, abre la consola de Postman, selecciona la solicitud y amplía la solicitud y la respuesta.

Copie los detalles en un archivo.txt y sustituya cada valor de credencial por uno <Redacted>antes de adjuntarlo. Para configurarlo, consulta Cómo usar Postman para los modelos de API de socios de venta.

Si el error se produce en un sitio web o en una página de un portal, como Solution Provider Portal, adjunte un archivo HAR (archivo HTTP) desinfectado que registre el error. Un archivo HAR registra la actividad de red del navegador mientras se carga la página.
Para grabar uno en Google Chrome:

1. Abre una ventana de incógnito y ve a la página en la que se produce el error. No repitas todavía la acción fallida.
2. Abre las Herramientas de desarrollo (F12 en Windows, Cmd+Option+I en Mac) y selecciona la pestaña Red.
3. Selecciona Conservar registro y, a continuación, haz clic en Borrar para iniciar una grabación limpia.
4. Repita los pasos que provocaron el error.
5. Haga clic con el botón derecho en las filas grabadas y seleccione Copiar todo como HAR (desinfectado). Pegue el resultado en un archivo de texto plano y guárdelo con la terminación .har.

La opción desinfectada elimina las cookies y los identificadores de inicio de sesión. No elimina nada de lo que escribas en la página. No introduzcas una contraseña real, información de pago o ID personal mientras grabas, a menos que sea necesario para reproducir el error. Para ver los pasos detallados, consulte ¿Cómo puedo crear archivos HAR y registros de consola desde mi navegador para un caso de AWS Support?

No incluya tokens de actualización, tokens de acceso, tokens de datos restringidos, secretos de clientes, credenciales de AWS, encabezados de autorización, cookies o URL firmadas en un caso, archivo adjunto o captura de pantalla. Para obtener orientación, consulte Cómo proteger las credenciales confidenciales.

Díganos qué soluciones ha probado y por qué no han funcionado. De esta forma, no te sugerimos algo que ya hayas descartado y, a veces, un pequeño cambio en uno de tus pasos soluciona el problema.

• Menos útil: hemos intentado varias cosas, pero nada funciona.
• Más útil: hemos seguido los pasos de [URL de la página] y el último paso arrojó el error XXXX.

Díganos lo que quiere conseguir e incluya el mensaje de error completo. Una pregunta de una línea suele generar preguntas de seguimiento, lo que ralentiza la resolución.

• Menos útil: no puedo recibir pedidos. ¿Qué debo hacer?
• Más útil: cuando llamo a GetOrders en la API de pedidos desde Postman, aparece el mensaje «Error: parámetros no válidos». La marca de tiempo es AAAA-MM-DD HH:MM UTC y el identificador de la solicitud es XXXXXXXX. Quiero recuperar todos los pedidos creados en las últimas 24 horas.

Revisamos todas las causas posibles, como el método de llamada, la falta de permisos y los problemas de servicio temporales. También podríamos sugerirte una forma diferente de alcanzar tu objetivo.

Adjunta registros de errores y capturas de pantalla cuando abras la funda. Esta es la forma más rápida de acortar el tiempo de resolución. Si ha cambiado el formato de registro, díganos qué ha cambiado. Antes de adjuntar un registro o una captura de pantalla, comprueba que no muestre ninguna credencial.

• Tipo de API: selecciona el tipo de API sobre el que trata tu pregunta.
• Tipo de problema: selecciona la categoría que se ajuste a tu pregunta.
• Sección de API: si seleccionas Error de API como tipo de problema, selecciona la API a la que se refiere tu pregunta.
• Describa el problema: siga las instrucciones de Describa su problema.
• Identificador de vendedor o desarrollador relacionado: introduce el identificador del vendedor o desarrollador que tiene el problema.
• Mercado (s) implicado (s): introduce la tienda en la que se produjo el problema.
• Operaciones de API relacionadas: introduce la operación a la que estás llamando, por ejemplo GetOrders.
• ID de aplicación SP-API/MWS: introduce tu ID de aplicación.

Un miembro del equipo se ocupa de un caso a la vez, por lo que las preguntas no relacionadas se responden más rápido en casos separados. Por ejemplo, abre un caso sobre la recuperación de datos y otro sobre los límites de velocidad. Guarde las preguntas estrechamente relacionadas en un solo caso. Un miembro de nuestro equipo podría sugerir dividir un caso.

Si preguntas acerca de un recurso que se ha eliminado, es posible que no podamos investigar a fondo la causa.

Los fracasos son impredecibles e inevitables. Si bien nuestro equipo de soporte técnico se esfuerza por analizar las causas y reducir la incidencia de las fallas en la infraestructura, es difícil evitar por completo que se produzcan.

Por este motivo, recomendamos «Diseñar para el fracaso» (diseñar para el fracaso).

No ofrecemos explicaciones detalladas de los fallos. Esto se debe a que creemos que proporcionar información detallada sobre la causa de un fallo no afecta a la solución alternativa del cliente y no es esencial para resolver el problema del cliente. Por el contrario, nuestro objetivo es resolver rápidamente sus problemas mostrándole cómo utilizar nuestros servicios de supervisión de forma adecuada y priorizar la recuperación primaria.

El rendimiento depende del entorno y de la carga de trabajo, por lo que no podemos ofrecer puntos de referencia generales. Recomendamos medir el rendimiento en su propio entorno.

Comparta las solicitudes de nuevas funciones o mejoras en su caso de soporte y las pasaremos al equipo de desarrollo. No podemos prometer crear una solicitud ni notificarte cuando esté lista, pero tus comentarios nos ayudan a mejorar.

Si nuestra respuesta resolvió tu problema o lo resolviste tú mismo, anota la resolución en el caso y ciérrala. Compartir lo que ha funcionado, incluida cualquier solución que no hayamos sugerido, nos ayuda a resolver problemas similares para otros desarrolladores.