{"section":"tutorials","requestedLocale":"es","requestedSlug":"responsabilidades-en-el-ecosistema-vtex","locale":"es","slug":"responsabilidades-en-el-ecosistema-vtex","path":"docs/es/tutorials/operativo/apoyo/responsabilidades-en-el-ecosistema-vtex.md","branch":"main","content":"VTEX considera que la colaboración es fundamental para el futuro del ecommerce, y sostiene que las asociaciones son imprescindibles para el éxito en la operación del retailer. Durante la operación de la tienda es habitual que surjan dudas sobre las funciones y responsabilidades de cada player del ecosistema.\n\nPara optimizar la operación de tu tienda y garantizar una comunicación eficaz entre el retailer y el soporte de VTEX, este artículo presenta las responsabilidades de los principales players implicados en una operación de ecommerce. Consulta a continuación las responsabilidades en cada escenario:\n\n- [Integraciones back office (ERP / PIM / WMS)](#integraciones-back-office-erp-pim-wms)\n- [Integraciones con proveedores de pago](#integraciones-con-proveedores-de-pago)\n- [Agencias implementadoras](#agencias-implementadoras)\n- [Integraciones con marketplaces](#integraciones-con-marketplaces)\n\n## Integraciones back office (ERP / PIM / WMS)\n\nDurante la configuración inicial de VTEX, si tu tienda utiliza [integraciones externas con ERP/PIM/WMS](https://developers.vtex.com/docs/guides/erp-integration-guide), es responsabilidad de estos sistemas enviar los productos, precios y stock de tu tienda a VTEX. A continuación, es necesario desarrollar un middleware, que será responsable de enviar y recibir información de VTEX en función de los eventos rutinarios de tu operación.\n\nDespués de configurar la integración de productos, precios y stock, así como de desarrollar el middleware, el flujo de información se dará como se ilustra en el diagrama a continuación.\n\n![back-office-en](https://cdn.statically.io/gh/vtexdocs/help-center-content/refs/heads/main/docs/es/tutorials/soporte/operativo/responsabilidades-en-el-ecosistema-vtex_1.PNG)\n\nDurante las operaciones rutinarias, las responsabilidades se dividen de la siguiente manera:\n\n<table class=\"w-100 center mv7 bb b--gray\">\n  <thead class=\"w-100 center mv7 bb b--gray\">\n    <tr>\n      <th class=\"t-body fw5 c-muted-1 bb bw1 pa2 pb3 b--muted-3 tl\">Player</th>\n      <th class=\"t-body fw5 c-muted-1 bb bw1 pa2 pb3 b--muted-3 tl\">Responsabilidades</th>\n    </tr>\n  </thead>\n  <tbody>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**ERP / PIM / WMS**</td>\n      <td class=\"t-body pa5\">Envío de la siguiente información a VTEX a través de la integración:\n        <ul>\n          <li>Modificaciones en el registro de productos</li>\n          <li>Precios</li>\n          <li>Stock</li>\n          <li>Factura</li>\n          <li>Información de seguimiento del pedido</li>\n          <li>Modificaciones en el pedido</li>\n          <li>Cancelaciones</li>\n        </ul>\n      </td>\n    </tr>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**VTEX**</td>\n      <td class=\"t-body pa5\">Envío de la siguiente información al ERP, según lo configurado por la tienda a través de [Orders Feed](https://developers.vtex.com/docs/guides/orders-feed) o [Hook](https://developers.vtex.com/docs/guides/orders-feed):\n        <ul>\n          <li>Notificaciones de un nuevo pedido creado.</li>\n          <li>Notificaciones sobre el progreso de un pedido.</li>\n        </td>\n    </tr>\n  </tbody>\n</table>\n\n## Integraciones con proveedores de pago\n\nPara procesar los pagos de los pedidos en una tienda VTEX, los integrantes de la infraestructura de pago dividen sus responsabilidades de la siguiente manera:\n\n<table class=\"w-100 center mv7 bb b--gray\">\n  <thead class=\"w-100 center mv7 bb b--gray\">\n    <tr>\n      <th class=\"t-body fw5 c-muted-1 bb bw1 pa2 pb3 b--muted-3 tl\">Player</th>\n      <th class=\"t-body fw5 c-muted-1 bb bw1 pa2 pb3 b--muted-3 tl\">Responsabilidades</th>\n    </tr>\n  </thead>\n  <tbody>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**Retailer**</td>\n      <td class=\"t-body pa5\">\n        <ul>\n          <li>Contratar el servicio de un proveedor de pago (gateways, adquirentes o subadquirentes).</li>\n          <li>Contratar los servicios de un proveedor de servicios antifraude (opcional).</li>\n          <li>Configurar en la tienda los proveedores de pago y antifraude con los cuales se ha formalizado contrato.</li>\n          <li>Configurar en la tienda los medios y condiciones de pago de acuerdo con las especificaciones de cada contrato establecido con los proveedores de servicios de pago y antifraude.</li>\n          <li>Efectuar manualmente la cancelación o contracargo de un pago cuando este no sea realizado automáticamente por el proveedor de pago o en casos específicos en los que se requiera la intervención manual del retailer.</li>\n        </ul>\n      </td>\n    </tr>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**Proveedores de pago (gateways, adquirentes o subadquirentes)**</td>\n      <td class=\"t-body pa5\">\n        <ul>\n          <li>Desarrollar la integración del proveedor de pago según las instrucciones disponibles en [Integrating a new payment provider on VTEX](https://developers.vtex.com/docs/guides/integrating-a-new-payment-provider-on-vtex).</li>\n          <li>Obtener la certificación [PCI-DSS](https://developers.vtex.com/docs/guides/payments-integration-pci-dss-compliance) o desarrollar la integración con VTEX utilizando [Secure Proxy](https://developers.vtex.com/docs/guides/payments-integration-secure-proxy) para procesar transacciones de pago que contengan datos sensibles, como tarjetas de crédito, débito y tarjeta de tienda (cobranded).\n          </li>\n          <li>Procesar las transacciones financieras de forma segura y eficaz, permitiendo:\n            <ul>\n              <li>Aprobar o denegar pagos, de conformidad con las políticas internas.</li>\n              <li>Capturar o reembolsar pagos.</li>\n              <li>Adquirente: procesar pagos efectuados con tarjetas de crédito y débito.</li>\n              <li>Subadquirente: intermediar pagos entre adquirentes, proveedores antifraude y retailers.</li>\n              <li>Transmitir información sobre el status de las transacciones de pago al gateway de VTEX.</li>\n            </ul>\n          </li>\n        </ul>\n      </td>\n    </tr>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**Proveedor de antifraude**</td>\n      <td class=\"t-body pa5\">\n        <ul>\n          <li>Realizar análisis de riesgos sobre actividades fraudulentas en transacciones con tarjetas de crédito, débito y tarjetas de tienda (cobranded).</li>\n          <li>Transmitir la información de los análisis al gateway VTEX.</li>\n        </ul>\n      </td>\n    </tr>\n    <tr class=\"bb b--muted-3\">\n      <td class=\"t-body pa5\">**Gateway VTEX**</td>\n      <td class=\"t-body pa5\">\n        <ul>\n          <li>Crear transacciones de pago para nuevos pedidos.</li>\n          <li>Enviar información sobre transacciones y pedidos a los partners responsables por procesar o analizar datos de pago (proveedores de pago y antifraude).</li>\n          <li>Registrar todas las acciones que tienen lugar en el flujo de una operación de pago, como la creación, aprobación, cancelación, etc.</li>\n        </ul>\n      </td>\n    </tr>\n  </tbody>\n</table>\n\nAl detectar cualquier inconsistencia o error durante la operación de pago de un pedido, el retailer deberá:\n\n1. Entrar en contacto con los responsables de la respectiva transacción (proveedores de pago y antifraude).\n\n2. Si la incidencia no se resuelve, ponerse en contacto con el [soporte VTEX](/es/faq/como-funciona-el-suporte-de-vtex--3kACEfni4m8Yxa1vnf2ebe) indicando los detalles de la misma.\n\n## Agencias implementadoras\n\nEn el caso de las soluciones CMS nativas, es habitual que el retailer cuente con la colaboración de una agencia de implementación para personalizar la apariencia y la experiencia del cliente en el storefront.\n\nVTEX ofrece las siguientes posibilidades nativas de CMS: [Layout](/es/tracks/cms--2YcpgIljVaLVQYMzxQbc3z/1oN446gRGcR2s70RvBCAmj#layout) para tiendas que utilizan [CMS Portal (Legado)](/es/docs/tracks/cms-portal-legado), [Site Editor](/es/docs/tutorials/site-editor-vision-general) para las que utilizan [Store Framework](https://developers.vtex.com/docs/guides/vtex-io-documentation-what-is-vtex-store-framework) y [Headless CMS](/es/docs/tutorials/headless-cms-vision-general) para aquellas que usan [FastStore](https://www.faststore.dev/). También es posible integrar tu CMS externo con las API de VTEX basadas en [headless](https://developers.vtex.com/docs/guides/headless-commerce).\n\nLos problemas relacionados con la apariencia del contenido para el usuario final siempre deben tratarse inicialmente con el soporte de la agencia. Algunos ejemplos de estos problemas son:\n\n* Imágenes, títulos o banners incorrectos u obsoletos.\n* Productos no disponibles en el storefront.\n* Páginas en blanco.\n* Menú de categorías incorrecto o desactualizado.\n* Resultados de búsqueda o de colecciones incorrectos o incompletos.\n* Botones de CTA (llamada a la acción), como Comprar, Avísame, Agregar al carrito que presentan un comportamiento inesperado.\n* Precios de productos o valor de envío que no coincidan con lo registrado en la plataforma.\n\nSi la agencia descubre que el problema está en los controles, aplicaciones o componentes nativos de VTEX, ponte en contacto con el [soporte VTEX](/es/faq/como-funciona-el-suporte-de-vtex--3kACEfni4m8Yxa1vnf2ebe), incluyendo todas las pruebas sobre el caso recopiladas por la agencia. Si tienes dudas, consulta el siguiente artículo. \n\n## Integraciones con marketplaces externos\n\nVTEX tiene una arquitectura multiseller nativa que permite a las tiendas VTEX convertirse en marketplaces o sellers en otras tiendas VTEX. La plataforma también dispone de integraciones nativas con marketplaces externos para ofrecer sus productos sin necesidad de desarrollo. Los marketplaces con integraciones nativas se encuentran en la guía [Marketplaces e integraciones](/es/docs/tutorials/marketplaces-e-integraciones).\n\nAun así, pueden existir tiendas partner estratégicas para tu empresa que operen fuera de esta red de colaboración nativa. Para casos como este, VTEX permite el desarrollo de [integraciones con marketplaces externos](https://developers.vtex.com/docs/guides/external-marketplace-integration-guide) con conectores externos (hubs) encargados de la comunicación entre una tienda VTEX y un marketplace externo no nativo.\n\nRespecto al soporte a una operación en este contexto, es importante que el retailer comprenda las responsabilidades de cada participante en la operación, que se detallan a continuación.\n\n> ⚠️ Las secciones siguientes contemplan una tienda en operación integrada con un marketplace externo vía conector externo. Para saber cómo integrar por primera vez tu catálogo de VTEX con un conector externo, consulta el tutorial [Catalog Integration](https://developers.vtex.com/docs/guides/external-marketplace-integration-catalog).\n\n### Actualización o envío de nuevos productos y SKU\n\nEstas son las responsabilidades que conlleva la actualización o el envío de nuevos productos y SKU a un marketplace externo:\n\n| **Player** | **Responsabilidades** |\n|---|---|\n| **VTEX** | Enviar notificación de un nuevo producto o SKU creado o actualizado al endpoint del proveedor proporcionado por el hub y registrado en la plataforma VTEX. |\n| **Conector partner (hub de integración)** | Procesar la notificación y enviar el producto o SKU actualizado al marketplace. <br /><br />Este procesamiento engloba diversas fases, como comprobar si ese SKU ya existe en el marketplace y registrarlo como nuevo si es necesario, validar si el producto está activo y asociado a la política comercial del marketplace, ejecutar una simulación de pedido para comprobar el precio y stock del SKU actualizados, entre otras. |\n| **Marketplace externo no nativo** | Proporcionar los endpoints necesarios para que el hub envíe el SKU actualizado, registre el SKU recibido e informe el status al conector. |\n\n### Actualización o creación de nuevos pedidos\n\nConsulta las responsabilidades que conlleva la actualización o creación de pedidos según el flujo de pedidos:\n\n1. El **marketplace** disponibiliza los productos y el checkout para que el pedido sea realizado y notifica al conector sobre un nuevo pedido creado.\n2. El **conector** se encarga de crear el pedido en VTEX.\n3. VTEX responde al conector con el status de creación del pedido, que puede ser éxito o error. En esta fase, si se produce un fallo en la creación del pedido en VTEX, o si el pedido se crea con el status **Cancelado**, es necesario ponerse en contacto con el soporte del conector.\n4. Una vez creado el pedido en VTEX, la responsabilidad de actualizar su status en el OMS depende de la fase del proceso:\n* Si el status del pedido es Preparando envío o Facturado, por ejemplo, es responsabilidad del **ERP **notificarlo a VTEX.\n* Si el pedido fue cancelado en el marketplace, la responsabilidad recae en el **conector**.\n\nPara más información sobre quién es responsable de cada fase del flujo de pedidos en un escenario de marketplace externo, consulta [Flujo y status de pedidos - Flujo de sellers](/es/docs/tutorials/flujo-y-status-de-pedidos#flujo-de-seller).\n\nSigue los pasos que se indican a continuación para identificar al soporte con el que debes ponerte en contacto si hay un problema en la actualización del status del pedido:\n\n1. En el Admin VTEX, accede a **Pedidos > Todos los pedidos**.\n2. Haz clic en el pedido deseado para acceder a la [página de detalles del pedido](/es/docs/tutorials/pagina-de-detalles-del-pedido).\n3. En la sección **Historial de pedidos**, haz clic en `Ver interacciones` (botón ilustrado a continuación), y comprueba si hay algún mensaje de error. \n\n![ver-interacciones-es](https://cdn.statically.io/gh/vtexdocs/help-center-content/refs/heads/main/docs/es/tutorials/soporte/operativo/responsabilidades-en-el-ecosistema-vtex_2.png)\n\nSi el mensaje de error no es autoexplicativo, el retailer puede ponerse en contacto con el [equipo de soporte VTEX](/es/faq/como-funciona-el-suporte-de-vtex--3kACEfni4m8Yxa1vnf2ebe) adjuntando capturas de pantalla de las interacciones y el ID del pedido, y el equipo de expertos lo ayudará a identificar el origen del problema."}