Los cambios realizados en el maestro de artículos de Microsoft Dynamics NAV llegan a Akeneo como actualizaciones de productos, incluido el momento en que un artículo deja de venderse, que es el único cambio que la mayoría de los catálogos pasan por alto por completo.
Microsoft Dynamics NAV sabe qué artículos se siguen vendiendo y Akeneo sabe qué lee un comprador sobre ellos. La dificultad no reside en los productos que aún existen, sino en los que se han descontinuado. Cuando una línea se descontinúa en NAV, el artículo simplemente deja de aparecer en la exportación, y Akeneo conserva todos sus atributos, de modo que el producto permanece completamente descrito y disponible en todos los canales conectados. La integración de Microsoft Dynamics NAV con Akeneo trata el fin de vida útil como un evento que se publica, en lugar de una ausencia que se notifica, por lo que un producto retirado abandona el catálogo el mismo día que sale del ERP.

Un artículo que se ha descatalogado en Microsoft Dynamics NAV se publica en Akeneo como un cambio de estado, por lo que los canales que leen Akeneo dejan de ofrecerlo en lugar de continuar haciéndolo.
Alumio emite alertas tanto por inactividad como por errores, por lo que una ruta que deja de enviar elementos de Microsoft Dynamics NAV de forma silenciosa es detectada por la plataforma y no por el cliente.
Las descripciones, los archivos multimedia y las traducciones creadas en Akeneo permanecen intactas cuando Microsoft Dynamics NAV actualiza un elemento, ya que solo se sobrescriben los campos que pertenecen al sistema ERP.
Las horas dedicadas a copiar manualmente los nuevos elementos de NAV en Akeneo resultan rentables, ya que cada elemento llega listo para ser registrado, con sus códigos y categorías ya completados.
Se crea un artículo en Microsoft Dynamics NAV y llega a Akeneo con su código, categoría y precio unitario ya configurados, de modo que un gerente de producto puede empezar a escribir contenido en lugar de dedicar una tarde entera a la introducción de datos.
En Microsoft Dynamics NAV, se descontinúa una línea de productos y Akeneo recibe el cambio de estado, por lo que todos los canales que consultan el catálogo dejan de listarla sin que nadie tenga que visitar cada canal individualmente para confirmar que ha desaparecido.
Una revisión del precio unitario en Microsoft Dynamics NAV actualiza el producto Akeneo, por lo que la cifra que ve el cliente proviene del sistema ERP y no del canal que alguien del equipo haya actualizado más recientemente.
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.
La incorporación de datos de proveedores es habitual, ya que gran parte de la información de un catálogo proviene de los fabricantes, no de su propio sistema ERP. Alumio gestiona estas conexiones y reutiliza la asignación de atributos de Akeneo ya configurada, de modo que el contenido de los proveedores y los datos de los artículos de NAV se almacenan en la misma estructura, en lugar de en dos estructuras incompatibles.
Sí, y el fin de vida útil es el cambio que merece la pena configurar explícitamente. Alumio publica las creaciones y actualizaciones de elementos según un cronograma que usted controla, y trata la bandera de descontinuación como un evento que debe enviarse, en lugar de algo que Akeneo deba inferir por falta de información. Solo se procesan los cambios relevantes, por lo que una ejecución nocturna mueve lo que se movió, en lugar de todo el archivo maestro de elementos.
No, esto se configura, no se desarrolla. El estado del artículo, los indicadores de surtido y los atributos de Akeneo a los que se asignan se configuran una sola vez en un formulario y se reutilizan, lo que elimina la necesidad de la hoja de cálculo que actualmente transfiere los nuevos artículos. NAV siempre estuvo disponible, independientemente de su reputación, y el Transformador de Códigos permanece ahí para una regla que la asignación no puede expresar.
Alguien tiene que indicarlo, porque Akeneo no tiene una noción de descontinuación propia. Mantiene atributos y un estado habilitado, y los canales leen esos datos, por lo que un elemento que deja de llegar simplemente conserva sus últimos valores conocidos y permanece completo. Por lo tanto, la integración publica el estado de NAV como un valor sobre el que Akeneo puede actuar, en lugar de depender de la desaparición del elemento para transmitir el significado.
Una ruta que deja de enviar datos representa un fallo peligroso, ya que el catálogo aparenta estar en perfecto estado mientras envejece silenciosamente. Alumio puede generar alertas tanto por inactividad como por errores, por ruta, de modo que el silencio se interpreta como un fallo en lugar de una buena noticia. Cada intento se monitoriza en tiempo real y se registra; las denegaciones generan alertas inmediatas con el artículo y el motivo, y los reintentos se ejecutan automáticamente donde estén configurados.
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.