Listano Docs
Integración con IAListano Control MCP

Errores

Errores comunes de Listano Control MCP y orientación para su recuperación.

Las herramientas de Listano Control MCP pueden devolver errores de autenticación, permisos, validación, comprobaciones de preparación para publicación o fallos de fetch del backend.

El patrón de recuperación más seguro es:

  1. inspeccionar el error
  2. llamar a whoami si los permisos no están claros
  3. llamar a get-offering si el estado actual del borrador no está claro
  4. corregir solo los datos inválidos o faltantes específicos
  5. llamar a check-offering-publish-readiness de nuevo antes de publicar

Errores de permisos

Un error de permisos significa que la integración autenticada no tiene el scope requerido.

OperaciónScope requerido
listar/leer/comprobarcatalog:read
crear/actualizar/traducir/descartarcatalog:write
publicar/retirarcatalog:publish

Recuperación:

  • llama a whoami
  • confirma los scopes otorgados
  • solicita que se otorgue el scope faltante

Errores de no encontrado

Una oferta puede no encontrarse cuando:

  • el offeringId es incorrecto
  • la oferta pertenece a otra empresa
  • la integración está autenticada para una empresa diferente

Recuperación:

  • llama a list-offerings con un título, SKU u otro identificador conocido
  • confirma la oferta seleccionada antes de modificarla

Errores de validación

Los errores de validación suelen significar que la forma del input o el valor de un campo es inválido.

Causas frecuentes:

CausaSolución
category_id sin category_labelProporciona ambos campos.
Código de idioma inválidoUsa get-supported-languages.
Idioma principal incluido en las traduccionesElimina el idioma principal del payload de traducción.
Código de unidad inválidoUsa un código de unidad válido de 3 caracteres.
Atributo con unit pero valor no numéricoUsa un valor numérico.
Atributo con valueLabel pero valor no stringUsa un valor string.
Intento de cambiar kind o languageDescarta el borrador y crea una nueva oferta.

Errores de preparación para publicación

check-offering-publish-readiness devuelve:

{
  offeringId: string
  publishable: boolean
  errors: unknown[]
}

Cuando publishable es false, no llames a publish-offering.

Problemas de preparación frecuentes:

  • título, descripción o unidad de medida faltantes en el idioma principal
  • traducciones faltantes para los idiomas no principales admitidos
  • etiquetas de categoría traducidas faltantes
  • traducciones de atributos faltantes
  • combinación inválida de valor/unidad del atributo
  • descripciones de atributos traducidas o etiquetas de valor faltantes

Recuperación:

  1. corrige los errores devueltos
  2. llama a check-offering-publish-readiness de nuevo
  3. publica solo cuando publishable sea true

Errores de ciclo de vida del borrador

Si kind o language es incorrecto, no intentes corregirlo mediante un patch.

Estos campos son inmutables. La recuperación correcta es descartar el borrador con discard-offering-draft y crear una nueva oferta.

Si una oferta ya tiene una versión actual publicada, descartar el borrador no elimina la versión activa.

Errores de publicación

publish-offering puede fallar si el borrador está incompleto o es inválido.

Recuperación:

  • llama a check-offering-publish-readiness
  • corrige los errores devueltos
  • intenta publicar solo después de que la preparación pase

Fallos de fetch del backend

Una herramienta puede devolver un fallo de fetch cuando la solicitud al backend falla antes de obtener una respuesta válida.

Recuperación:

  • reintenta la misma operación de solo lectura si es adecuado
  • evita repetir llamadas de modificación a menos que hayas comprobado el estado actual con get-offering
  • informa el mensaje de error si el fallo persiste