El flujo, por tarea operativa

Reparto y cierre del día

El reparto vende, retira envases y cobra. Todo queda en el comprobante interno, sin distinción A/B. En Odoo, cada visita se compone de pedido de venta + picking + cobro — los envases se mueven solo en el picking. El día termina con el cierre de caja: rendición de unidades, envases y cobros por medio.

Venta del día $1.020.000 · 180 BA12L + 60 saborizadas · cobrado $918.000 (60% digital · 40% efectivo) · envases: entrega 180, retira 170.

Historia y saldo del cliente

La cuenta corriente del cliente vive en el comprobante interno. La factura fiscal nunca toca este saldo — es un espejo parcial. El CRM ve el 100%: ventas, retiros, cobros, saldo y envases, sin A/B.

En Odoo: las facturas fiscales se registran contra cuenta puente, nunca contra la cuenta corriente del cliente — si no, el saldo se duplica.

Facturación y recorte

Los 15 clientes con factura reciben factura individual en A a los 30′ de registrada la venta — la ventana absorbe correcciones; después, nota de crédito. El recorte es post-cierre: (1−R) se factura global al repartidor en A · el residuo R queda en B. El ancho de cada franja es el monto.

Ejemplo BA12L, R = 30%: 140 unidades sin factura → 98 a A · 42 a B. La factura global va a nombre del repartidor, a lista de precios del reparto. Check: $790.000 (A) + $230.000 (B) = $1.020.000.

Recaudación

Dos recaudaciones. La directa (clientes c/factura) va entera a A. La global A+B (resto) va a tesorería central y ahí se separa: digital → A · efectivo cubre el facturado A pendiente · residuo → B.

Si lo digital crece y supera al facturado A, el dueño ajusta R en la tabla de recorte — por eso la evolución de cobro por medio se monitorea siempre.

Stock y compras

Un depósito físico, dos stocks contables. La descarga sigue al resultado fiscal (A: c/factura + global · B: residuo). El reabastecimiento se compra a proveedor con el split del ratio de venta real del período. Nunca hay ventas de B a A.

A consume más rápido (vende ~80% del volumen): si el reorden mira solo el físico, A puede quedar en negativo contable con depósito lleno.

Ventas y compras en Odoo

La ingesta de Jmobile etiqueta el destino, no asigna empresa. Lo contable nace cuando el destino es determinístico: c/factura → factura en A a los 30′; el resto recién en el cierre, con el recorte. El punto ámbar marca cada cambio sobre el flujo original de Eyness.

El pedido de venta de un cliente s/factura queda para siempre en "nada que facturar": la global del recorte se emite aparte, al repartidor. La ventana de 30′ es una automation rule nativa (trigger temporal + condición c/f); la emisión electrónica sale por l10n_ar_edi (WSFE).

En el flujo original, la compra de B terminaba en comprobante interno (compra sin respaldo fiscal) y el "movimiento interno de stock" era una transferencia B→A diaria. Ambos corregidos: proveedores facturan a las dos empresas por separado.

Cuándo se postean asientos

Cinco momentos. Regla general: ningún asiento nace antes de que el destino sea determinístico — durante el día casi todo es operativo puro.

Facturas siempre contra cuenta puente — el saldo del cliente nunca se entera de los asientos. Si el WS de ARCA está caído, la factura queda pendiente y la regla reintenta.

Reglas no negociables

1. La factura fiscal nunca genera saldo de cliente saldo = comprobante interno · facturas contra cuenta puente
2. Los envases viven solo en el plano operativo nunca en documentos fiscales
3. El CRM ve el 100% del movimiento, sin A/B ventas, retiros, cobros y saldo
4. Compras y stock siempre separados por empresa split por ratio real · sin B→A
5. Diferencias de conciliación → vale contra sueldo la caja siempre cierra completa
6. La ingesta etiqueta, no asigna Jmobile marca destino probable · c/f factura a +30′ · el resto define empresa en el cierre