Cuando un cliente devuelve un pedido de Shopify, Enova 365 necesita un documento rectificativo en lugar de una anotación negativa, y dicha corrección se aplica a la venta original al realizar el reembolso.
La contabilidad polaca no considera una devolución como una venta menor. Enova 365 espera un documento de corrección que apunte a la factura original, tenga su propia numeración y se registre en el período al que corresponde la corrección; sin embargo, ninguno de estos documentos se incluye en los reembolsos de Shopify. Por lo tanto, alguien genera cada uno manualmente, lo asocia a una venta a partir de un número de pedido en un mensaje, y un enero ajetreado genera un retraso que solo se manifiesta cuando el período no se cierra. La integración de Shopify con Enova 365 genera la corrección al realizar el reembolso, contra el documento que corrige.

Un reembolso de Shopify genera un documento rectificativo en Enova 365 que apunta a la factura original, por lo que la contabilidad muestra una corrección en lugar de una venta con un signo menos delante.
Dado que la corrección se realiza al mismo tiempo que el reembolso de Shopify, Enova 365 la recibe dentro del período al que corresponde y no es necesario reabrir un mes que ya estaba cerrado.
El tipo de interés aplicado a la venta original de Shopify se traslada a la corrección, por lo que lo que se informa a través de Enova 365 refleja el dinero que la empresa realmente ha conservado.
Las devoluciones se documentan a medida que llegan, en lugar de acumularse después de la temporada, por lo que el cierre de Enova 365 consiste en una revisión en lugar de una semana de conciliación de reembolsos con ventas.
Cuando se emite un reembolso en Shopify, Alumio genera el documento corrector en Enova 365 contra la factura correspondiente, de modo que la reducción queda vinculada a una venta específica en lugar de registrarse como un importe que alguien investigará posteriormente.
Un cliente devuelve una línea de un pedido de Shopify y Alumio corrige solo esa línea en Enova 365, por lo que los demás productos permanecen facturados y nadie cancela un documento completo solo para gestionar la devolución de un único artículo.
Alumio se conecta con Enova 365 a través de la interfaz que esta pone a disposición y crea el documento de venta en el que se convierte cada pedido pagado de Shopify, de modo que la tienda y la contabilidad describen la misma transacción sin que nadie tenga que introducirla 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.
Una devolución no finaliza cuando se recibe el dinero, que es donde suele establecerse la siguiente conexión. El almacén decide si los productos pueden volver a venderse, y hasta que se sepa, Shopify ofrece stock que nadie ha revisado y Enova 365 ha corregido una venta de un artículo que se encuentra en una caja. Alumio mantiene esa conexión junto con esta, por lo que la decisión llega a ambas.
Sí, y ambos flujos son deliberadamente diferentes. Un pedido pagado de Shopify se convierte en un documento de venta en Enova 365 al completarse, mientras que un reembolso genera una corrección que apunta a ese documento en lugar de a una segunda venta. Mantenerlos separados es lo que permite que la corrección conserve la referencia original, lo que facilita su localización cuando alguien pregunta al respecto en marzo.
No, esto se configura, no se codifica. La rutina que elimina consiste en que una persona genere manualmente cada documento de corrección, busque el original a partir del número de pedido en un correo electrónico y espere que el período aún esté abierto. El evento de Shopify que crea cada documento de Enova 365 se configura una sola vez en Alumio. Cuando una empresa utiliza su propia serie de documentos que el mapeo no puede expresar, el Transformador de Código se encarga de ese paso.
Enova 365 conserva el documento de venta original y registra la corrección, de modo que el historial muestra lo que se vendió y lo que se devolvió, en lugar de una sola cifra modificada. Esto es importante cuando alguien pregunta sobre un pedido específico de Shopify meses después, porque la respuesta está en una sola página, en lugar de reconstruirse a partir de dos entradas cercanas.
Un reembolso registrado sin el documento que corrige constituye un fallo de detección, ya que el dinero se ha transferido realmente y solo falta la documentación. Alumio supervisa cada transferencia en tiempo real y registra el reembolso de Shopify con la factura de Enova 365 correspondiente. Por lo tanto, una corrección que no se pueda conciliar genera una alerta inmediata que indica ambos documentos y el motivo. Se realizan reintentos donde esté configurado, de modo que no quede nada sin registrar.
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.