Fulfillment Nutra · Centro de ayuda

Errores y reintentos

El formato mínimo real es { error: string }; algunas validaciones añaden code. No hay un rate limit V1 específico configurado.

Errores y reintentos

HTTPCausaAcción
400Cuerpo, dirección o clave inválida.Corrige; no repitas sin cambios.
401Clave inválida/revocada o scope ausente.Corrige clave o scope.
403Perfil, plan o etiqueta no autorizados.Corrige el requisito indicado.
404Producto no encontrado.Consulta de nuevo el catálogo.
405Método HTTP no permitido.Usa el método documentado.
422Cantidad, destino, producto o envío no admisible.Corrige; no reintentes a ciegas.
500/503Fallo temporal o pedidos desactivados.Conserva la clave, espera, usa backoff y revisa el estado.

El formato mínimo real es { error: string }; algunas validaciones añaden code. No hay un rate limit V1 específico configurado.

Guía de validación

Usa esta respuesta dentro de un flujo operativo real

«Errores y reintentos» forma parte de la colección «API REST V1». Utiliza esta respuesta como marco operativo y confirma los datos actuales de la cuenta, producto, mercado o tienda antes de realizar un cambio irreversible. El resumen operativo que debes tener presente es: El formato mínimo real es { error: string }; algunas validaciones añaden code. No hay un rate limit V1 específico configurado.

01

Antes de cambiar cualquier cosa

Identifica la fuente de verdad y registra el estado actual. Una configuración debe estar vinculada a la cuenta, SKU, tienda o pedido correctos. Evita cambiar varias variables al mismo tiempo: complica el diagnóstico y puede ocultar la causa real del problema.

  • Verificar el identificador de la cuenta, tienda, SKU o pedido.
  • Confirmar mercado, moneda, estado de pago y destino cuando sea relevante.
  • Conservar el estado inicial antes de un cambio importante.
02

Probar con un alcance reducido

Si el tema afecta a una integración, pedido, publicación o ajuste operativo, realiza primero una prueba controlada. Utiliza un solo producto, pedido o tienda cuando sea posible. Después comprueba el resultado en ambos sistemas y no asumas que un mensaje de éxito en pantalla significa que el cambio se propagó por completo.

  • Definir el resultado esperado antes de la prueba.
  • Comprobar los estados anteriores y posteriores a la acción.
  • Ampliar el cambio solo después de una prueba reproducible.
03

Conservar pruebas útiles

Un historial claro reduce el tiempo de resolución. Guarda identificadores, hora de la prueba, capturas útiles, mensajes de error exactos y el resultado observado. En cuestiones de producto o cumplimiento, conserva también el mercado, la versión del documento, el lote o el archivo utilizado.

  • Fecha y hora de la prueba.
  • Identificadores y estados relevantes.
  • Captura o mensaje de error exacto cuando exista una diferencia.
04

Cuándo contactar con soporte

Escala el caso cuando el comportamiento real no coincida con esta guía, falte un permiso o dato esperado, un estado siga bloqueado después de verificarlo o una acción pueda provocar un efecto financiero, regulatorio o logístico difícil de revertir. Incluye el contexto y las pruebas recogidas.