{"section":"tutorials","requestedLocale":"es","requestedSlug":"multilevel-omnichannel-inventory","locale":"es","slug":"multilevel-omnichannel-inventory","path":"docs/es/tutorials/configuraciones-de-la-tienda/multilevel-omnichannel-inventory.md","branch":"main","content":"__Multilevel omnichannel inventory__ es la configuración de VTEX que permite que una cuenta principal ofrezca el _stock_ de [sellers white label](/es/docs/tutorials/seller-white-label) y de [cuentas franquicia](/es/docs/tutorials/seller-white-label) para la venta en los _marketplaces_. Esta función solo está disponible para los mercados y vendedores de VTEX.\n\nEste artículo incluye la siguiente información sobre la funcionalidad:  \n\n- [Arquitectura de cuentas](#arquitectura-de-cuentas)  \n- [Beneficios](#beneficios)  \n- [Restricciones](#restricciones)  \n- [Cómo configurar](#como-configurar)  \n\n> ℹ️ Para obtener más información sobre la arquitectura de los pedidos de tipo Multilevel Omnichannel Inventory y aprender a realizar la configuración a través de la API REST, consulta nuestro artículo en el [Developer Portal](https://developers.vtex.com/vtex-rest-api/docs/multilevel-omnichannel-inventory).\n\n## Arquitectura de cuentas\n\nEl [marketplace](/es/docs/tutorials/estrategias-de-marketplace-en-vtex) es el entorno donde se vende el producto, también llamado vitrina, y el [seller](/es/docs/tutorials/estrategias-de-marketplace-en-vtex#selling-on-marketplaces) es el propietario del envío del producto.\n\nCuando una tienda vende sus productos en un _marketplace_, tenemos una relación de dos niveles. Sin embargo, la arquitectura de VTEX permite que las tiendas actúen tanto como _marketplaces_ como _sellers_, ampliando el número de combinaciones posibles.\n\nEs posible que un _seller_ de una cuenta principal actúe como _marketplace_ para [sellers white label](/es/docs/tutorials/seller-white-label). Este es el caso de las redes de tiendas configuradas como [cuentas franquicia](/es/docs/tutorials/seller-white-label) y de las tiendas físicas, que son por definición _sellers_ en otra tienda VTEX.\n\nTambién es posible que este _seller_ principal venda sus productos en un _marketplace_.\n\nCuando esto ocurre, tenemos una arquitectura de tres niveles entre el _marketplace_, el _seller_ principal y sus _sellers white label_, como se ilustra en la imagen de abajo.\n\n![Arquitetura Multilevel omichannel inventory](https://cdn.statically.io/gh/vtexdocs/help-center-content/refs/heads/main/docs/es/tutorials/visión-general-de-configuraciones-de-la-tienda/multilevel-omnichannel-inventory_1.png)\n\nDe forma predeterminada, los productos de las tiendas físicas, o _sellers white label_ (nivel 3 en la imagen), no están disponibles para ser vendidos por el _marketplace_ de nivel 1, pero con la funcionalidad _Multilevel Omnichannel Inventory_ puedes disponibilizarlos.\n\nDe este modo, es posible que un _marketplace_ venda los productos de sus _sellers_ directos, así como de las tiendas físicas y de los _sellers white label_ vinculados a estos _sellers_.\n\nEsto significa que cuando el _seller_ de la cuenta principal configura una integración con un _marketplace_, las cuentas franquicia también se integran automáticamente con él, por lo que no es necesario gestionar cada franquicia individualmente para configurar su integración con el _marketplace_.\n\n> ℹ️ Actualmente, solo se permite un nivel de recursión. En otras palabras, el marketplace puede vender productos de sellers white label integrados con un seller directo.\n\n## Beneficios\n\nEsta funcionalidad aporta ventajas competitivas al _marketplace_, como:  \n\n- Mayor diversidad de productos ofrecidos al cliente final.  \n- Menos problemas de _stock_ insuficiente al incluir más tiendas que ofrecen productos.  \n- La opción de ofrecer todo el _stock_ de una operación omnichannel a otros _marketplaces_, aumentando la oferta de puntos de recogida, por ejemplo.  \n- La posibilidad de trabajar con nuevos modelos de negocio y conectar diferentes marcas con relaciones de colaboración entre el _marketplace_ y el _seller_.  \n- Acceso a nuevos mercados y nichos de consumidores.  \n- Orquestar los pedidos de múltiples canales con visibilidad sobre toda la cadena.  \n\nPara más información sobre la arquitectura de pedidos aplicada en Multilevel omnichannel inventory, consulta nuestro [artículo para desarrolladores](https://developers.vtex.com/vtex-rest-api/docs/multilevel-omnichannel-inventory).\n\n## Restricciones\n\nAlgunas de las funcionalidades que forman parte del modelo tradicional de _marketplace_ no están disponibles para un escenario de _Multilevel omnichannel inventory_. Es importante conocer estas restricciones antes de habilitar la configuración.\n\n### Disponibilidad\n\nLa funcionalidad Multilevel Omnichannel Inventory está disponible únicamente para [marketplaces VTEX](/es/docs/tutorials/estrategias-de-marketplace-en-vtex#ser-un-marketplace-vtex). Para utilizar la funcionalidad, el marketplace (nivel 1) debe realizar la configuración para cada seller directo (nivel 2) deseado. Puedes hacerlo al registrar nuevos sellers o al editar la configuración de sellers existentes en tu tienda. Consulta más información accediendo a [Configurar](#configuracion) y al [Developer portal](https://developers.vtex.com/vtex-rest-api/docs/multilevel-omnichannel-inventory).\n\n### Distribución de cuentas por cobrar\n\nNo es posible distribuir las cuentas por cobrar en toda la cadena (_marketplace, seller directo y sellers white label_). Los pagos de los pedidos de _Multilevel Omnichannel Inventory_ solo pueden realizarse en el _marketplace._ La conciliación y la transferencia de valores a los _sellers_ de nivel 3 deben realizarse fuera de VTEX, ya que no hay soporte nativo para esta etapa.\n\nPuedes utilizar la solución de [split de pagos](/es/docs/tutorials/split-de-pagos) solo para dividir las cuentas por cobrar entre los niveles _marketplace_ y _seller directo_ (nivel 2). En este caso, se recomienda utilizar el [split de cobros](/es/tutorial/split-payment#split-de-recebiveis).\n\nEn estos casos, el _seller_ directo se convierte en receptor de los ítems de sus _sellers white label_ y de sus propios ítems, eliminando las comisiones establecidas en la relación con el _marketplace_.\n\nLa solución puede ser suficiente en los casos en que el _seller_ directo forma parte del mismo grupo económico que sus _sellers white label_, lo que permite concentrar todas las cuentas por cobrar en una sola cuenta bancaria.\n\nEs importante destacar que cuando el _seller directo_ no es responsable de las cuentas por cobrar de los _sellers white label_, la solución de split de cobros estará limitada al no permitir la distribución a los _sellers white label_.\n\n### Medios de pago\n\nUna vez realizada la configuración, solo los medios de pago del _marketplace_ aparecerán como opción en el _checkout_. Los medios de pago de los _sellers_ directos (nivel 2) y de los _sellers white label_ (nivel 3) no se importan a la arquitectura de las cuentas. Por lo tanto, el _checkout_ solo muestra los medios de pago del _marketplace_, incluso si el afiliado del _seller_ directo está configurado para utilizar sus medios de pago. \n\n> ⚠️ El [afiliado](/es/docs/tutorials/como-configurar-afiliado) de la cuenta franquicia debe tener siempre desmarcada la opción de usar los medios de pago.\n\n### Cambio de seller\n\nSi un _seller white label_ (nivel 3) recibe un pedido y lo rechaza, este pedido no se asigna a otro _seller white label_. En consecuencia, el comprador deberá crear un nuevo pedido en el _storefront_ del _marketplace_. Obtén más información en [Change seller](/es/docs/tutorials/change-seller).\n\n### Modificación de los pedidos finalizados por la tienda\n\nLa tienda no puede modificar los pedidos finalizados en un escenario de Multilevel Omnichannel Inventory. Por lo tanto, debe cancelar el pedido y crear uno nuevo. Consulta más información en [Change chain orders in external marketplaces](https://developers.vtex.com/docs/guides/change-orders-multilevel-omnichannel-inventory-external-marketplaces).\n\n### Modificación de los pedidos finalizados por el cliente\n\nEl cliente no puede modificar los pedidos en la sección _Mis pedidos_ del _storefront_ del _marketplace_. Cualquier cambio en los pedidos debe realizarse a través del servicio de soporte al cliente o vía API.\n\n### Manual price\n\nLa funcionalidad _Manual price_ no se aplica al _Multilevel omnichannel inventory._ Por lo tanto, no es posible modificar manualmente los precios en el carrito. Es necesario actualizar el precio a través de:\n\n- [Integración con el ERP](https://developers.vtex.com/vtex-rest-api/docs/erp-integration-guide)  \n- [Pricing API REST](https://developers.vtex.com/vtex-rest-api/reference/createupdatepriceorfixedprice)  \n- [Página de precios en el Admin VTEX](/es/docs/tracks/modulo-de-precios-vision-general)\n\n### Información de usuario\n\nCuando un nuevo usuario realiza una compra, sus datos no se registran en el Profile system del _seller_ directo, que es la tienda que realizó la venta (nivel 2 en el diagrama anterior). Es decir, el _seller_ no tiene visibilidad de este usuario. Los datos del perfil del usuario solo se guardarán en el _marketplace_, que es responsable de toda la comunicación con él. Obtén más información en [Información compartida entre el marketplace y el seller en VTEX](/es/docs/tutorials/informacion-compartida-entre-el-marketplace-y-el-seller-en-vtex).\n\n### Regionalización\n\nUn _marketplace_ no puede configurar la exhibición de los precios y la disponibilidad de los productos para los _sellers white label_ (nivel 3) con la funcionalidad [Region.](/es/docs/tutorials/configurar-el-precio-y-la-disponibilidad-de-skus-por-region)\n\n### UTM, cupones y tarjetas de regalo\n\nLa aplicación de [cupones](/es/docs/tutorials/cupones-beta),[tarjetas de regalo (vales)](/es/docs/tutorials/gift-card) y beneficios vinculados a los [UTM](/es/docs/tutorials/que-son-utm-source-utm-campaign-y-utm-medium) está restringido a _marketplaces_ nivel 1. No se aplicarán los configurados en _sellers_ directos (nivel 2) ni en cuentas franquicia o _sellers white label_ (nivel 3).\n\n### Tablas de precios\n\nNo es posible crear tablas de precios mediante la funcionalidad [Tablas de precios](/es/docs/tutorials/creacion-de-tablas-de-precios). Los precios deben registrarse vía integración con ERP o a través de plantillas.\n\n## Configuracíon\n\nLa configuración de la funcionalidad __Multilevel omnichannel inventory__ debe ser realizada por el _marketplace_ en tu Admin VTEX o a través de la [API Rest](https://developers.vtex.com/vtex-rest-api/docs/multilevel-omnichannel-inventory). Esta configuración puede realizarse tanto para los _sellers_ ya integrados como para los _sellers_ agregados por primera vez.\n\n> ℹ️ Ten en cuenta que la configuración debe realizarse para cada seller directo (nivel 2) al que quieras aplicar la funcionalidad, pero no para cada cuenta de seller white label o cuenta franquicia (nivel 3).\n\n### Sellers ya integrados\n\nPara configurarla en los _sellers_ que se han integrado previamente, el _marketplace_ debe seguir los pasos a continuación.\n\n1. En el Admin VTEX, ve a **Marketplace > Gestión.**  \n2. En la fila correspondiente al seller cuyos sellers white label deseas acceder, haz clic en <i class=\"fas fa-ellipsis-v\" aria-hidden=\"true\"></i>.\n3. Haz clic en Datos del seller.  \n4. Rellena el campo **Fulfillment endpoint** siguiendo el ejemplo:\n`https://{{sellerAccount}}.vtexcommercestable.com.br/api/checkout?affiliateid={{affiliateId}}&sc={{tradePolicyId}}`  \n5. Sustituye los campos que están entre llaves por los valores que se describen a continuación, eliminando las llaves:  \n\n    - **sellerAccount**: [el nombre de la cuenta](/es/docs/tutorials/que-es-account-name) del seller en VTEX.  \n    - **affiliateId**: el código de tres dígitos correspondiente al[ afiliado](/es/docs/tutorials/que-es-afiliado) creado por el _seller_. El _seller_ debe informar este valor al _marketplace_.  \n    - **tradePolicyId**: ID de la[ política comercial](/es/docs/tutorials/como-funciona-una-politica-comercial) creada por el _seller_ en su propio entorno VTEX para vender en su _marketplace_. El _seller_ debe informar este valor al _marketplace_.  \n6. Haz clic en ` Guardar`.  \n\n### Sellers integrados por primera vez\n\nSi el _marketplace_ desea agregar un nuevo _seller_ con _Multilevel omnichannel inventory_ configurado desde cero, debe seguir las instrucciones en [Agregar seller](/es/docs/tutorials/agregar-seller) y rellenar el campo `Fulfillment endpoint` siguiendo los paso 4 y 5 del tutorial en _Sellers_ ya integrados.\n\n### Ejemplo\n\nSupongamos que tu _marketplace_ ya está integrado con el _seller_ _\"Tienda ABC\"_ y quieres vender productos de _sellers white label_ integrados con ese _seller_.\n\nActualmente, el valor del campo _Fulfillment endpoint_ del _seller_ tiene el siguiente formato y se puede identificar accediendo a **Marketplace > Sellers > Gestión de sellers**:  \n\n`https://storeabc.vtexcommercestable.com.br/api/fulfillment?affiliateId=mkp&sc=2`\n\nPara habilitar la funcionalidad Multilevel omnichannel inventory, el nuevo valor del campo debe contener el _endpoint_ de **_checkout_, **en lugar del _endpoint_ de _fulfillment_:  \n\n`https://storeabc.vtexcommercestable.com.br/api/checkout?affiliateid=mkp&sc=2`\n\nTen en cuenta que los valores introducidos en los campos `sellerAccount`, `affiliateId` y `tradePolicyId` que ya estaban rellenados en el _endpoint_ de _fulfillment_ permanecen los mismos en el _endpoint_ de _checkout_. Lo que cambia es el fragmento `/checkout`."}