Un comprador de Allegro recoge un paquete de una taquilla en lugar de en la puerta de su casa, y Microsoft Dynamics 365 F&O recibe esa elección como destino, por lo que se imprime una etiqueta para un lugar y no para una persona.
La mayoría de los compradores de Allegro no quieren que les entreguen el paquete en su domicilio. Eligen un casillero o un punto de recogida, lo que significa que la dirección que llega con el pedido no es la de ninguna persona, y Microsoft Dynamics 365 F&O espera una dirección de entrega válida. Si no se conecta, alguien podría volver a escribirla, adivinar una calle o enviar el paquete a una dirección que el comprador nunca proporcionó, y el paquete se devuelve, a su cargo, y la venta generalmente se pierde con él. Al conectar Microsoft Dynamics 365 F&O y Allegro, se conserva el punto de recogida tal cual, por lo que la etiqueta es correcta desde el principio.

El punto de recogida que un comprador eligió en Allegro llega a Microsoft Dynamics 365 F&O como destino de entrega, por lo que nadie tiene que interpretar un código de taquilla como una dirección postal.
Dado que el método de envío se selecciona junto con el pedido, el paquete se envía de la forma que el comprador espera, en lugar de la que el almacén utiliza por defecto cuando un campo parece desconocido.
Alumio se conecta a Allegro a través de su API disponible, como lo haría con cualquier sistema accesible, por lo que las ofertas y los pedidos se gestionan sin que nadie tenga que mantener abierta una pantalla de vendedor durante todo el día.
Se reduce el número de paquetes que no se pueden entregar, lo cual supone un ahorro real, ya que un paquete devuelto se paga dos veces y, por lo general, también se pierde la venta asociada.
Cuando un comprador de Allegro elige un casillero o punto de recogida, Alumio lo registra en Microsoft Dynamics 365 F&O como destino de entrega, de modo que la etiqueta contiene el código que necesita el transportista en lugar de una dirección aproximada.
Los pedidos de Allegro se crean en Microsoft Dynamics 365 F&O a medida que llegan, con el método de entrega asociado, por lo que el almacén los selecciona desde el sistema ERP y no tiene que consultar una segunda pantalla para saber cómo debe enviarse el paquete.
Cuando Microsoft Dynamics 365 F&O registra el envío, Alumio lo confirma a Allegro con su referencia, de modo que se informa al comprador de que el paquete está en camino a través del canal por el que realizó la compra, sin que nadie envíe un correo electrónico.
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 forma en que la mercancía llega al comprador es la cuestión que abre la siguiente conexión. La red de taquillas es el complemento habitual, ya que Allegro registra qué punto de recogida se eligió y Microsoft Dynamics 365 F&O necesita una etiqueta que la red acepte, y no son lo mismo. Alumio mantiene esa conexión junto con esta, por lo que la reserva y el pedido describen un solo paquete.
La oferta y el método de entrega se leen conjuntamente, ya que separarlos genera una etiqueta errónea. Alumio toma cada pedido de Allegro con su punto de recogida seleccionado y lo crea en Microsoft Dynamics 365 F&O con el destino asociado, para luego confirmar el envío al canal. La disponibilidad se actualiza en sentido inverso según el cronograma que usted haya configurado.
No, y la regla de entrega local es una configuración, no una lógica. La tabla que muestra qué métodos de entrega de Allegro se corresponden con qué modos de entrega de Microsoft Dynamics 365 F&O se encuentra en la interfaz de Alumio y cambia cuando el canal agrega una opción. Cuando un punto de recogida debe reformatearse para la etiqueta propia del transportista, el Code Transformer realiza esa conversión y el resto permanece como configuración.
El punto de recogida, no el domicilio del comprador. Si un comprador de Allegro elige un casillero, proporciona un código de punto en lugar de una dirección postal. Por lo tanto, Microsoft Dynamics 365 F&O recibe un destino que es un lugar y no una persona, y un almacén que lo interpreta como una dirección postal imprime una etiqueta que la empresa de transporte rechazará. El hecho de que el paquete pase por el punto de recogida es lo que lo entrega donde alguien lo está esperando.
Una opción de entrega que Allegro ya no ofrece es un fallo que vale la pena detectar, ya que produce un paquete que nadie puede entregar. Alumio registra cada pedido con el método de envío utilizado, alerta inmediatamente cuando Microsoft Dynamics 365 F&O no acepta el destino, indica el motivo, reintenta el envío donde esté configurado y mantiene el pedido en la lista en lugar de descartarlo, de modo que no se envía nada a una dirección que nunca se proporcionó.
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.