Entre la página de un producto de WordPress y el sistema IBM AS/400 que la respalda, no se vuelve a escribir nada, ya que los detalles del artículo se publican externamente y cada consulta se incorpora al trabajo que la oficina ya realiza.
El sitio web de un fabricante en WordPress suele mostrar los productos que vende, tal como se crearon en una página web antigua, mientras que el sistema IBM AS/400 almacena la información real de sus productos, sus precios y sus presentaciones. Ambos sistemas se van separando gradualmente, y las consultas que genera el sitio web llegan a un buzón compartido donde nadie sabe cuántas se recibieron ni cuáles se convirtieron en pedidos. Conectar WordPress e IBM AS/400 soluciona este problema: la página se crea a partir de la información del AS/400, y las consultas se envían de vuelta al servidor donde se gestionan, de modo que el sitio web se integra al negocio en lugar de ser un simple folleto.

Las páginas de WordPress se construyen a partir de los detalles de los artículos que almacena el sistema IBM AS/400, por lo que un producto que la empresa dejó de vender el año pasado ya no se anuncia a los visitantes.
Las consultas realizadas a través de WordPress se registran en el sistema IBM AS/400 junto con el resto del trabajo del día, por lo que se recogen en el mismo lugar y no desde un buzón de correo compartido.
El presupuesto que se recibe corresponde al mismo paquete y rango de precios que mostraba la página de WordPress, ya que ambos provienen del IBM AS/400, por lo que a nadie se le comunica una cifra diferente en línea y otra distinta por teléfono.
Alumio funciona con las funcionalidades que ya ofrece el IBM AS/400, y la asignación reside en Alumio, por lo que alojar un sitio WordPress no depende de modificar el sistema anterior.
Los números de artículo, las configuraciones de los paquetes y los rangos de precios se leen desde el sistema IBM AS/400 y se publican en las páginas de WordPress correspondientes, de modo que lo que lee un visitante es lo que la oficina le cotizaría si llamara por teléfono.
Un visitante envía una consulta a través de WordPress y Alumio se conecta al IBM AS/400 mediante la interfaz que este pone a su disposición, registrando la consulta en el elemento al que se refiere, de modo que se integra al trabajo que la oficina ya está analizando.
Las posiciones de acciones mantenidas en el IBM AS/400 se actualizan en la página de WordPress según el ciclo que usted elija, de modo que el visitante pueda comprobar por sí mismo si algo está disponible, en lugar de enviar un mensaje y esperar hasta la mañana.
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.
Hoy en día, la prueba de que algo se entregó se encuentra en una carpeta de documentos escaneados, y ese suele ser el siguiente elemento que vale la pena consultar. Un archivo de documentos guarda las notas firmadas a las que el IBM AS/400 hace referencia solo por número, por lo que una consulta sobre una entrega ya no implica ir al archivador. Alumio mantiene esa conexión junto con la actual, de modo que una consulta en WordPress sobre un pedido anterior llega a alguien que puede responderla correctamente.
Ambas operaciones se ejecutan automáticamente, con sus propios tiempos. Los detalles de los artículos y el inventario se leen del IBM AS/400 en el ciclo que usted configure, lo que permite que el sistema siga funcionando durante la noche sin interrupciones. Además, las consultas enviadas a través de WordPress se procesan automáticamente al recibirlas, ya que hay alguien pendiente. Seleccionar estas dos opciones por separado es una configuración, no una reinstalación del sistema.
No, y esto cobra mayor importancia aquí que de costumbre, porque nadie quiere abrir programas que han funcionado correctamente durante veinte años. Alumio adapta el contenido del IBM AS/400 a las páginas de WordPress que lo presentan, y esta adaptación se mantiene en una interfaz. Si el diseño de la versión anterior es demasiado peculiar como para adaptarse tal cual, el Code Transformer lo convierte en ese único paso.
Quien ya trabaje con la lista en la que se escriba la consulta, es una decisión que debe tomarse antes de que se desarrolle nada. Un sistema IBM AS/400 no tiene un destino general para los mensajes, por lo que una consulta de WordPress debe convertirse en algo que la oficina ya revise cada mañana. Indicar ese destino primero evita que la consulta termine en un lugar técnicamente correcto pero prácticamente invisible para todos.
Una consulta que llega a una lista que nadie supervisa se considera un fracaso silencioso, ya que WordPress la muestra como enviada y el cliente no recibe respuesta. Alumio supervisa cada envío en tiempo real y registra su ubicación en el IBM AS/400, por lo que cualquier envío rechazado genera una alerta que indica el elemento y el motivo. Se ejecutan reintentos donde estén configurados, y las consultas no resueltas permanecen en la lista en lugar de descartarse.
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.