Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Comarch Optima emite el número de factura y WooCommerce registra el pedido que se le asignó, de modo que la secuencia en los libros contables se mantiene completa en lugar de generar lagunas que nadie pueda justificar posteriormente.
En Comarch Optima, los números de factura se generan como una secuencia dentro de una serie, y una secuencia con un hueco es un problema que alguien debe resolver al final del año. Una tienda WooCommerce que genera sus propios números, o una entrada manual duplicada, produce precisamente eso: dos documentos con un mismo número, o un número emitido y luego descartado. Este problema se descubre tarde y se reconstruye lentamente. La conexión entre WooCommerce y Comarch Optima resuelve el problema del origen del número: el sistema contable lo emite, la tienda registra el que se le asignó y la secuencia nunca depende de la coincidencia entre ambos sistemas.
DATOS QUE FLUYEN ENTRE ELLOS
Pedidos web
Facturas de venta
Números de factura
Tipos de IVA
Registros de clientes
Registros de pago
Comarch Optima emite el número de factura y Alumio lo registra en el pedido de WooCommerce, por lo que la tienda nunca genera un número propio para que la contabilidad lo registre.
Dado que un documento se crea una sola vez y se devuelve su número, un segundo intento no puede generar dos facturas con el mismo número ni dejar un número emitido sin que exista ningún pago.
Las tarifas y los datos del cliente se incluyen con el pedido, por lo que la factura que genera Comarch Optima es la que acepta el contable, en lugar de una que tenga que corregir línea por línea.
Alumio se conecta a Comarch Optima a través de su API disponible, como lo haría con cualquier sistema accesible, por lo que los pedidos se envían sin necesidad de que nadie realice una exportación manual cada mañana.
Cuando se realiza un pedido en WooCommerce, Alumio crea la factura de venta en Comarch Optima y anota el número emitido en el pedido, de modo que el cliente y la contabilidad se refieren al mismo documento.
Un pedido que falla durante el proceso se vuelve a intentar sin que se genere una segunda factura, ya que el número lo emite Comarch Optima una sola vez y se registra en el pedido de WooCommerce, en lugar de generarse con antelación.
Los pagos registrados contra el pedido de WooCommerce llegan a Comarch Optima cotejados con la factura que liquidan, por lo que la situación de las cuentas por cobrar está actualizada sin que nadie tenga que conciliar una lista de pagos con una lista de documentos.
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 para determinar la siguiente conexión es qué obligación local se incluye con el pedido. Para una tienda que realiza envíos con condiciones de entrega, se trata del dinero que cobra la empresa de mensajería. Un feed de conciliación de mensajería es una adición común, ya que Comarch Optima necesita que el pago coincida con su factura y la empresa de mensajería conserva el registro de cobro. Alumio gestiona ambas conexiones, de modo que un pedido de WooCommerce, su factura y el pago coinciden.
La numeración se establece antes de publicar nada, ya que es algo que no se puede corregir posteriormente sin previo aviso. Alumio crea la factura en Comarch Optima, que emite el número y lo registra en el pedido de WooCommerce. No hay nada prenumerado en la tienda, por lo que un reintento no puede dejar huecos ni duplicados en la serie.
No, y la numeración no es un espacio para la lógica de nadie. La serie que utiliza cada tipo de documento, y en qué documento de Comarch Optima se convierte un pedido de WooCommerce, son configuraciones en la interfaz de Alumio, ya que el sistema que lleva la contabilidad debe emitir una secuencia. Cuando una empresa gestiona más de una serie por canal, ese enrutamiento también es una configuración.
Desde Comarch Optima, dejar que la tienda lo genere es una decisión que nadie toma deliberadamente. Una serie numérica se ejecuta en secuencia, por lo que un número generado en WooCommerce y luego rechazado por el sistema contable deja un hueco, y uno generado dos veces deja un duplicado, y ambos se encuentran en la revisión de fin de año en lugar de en el día. Que el sistema contable lo emita y la tienda lo registre elimina la duda.
El error que se produce al introducir un número de factura fuera de secuencia es el que se debe evitar; el error se detecta en tiempo real; cada intento se registra con el pedido de WooCommerce que contenía; se activa una alerta de inmediato indicando el pedido y el motivo por el que Comarch Optima lo rechazó; se ejecutan reintentos donde estén configurados y no se puede crear un segundo documento; los pedidos no resueltos permanecen en la lista, por lo que no se factura nada dos veces y no se pierde ningún número.
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)
