Un producto puede estar disponible cuando preparas el anuncio y agotarse después. También puede desaparecer de la web del proveedor. Si el equipo no distingue esas situaciones, la revisión llega tarde: cuando alguien pregunta por un pedido o cuando hay que investigar por qué se siguen ofreciendo unidades.
La gestión de disponibilidad exige un seguimiento continuo. LiveCommerce incorpora en ShopinBot herramientas para consultar el origen, conservar el estado del producto y preparar la cantidad que se comunica a eBay. El punto de partida es entender que disponibilidad del proveedor y unidades anunciadas son datos diferentes.
Qué significa tener disponibilidad en el origen
La captura del proveedor aporta una señal sobre el producto en el momento de la consulta. Esa información ayuda a decidir cómo preparar el anuncio, pero no equivale a reservar físicamente mercancía ni garantiza que siga disponible cuando llegue un pedido posterior.
ShopinBot utiliza los datos obtenidos para actualizar el estado local del producto. Cuando la captura es aceptada, conserva información de stock junto con otros datos relevantes. Si hay una incidencia, su tratamiento depende del motivo detectado.
Esta separación permite trabajar con más contexto: un artículo agotado, una consulta que no ha terminado y una ficha que ya no existe no deberían interpretarse como la misma situación.
Cuántas unidades quieres anunciar
En algunos modelos de venta interesa publicar una cantidad predeterminada cuando el proveedor tiene disponibilidad. Esa cantidad representa cómo quieres presentar tu oferta; no tiene por qué coincidir con todas las unidades del almacén del proveedor.
ShopinBot contempla una cantidad predeterminada y una opción de stock personalizado . Esta última permite definir la cantidad que se prepara cuando existe disponibilidad positiva. La función ayuda a mantener un criterio común sin editar cada anuncio manualmente cada vez que se revisa el origen.
El software también dispone de una opción de stock forzado, con un comportamiento diferente. Conviene que el equipo sepa distinguir ambas: una cantidad personalizada vinculada a disponibilidad no expresa la misma decisión que forzar una cantidad.
Un ejemplo de cantidad personalizada
Imagina una tienda que quiere anunciar una cantidad limitada de un accesorio mientras su proveedor lo tenga disponible. Es un ejemplo ficticio . El equipo define una cantidad personalizada y utiliza la consulta del origen como condición para preparar esas unidades.
En la captura se muestra un valor de demostración en el formulario real. No se ha aplicado a ningún producto. Lo relevante es el criterio: la cantidad elegida organiza la oferta, mientras la disponibilidad procede de otro dato que necesita mantenerse actualizado.
Si el producto se agota, conviene revisar el estado y el resultado de la actualización. Mantener una cifra escrita en un campo no debe hacer que el equipo olvide de dónde procede la señal de disponibilidad.
Qué ocurre cuando el producto ya no existe
ShopinBot contempla un resultado específico cuando el scraper confirma que la referencia no se encuentra en Amazon. Para los productos afectados, registra la incidencia y establece stock local cero, conservando el motivo para la revisión.
Al preparar los datos del anuncio, esa señal de producto no encontrado tiene prioridad sobre las cantidades manuales contempladas en ese recorrido. Un producto marcado como no encontrado se prepara con cero unidades , aunque hubiera una cantidad personalizada o forzada.
Este control resulta útil porque evita una contradicción: detectar que la ficha ha desaparecido y, a continuación, volver a preparar unidades solo porque quedaba una excepción manual. La incidencia sigue necesitando seguimiento; no debe confundirse con una retirada instantánea ya confirmada en eBay.
Un fallo de consulta necesita otra interpretación
Una descarga pendiente o un error técnico no demuestran por sí solos que el proveedor haya eliminado el producto. Por eso conviene consultar el motivo antes de tomar una decisión comercial. El software distingue resultados de captura y dispone de un tratamiento específico para el no encontrado confirmado.
La identidad también importa. Si los datos pertenecen a otra referencia, no sirve utilizar su disponibilidad para el artículo original. Puedes consultar ese caso en nuestra explicación sobre validación del ASIN en ShopinBot .
Para el equipo, la pregunta útil es qué se ha confirmado realmente: ausencia de unidades, ausencia del producto o una consulta que requiere revisión. Esa precisión orienta mejor la siguiente acción.
Del stock local al anuncio que ve el comprador
La cantidad preparada se comunica a eBay mediante un proceso de revisión de inventario. Actualizar el estado local y obtener la aceptación del marketplace son etapas distintas. Para cerrar una incidencia, comprueba el resultado del trabajo y el anuncio cuando sea necesario.
Esto ayuda a investigar diferencias sin repetir operaciones a ciegas. Si el origen ya está revisado, el punto pendiente puede estar en la preparación o en la respuesta del canal. Si la consulta no es válida, conviene resolver primero la calidad del dato.
El mismo recorrido se relaciona con el precio. Hemos explicado cómo distinguir consulta, cálculo y comunicación en el artículo sobre cambios de coste y actualización de eBay .
Una gestión más clara de la disponibilidad
La automatización puede reducir consultas repetidas y ayudar al equipo a localizar excepciones. Su valor está en mantener relacionadas la señal de origen, la cantidad elegida y la actualización del anuncio. La revisión posterior sigue siendo necesaria, especialmente cuando cambian las condiciones del proveedor.
Si necesitas ordenar este proceso, conoce la solución ShopinBot de LiveCommerce o contacta con nuestro equipo . Podemos revisar cómo gestionáis disponibilidad, cantidades personalizadas e incidencias para preparar una operativa que encaje con vuestro catálogo.
