Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Un cambio de precio en Odoo solo llega al comprador después de que se hayan ejecutado dos programaciones, por lo que la cifra que muestra un canal es anterior a la de la tienda por el tiempo que transcurra en un día determinado.
Un feed es una vista del catálogo en un momento dado. DataFeedWatch lo crea a partir de la información que Odoo tenía cuando se construyó, y el canal lee ese feed según una programación propia. Así, entre un cambio de precio en la tienda y el momento en que un cliente lo ve, hay dos tiempos de espera superpuestos. Nadie se da cuenta hasta que un cliente llega a la caja esperando el precio anunciado y la tienda le cobra uno diferente. La conexión entre Odoo y DataFeedWatch convierte ambos intervalos en decisiones, por lo que la diferencia es un valor conocido en lugar de algo que el cliente descubre al pagar.
DATOS QUE FLUYEN ENTRE ELLOS
Registros de productos
Precios
Niveles de existencias
Categorías de productos
Entradas de feed
Marcas de tiempo de actualización
La frecuencia con la que se lee Odoo se configura deliberadamente en lugar de dejarla con un valor predeterminado, por lo que el retraso entre un cambio de precio y su visualización en un canal es un valor que alguien eligió.
Dado que el precio varía según el stock, un producto que se ha agotado deja de anunciarse en la siguiente tanda de pedidos, en lugar de seguir atrayendo clics que no se pueden reponer.
Cada feed se crea a partir del mismo catálogo de Odoo, por lo que dos canales que anuncian el mismo producto no funcionan con vistas que se crearon en diferentes momentos del día.
Las marcas de tiempo de actualización se incluyen con la fuente de datos, por lo que cualquier persona que investigue una queja sobre un precio puede ver cuándo se leyó realmente la cifra, en lugar de tener que adivinarla posteriormente.
Alumio lee el catálogo de Odoo en el intervalo que usted configure y lo entrega a DataFeedWatch, por lo que el feed se crea desde la tienda en lugar de a partir de una exportación que alguien programó una vez y luego volvió a programar y no ha vuelto a revisar desde entonces.
Un producto que se ha agotado en Odoo se retira del feed en la siguiente ejecución, por lo que el gasto publicitario deja de ir dirigido a algo que nadie puede vender mientras tanto, lo que supone un gasto sin respaldo.
Cada entrada en el feed incluye la hora en que se leyó su precio y existencias, por lo que una queja sobre una cifra anunciada se resuelve consultando el registro en lugar de reconstruir el día de memoria una semana después.
Alumio se sitúa entre los canales de venta y los sistemas de cumplimiento como una columna vertebral de integración gobernada. Los pedidos se enrutan, transforman y validan, mientras que las actualizaciones de estado regresan a cada canal.
Autentique sus sistemas utilizando los conectores preconfigurados de Alumio. Elija entre más de 200 paquetes de conectores en el marketplace, además de integraciones personalizadas ilimitadas.
Defina cómo se asignan los campos de datos entre sistemas en una interfaz visual. Ajuste formatos, enriquezca registros y aplique lógica de negocio, sin necesidad de código personalizado.
Configure los flujos para que se ejecuten en tiempo real según eventos, según un horario o ambos. Reduzca la entrada manual de datos y deje que Alumio gestione el movimiento y la transformación entre sistemas.
.svg){kind=icon}
Una vez que su primera integración esté activa, añadir su ERP, PIM, WMS o CRM se conecta al mismo centro. Los flujos existentes siguen funcionando. Sin necesidad de reconstruir desde cero.
Alumio se conecta a DataFeedWatch mediante su API disponible, como lo haría con cualquier sistema accesible, y lo que se modificaría si el feed ya funcionara sería la mejor guía para la siguiente conexión. Para la mayoría de las tiendas, es la página a la que llega el clic, por lo que una herramienta de prueba de páginas de destino es un complemento habitual, ya que Odoo y el feed deciden qué se anuncia y otro proceso decide qué sucede después.
Primero se define la estructura del feed: qué productos de Odoo, qué campos y con qué frecuencia. Alumio lee el catálogo en ese intervalo y lo envía a DataFeedWatch, incluyendo el stock junto con el precio para que ambos datos siempre coincidan en una misma entrada. Los productos que hayas excluido se leen y se ignoran en lugar de filtrarse posteriormente.
No, y lo importante es recordar que un feed es una vista, no una copia. Los campos de Odoo que aparecen en el feed de DataFeedWatch, la frecuencia de lectura y los productos que se excluyen son configuraciones de la interfaz de Alumio, por lo que un equipo de marketing las modifica sin necesidad de una nueva versión. Si un canal necesita un valor que Odoo no tiene en ese formato, el Code Transformer lo obtiene.
Tan reciente como el intervalo más lento de dos, que generalmente no es el que usted configura. Alumio lee Odoo según la programación que usted elija y DataFeedWatch publica a partir de ahí, pero el canal luego obtiene el feed según su propio horario, por lo que un cambio de precio de hace una hora aún podría tardar una hora en llegar a un comprador. Conocer ambos intervalos es lo que convierte una discrepancia inexplicable en una respuesta matemática.
Lo que importa es la publicación del feed, no la lectura, porque un feed que no se reconstruye correctamente sigue funcionando perfectamente con la información de ayer. Alumio registra cada lectura de Odoo con su marca de tiempo, alerta de inmediato cuando falla una entrega a DataFeedWatch, indica el motivo, reintenta la entrega cuando está configurado y las alertas por ruta no cubren ninguna actividad, por lo que un feed nunca tiene un día de antigüedad sin previo aviso.
Habla con un especialista en integración de Alumio. Diseñaremos la arquitectura adecuada para tus sistemas, a la escala correcta, para que tus operaciones sigan siendo fiables ante cualquier cambio.
.svg)
