Mientras se carga la página de Shopware, se le solicita al comprador registrado que introduzca su propio precio para el AS/400, de modo que el cliente comercial vea la cifra exacta que siempre ha tenido en su cuenta, en lugar de una copia realizada anoche.
En un sistema AS/400, el precio de un cliente suele ser el resultado de un programa, no un valor almacenado en una tabla, debido a que décadas de acuerdos, interrupciones y excepciones se incorporaron a la lógica en lugar de a los datos. Esto lo convierte en algo que se puede solicitar, pero no en algo que se pueda copiar fácilmente, y una tienda Shopware que lo copie sería un error para los clientes más importantes. Por lo tanto, los compradores B2B realizan pedidos por teléfono que podrían haber hecho en línea. Conectar Shopware e IBM AS/400 plantea la pregunta en el momento en que la página necesita una respuesta, con Alumio actuando como una puerta de enlace API entre ambos.

El precio que ve un cliente de Shopware que ha iniciado sesión se solicita al AS/400 cuando se carga la página, por lo que el acuerdo que existe solo dentro de un programa sigue siendo lo que se le cobra al comprador.
No es necesario extraer ni convertir nada en una lista de precios, lo cual es importante porque las excepciones que hacen que un precio comercial sea correcto son lo primero que se pierde en un extracto.
Un comprador que siempre ha llamado para consultar el precio puede realizar el pedido él mismo, porque la tienda responde con el mismo número que habría indicado la oficina de ventas.
El AS/400 permanece donde reside la información de precios, y Alumio accede a ella a través de la interfaz que pone a disposición, por lo que la tienda online adquiere una nueva funcionalidad sin que el sistema anterior tenga que modificarse.
Cuando un cliente de Shopware que ha iniciado sesión ve un producto, Alumio solicita el precio de esa cuenta al AS/400 y lo devuelve a la tienda en la misma solicitud, de modo que la página muestra una respuesta en tiempo real en lugar de una almacenada en caché.
Un comprador profesional finaliza la compra en Shopware y el pedido se registra en el sistema AS/400 con el que ya trabaja la oficina de ventas, por lo que un pedido online y uno telefónico llegan al mismo sitio y se gestionan de la misma manera.
La disponibilidad se comprueba cotejándola con los registros del sistema AS/400 antes de que se acepte el pedido en el momento del pago, de modo que a un cliente al que se le ha comunicado un precio no se le informa dos días después de que el producto correspondiente se ha vendido a otra persona.
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 siguiente pregunta que nos lleva a la siguiente conexión es qué pasos debe seguir un cliente comercial antes de poder comprar. Las cuentas aprobadas son un requisito previo, y una vez que los pedidos llegan a través de Shopware, lo que los clientes solicitan a continuación es que se les informe cuándo se enviaron los productos, por lo que un servicio de notificación del estado del pedido es una función que se suele añadir. Alumio gestiona esta conexión junto con la anterior, de modo que un envío registrado en el AS/400 llega al comprador sin que la oficina de ventas envíe un correo electrónico.
Esta es una solicitud en tiempo real, no una sincronización, que es precisamente la clave. Alumio actúa como puerta de enlace API entre Shopware y el AS/400, por lo que una solicitud de precio realizada mientras se carga una página se responde en esa misma solicitud y no se almacena nada entretanto. Los datos de stock y productos pueden seguir procesándose según un cronograma en el que no se necesita una respuesta en tiempo real, y la elección de qué flujos son en tiempo real y cuáles programados es una decisión de configuración.
No, y preguntar implica una construcción más sencilla que copiar. Mantener los precios de las cuentas de IBM AS/400 dentro de Shopware significaría convertir la lógica del programa en una tabla, mantenerla actualizada y equivocarse cada vez que cambie un acuerdo. Las conexiones a bases de datos figuran en la lista de lo que Alumio publica como compatible, por lo que una plataforma sin API propia sigue siendo accesible, y el trabajo consiste en dar forma a una solicitud y una respuesta en la interfaz.
Sí, y preguntar es el enfoque correcto en lugar de buscar una solución de compromiso. El IBM AS/400 es una plataforma, no una aplicación, por lo que lo que contiene y expone es aquello para lo que fueron diseñados los programas escritos para ese negocio, y la fijación de precios de las cuentas suele ser uno de esos programas. Alumio accede a ella a través de la interfaz que proporciona y transmite la respuesta a Shopware mientras la página aún se está cargando, por lo que el acuerdo nunca tiene que duplicarse.
Una solicitud que no recibe respuesta es un fallo distinto al de un mensaje que no se envía, ya que un cliente está esperando. La tienda en línea de Shopware está configurada para volver al estado que usted elija, mostrando la opción de solicitar un presupuesto en lugar de una cifra incorrecta. Alumio supervisa cada solicitud de IBM AS/400 en tiempo real y registra la respuesta, de modo que se genera una alerta inmediata en caso de tiempo de espera agotado, con la cuenta y el motivo; se ejecutan reintentos donde esté configurado, y no se calcula ningún precio de forma silenciosa a partir de una copia obsoleta.
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.