Vender en un marketplace añade una nueva entrada de pedidos. Si el equipo tiene que abrir el panel del canal, copiar los datos a la tienda y volver a registrarlos en el ERP, la integración todavía no ha resuelto el trabajo principal. La venta llegó, pero alguien debe intervenir para que avance.
Una integración útil acompaña el pedido desde su identificación hasta el procesamiento y las actualizaciones posteriores. Para ello hay que decidir qué información circula, quién puede modificarla y cómo detectar una etapa que no se completó. El objetivo es que el equipo atienda las excepciones en lugar de reconstruir manualmente cada venta.
Empieza por el recorrido que debe seguir el pedido
Antes de elegir una herramienta, describe el proceso real. ¿Dónde aparece la venta? ¿Qué sistema utiliza el equipo para preparar los productos? ¿Quién controla las existencias disponibles? ¿De dónde salen los datos de facturación? ¿Qué sistema registra la confirmación del envío?
Las respuestas pueden llevar a diseños diferentes. En una operación, el ERP concentra inventario y facturación; en otra, la plataforma de comercio electrónico controla las existencias y transmite los datos al resto de los sistemas. Cualquier diseño necesita un responsable explícito para cada información.
Incluye lo que ocurre fuera del flujo habitual. Un pedido puede cancelarse, recibir una actualización de pago posterior o contener un producto sin correspondencia en el catálogo interno. Si estas situaciones no se planifican, la solución puede funcionar únicamente para las ventas más sencillas.
Identifica pedidos y productos sin depender del nombre
El número del pedido en el marketplace puede diferir del número interno. Conserva la relación entre ambos y la cuenta de origen. Así, una actualización posterior seguirá vinculada a la venta correcta, incluso si la operación utiliza varias cuentas o canales.
Las descripciones similares no son una clave fiable para los productos. Un anuncio puede tener otro título, y las variantes de talla o color deben apuntar al artículo exacto que se preparará. Un SKU u otro identificador consistente puede servir de referencia, siempre que se revisen los registros y sus correspondencias.
Como ejemplo ilustrativo, una camiseta azul de talla M y otra de talla L pueden aparecer en el mismo anuncio, pero tener existencias distintas. Vincular solo el producto principal podría descontar inventario de la variante equivocada. La prueba debe verificar la variante, la cantidad y los datos que recibe cada sistema. No se trata de un resultado atribuido a una tienda concreta.
Define quién controla inventario, precios y pagos
Si varios sistemas sobrescriben el inventario sin coordinación, una actualización atrasada puede sustituir un saldo más reciente. Definir el sistema responsable y el momento de reserva o descuento ayuda a evitar ese conflicto.
Elegir un responsable es solo el comienzo. Documenta cómo afectan al saldo las reservas, ventas, cancelaciones y devoluciones. Define también qué cantidad se transmite a los canales: las existencias físicas y la cantidad disponible para vender pueden ser diferentes. Un inventario de seguridad puede ser útil, pero su regla debe conocerse y probarse.
El pedido importado debe conservar los importes de la transacción original, incluidos descuentos y gastos de envío. No debe recalcularse con los precios actuales del catálogo. En cuanto al pago, distingue entre recibir un pedido y alcanzar el estado que permite procesarlo. La regla depende del canal y del funcionamiento de la tienda; una etiqueta genérica no sustituye ese análisis.
Separa la recepción del pedido de la facturación
Importar una venta no significa que todos los datos necesarios para facturar sean correctos. Un registro incompleto, una regla comercial o información específica del canal pueden necesitar tratamiento antes de continuar.
Decide qué comprobaciones serán automáticas y qué problemas impedirán el avance. El equipo debe conocer el motivo de la espera, el sistema implicado y la acción pendiente. Un mensaje de «integración completada» aporta poco si todavía hay que corregir el pedido en el ERP.
Aplica el mismo cuidado a la expedición y el seguimiento. Identifica de dónde procede la confirmación del envío y qué actualización debe volver al marketplace, según las funciones disponibles. Pasar un pedido a preparación no justifica comunicar al cliente que ya fue enviado.
Prepara la integración para recibir información repetida
La comunicación puede fallar después de que el sistema de destino haya registrado el pedido. En el siguiente intento, la integración debe reconocer esa venta y completar el proceso sin crear otra copia.
Esta propiedad suele llamarse idempotencia: repetir una operación no debe duplicar su efecto. En la práctica, la solución necesita relacionar el pedido de origen con el registro interno y comprobar el estado antes de repetir acciones como su creación o el descuento de existencias.
También hay errores que requieren intervención. Una lista de incidencias debe identificar el pedido afectado, el último intento y lo que falta corregir. Reprocesar un elemento tiene que ser una acción controlada que conserve el historial, no un intento de borrar la evidencia y empezar desde cero.
Prueba situaciones que el equipo encuentra en su trabajo
Un piloto pequeño facilita comparar el resultado esperado con el obtenido. Elige casos representativos, incluidos pedidos que necesitan varias etapas o condiciones de procesamiento distintas.
- Pedido sencillo y pedidos con varias unidades o variantes.
- Descuentos y gastos de envío conservados durante el proceso.
- Actualizaciones posteriores de pago y cancelaciones, según el canal.
- Productos sin correspondencia y registros incompletos.
- Fallo de comunicación y nuevo intento sin duplicación.
- Confirmación del envío y actualización correcta del estado.
En cada caso, comprueba los registros de los sistemas implicados y su efecto en el inventario. Que el pedido aparezca en el ERP es una parte de la validación; el resultado operativo también debe ser correcto.
Revisa las excepciones y decide por dónde empezar
Después del piloto, observa cuántos pedidos avanzan sin intervención, cuáles necesitan correcciones y cuánto tiempo pasa entre la venta y su disponibilidad para procesarla. Son indicadores para organizar la revisión, no una promesa de rendimiento.
Empieza por la etapa que consume más tiempo o provoca errores recurrentes. Puede ser la importación, la correspondencia de productos o la actualización del envío. Cada cambio necesita un responsable, criterios de aceptación y una forma de recuperación si algo falla.
AGTI desarrolla integraciones y sistemas adaptados a los procesos del negocio. Si tu equipo todavía copia pedidos entre paneles, describe los canales y sistemas que utiliza y la etapa donde se repite el trabajo. Esa información ayuda a definir una revisión técnica con un alcance concreto. Conoce el enfoque de AGTI en https://www.agti.eng.br/.