Las ventas web llegan a Sage 100cloud dentro del período al que pertenecen, por lo que no se cierra un mes y luego se obtienen ingresos de forma discreta por un pedido que llegó dos días después de que el mes ya hubiera terminado.
Sage 100cloud cierra los periodos, y una vez cerrado un periodo, no se puede añadir ninguna entrada. Una tienda WooCommerce opera durante la noche y los fines de semana, por lo que siguen llegando pedidos después de que el contable haya cerrado el periodo, y cada uno debe registrarse en el mes en que se realizó o en el mes en que se detectó. Si no se gestiona, ambos meses parecen estar ligeramente desfasados, y la comparación que realiza la empresa con el año anterior se basa en datos distintos. Conectar WooCommerce con Sage 100cloud convierte esto en una norma, en lugar de una costumbre que cambia según quién cierre el mes.

La fecha de contabilización de un pedido se decide al configurar la ruta, por lo que los ingresos se registran en el período en que se produjo la venta, en lugar de en el período en que se ejecutó la integración.
Un pedido que llega después de que haya finalizado un período de Sage 100cloud se retiene y se informa en lugar de trasladarse al mes siguiente sin que nadie sepa que se ha movido.
Debido a que todas las órdenes se registran según la misma regla, la comparación interanual se realiza sobre una base uniforme, en lugar de variar silenciosamente según la fecha de cierre del período.
Tanto los gastos de envío cobrados como los pagados se contabilizan en el libro mayor, por lo que el margen de una venta web incluye el coste de envío, en lugar de solo los ingresos generados.
Alumio registra cada pedido de WooCommerce en Sage 100cloud según la regla de fecha que hayas configurado, de modo que una venta realizada a las once de la noche del último día del mes se registra en ese mes y no en el mes en que se ejecutó la integración.
Alumio se conecta a Sage 100cloud a través de su API disponible, como lo haría con cualquier sistema accesible, y retiene una orden cuyo período ya ha finalizado en lugar de publicarla en el siguiente período en silencio y esperar que nadie la revise.
Los gastos de envío y el coste del transportista se contabilizan en el libro mayor contra el pedido, por lo que la cifra que una empresa considera para el margen web no es un ingreso, ya que el coste de la entrega simplemente no aparece en esa cifra.
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 que abre la siguiente conexión es qué costo falta en el margen, y en una venta online suele ser el flete. Una herramienta de auditoría de costos de envío es un complemento común, ya que WooCommerce registra lo que el cliente pagó por el envío y Sage 100cloud registra la factura del transportista, y la diferencia entre ambos es una cifra real que nadie controla. Alumio gestiona ambas conexiones, por lo que las dos convergen en el pedido.
Primero se define el período de publicación, ya que todo lo demás depende de él. Alumio lee los pedidos de WooCommerce según la programación que hayas establecido y los publica en Sage 100cloud según la regla de fecha que hayas elegido, reteniendo aquellos cuyo período haya finalizado. Los registros de clientes se cotejan en lugar de crearse desde cero, por lo que un comprador recurrente no acumula cuentas.
No, y el límite que importa es el período, no la asignación de campos. La fecha de WooCommerce que determina el período de publicación, qué sucede con un pedido que llega después del cierre y qué cuentas de Sage 100cloud reciben las cifras de envío son configuraciones en la interfaz de Alumio. Si una empresa tiene un límite inusual, el Code Transformer toma esa regla y el resto permanece como configuración.
El mes en el que se realizó la venta, si lo decides antes del primer cierre en lugar de después. Sage 100cloud no acepta entradas en un período cerrado, por lo que un pedido de WooCommerce que llega tarde tiene que ir a algún sitio, y asignarlo por defecto al mes actual transfiere los ingresos entre períodos sin dejar registro. Mantenerlo y generar informes implica que alguien toma la decisión, y esta decisión es visible.
El plazo se cerró antes de tiempo para alguien, y ahí es cuando esto perjudica, porque la entrada no tiene a dónde ir correctamente. Alumio detecta el rechazo en el momento en que ocurre y retiene un pedido cuyo plazo se ha cerrado en lugar de enviarlo, registra lo que lee de WooCommerce, alerta de inmediato indicando el pedido y el motivo por el que Sage 100cloud lo rechazó, vuelve a intentarlo donde esté configurado y lo mantiene en la lista hasta que alguien decida, para que nada se mueva en silencio durante el mes.
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.