Los pedidos web, el trabajo que genera cada uno y las horas registradas se transfieren entre Shopware y AFAS, por lo que el coste de una venta con instalación se calcula en función del trabajo real realizado, en lugar de basarse en el presupuesto inicial.
Muchas empresas venden productos a través de Shopware que luego alguien debe instalar. El pedido es la parte fácil. Lo que sigue es una visita, unas horas, a veces un segundo viaje, y AFAS es donde se registran esas horas porque es donde la empresa gestiona a su personal y sus proyectos. Sin conexión, las horas se registran con un código genérico y el margen de beneficio del trabajo instalado se convierte en una estimación que siempre parece mejor de lo que realmente es. Conectar Shopware y AFAS proporciona un lugar donde registrar el trabajo y un punto de referencia para medir el pedido.

Un pedido de Shopware que requiere instalación crea el proyecto AFAS al que se asignarán las horas, por lo que el coste recae sobre el trabajo en lugar de sobre un código general que alguien eligió en ese momento.
Debido a que las horas se contabilizan en contra del pedido que las originó, el margen sobre el trabajo instalado es una cifra por venta en lugar de un total mensual que oculta qué trabajos generaron pérdidas.
El cliente creado a partir del pedido web es el cliente al que pertenece el proyecto, por lo que una factura, una visita al sitio y una llamada de seguimiento apuntan al mismo registro AFAS.
La información relativa a salarios o empleos no se comparte con nadie; las horas trabajadas llegan a AFAS como coste asociado a un trabajo específico, y lo que se haga con ellas posteriormente se queda dentro de AFAS.
Cuando un pedido de Shopware incluye trabajo por realizar, Alumio crea el proyecto AFAS o el registro de trabajo necesario, de modo que quien realice la visita registre su tiempo en función del pedido en lugar de en un código genérico.
Las horas registradas en AFAS se contabilizan contra el pedido de Shopware al que pertenecen, por lo que el coste de la instalación figura junto a los ingresos de ese pedido, en lugar de descubrirse dentro de la cifra mensual de mano de obra un trimestre después.
Los datos del cliente del pedido web crean o coinciden con el registro AFAS al que pertenece el proyecto, por lo que una segunda visita, una factura y una consulta se resuelven con el mismo cliente sin que nadie tenga que volver a introducir los mismos datos dos veces.
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 pregunta clave es quién en la empresa aún no ha recibido el servicio, y en el caso de las instalaciones, se trata de quienes no están en nómina. Un portal de registro de horas para subcontratistas es una adición común, ya que AFAS registra las horas de sus empleados y un instalador que trabaja para un subcontratista registra su tiempo en otro lugar. Alumio mantiene esa conexión junto con la anterior, por lo que el costo de un proyecto de Shopware incluye la mano de obra contratada por la empresa.
Lo que importa son las horas y el costo, y el pedido debe existir previamente para que se procese. Alumio crea el proyecto AFAS a partir del pedido de Shopware, luego lee las horas reservadas y las registra en dicho pedido. Lo que se transfiere es el tiempo y el costo asociados al trabajo, seleccionados al configurar la ruta, y ningún dato del área de empleo de AFAS se relaciona con el pedido web.
No, y conviene definir el límite explícitamente en lugar de descubrirlo. Las líneas de pedido de Shopware que generan trabajo en AFAS, el tipo de proyecto que utilizan y los tipos de horas que se devuelven son configuraciones de la interfaz de Alumio, y la parte de empleo y nómina de AFAS simplemente no está incluida en el mapeo. Cuando una empresa registra horas mediante una estructura inusual, la lógica personalizada sigue estando disponible a través del Code Transformer para ese paso.
El trabajo, y esa es la mitad que la mayoría de las integraciones omiten. Un pedido de Shopware para un producto que requiere instalación implica una visita, y AFAS es donde se registran las horas dedicadas a ello. Por lo tanto, una integración que solo genera una factura deja sin registrar el costo de la entrega. Crear el proyecto junto con la factura garantiza que las horas se registren correctamente antes de que alguien las necesite.
Las horas registradas en un trabajo que se cerró, o en ninguno, constituyen un fallo que vale la pena detectar, ya que el tiempo es real y el coste se asigna a un lugar arbitrario. El tiempo se monitoriza a medida que avanza y se guarda con el pedido de Shopware al que pertenece. Una alerta indica de inmediato el proyecto AFAS y el motivo, y se ejecutan reintentos donde esté configurado. Las horas no coincidentes permanecen registradas, por lo que ningún trabajo se realiza sin registro y no se pierden horas.
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.