Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
La empresa a la que pertenece un pedido de Shopware se determina antes de que llegue a Microsoft Dynamics 365 F&O, por lo que la venta llega a la entidad legal que la facturará, en lugar de a aquella a la que se transfirió posteriormente.
Microsoft Dynamics 365 F&O registra todas las transacciones en una entidad legal. Una tienda Shopware no tiene una entidad legal, por lo que, entre el proceso de pago y la orden de venta, alguien decide a qué empresa pertenece la venta. En un grupo que gestiona dos o tres empresas operativas detrás de una misma tienda, esta decisión suele tomarse un mes después por un responsable financiero que traslada las entradas entre las empresas. La integración de Shopware con Microsoft Dynamics 365 F&O convierte este proceso en una regla que se aplica en la orden: qué se compró, desde dónde se envía y a quién se envía determina la empresa, y la venta llega a la empresa que la facturará.
DATOS QUE FLUYEN ENTRE ELLOS
Pedidos de venta
Líneas de pedido
Entidades jurídicas
Cuentas de clientes
Disponibilidad de artículos
Estado de la entrega
Un pedido de Shopware incluye lo que se compró y desde dónde se envía, y la regla que usted configure lo convierte en la entidad legal de Microsoft Dynamics 365 F&O antes de que se cree la venta.
Posteriormente, nadie vuelve a publicar las ventas de Shopware entre empresas, porque cada una se creó en la empresa correcta, por lo que las entradas entre empresas escritas para corregir eso dejan de existir.
Un grupo no necesita una tienda Shopware por empresa para mantener ordenado Microsoft Dynamics 365 F&O, ya que la división se produce en la regla y no en la tienda que ve el cliente.
El stock y el precio que se publican en Shopware provienen de la empresa de Microsoft Dynamics 365 F&O que se encargaría de gestionar el pedido, por lo que la tienda nunca solicita presupuestos a empresas que no realizan envíos.
Cuando se realiza un pedido en Shopware, Alumio determina la entidad legal a partir de la regla que usted haya configurado y crea el pedido de venta en esa empresa de Microsoft Dynamics 365 F&O, de modo que nadie tenga que averiguar posteriormente a quién pertenecía la venta.
Cuando una empresa operativa se une al grupo, la misma tienda de Shopware comienza a alimentarla extendiendo la regla en lugar de crear una segunda conexión con Microsoft Dynamics 365 F&O, por lo que la tienda en sí no cambia.
Cuando Microsoft Dynamics 365 F&O tiene el mismo artículo en más de una empresa, Alumio publica la posición de la que se enviaría a ese cliente, de modo que la tienda en línea muestra un precio que alguien puede pagar.
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.
Sí, y en un grupo, el siguiente sistema generalmente necesita la misma respuesta que este. Un almacén o un PIM añadido posteriormente debe saber a qué empresa pertenece un pedido antes de poder utilizarlo. Alumio mantiene esa conexión junto con este sistema y la regla de entidad ya está definida, por lo que el segundo sistema la hereda en lugar de tener su propia versión, de la que podría desviarse.
Sí, con la entidad resuelta antes de escribir nada. Alumio crea cada pedido de Shopware en la empresa de Microsoft Dynamics 365 F&O que devuelve la regla, y envía la disponibilidad, el precio y el estado de entrega según la programación que hayas establecido para cada uno. Lo que se puede crear de esta manera es lo que Microsoft Dynamics 365 F&O expone para ello, así que eso es lo primero que hay que confirmar.
No. La regla de entidad es una configuración como cualquier otra: qué campo de Shopware o condición de envío apunta a qué empresa de Microsoft Dynamics 365 F&O es una entrada que se puede leer y modificar, lo cual es importante porque esa regla cambia cada vez que lo hace el grupo. Cuando la división depende de algo que la configuración no puede expresar, el Transformador de código expresa esa regla específica.
El pedido en sí no contiene información, por lo que debe definirse durante el proceso. El sistema de pago de Shopware conoce los artículos, la dirección de entrega y el método de envío, y la regla que configure los convierte en una empresa: una marca vendida exclusivamente por una entidad, un país atendido por otra y un almacén perteneciente a una tercera. Alumio aplica esa regla y crea el pedido de venta en la empresa que devuelve, de modo que la respuesta se genera una sola vez, en lugar de por pedido.
El fallo que merece la pena detectar aquí no es un pedido perdido, sino uno asignado a la empresa equivocada, ya que parece exitoso y aparece en la consolidación. Alumio supervisa cada transferencia en tiempo real y registra la entidad a la que se asignó junto con el pedido, por lo que la decisión es auditable en lugar de presumida. Si Microsoft Dynamics 365 F&O rechaza un pedido, se genera una alerta que indica el pedido y el motivo, se reintentan las operaciones donde estén configuradas y no se descarta ningún pedido silenciosamente.
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)
