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.
Para 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:
- Integraciones back office (ERP / PIM / WMS)
- Integraciones con proveedores de pago
- Agencias implementadoras
- Integraciones con marketplaces
Integraciones back office (ERP / PIM / WMS)
Durante la configuración inicial de VTEX, si tu tienda utiliza integraciones externas con ERP/PIM/WMS, 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.
Despué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.
Durante las operaciones rutinarias, las responsabilidades se dividen de la siguiente manera:
Integraciones con proveedores de pago
Para procesar los pagos de los pedidos en una tienda VTEX, los integrantes de la infraestructura de pago dividen sus responsabilidades de la siguiente manera:
Al detectar cualquier inconsistencia o error durante la operación de pago de un pedido, el retailer deberá:
-
Entrar en contacto con los responsables de la respectiva transacción (proveedores de pago y antifraude).
-
Si la incidencia no se resuelve, ponerse en contacto con el soporte VTEX indicando los detalles de la misma.
Agencias implementadoras
En 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.
VTEX ofrece las siguientes posibilidades nativas de CMS: Layout para tiendas que utilizan Portal CMS Legado, Site Editor para las que utilizan Store Framework y Headless CMS para aquellas que usan FastStore. También es posible integrar tu CMS externo con las API de VTEX basadas en headless.
Los 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:
- Imágenes, títulos o banners incorrectos u obsoletos.
- Productos no disponibles en el storefront.
- Páginas en blanco.
- Menú de categorías incorrecto o desactualizado.
- Resultados de búsqueda o de colecciones incorrectos o incompletos.
- Botones de CTA (llamada a la acción), como Comprar, Avísame, Agregar al carrito que presentan un comportamiento inesperado.
- Precios de productos o valor de envío que no coincidan con lo registrado en la plataforma.
Si la agencia descubre que el problema está en los controles, aplicaciones o componentes nativos de VTEX, ponte en contacto con el soporte VTEX, incluyendo todas las pruebas sobre el caso recopiladas por la agencia. Si tienes dudas, consulta el siguiente artículo.
Integraciones con marketplaces externos
VTEX 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.
Aun 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 con conectores externos (hubs) encargados de la comunicación entre una tienda VTEX y un marketplace externo no nativo.
Respecto 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.
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.
Actualización o envío de nuevos productos y SKU
Estas son las responsabilidades que conlleva la actualización o el envío de nuevos productos y SKU a un marketplace externo:
| Player | Responsabilidades |
|---|---|
| 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. |
| Conector partner (hub de integración) | Procesar la notificación y enviar el producto o SKU actualizado al marketplace. 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. |
| 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. |
Actualización o creación de nuevos pedidos
Consulta las responsabilidades que conlleva la actualización o creación de pedidos según el flujo de pedidos:
- El marketplace disponibiliza los productos y el checkout para que el pedido sea realizado y notifica al conector sobre un nuevo pedido creado.
- El conector se encarga de crear el pedido en VTEX.
- 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.
- Una vez creado el pedido en VTEX, la responsabilidad de actualizar su status en el OMS depende de la fase del proceso:
- Si el status del pedido es Preparando envío o Facturado, por ejemplo, es responsabilidad del **ERP **notificarlo a VTEX.
- Si el pedido fue cancelado en el marketplace, la responsabilidad recae en el conector.
Para 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.
Sigue 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:
- En el Admin VTEX, accede a Pedidos > Todos los pedidos.
- Haz clic en el pedido deseado para acceder a la página de detalles del pedido.
- 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.
Si el mensaje de error no es autoexplicativo, el retailer puede ponerse en contacto con el equipo de soporte VTEX 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.