Un servicio comprado en WooCommerce se registra en la máquina para la que se compró, porque IFS asocia el trabajo a un número de serie en lugar de al nombre y la dirección del cliente.
IFS vincula el trabajo a un activo específico. Una orden de trabajo sin esta vinculación es un trabajo sin historial, sin información sobre la garantía y sin forma de saber posteriormente qué se hizo en cada máquina. Un pedido de WooCommerce para una visita de servicio o una pieza de repuesto no incluye esta información a menos que alguien le pida al cliente el número de serie y lo introduzca, y en la mayoría de los casos, lo adivinan a partir de la dirección. Al conectar WooCommerce e IFS, el activo forma parte del pedido, de modo que la visita se registra en la máquina, se conoce la cobertura antes de que alguien se desplace y el historial de servicio sigue siendo útil incluso un año después.

Un pedido de WooCommerce lleva el número de serie que seleccionó el cliente, por lo que IFS genera el trabajo en función del activo, en lugar de en función del nombre y la dirección del cliente.
Dado que cada visita se registra en el activo, el historial de servicio de una máquina es lo suficientemente completo como para responder qué se hizo y cuándo, que es la razón principal por la que se conserva.
Las piezas de repuesto se comprueban comparándolas con el activo para el que se compran, de modo que a un cliente con una unidad antigua no se le venda un componente que solo sea compatible con la generación actual.
Si un trabajo se encuentra dentro del período de cobertura se puede ver en el momento en que se realiza el pedido, en lugar de discutirlo después de que el técnico ya haya estado allí y se haya marchado.
Cuando un cliente compra una visita de servicio en WooCommerce, Alumio lee el número de serie que ha seleccionado y crea la orden de servicio IFS asociada a ese activo, de modo que el trabajo queda registrado en la máquina desde el principio.
Cuando se solicita una pieza de repuesto en WooCommerce, se comprueba que coincida con el producto al que está destinada, de modo que la pieza que se envía se ajuste a la unidad que posee el cliente, en lugar de a la versión actual del mismo producto que la sustituyó hace dos años.
La cobertura que IFS ofrece para un activo se muestra en el momento de la compra, de modo que el cliente que contrata una visita sabe si está pagando por ella y no se produce la discusión posteriormente en la puerta de casa.
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.
Lo que debe demostrarse, más que simplemente realizarse, es de dónde proviene la siguiente conexión. Un registro de calibración e inspección es un complemento habitual, ya que IFS registra que se realizó una visita y un cliente en un sector regulado necesita el registro correspondiente, que se encuentra asociado al instrumento y no al trabajo. Alumio gestiona ambas conexiones, por lo que el registro y el pedido de WooCommerce apuntan al mismo activo.
La orden de trabajo es lo que se configura, y el activo es lo que la valida. Alumio lee el número de serie del pedido de WooCommerce, lo asocia al activo de IFS y crea la orden de servicio o la línea de pieza correspondiente. Un pedido cuyo número de serie no se puede resolver se retiene en lugar de procesarse, por lo que no se introduce nada en IFS sin un elemento al que asociarse.
No, y la clave está en el recurso, no en la asignación. El campo de WooCommerce que contiene el número de serie, cómo se resuelve en un recurso IFS y qué sucede cuando no se resuelve son configuraciones de la interfaz de Alumio. Las convenciones de los números de serie difieren según la generación del producto, por lo que el Transformador de Código permanece disponible para leer un formato que no coincida con el resto.
Un número de serie que corresponda a un activo real, porque sin él, el técnico llega y el registro no tiene dónde ubicarse. IFS vincula el trabajo a una máquina específica, por lo que un pedido de WooCommerce que solo menciona a un cliente genera un trabajo sin historial ni cobertura, y quien sale perjudicado es el cliente que pregunta al año siguiente qué se hizo. Resolver primero la cuestión del activo es lo que justifica registrar la visita.
Una orden de trabajo sin activo es peor que ninguna orden de trabajo. Alumio resuelve el número de serie antes de que se cree nada en IFS y detecta un fallo en el momento en que ocurre, registra el contenido del pedido de WooCommerce, alerta inmediatamente cuando no se puede encontrar una coincidencia con un número de serie, indica el motivo, reintenta la operación donde esté configurado y mantiene el pedido en la lista hasta que alguien lo resuelva, de modo que no se registra ninguna visita sin que se encuentre ningún activo y ningún pedido se pierde 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.