Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Un pedido realizado en Shopware aparece en Bitrix24 como un trabajo que pertenece a alguien, por lo que su procesamiento deja de depender de quién esté viendo la pantalla de administración de la tienda esa tarde en particular.
Bitrix24 puede gestionar un pedido de dos maneras. Tiene un sistema de gestión de pedidos (CRM), donde un pedido representa una transacción que avanza por etapas, y también cuenta con tareas, donde un pedido es un trabajo asignado. Ambas opciones parecen razonables, por lo que se utilizan, y el resultado es que una transacción se encuentra en una etapa mientras que una tarea relacionada con el mismo pedido ha sido cerrada por alguien que creía que ahí terminaba el asunto. Mientras tanto, la tienda sigue mostrando el pedido como pendiente. Conectar Shopware y Bitrix24 permite determinar cuál de los dos sistemas gestiona el proceso, de modo que cerrar una tarea tenga un significado real para todos los que la consultan.
DATOS QUE FLUYEN ENTRE ELLOS
Pedidos
Líneas de pedido
Registros de clientes
Registros de acuerdos
Registros de tareas
Estado de cumplimiento
Un pedido de Shopware se convierte en una transacción de Bitrix24 o en una tarea, que se decide una sola vez y se aplica siempre, de modo que dos registros que describen el mismo pedido dejan de ir en direcciones diferentes.
Quien sea responsable de un pedido lo tiene asignado en lugar de ser notificado, lo cual marca la diferencia entre una tienda que gestiona más de una persona y una que no.
El estado de cumplimiento se transmite de vuelta a Shopware, por lo que lo que ve el cliente y lo que el equipo ha marcado como completado es lo mismo, en lugar de dos opiniones contradictorias sobre un mismo pedido.
El equipo deja de mantener una segunda lista junto a Bitrix24, porque el registro que llega es ya el que utilizan y lleva el pedido de Shopware como antecedente.
Cuando se realiza un pedido en Shopware, Alumio crea el registro de Bitrix24 que hayas elegido, ya sea una oferta o una tarea, con el cliente y las líneas adjuntas, de modo que alguien es el propietario desde el momento en que existe, en lugar de cuando alguien se da cuenta.
Al marcar el trabajo como completado en Bitrix24, se actualiza el pedido de Shopware, de modo que un cliente que consulta su pedido ve el mismo estado que el equipo, en lugar de uno que esté desfasado uno o dos días con respecto a lo que el equipo ya sabe.
Dado que solo se crea un registro de Bitrix24 por cada pedido de Shopware, nadie cierra una tarea mientras haya una transacción abierta relacionada con el mismo pedido, y solo hay un lugar donde consultar cuando un cliente pregunta en qué estado se encuentra su pedido.
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.
La pregunta clave es dónde se produce realmente la conversación sobre un pedido, y rara vez ocurre en ninguno de los dos sistemas. La plataforma de chat del equipo suele ser la opción más común, ya que un pedido de Shopware se discute en un canal y la decisión tomada allí nunca se registra en Bitrix24. Alumio gestiona ambas conexiones, por lo que lo acordado se adjunta al pedido en lugar de pasarlo por alto.
El flujo de trabajo y la lista de tareas se definen antes de crear nada, ya que elegir ambos implica un error. Alumio crea un registro de Bitrix24 por cada pedido de Shopware, en el formato que hayas seleccionado, con las líneas y el cliente correspondientes, y registra la finalización en la tienda online. No se crea un segundo registro para el mismo pedido.
No, y la prueba consiste en quién lo actualiza un viernes por la tarde. El registro de Bitrix24 en el que se convierte un pedido de Shopware, a quién se asigna y qué efecto tiene su finalización en la tienda son configuraciones de la interfaz de Alumio, porque quienes modifican esos aspectos no son desarrolladores. Cuando la asignación depende del contenido del pedido, el Code Transformer aplica esa regla.
Sea cual sea la opción que elijas, y la clave está en decidir, no en encontrar la respuesta. Bitrix24 admite ambas, por lo que un pedido de Shopware puede existir como una transacción que avanza por etapas o como una tarea que alguien cierra. Ejecutar ambas implica una tarea cerrada y una transacción abierta que describen el mismo pedido. Elegir una opción y permitir que la finalización de esa transacción actualice la tienda es lo que le da sentido al estado.
Lo que no sucede es que el pedido se mueva; lo que sucede es que alguien cierra una tarea creyendo que ya se había completado. Alumio detecta el fallo en el momento en que ocurre, escribe un registro de Bitrix24 por cada pedido de Shopware y conserva la información enviada, de modo que si una tarea no se puede volver a escribir en la tienda, se genera una alerta inmediata con el pedido y el motivo, se reintenta donde esté configurado y permanece en la lista, para que nada se marque como completado silenciosamente mientras un cliente sigue esperando.
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)
