{"section":"tutorials","requestedLocale":"es","requestedSlug":"guia-de-integracion-para-marketplaces-marketplace-non-vtex","locale":"es","slug":"guia-de-integracion-para-marketplaces-marketplace-non-vtex","path":"docs/es/tutorials/integraciones/visión-de-conjunto-de-integraciones/guia-de-integracion-para-marketplaces-marketplace-non-vtex.md","branch":"main","content":"> ⚠️ Consulte la versión actualizada de esta [guía de integración con marketplaces](https://developers.vtex.com/vtex-developer-docs/docs/external-marketplace-integration-guide) en nuestro Developer Portal.\n\nEste documento ayuda en la integración de un Marketplace no hospedado en la plataforma VTEX con un Seller hospedado en la plataforma VTEX. \n\nLas acciones necesarias para realizar esta integración, del lado del Marketplace, se pueden dividir en dos bloques:\n\n- **A)** Acciones referentes a la actualización de __catálogo__ (cambio de catálogo, alteración de precio o alteración en el inventario de un SKU).  \n\n- **B)** Acciones referentes al envío y procesamiento de __pedidos__ (simulación de carrito, envío de pedidos, autorización de despacho, recepción de factura, rastreo de transportadora y cancelación).  \n\nEn este artículo, obtendrá una visión general del proceso de integración de ambos bloques, además de tener acceso a los enlaces con el procedimiento específico de cada acción.\n\n> **Algunos conceptos**\n\n**Seller**: Dueño del producto, responsable del fullfilment; es decir, de cumplir con la entrega del SKU.<br/> \n**Marketplace/Afiliado** - Dueño de la vitrina (donde el cliente final ve el producto), responsable de exponer y realizar la venta del SKU.<br/> \n\n**SKU** - Ítem para ser intercambiado y vendido entre Marketplace y Seller.<br/> \n\n**Política Comercial** - Surtido de productos, precios y configuraciones de logística que determina las características de un canal de venta.<br/> \n\n**Endpoint** - Punto de acceso de un servicio en Internet, servicio listo para recibir un request y devolver una respuesta.<br/> \n\n**MarketplaceServicesEndpoint** - Punto de acceso donde el Seller VTEX entrega al Marketplace informaciones sobre el pedido, como la factura y el código de rastreo del pedido.<br/> \n\n## A) Flujo referente a la actualización de Catálogo \n\n- Dentro de la tienda hospedada en VTEX (*Seller*), se registrará un *afiliado* (es decir, el **Marketplace**), que es el interesado en recibir el catálogo y las actualizaciones en los SKUs.  \n\n- El **Marketplace** debe implementar un endpoint donde recibirá notificaciones sobre cualquier alteración de precio, inventario o catálogo del seller.  \n\n- En el *Seller* VTEX, cada vez que un SKU comercializado por el **Marketplace** sufre una alteración de precio, inventario o en el catálogo, se llamará el endpoint de notificación del afiliado.  \n\n- Cuando el **Marketplace** es notificado por el *Seller* de que un SKU sufrió esa alteración, el **Marketplace** debe verificar si actualmente comercializa aquel SKU.  \n\n> En caso afirmativo: el **Marketplace** utiliza la API del Catálogo para obtener en el Seller los datos del SKU y guarda esos datos.\n\n> En caso negativo: el **Marketplace** utiliza la API del Catálogo para obtener en el Seller los datos del SKU y decidir si los incluye o no en la tienda.  \n\n### API REST - Acciones Referentes a la Actualización de Catálogo\n\n1) Marketplace recibe notificación de alteración de precio, inventario o catálogo.  \n\n2) Marketplace busca datos de SKU en el Seller a través de la API del catálogo.  \n\n3) Marketplace busca precio, inventario y datos de flete del SKU a través de la API de Fullfillment.  \n\n> ℹ️ Más información en la documentación para desarrolladores [External Marketplace](https://developers.vtex.com/vtex-rest-api/docs/external-marketplace-integration-guide).\n\n## B) Flujo Referente al Envío y Procesamiento de Pedidos\n\nEl flujo de integraciones referente al envío y procesamiento de pedidos se puede dividir en tres momentos, cada uno con acciones específicas:\n\n### Simulación de carrito\n\n- El producto se coloca en el carrito del **Marketplace** u ocurre la edición de productos en el carrito.  \n\n- **Marketplace** necesita hacer una consulta de simulación de carrito en el *Seller* para verificar el precio e inventario.  \n\n> OBS: Cuando el cliente cierra el pedido y va para el pago, se debe realizar otra simulación de carrito.  \n\n### Envío de Pedidos y Despacho\n\n- El pedido se cierra en el **Marketplace**.  \n- El **Marketplace** ingresa el pedido en el endpoint del  *Seller*.  \n- El pago del pedido se concluye en el **Marketplace**.  \n- El **Marketplace** llama al endpoint del *Seller* para autorizar el despacho del pedido.  \n\n### Implementación de Marketplace Services Endpoint Actions\n\n- El *Seller* llama al *Marketplace Services Endpoint* para realizar tres posibles acciones finales:\n\n- Informar factura.  \n- Informar código de rastreo de la transportadora.  \n- Enviar solicitud de cancelación.  \n\n### API REST: Acciones Referentes al Envío de Procesamiento de Pedidos\n\n1) Simulación de carrito.  \n\n2) Ingresar pedido en el Seller.  \n\n3) Autorizar despacho de pedido en el Seller.  \n\n4) Informar factura.  \n\n5) Informar rastreo  de la transportadora.  \n\n6) Enviar solicitud de cancelación.  \n\n[Acceda al procedimiento completo aquí](/es/tutorial/integracao-entre-marketplace-nao-vtex-e-seller-vtex-acoes-referentes-ao--5AiW7dZ4nGMDI9TAg43zmf)."}