Las unidades de medida y las configuraciones de empaque almacenadas en Oracle llegan a Akeneo ya convertidas, por lo que la cantidad de cajas nunca se publica en un atributo que se supone que describe una sola pieza.
Oracle registra lo que una empresa compra, almacena y vende, que suele ser tres unidades distintas para el mismo producto: un palé entrante, una caja en el almacén y una unidad en el punto de venta. Akeneo publica en canales que asumen una sola unidad. Cuando la conversión se realiza en una hoja de cálculo o mentalmente, la cifra de una caja termina apareciendo en un campo que significa unidad, y la página del producto se muestra incorrecta en lugar de incompleta. La integración de Oracle con Akeneo realiza la conversión en el flujo de trabajo, de modo que cada canal recibe la unidad que espera y el cálculo se realiza una sola vez en lugar de por persona.

Los cálculos de conversión de paquetes a piezas se realizan en el flujo de trabajo en lugar de en una hoja de cálculo, por lo que cada canal que lee Akeneo trabaja con la misma conversión de la misma cifra de Oracle.
Las mediciones llegan a los atributos tipificados de Akeneo con la unidad a la que pertenecen, por lo que un peso o un volumen se almacena como una cantidad y una unidad en lugar de como un simple número.
Dado que las configuraciones de los paquetes provienen de Oracle, lo que un cliente pide se expresa en los mismos términos que utiliza el almacén para la preparación de pedidos, y llegan menos pedidos que requieren una conversación.
Los nuevos productos de Oracle llegan a Akeneo con sus códigos, unidades y categorías ya predefinidos, lo que ahorra la tarde que un gerente de producto solía dedicar a recrearlos manualmente.
Un artículo almacenado en cajas en Oracle llega a Akeneo con la configuración de la caja y el equivalente en unidades, de modo que tanto el canal comercial como el canal de consumo reciben la cifra que tiene sentido para las personas que les compran.
Los pesos y las dimensiones de Oracle se utilizan para rellenar los atributos tipados correspondientes en Akeneo, de modo que un cálculo de envío o un filtro de tienda online funciona a partir de valores reales en lugar de un campo de texto introducido manualmente por alguien.
Un elemento creado en Oracle aparece en Akeneo listo para ser procesado, con sus unidades y configuración de paquete establecidas, de modo que el equipo de producto parte de un registro que ya es correcto en lugar de uno que alguien tenga que ensamblar manualmente primero.
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.
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.
A menudo, el siguiente paso es un canal de sindicación para distribuidores, ya que los datos de producto que satisfacen tu propia tienda online son también los que los revendedores solicitan constantemente en su propio formato. Alumio centraliza estas conexiones y reutiliza la configuración de Akeneo ya establecida, por lo que un feed para distribuidores genera una nueva salida a partir de los datos existentes, en lugar de un segundo catálogo que mantener.
Sí, y la conversión es la parte interesante, más que la transferencia. Alumio realiza los cálculos en el flujo, por lo que la cantidad de paquetes de Oracle se puede publicar como cifra por caja y como cifra por unidad en los atributos de Akeneo que esperan cada una. El cálculo se configura una sola vez y se aplica a todos los artículos, lo que marca la diferencia entre una regla y una costumbre.
No, esto se configura, no se codifica. Las conversiones de unidades, los tamaños de los paquetes y los atributos de Akeneo que generan se configuran en un formulario y se reutilizan en todo el catálogo, reemplazando la tabla de búsqueda que actualmente reside en una hoja de cálculo compartida. Para una regla de conversión lo suficientemente compleja como para que la configuración no la admita, el Transformador de Código toma lógica personalizada en ese paso.
Independientemente de la opción que elija el canal, Akeneo puede gestionar ambas. Sus atributos están tipificados y admiten unidades, por lo que una cifra escrita en un atributo que significa "pieza" es un valor válido que simplemente no es cierto, y nada lo rechazará. Publicar la unidad de venta por canal, convertida en el flujo, evita que una persona tenga que recordar cuál es cuál.
Un valor de paquete en un atributo de pieza es el fallo que causa problemas, porque se publica correctamente y se lee como una ganga. Alumio valida con la unidad que espera cada atributo de Akeneo, monitoriza cada actualización en tiempo real y conserva lo que se envía, de modo que un valor que no cumple la regla se retiene y se alerta con el elemento y el atributo especificados. Los reintentos se ejecutan automáticamente donde están configurados, por lo que ningún error pasa desapercibido en un canal.
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.