{"section":"known-issues","requestedLocale":"es","requestedSlug":"los-almacenes-excluidos-siguen-devolviendo-la-disponibilidad-de-stock-en-la-simulacion-y-la-api-de-disponibilidad","locale":"es","slug":"los-almacenes-excluidos-siguen-devolviendo-la-disponibilidad-de-stock-en-la-simulacion-y-la-api-de-disponibilidad","path":"docs/es/known-issues/Logistics/los-almacenes-excluidos-siguen-devolviendo-la-disponibilidad-de-stock-en-la-simulacion-y-la-api-de-disponibilidad.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nCuando se elimina un almacén en el módulo de Logística, puede permanecer registrado en la base de inventario de disponibilidad. Esto provoca que la disponibilidad de stock de los SKU siga considerando cantidades de almacenes que ya no existen, lo que hace que los SKU aparezcan como no disponibles o muestren cantidades irreales.\n\nEsta situación se produce principalmente cuando el proceso de eliminación del almacén implica un gran volumen de SKU vinculados, lo que puede generar un tiempo de espera agotado y dejar residuos en la base de disponibilidad incluso después de la eliminación en Logística. El impacto se nota en las API de\n\n## Simulación\n\ny en la selección de vendedores, generando inconsistencias para el comerciante y el comprador, lo que afecta la experiencia de compra en tienda.\n\n## **Simulación**\n\n- Cree un almacén en la cuenta y asocie SKU a este almacén, asignando cantidades positivas al stock.\n\n- Elimine el almacén a través del módulo de Logística.\n\n- Ejecute una llamada a la API de simulación.\n- Observe que, en la respuesta, el SKU devuelve la disponibilidad del almacén eliminado, o que la suma de las existencias incluye valores que no coinciden con los de los almacenes válidos. Al usar la ruta para listar los almacenes activos en la cuenta, observe que el almacén en cuestión ya no aparece en la lista, pero aún se muestra en la información de disponibilidad/simulación.\n\n- El SKU puede dejar de estar disponible para la compra debido a este stock residual o mostrar una cantidad irreal en los puntos finales de stock.\n\n## Workaround\n\nMigrar la indexación de la cuenta a Delivery Promise resuelve este problema, ya que elimina la dependencia de la base de disponibilidad anterior donde persiste el stock residual de los almacenes eliminados.\n\nPara las cuentas que **no** utilizan Delivery Promise: no existe ninguna solución alternativa pública disponible. El tratamiento es exclusivamente del backend y debe gestionarse caso por caso mediante un ticket con el equipo de ingeniería, que realizará la limpieza en función de la disponibilidad."}