La propiedad de los artículos y los precios se resuelve poco a poco entre Microsoft Dynamics 365 Business Central e Inriver, de modo que el trabajo de descripción de un producto deja de ser sobrescrito por una actualización rutinaria del ERP.
Business Central controla el artículo, su precio y su disponibilidad, mientras que Inriver controla toda la información que un cliente lee sobre él. El problema surge cuando ambos sistemas creen controlar la descripción. Una actualización del ERP sobrescribe el contenido de una semana de productos, y el equipo de producto deja de confiar en la integración y guarda una copia privada del catálogo en una hoja de cálculo. Esa copia se convierte en el verdadero problema. La integración de Microsoft Dynamics 365 Business Central con Inriver funciona al revés: primero se decide qué sistema controla cada parte del producto, de modo que una actualización afecta solo a lo que corresponde y deja el resto intacto.

Solo lo que pertenece a Business Central se registra en Inriver, por lo que una actualización de un artículo corrige un precio sin eliminar silenciosamente también una semana de contenido de producto.
El sistema que se encarga de gestionarlo se decide para cada componente del producto, no para el producto en su totalidad, por lo que los datos comerciales y el contenido fluyen en direcciones opuestas sin competir entre sí.
Un artículo creado en Business Central llega a Inriver con sus detalles comerciales ya completados, por lo que el equipo de producto parte de algo que ya está correcto en lugar de no tener nada.
Inriver puede indicar a Business Central qué productos tienen todo lo necesario y cuáles aún no lo tienen, de modo que el lanzamiento se planifica en función de lo que realmente está listo para salir al mercado.
Se crea un artículo en Business Central y Alumio crea el producto Inriver correspondiente con su código, precio y categoría, de modo que el equipo de producto comienza a agregar contenido a algo que ya existe y es correcto.
Un precio revisado en Business Central actualiza esa cifra en Inriver y nada más, por lo que un cambio comercial rutinario no sobrescribe las descripciones, los detalles o las imágenes que alguien dedicó toda una semana a perfeccionar.
Inriver informa a Business Central qué productos están terminados, de modo que la fecha de lanzamiento se fija en función de los que están realmente listos, en lugar de basarse en una suposición que alguien hizo en una reunión de planificación varias semanas antes.
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.
Un gestor de activos digitales se incorpora con frecuencia, ya que las imágenes y los documentos tienen su propio ciclo de aprobación y rara vez llegan al mismo tiempo que los datos de los artículos de Business Central. Alumio centraliza estas conexiones y reutiliza la configuración de productos de Inriver ya establecida, de modo que un activo aprobado se adjunta al producto al que pertenece en lugar de cargarse dos veces.
Sí, y definir la propiedad paso a paso, en ambas direcciones, es lo que garantiza la seguridad. Alumio publica en Inriver únicamente lo que usted designe desde Business Central, y solo los valores de Inriver que usted devuelva, de modo que ninguna de las partes puede sobrescribir la responsabilidad de la otra. Este alcance se configura una sola vez y se aplica a todos los elementos posteriores.
No, esto se configura, no se codifica. La propiedad, los nombres de los detalles del producto y la ubicación de cada valor de Business Central en Inriver se configuran una sola vez y se mantienen en un formulario, reemplazando el script de importación que suele resolver esta cuestión por error. Cuando un detalle debe calcularse en lugar de copiarse, el Transformador de Código se encarga de ello.
Los datos comerciales, y nada sobre la descripción del producto. La existencia del artículo, el precio, la unidad y si se puede vender se deciden en Business Central y deben permanecer allí. Los nombres, los detalles del producto, las imágenes y cualquier texto escrito para un cliente deben estar en Inriver, donde se almacenan y se verifica que no falte nada. Escribir esa información antes de la primera importación es lo que evita que se sobrescriba posteriormente.
Una semana de contenido de producto sobrescrito por una actualización de un elemento es el fallo que los equipos de producto recuerdan, porque se pierde una semana de trabajo y no se informa de ningún error. Alumio publica en Inriver solo lo que pertenece a Business Central, supervisa cada actualización en tiempo real y registra lo que se escribió, de modo que una actualización rechazada genera una alerta inmediata con el elemento y el motivo. Los reintentos se ejecutan automáticamente donde estén configurados, y no se modifica nada más 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.