Un día en Caja
Abrir al llegar
Contar el fondo de cambio por billete y moneda.
Cobrar cada cliente
Cargar la orden del asesor o vender directo.
Mover efectivo durante el día
Registrar toda entrada o salida de dinero.
Cerrar cada día
Contar, comparar, explicar y conciliar.
Cuatro reglas que no se rompen
Validar una sola vez
Si algo falla, busque en Pedidos antes de cobrar otra vez.
Nunca digitar de nuevo una orden del asesor
Cárguela desde Cotización/Orden para no duplicar la salida de mercancía.
Ningún peso sale sin registro
Toda salida de efectivo se registra antes de entregar el dinero.
Nunca inventar un conteo
El cierre se hace con lo contado; la diferencia se explica.
Estado verificado de Cajero 1
Leído directamente en Odoo 19 STAGING el 23 de octubre de 2026, sin modificar nada. Antes de capacitar en producción, repita esta verificación allí.
Cómo leer las marcas de evidencia
Índice
Introducción y responsabilidades
Qué es la Caja dentro del ERP, quién hace qué y qué significa cada documento que aparece en pantalla.
Caja no solamente recibe dinero
Cuando el cajero pulsa Validar, Odoo hace mucho más que guardar un pago.
- Un pedido POS dentro de la sesión abierta.
- Uno o varios pagos, cada uno ligado a un diario contable.
- Una factura si se activó Factura, o un documento POS electrónico si no.
- El vínculo con la orden de venta del asesor y con sus transferencias de inventario.
- Al cerrar la caja, los asientos contables de toda la sesión.
Quién hace qué
Cada rol trabaja en una aplicación distinta de Odoo. Nadie corrige el trabajo de otro rol por su cuenta.
| Rol | Dónde trabaja en Odoo | Qué hace | Qué no hace |
|---|---|---|---|
| Asesor equipo Punto de Venta | Ventas | Crea la cotización, revisa cliente, productos, tarifa e impuestos, y la confirma. En el equipo Punto de Venta confirma directamente, sin aprobación BackOffice. Odoo | No cobra ni entrega mercancía. |
| Cajero | Punto de venta (Cajero 1) | Carga la orden del asesor o hace la venta directa, cobra, factura cuando corresponde, registra entradas y salidas de efectivo y hace el arqueo. | No cambia precios, no ajusta inventario, no corrige asientos. |
| Inventarista | Inventario | Recoge la mercancía (PDV-PICK) y valida la entrega al cliente (PDV-OUT). | No cobra ni modifica la orden de venta. |
| Supervisor | Punto de venta y backend | Autoriza cambios de precio, devoluciones y salidas de efectivo, revisa diferencias y aprueba el cierre. | No reemplaza el conteo del cajero. |
| Tesorería | Contabilidad › Bancos | Recibe el efectivo, concilia datáfono, transferencias, crédito y ADDI contra extractos y soportes. | No modifica pedidos POS. |
| Contabilidad | Contabilidad | Revisa asientos de cierre, diferencias, cuentas, analítica, DIAN y el traslado a Siesa. | No corrige un asiento publicado editándolo: lo reversa o ajusta con soporte. |
| Administrador ERP | Ajustes | Configura medios de pago, diarios, redondeo, rutas y permisos, primero en STAGING. | No opera la caja ni cobra. |
Los documentos que aparecen en pantalla
Son cosas distintas, aunque a veces lleven nombres parecidos.
| Documento | Modelo | Qué es | Ejemplo |
|---|---|---|---|
| Sesión | pos.session | El periodo entre la apertura y el cierre de la caja. Agrupa todos los pedidos y pagos del día. | Cajero 1/00008 |
| Cotización | sale.order | Propuesta del asesor en Ventas, todavía sin confirmar. No reserva mercancía. | S00327 (borrador) |
| Orden de venta | sale.order | Cotización confirmada. Genera la recolección y la entrega en Inventario. | S00341 |
| Pedido POS | pos.order | Lo que crea la caja al validar. Puede venir de una orden de venta o ser una venta directa. | Cajero 1 - 20261022 |
| Pago | pos.payment | Cada línea de pago del pedido. Un pago mixto tiene dos o más. | Efectivo Cajero 1 · 17.750 |
| Factura | account.move | Documento contable de venta. Solo existe si se activó Factura o se facturó después. | INV316, diario INV3 |
| Documento POS electrónico | — | Número fiscal que la localización colombiana asigna a ventas POS sin factura. No crea una factura contable. | INV31, INV33 |
| Recibo | — | El comprobante que se imprime al cliente. No es por sí mismo un documento fiscal. | Impresión automática |
| Asiento de cierre | account.move | El registro contable que Odoo publica al cerrar la sesión con ventas, impuestos y pagos. | MISC1/2026/10/0029 |
Cómo saber que está en Cajero 1 y quién opera
En STAGING existen otros puntos de venta con los mismos medios de pago. Confundirlos mezcla diarios y arqueos.
- En el tablero de Punto de venta, la tarjeta dice Cajero 1.
- La sesión se llama Cajero 1/0000N y los pedidos Cajero 1 - ….
- El efectivo se llama Efectivo Cajero 1 (en inglés aparece como «Efectivo»).
- Las facturas salen con la numeración de INV3.
- Cajero 2: mismos 7 medios no efectivo, pero efectivo «Efectivo Cajero 2», facturas INV1 y notas crédito NCPDV.
- TEST-PDV-COHERENCIA: punto de pruebas, facturas INV1.
- Taller: Gapservice, facturas INV2.
- Cambiar un precio: Odoo lo restringe a empleados con acceso de gerente.
- Descuento por línea: está apagado en Cajero 1.
- Devoluciones, salidas de efectivo y cierres con diferencia: autorización del supervisor según procedimiento interno. Pendiente
Guía del instructor
- Pida al cajero que diga con sus palabras la diferencia entre orden de venta, pedido POS y factura antes de seguir.
- Muestre el tablero de Punto de venta y señale las tarjetas Cajero 1 y Cajero 2.
- Insista en que cada cajero entra con su propio empleado: es lo que permite saber quién cobró cada venta.
Apertura de caja
Abrir la sesión de Cajero 1 con un fondo de cambio contado de verdad, billete por billete.
- Fondo de cambio recibido de Tesorería, con su planilla.
- Sesión anterior cerrada.
- Su propio usuario y su nombre de empleado.
- Conexión a internet estable.
- Ingrese a Odoo con su usuario.
- Abra Punto de venta.
- En la tarjeta Cajero 1, pulse Abrir caja registradora. Si la tarjeta dice Continuar vendiendo, la caja ya está abierta: no la use sin saber quién la abrió y con cuánto.
- Seleccione su nombre de empleado.
- En la ventana Control de apertura, pulse el icono de billetes y monedas.
- Cuente físicamente cada denominación y digite la cantidad real de cada una. Puede practicar con la calculadora de abajo.
- Compare el total con la planilla del fondo de cambio.
- Si no coincide, escriba la nota de apertura con la diferencia y avise al supervisor antes de vender.
- Pulse Abrir caja registradora.
- Total contado igual a la planilla.
- Número de sesión nuevo y consecutivo.
- Su nombre, no el de otro empleado.
- Odoo crea una sesión en estado abierto y guarda como saldo inicial lo que usted contó. La apertura no genera asiento contable: los asientos se publican al cerrar. Estándar
- La nota de apertura queda en la sesión y la ve el supervisor al cierre.
- Cajero 1 tiene control de efectivo activo y usa las 10 denominaciones de COP 100 a 100.000. Odoo
- Aceptar el valor que propone Odoo sin contar.
- Abrir con el nombre de otro empleado.
- Mezclar el fondo con dinero personal o de ventas de otro día.
- Seguir vendiendo en una sesión que alguien dejó abierta días antes.
- Diferencia en el fondo: vuelva a contar; si persiste, nota de apertura y aviso al supervisor.
- La caja ya estaba abierta: no venda; el supervisor decide si se cierra y se abre una nueva.
- No aparecen los billetes: pida al administrador revisar Monedas/Billetes de Cajero 1.
- Sin conexión: no abra hasta recuperarla.
Ejemplo Tesorería entrega un fondo de COP 200.000 con esta planilla: 2 billetes de 50.000, 4 de 20.000, 1 de 10.000 y 2 de 5.000. La cajera cuenta y encuentra un solo billete de 5.000. La calculadora muestra COP 195.000 y una diferencia de COP 5.000. No digita dos billetes para que cuadre: escribe «Falta un billete de 5.000 en el fondo recibido» en la nota de apertura, llama al supervisor y solo abre cuando él lo registra.
Calculadora de billetes y monedas
Denominaciones configuradas en Cajero 1: COP 100 a 100.000 Odoo. No guarda nada ni se conecta a Odoo.
Guía del instructor
- Entregue un sobre con billetes de juguete y pida contar en voz alta mientras digita en la calculadora.
- Quite un billete a propósito y observe si el cajero intenta «ajustar» la cifra.
- Pregunte: «¿Por qué no aceptamos el valor que Odoo propone?».
Recepción y cobro de una orden de venta
El cliente llega a Caja con una orden que el asesor ya creó. Caja la carga, la verifica y la cobra sin crear un pedido nuevo. Es la operación normal de Casa Repuestos.
El recorrido completo
Inventarios puede recoger mientras el cliente camina hacia Caja. Cobrar y entregar son pasos distintos.
S000xx borradorOrden de ventaPDV-PICK + PDV-OUTPDV-PICK hechoPedido POS + INV3PDV-OUT hechoCierre de sesión- Sesión de Cajero 1 abierta.
- Número de orden (S000xx) o nombre del cliente.
- Saber si el cliente necesita factura con su nombre, crédito o ADDI.
Etiqueta según la documentación de Odoo 19 en español Estándar
- Pregunte al cliente el número de su orden (S000xx) o el nombre con el que lo atendió el asesor.
- Deje un pedido vacío en pantalla. Si hay otro pedido abierto, pulse +.
- Pulse ⋮ y luego Cotización/Orden.
- Busque por número, cliente o vendedor y seleccione la orden.
- Odoo pregunta cómo liquidarla:
- Cerrar la orden: el cliente paga todo. Es el caso normal.
- Aplicar un anticipo (porcentaje o importe fijo): solo si el cliente paga una parte y el supervisor lo autoriza.
- Compare cada línea con la orden: cliente, referencia, cantidad, precio, IVA y total.
- Confirme con Inventarios si la recolección ya empezó o terminó.
- Si el cliente pide factura con su nombre, crédito o ADDI, confirme que el cliente sea el real y no Consumidor Final.
- Pulse Pago, elija el medio de pago y, si corresponde, active Factura.
- Pulse Validar una sola vez.
- Entregue el recibo e indique al cliente dónde recibe la mercancía.
- El número de la orden coincide con el que trae el cliente.
- No hay líneas agregadas a mano.
- El cliente es el correcto.
- El total coincide con la orden.
- Preparado: reservado, falta recoger o entregar.
- Hecho: ya se movió.
- Cancelado: no cuenta.
- Cada línea del pedido POS guarda la orden de venta y la línea de origen. Así se ve en las pruebas S00286 a S00291 y S00341. Probado
- Si se activó Factura, se publica una factura en INV3 cuyo origen es la orden (por ejemplo INV316 con origen S00341). La orden queda «Facturada». Probado
- Cobrar no mueve el inventario por sí solo. Las existencias bajan cuando Inventarios valida la recolección y la entrega. En la prueba «Caja primero», el stock no cambió con el pago y bajó una sola vez al validar Inventarios. Probado
- Cuatro automatizaciones activas unen la entrega de la orden con el pedido POS y limitan la cantidad entregada a lo pedido: «Evitar salida POS duplicada», «Cantidad entregada única Venta-POS PDV», «Seguimiento Caja-POS» y «Trazabilidad de transferencias Caja-POS». Odoo
| Documento | Dónde se ve | Qué lo une a la orden |
|---|---|---|
| Orden de venta S000xx | Ventas › Pedidos | Es el origen. |
| Pedido POS | Punto de venta › Pedidos | Líneas con orden de origen. |
| Factura INV3… | Contabilidad › Clientes › Facturas | Campo Origen = S000xx. |
| PDV-PICK y PDV-OUT | Inventario › Transferencias | Documento de origen S000xx y pedido POS. |
| Pago | Pedido POS › Pagos | Medio y diario del pago. |
- Digitar de nuevo los productos como venta directa: Odoo crea otra salida de mercancía y la orden queda sin cobrar.
- Cargar la orden dos veces en dos pedidos distintos.
- Quitar líneas en Caja porque no hay existencias, sin que el asesor corrija la orden.
- Cobrar como Consumidor Final una venta que el cliente necesita a su nombre.
- No encuentra la orden: verifique el número con el asesor. Si sigue en borrador, el asesor debe confirmarla.
- Inventarios no tiene todo: no cobre lo que no se entregará. Devuelva el cliente al asesor para que corrija la orden y cárguela de nuevo. Pendiente procedimiento formal de faltantes.
- Cargó la orden dos veces: elimine el pedido duplicado antes de pagar.
- Error después de validar: busque el pedido en Pedidos antes de cobrar otra vez.
Caso real STAGING Orden S00341 del 22 oct 2026: dos artículos (000172 y 000002), base COP 14.900 + IVA COP 2.831 = COP 17.731. Inventarios terminó la recolección PDV/PDV-PICK/00079. Caja cargó la orden, cobró en efectivo COP 17.750 por el redondeo a 50, y se publicó la factura INV316, pagada. Luego Inventarios validó la entrega PDV/PDV-OUT/00032. Resultado: una recolección, una entrega y una factura.
Este pedido POS se registró por API desde un script de prueba, no desde la pantalla. El flujo de pantalla está pendiente de repetirse (capítulo 11).
Guía del instructor
- Muestre primero la orden en Ventas y después la misma orden cargada en Caja: el cajero debe reconocer que son el mismo documento.
- Haga el ejercicio contrario: pregunte qué pasaría si se digitaran los productos de nuevo. La respuesta correcta es «se crea otra salida y la orden queda pendiente».
- Revise con el cajero el botón Entrega de la orden después de cobrar.
Enviar después
Para cuando el cliente paga ahora y recibe la mercancía en otra fecha o dirección.
- Seleccione un cliente con dirección registrada.
- En la pantalla de pago, pulse Enviar después.
- Elija la fecha de envío y pulse Confirmar.
- Cobre y valide. Odoo crea una entrega desde el almacén para esa fecha.
- La opción está activa, con almacén Punto de Venta y política «todo junto». Odoo
- El 19 oct, la orden S00284 cobrada desde la pantalla con fecha de envío generó su propia recolección y entrega (PDV-PICK/00060 y PDV-OUT/00016). Canceló la recolección original y no duplicó salidas. Probado
- La ruta configurada se llama «Entregar en 1 paso» en inglés y «Entregar en 2 pasos» en español. Sus dos reglas activas no coinciden con ninguno de los dos nombres. Odoo
Venta directa desde Caja
El cliente no pasó por el asesor. Caja arma el pedido desde cero, cobra y Odoo genera la salida de mercancía.
- Sesión abierta.
- Confirmar que el cliente no trae una orden del asesor.
- Código interno del producto o su descripción.
- Pregunte si el cliente viene de un asesor. Si trae orden, vaya al capítulo 3.
- Pulse + para empezar un pedido nuevo.
- Busque el producto por código interno de seis dígitos (por ejemplo 000172) o por descripción. Los productos no tienen código de barras. Pendiente confirmar en producción.
- Pulse el producto. Si Odoo pide un lote, elija el lote que indique Inventarios: la mayoría de productos se controla por lote. Odoo
- Para cambiar la cantidad, seleccione la línea, pulse Cant. y digítela.
- Revise precio e IVA. La tarifa 003 se aplica sola. Cambiar un precio exige acceso de gerente y el descuento por línea está apagado. Odoo
- Seleccione el cliente: Consumidor Final solo si la política lo permite; si pide factura con su nombre, busque o cree el cliente real con su documento.
- Pulse Pago, elija el medio y, si corresponde, active Factura.
- Pulse Validar una sola vez.
- Entregue el recibo, que se imprime solo, y la mercancía.
- Referencia exacta, no un producto parecido.
- Cantidad y lote.
- Precio sin cambios no autorizados.
- Cliente correcto si lleva factura.
- Se crea un pedido POS sin orden de venta de origen.
- Sin Enviar después, Odoo crea y valida en el acto una entrega con el tipo de operación «[PDV] Órdenes de PdV» (PDV-OUT). Su ubicación de origen es PDV/Salida. Odoo
- Con Factura, se publica una factura INV3. Sin ella, el pedido recibe un número de documento POS electrónico y la venta se contabiliza en el asiento de cierre. Odoo
| Aspecto | Escenario A · orden del asesor | Escenario B · venta directa |
|---|---|---|
| Quién arma el pedido | El asesor, en Ventas | El cajero, en Caja |
| Cómo entra a Caja | ⋮ › Cotización/Orden | + Pedido nuevo |
| Recolección previa | Sí, PDV-PICK por Inventarios | No; la entrega sale de PDV/Salida |
| Documento de origen | S000xx | El pedido POS |
| Riesgo principal | Duplicar la salida si se digita de nuevo | Producto o lote equivocado; existencia negativa en Salida |
- Vender directo a un cliente que tenía orden del asesor.
- Elegir un producto de descripción parecida y referencia distinta.
- Escoger cualquier lote para avanzar.
- Pedir a otro empleado con acceso de gerente que cambie el precio sin autorización.
- El producto no aparece: puede no estar disponible en el POS; consulte al supervisor.
- Odoo pide lote y no sabe cuál: pregunte a Inventarios antes de validar.
- El precio parece errado: no lo cambie; consulte al supervisor.
- La impresora no responde: vea el capítulo 12.
Ejemplo Un cliente sin orden pide el filtro de aire 000196. La cajera busca «000196», pulsa el producto, Odoo pide el lote y ella elige el que indica Inventarios. El total con IVA es COP 21.539, el mismo de la prueba S00279 en STAGING; confirme siempre el precio vigente. El cliente paga en efectivo: Odoo cobra COP 21.550 por el redondeo y la cajera entrega el cambio que muestra la pantalla.
Guía del instructor
- Practique la búsqueda por código de seis dígitos y por descripción con tres productos reales.
- Pregunte siempre primero: «¿Viene de un asesor?». Es la pregunta que evita duplicados.
- Muestre que el recibo sale solo y la caja vuelve al pedido nuevo: el cajero no debe esperar una pantalla de recibo.
Medios de pago
Toque el medio con que pagó el cliente. Verá qué hace el cajero, qué soporte guarda, a qué diario y cuenta va el dinero y quién lo concilia.
¿Cómo pagó el cliente?
Los nombres son los que ve el cajero en la pantalla de pago de Cajero 1. Odoo
Resumen para Tesorería y Contabilidad
Configuración real de cada medio. «Cuenta transitoria» es donde espera el dinero hasta que Tesorería lo concilia con el banco.
| Medio en pantalla | Tipo | Diario | Cuenta transitoria o de caja | Concilia |
|---|---|---|---|---|
| Efectivo Cajero 1 | Efectivo, se cuenta | CSH1 · Efectivo | 11050502 CAJA CASA REPUESTOS | Cajero en el arqueo; Tesorería al recibir |
| PDV Tarjeta Debito | Banco, sin datáfono integrado | BDAV · Davivienda Cta Cte | 11050501 CAJA CONSOLIDACION | Tesorería contra el cierre del datáfono |
| PDV Tarjeta Credito | Banco, sin datáfono integrado | BDAV · Davivienda Cta Cte | 11050501 CAJA CONSOLIDACION | Tesorería contra el cierre del datáfono |
| PDV Transferencia Bancolombia | Banco | BNK1 · 11100501 | 111003 Outstanding Receipts | Tesorería contra el extracto Bancolombia |
| PDV Transferencia Davivienda | Banco | BDAV · 11100503 | 111003 Outstanding Receipts | Tesorería contra el extracto Davivienda |
| PDV Transferencia AV Villas | Banco | BAVV · 11200502 | 111003 Outstanding Receipts | Tesorería contra el extracto AV Villas |
| PDV Credito Cliente | Cuenta de cliente (pagar después) | Sin diario | Cuenta por cobrar del cliente | Cartera al recaudar |
| PDV ADDI | Cuenta de cliente (pagar después) | Sin diario | 13050507 CLIENTES ADDI | Tesorería contra el desembolso de ADDI |
Todas las filas: Odoo. La cuenta por cobrar POS de la compañía es 130507 POS Customers: por ella pasan los pagos antes de llegar a caja o banco.
Redondeo de efectivo
Como no circulan monedas menores de COP 50, el total en efectivo se lleva al múltiplo de 50 más cercano. No es un descuento ni un recargo.
Calculadora de redondeo y cambio
Regla de Cajero 1: «Redondeo efectivo PDV COP 50», precisión 50, método más cercano, aplicada solo a efectivo.
| Total | Cobrado en efectivo | Ajuste | Por qué |
|---|---|---|---|
| 10.032,10 | 10.050 | +17,90 | 32,10 está más cerca de 50 que de 0. |
| 346.647 | 346.650 | +3 | 47 está más cerca de 50. |
| 17.731 | 17.750 | +19 | Caso real INV316 Probado |
| 58.420 | 58.400 | −20 | 20 está más cerca de 0 que de 50. |
| 58.425 | 58.450 | +25 | Justo en la mitad: «más cercano» sube. |
Precio, valor cobrado y descuento
| Redondeo | Descuento | |
|---|---|---|
| Quién lo decide | Odoo, automático | El supervisor |
| Cuánto | Máximo ±25 pesos | Lo que se autorice |
| Medios | Solo efectivo | Cualquiera |
| Afecta el precio y el IVA | No | Sí |
| Cuenta | 428000 si sube · 532000 si baja | Menor ingreso |
Pago mixto y contabilidad
- El redondeo se calcula solo sobre la parte pagada en efectivo. Una venta de COP 300.000 con 200.000 en tarjeta y 100.000 en efectivo no se redondea. Estándar
- En un pago mixto, el resultado puede depender del orden en que se registren los medios. Pendiente probarlo en Cajero 1.
- Odoo agrega una línea «Redondeo efectivo PDV COP 50». En INV316 se acreditaron COP 19 a 428000 Cash Difference Gain. En el cierre de Cajero 1/00006, una línea de redondeo debitó COP 9,10 a 532000 Cash Difference Loss. Probado
- Tarjetas y transferencias se cobran exactas: redondearlas haría que Odoo no coincida con el datáfono o el banco.
Entradas y salidas de efectivo
Todo dinero que entra o sale del cajón sin ser una venta se registra en Odoo antes de moverlo. Una salida registrada no es una pérdida: es dinero que cambió de manos con soporte.
- Autorización del supervisor.
- El dinero contado, en presencia de quien lo recibe o lo entrega.
- El soporte: planilla de Tesorería, consignación o recibo.
En inglés: «Cash In/Out» Estándar
- Cuente el dinero que va a salir o entrar, delante de quien lo recibe o lo entrega.
- Pulse el menú ☰.
- Pulse Entrada/Salida de efectivo.
- Elija Entrada de efectivo o Salida de efectivo.
- Digite el monto exacto.
- Escriba un motivo que otra persona entienda sin preguntar: qué, a quién y con qué soporte. Ejemplo: «Entrega a Tesorería, planilla 0154, recibe Ana Gómez».
- Pulse Confirmar.
- Entregue o reciba el dinero y haga firmar el soporte. Guárdelo para el cierre.
- Entrada o salida, la correcta.
- Monto igual al dinero contado.
- Motivo con número de soporte.
- Cada entrada o salida queda como una línea del diario de efectivo CSH1 ligada a la sesión, y suma o resta del efectivo esperado. Estándar
- Solo pueden registrarla empleados con acceso básico o avanzado al punto de venta. Estándar
- En la historia de Cajero 1 nunca se ha registrado una entrada o salida de efectivo: sus sesiones solo tienen las líneas automáticas del cierre. Odoo
- La cuenta contrapartida de cada movimiento (por ejemplo, la transitoria del diario 111002 o una cuenta de traslado a Tesorería) debe definirla Contabilidad. Pendiente
| Caso | Tipo | Soporte | Responsable | Efecto en el esperado |
|---|---|---|---|---|
| Entregar dinero a Tesorería | Salida | Planilla de entrega firmada | Cajero y quien recibe | Resta |
| Retirar efectivo para consignar | Salida | Comprobante de consignación | Cajero o mensajero autorizado | Resta |
| Reponer el fondo de cambio | Entrada | Planilla de Tesorería | Tesorería | Suma |
| Ingreso adicional autorizado | Entrada | Documento que lo justifique | Supervisor | Suma |
| Salida menor autorizada | Salida | Recibo o factura del gasto | Supervisor | Resta |
- Sacar el dinero primero y registrar «después».
- Registrar una entrada cuando era una salida.
- Motivos como «retiro» o «varios».
- Pagar gastos del cajón sin autorización ni recibo.
- Registró mal el monto o el tipo: no lo compense con otro movimiento sin avisar; informe al supervisor y anótelo para el cierre.
- Ya sacó el dinero sin registrar: regístrelo de inmediato con el soporte y avise.
- No aparece la opción: su empleado no tiene el acceso; pida al supervisor.
Ejemplo Fondo inicial COP 200.000, ventas en efectivo COP 850.000 y entrega a Tesorería de COP 700.000 registrada como salida. El efectivo esperado es 200.000 + 850.000 − 700.000 = COP 350.000. Use el comparador para ver qué pasa si esa salida no se registra.
Guía del instructor
- Repita la frase: «una salida registrada no es una pérdida».
- Pida al cajero que escriba tres motivos; corrija los que no dirían a otra persona qué pasó.
- Use el comparador con los valores del ejemplo y luego cambie las cifras.
Comparador: salida registrada o no registrada
Mismo día, mismo dinero en el cajón. Lo único que cambia es si la salida quedó en Odoo. Ejemplo
Contado en el cajón —
Diferencia —
El cierre cuadra. La salida tiene soporte y Tesorería la reconoce.
Contado en el cajón —
Diferencia —
Cierre diario de caja y arqueo
Desde la última venta hasta la sesión cerrada y contabilizada. El conteo se hace con el dinero real y toda diferencia se explica y se autoriza.
- Ningún cliente esperando.
- Cierre del datáfono impreso.
- Soportes de transferencias, crédito, ADDI y salidas de efectivo.
- Supervisor disponible.
- Termine o elimine los pedidos abiertos en pantalla.
- Confirme que no hay pedidos pendientes de sincronizar.
- Abra Cerrar caja registradora y revise el total por medio de pago.
- Compare las tarjetas con el cierre del datáfono.
- Compare cada transferencia con su soporte y su banco.
- Revise que crédito cliente y ADDI tengan cliente real y autorización.
- Confirme que todas las entradas y salidas de efectivo estén registradas.
- Cuente el efectivo físico por denominación.
- Pulse el icono de billetes y digite cada cantidad.
- Compare el contado contra el esperado.
- Si hay faltante o sobrante, vuelva a contar.
- Escriba la observación con la causa conocida o «causa no identificada».
- Pida autorización al supervisor para cerrar con diferencia.
- Pulse Cerrar caja registradora una sola vez.
- En el backend, verifique que la sesión quedó Cerrada y que tiene su asiento de cierre. Entregue el efectivo y los soportes a Tesorería.
- Al cerrar, Odoo publica un asiento de sesión en el diario del PDV (MISC1 «Punto de venta») con ventas sin factura, IVA, redondeos y la contrapartida de los pagos. Probado
- El efectivo pasa al diario CSH1: débito a 11050502 CAJA CASA REPUESTOS. Tarjetas y transferencias generan un pago combinado por medio en su diario bancario. Probado
- Una diferencia de arqueo se registra en CSH1: faltante a 532000 Cash Difference Loss, sobrante a 428000 Cash Difference Gain. Odoo Probado
- Cajero 1 no tiene configurada una diferencia máxima autorizada: Odoo deja cerrar con cualquier diferencia sin pedir aprobación de gerente. Odoo
- Los pedidos en borrador que queden al cerrar se cancelan. Así pasó con un pedido de prueba de COP 346.647 al cerrar Cajero 1/00006. Odoo
- Copiar el valor esperado como si fuera el conteo.
- Cerrar con COP 0 contado para «salir del paso».
- Dejar la caja abierta varios días.
- Cerrar sin conciliar el datáfono.
- La caja no deja cerrar: vea el capítulo 12, «La caja no permite cerrar».
- Diferencia sin causa: regístrela tal cual, con observación, y escale. No la tape con un movimiento ficticio.
- Cerró con un error: no intente corregir el asiento. Avise a Contabilidad con los soportes.
Ejemplo Fondo 200.000, ventas en efectivo 850.000, salida registrada a Tesorería 700.000. El cajero cuenta 340.000. Esperado 350.000, diferencia −10.000. Vuelve a contar y sigue en 340.000; escribe «Faltante de 10.000, causa no identificada, se revisaron los vueltos», llama al supervisor, que autoriza, y cierra. Contabilidad verá un débito de 10.000 a 532000.
Guía del instructor
- Recorra con el simulador los seis casos y pida al cajero que explique cada causa antes de mostrar la respuesta.
- Muestre el caso real Cajero 1/00006 para explicar por qué un cierre con cero no se acepta.
- Verifique que el cajero sabe dónde ver la sesión cerrada en el backend.
Simulador de arqueo
Efectivo esperado = fondo inicial + cobros en efectivo + entradas − devoluciones en efectivo − salidas. Diferencia = contado − esperado. Ejemplo
Caso de auditoría real: Cajero 1/00006
Sesión de STAGING usada para pruebas. Sirve para enseñar control interno; no demuestra que haya faltado dinero físico. Odoo
| Apertura | 15 oct 2026, 15:18 |
| Cierre | 23 oct 2026, 09:35 |
| Pedidos | 17 pagados en efectivo + 1 borrador cancelado |
| Saldo inicial | 6.191,57 |
| Cobros en efectivo | 3.860.685,59 |
| Efectivo esperado | 3.866.877,16 |
| Efectivo contado registrado | 0 |
| Diferencia registrada | −3.866.877,16 |
| Asiento | Cuenta | Débito | Crédito |
|---|---|---|---|
| CSH1/2026/00002 | 11050502 Caja Casa Repuestos | 3.860.685,59 | |
| 130507 POS Customers | 3.860.685,59 | ||
| CSH1/2026/00003 | 532000 Cash Difference Loss | 3.866.877,16 | |
| 11050502 Caja Casa Repuestos | 3.866.877,16 |
Más el asiento de sesión MISC1/2026/10/0029 con ventas, IVA y redondeo. Horas de Bogotá.
Facturación, recibos, documento POS y DIAN
Un recibo no es una factura, y una factura publicada en Odoo no es todavía una factura aceptada por la DIAN. En STAGING ningún documento de Cajero 1 es fiscalmente válido.
Los documentos, uno por uno
Desde la cotización del asesor hasta el estado ante la DIAN. Números y estados: Odoo
| Documento | Qué es | Quién lo origina | Ejemplo en STAGING | ¿Contable? | ¿Fiscal? |
|---|---|---|---|---|---|
| Cotización | Propuesta sin confirmar | Asesor | S00327 (borrador) | No | No |
| Orden de venta | Cotización confirmada; genera logística | Asesor | S00341 | No | No |
| Orden POS | Pedido validado en Caja | Cajero | Cajero 1 - 20261022 | Al cierre | No por sí sola |
| Recibo de venta | Comprobante impreso al cliente | Odoo al validar | Impresión automática | No | No |
| Factura de cliente | Asiento de venta con número INV3 | Caja con Factura | INV316 | Sí, al validar | Solo si la DIAN la acepta |
| Documento equivalente electrónico POS | Número electrónico de una venta POS sin factura | Localización colombiana | INV31, INV33, INV37, INV315 | No crea factura | Solo si la DIAN lo acepta |
| Nota crédito | Reversa total o parcial de una factura | Devolución | NCPDV/2026/00001 | Sí | Solo si la DIAN la acepta |
| Comprobante de pago | Registro del cobro de una factura | Odoo al validar | MISC1/2026/10/0017 | Sí | No |
| Estado DIAN | Respuesta de la DIAN al documento | DIAN | Pendiente; ninguno aceptado | — | — |
Cinco estados que no deben confundirse
Cada uno se revisa en un lugar distinto. Que uno esté listo no significa que los demás también.
Existe el documento en borrador o el pedido POS.
La factura está «Publicada» y tiene asiento.
Odoo envió el XML a la DIAN.
La DIAN respondió; el campo de estado DIAN lo muestra.
El pago está registrado y cruzado con la factura y el banco.
- La compañía está en ambiente de pruebas, en proceso de certificación y con modo de prueba activo.
- INV3 tiene la autorización 18760000001 con rango 990.000.000 a 995.000.000, que corresponde a datos de prueba.
- Las facturas INV3 de Cajero 1 están publicadas y pagadas; casi todas sin estado DIAN, y INV32 e INV317 «pendientes».
- Los documentos POS INV31, INV33, INV37 e INV315 están «pendientes».
- Ningún documento de Cajero 1 fue aceptado por la DIAN.
- El cliente pide factura a su nombre o el de su empresa.
- La venta es a crédito cliente o con ADDI.
- Se necesita: nombre o razón social, tipo y número de documento, dirección y correo para la factura electrónica.
- Si el contacto es una empresa, Odoo activa la factura solo. Estándar
- La política de cuándo basta el documento POS sin factura debe definirla Tributaria. Pendiente
Dos casos que no se deben mezclar
- En Caja: Pedidos, filtro Pagado, seleccionar el pedido; si no tiene factura, aparece Factura para emitirla. Estándar
- Backend: Punto de venta › Pedidos › Pedidos.
- Facturas: Contabilidad › Clientes › Facturas, diario «Ventas- Punto de Venta» (INV3).
- Abra el pedido POS. Si tiene una factura vinculada (INV3…), existe un account.move.
- Si solo muestra un nombre electrónico y no tiene factura vinculada, es un documento POS.
- El estado DIAN de la factura se ve en el campo de estado DIAN de la propia factura.
La contabilidad real detrás de las operaciones
Qué asientos produce cada venta, cuándo se publican, cuándo se concilian y dónde se buscan. Los valores vienen de documentos reales de STAGING.
El recorrido contable de una venta
Cada etapa tiene su documento. Las cuentas puente se cancelan entre sí; lo que queda es caja o banco contra ingreso e IVA.
Simulador contable por escenario
Elija un escenario. Cada etapa muestra el documento real, sus líneas, cuándo se publica, cuándo se concilia y dónde buscarlo.
Cuentas que intervienen en Cajero 1
No todas se usan en una misma operación. Estado leído en Odoo el 23 oct 2026.
| Cuenta | Tipo | Función en la Caja | Observación |
|---|---|---|---|
| 11050502 CAJA CASA REPUESTOS | Efectivo | Efectivo de Cajero 1 (diario CSH1) | Correcta. Odoo |
| 11050501 CAJA CONSOLIDACION | Efectivo, conciliable | Transitoria de tarjetas débito y crédito | Confirmar con Tesorería. Pendiente |
| 111003 Outstanding Receipts | Activo, conciliable | Transitoria de transferencias y recaudos | Se concilia con el extracto. Odoo |
| 11100501 / 11100503 / 11200502 | Banco | Bancolombia, Davivienda y AV Villas | Odoo |
| 130500 Customers | Por cobrar | Cuenta por cobrar del contacto Consumidor Final | Cuenta genérica de Odoo; los clientes usan 130505. Pendiente |
| 130505 CLIENTES NACIONALES | Por cobrar | Cartera de clientes con nombre, incluido crédito cliente | Probado |
| 130507 POS Customers | Por cobrar, puente | Puente de todos los pagos POS; debe quedar en cero | Odoo |
| 13050507 CLIENTES ADDI | Por cobrar | Cartera ADDI, por la posición fiscal | Probado solo en el punto de pruebas |
| 24080207 IVA Generado | Pasivo | IVA 19 % de ventas y devoluciones | Odoo |
| 420500 Other sales | Ingreso | Ingreso de las ventas de Cajero 1, con y sin factura | Revisar: las facturas INV1 e INV usan 41350601. Pendiente |
| 41350601 VENTAS GRAVADAS… | Ingreso | Ingreso en INV1, INV y en la prueba de coherencia | Es la cuenta por defecto de INV3, pero no la que se usa. Odoo |
| 41750601 DEVOLUCIONES… | Ingreso (menor) | Notas crédito NCPDV | Probado |
| 428000 Cash Difference Gain | Ingreso | Sobrantes de arqueo y redondeo hacia arriba | Odoo |
| 532000 Cash Difference Loss | Gasto | Faltantes de arqueo y redondeo hacia abajo | Odoo |
Diario de facturación: INV3, no INV1
- Cajero 1 factura en INV3 «Ventas- Punto de Venta». INV1 tiene el mismo nombre visible y la usan Cajero 2 y el punto de pruebas. Odoo
- El perfil de la interfaz Siesa para ventas POS clasifica INV1 e INV2, no INV3. Pendiente
- Las automatizaciones de autorretención de renta y ReteIVA a grandes contribuyentes aplican a los diarios INV e INV1, no a INV3. Odoo Pendiente
- La automatización de analítica de facturas sí incluye INV1, INV2, INV3 y NCPDV. La auditoría del 15 oct reportaba que faltaba INV3; ese hallazgo ya no aplica. Odoo
Contabilidad analítica de Casa Repuestos
- Las líneas de venta y de factura reciben {"3,4": 100}: 100 % a CO-PDV (centro de operación) y 100 % a CC-PDV-VENTAS (centro de costo). Son dos planes distintos; no es un reparto 50/50. Odoo
- CO-PDV se homologa al centro de operación 006 de Siesa. El centro de costo no tiene homologación autoritativa. Pendiente
- El asiento de cierre de sesión (ventas sin factura) no lleva analítica. Odoo
- IVA, cuentas por cobrar, caja y puentes no llevan analítica, por diseño.
| Unidad | Centro de operación | Centro de costo | Siesa CO |
|---|---|---|---|
| Comercializadora | CO-BP | CC-BP-VENTAS | 002 |
| Casa Repuestos | CO-PDV | CC-PDV-VENTAS | 006 |
| Gapservice | CO-GAP | CC-GAP-VENTAS | 008 |
Valoración de inventario
La compañía usa valoración periódica y las categorías revisadas usan costo promedio y valoración periódica. Odoo Por eso una salida física no genera en el momento un asiento de costo de venta. El movimiento de existencias, la valoración del inventario y el reconocimiento del costo son tres cosas distintas: la primera es inmediata, las otras dos se hacen en el cierre periódico.
La prueba del 3 oct con el producto 018632 sí generó costo automático porque su categoría estaba en valoración automatizada. No debe generalizarse. Probado
Relación con Siesa UNO 8.5
- Odoo es el sistema operativo: ventas, caja, inventario, facturas y asientos. Siesa sigue siendo la contabilidad legal de OBYCO.
- La interfaz Odoo → Siesa es un proyecto aparte: extrae, valida, homologa y genera archivos CGBATCH que se entregan manualmente a Siesa TEST.
- No hay evidencia de que alguna operación de Cajero 1 se haya transmitido a Siesa. Pendiente
- Controles necesarios: homologación de cuentas, diarios (INV3), terceros y centros; idempotencia para no cargar dos veces; y tres estados separados: Odoo, DIAN y Siesa.
Inventarios y despacho relacionados con Caja
Cobrar no es despachar. Qué hace cada área, cuándo baja el inventario y cómo comprobar que una venta no sacó la mercancía dos veces.
S000xxPDV-PICKPedido POS · INV3PDV-OUTCierre- PDV/Stock/Picking: estantería de venta.
- PDV/Stock/Packing: reserva que reabastece Picking.
- PDV/Salida: zona de despacho.
- Clientes: la mercancía ya salió de la empresa.
- [PDV] Recolectar/Pick (PDV-PICK): Picking → Salida.
- [PDV] Órdenes de PdV (PDV-OUT): Salida → Clientes.
- El almacén PDV entrega en dos pasos: recolección y envío.
- Reserva: al confirmar la orden; no mueve nada.
- Recoger: la mercancía pasa a Salida; sigue siendo de la empresa.
- Entregar: sale a Clientes; ahí deja de estar disponible.
- Cobrar: no mueve existencias. Probado
Lo que muestran las pruebas
Pruebas de STAGING entre el 19 y el 22 de octubre. Son evidencia histórica: el comportamiento actual debe confirmarse antes de producción.
| Caso | Orden de los pasos | Cómo se registró el cobro | Resultado |
|---|---|---|---|
| S00286, S00287, S00288 · 19 oct | Inventarios primero, Caja después | Script por API | Una recolección y una entrega por orden, cantidad entregada 1, facturas INV38 a INV310. Sin duplicados. Probado |
| S00289, S00290, S00291 · 19 oct | Caja primero, Inventarios después | Script por API | Igual: una recolección y una entrega, facturas INV311 a INV313. El pago no movió existencias. Probado |
| S00272 · 19 oct | Inventarios entregó, luego Caja cobró | Pantalla de Caja | Salida duplicada: la caja creó una entrega adicional (PDV-OUT/00009). La orden quedó con 22 kits entregados de 11 pedidos y 14 depósitos de 7, más una factura en otro diario. Probado |
| S00284 · 19 oct | Caja con Enviar después | Pantalla de Caja | La caja creó su propia recolección y entrega y canceló la recolección original. Sin duplicados. Probado |
| S00340 · 22 oct | Caja primero | Pantalla de Caja | La recolección de la orden se canceló y la caja entregó desde PDV/Salida. No hubo doble salida, pero la unidad nunca salió de Picking en Odoo: quedó −1 en Salida. Probado |
| S00346 · 22 oct | Inventarios recogió, luego Caja cobró | Script por API | La entrega original se canceló y la caja creó la suya. Cantidad entregada 4 de 4. Probado |
| S00339 · 22 oct | Recolectada y cobrada, sin entregar | Script por API | Factura INV314 pagada; la entrega PDV-OUT/00030 sigue «Preparado». Ejemplo de cobrado pero no despachado. Odoo |
- Abra la orden S000xx y pulse Entrega.
- Cuente las entregas PDV-OUT en estado Hecho. Debe haber una sola por orden (salvo entregas parciales autorizadas).
- Desconfíe de una segunda PDV-OUT cuyo origen sea «Cajero 1 - …» si la de la orden también está hecha.
- No se guíe solo por la cantidad entregada: una automatización la limita a lo pedido y puede ocultar el duplicado.
- Revise en Inventario › Informes › Historial de movimientos que el producto salió una sola vez a Clientes.
- Indique al cliente dónde y cuándo recibe la mercancía.
- Avise al inventarista con el número de la orden.
- No valide transferencias de Inventario desde la caja.
- No cobre otra vez ni cree una venta nueva.
- Si falta mercancía, el supervisor y el asesor deciden: entrega posterior o devolución del dinero.
Devoluciones, notas crédito y situaciones especiales
Primero la devolución normal; después, qué revisar, qué no hacer y a quién llamar en cada incidente.
- Autorización del supervisor.
- Recibo o número del pedido original.
- Producto revisado físicamente.
- Medio de reembolso autorizado.
o Pedidos › pedido pagado › Reembolso Estándar
- Busque el pedido original por número, fecha o cliente en la lista de pedidos pagados.
- Verifique que el cliente del pedido es quien devuelve.
- Seleccione solo los productos y cantidades que regresan físicamente. La devolución puede ser total o parcial.
- Pulse Reembolso. Las cantidades aparecen en negativo.
- Elija el medio de reembolso autorizado. Si es efectivo, saldrá del cajón y bajará el esperado.
- Pulse Validar una sola vez.
- Entregue el dinero contra firma y guarde el soporte con el producto devuelto.
- Entregue el producto a Inventarios para su revisión.
- Una devolución validada genera una nota crédito que referencia la factura original. Estándar
- En el punto de pruebas, el reembolso del pedido T2 generó NCPDV/2026/00001, reversa de INV14, con devolución en efectivo de COP 119.000. La devolución parcial de 1 de 2 unidades generó NCPDV/2026/00002 por COP 59.500. Probado
- En Cajero 1 no se ha probado ninguna devolución, y su diario de notas crédito es INV3. Pendiente
- Existe la operación «[Picking] Devolución de cliente» (Clientes → PDV/Stock/Picking), pero no hay devoluciones físicas registradas para comprobar que el reembolso POS la use. Odoo Pendiente
- La nota crédito también debe transmitirse y ser aceptada por la DIAN; NCPDV figura «sin resolución DIAN». Odoo
- Un reembolso en efectivo reduce el efectivo esperado del cierre.
- Devolver todas las unidades cuando solo regresó una.
- Reembolsar en efectivo una venta pagada con tarjeta sin autorización.
- Entregar el dinero sin validar la devolución en Odoo.
- No encuentra el pedido: búsquelo en el backend con el supervisor.
- Validó una cantidad errada: no haga otra devolución para compensar; avise a supervisor y Contabilidad.
- El pedido era de otra sesión cerrada: la devolución entra en la sesión de hoy; explíquelo en el cierre.
Ejemplo Un cliente compró dos terminales por COP 75.208 y devuelve uno. La cajera busca el pedido, selecciona 1 unidad, pulsa Reembolso y ve −1 por COP 37.604. Con autorización del supervisor, reembolsa en efectivo, valida una vez y entrega el dinero contra firma. En el cierre, el esperado baja COP 37.604.
Situaciones especiales
Abra cada caso para ver qué revisar, qué no hacer y a quién escalar.
Lista de control ante cualquier error
Marque cada paso a medida que lo hace. Así no se salta ninguno con el cliente esperando.
0 de 6 hechos
Capacitación práctica
Doce escenarios para practicar junto al cajero. Se hacen como simulación o en un ambiente de pruebas autorizado; nunca generan operaciones reales.
Administración del ERP
Configuración verificada, hallazgos que requieren decisión y cómo hacer un cambio sin dañar una caja abierta. Todo cambio se prueba primero en STAGING.
Configuración de Cajero 1 verificada
Lectura de pos.config y modelos relacionados en STAGING, 23 oct 2026. Odoo
| Almacén y operación | Punto de Venta (PDV) · tipo «[PDV] Órdenes de PdV», origen PDV/Salida |
| Equipo comercial | Punto de Venta |
| Diario del PDV | MISC1 «Punto de venta», cuenta por defecto 420500 |
| Diario de facturas | INV3 «Ventas- Punto de Venta»; también consumidor final y notas crédito |
| Tarifa | 003 - (Base) Precio Fijo (COP), única disponible |
| Redondeo | «Redondeo efectivo PDV COP 50»: 50, más cercano, línea separada, 428000/532000, solo efectivo |
| Denominaciones | 100 · 200 · 500 · 1.000 · 2.000 · 5.000 · 10.000 · 20.000 · 50.000 · 100.000 |
| Control de efectivo | Activo; diferencia máxima autorizada: no configurada |
| Posición fiscal | ADDI - cartera 13050507, seleccionable; sin posición por defecto |
| Empleados | Inicio por empleado activo; acceso de gerente solo «Admin» |
| Precios | Modificación restringida a gerentes; descuento por línea apagado |
| Enviar después | Activo; ruta 10; política «todo junto» |
| Anticipos | Producto «Down Payment (POS)» configurado |
| Impresión | Automática, sin pantalla de recibo; sin impresora IoT o ePOS configurada |
| Sesión | Cajero 1/00008 abierta desde el 23 oct 2026 |
Hallazgos que requieren decisión
Ninguno se corrigió durante esta revisión: el trabajo fue solo de lectura y documentación.
Cómo se hace un cambio
El recorrido seguro desde la idea hasta la caja del cajero.
Rutas según la documentación de Odoo 19 Estándar. Los nombres pueden variar un poco con el idioma del usuario; en STAGING está instalado el español de Chile.
Llevar un cambio a una caja abierta
La caja guarda en el navegador los datos que cargó al abrir. Un cambio en el ERP no aparece hasta recargarlos.
- Termine o deje bien apartado el pedido en pantalla.
- Confirme que hay conexión y que no hay pedidos pendientes de sincronizar.
- Pulse el menú ☰.
- Pulse Actualizar datos («Reload Data»).
- Espere a que vuelva a aparecer el catálogo.
- Abra una venta y pulse Pago.
- Verifique que se vean los ocho medios de pago y el cambio realizado.
Glosario operativo
Definiciones cortas, con el sentido que tienen en la operación de Casa Repuestos.
No hay términos con esa palabra.
Evidencias y fuentes
Cómo se verificó este manual y qué documentos lo respaldan.
Verificación en Odoo · 23 oct 2026
- Consultas de solo lectura por API JSON-2 a Odoo 19 STAGING (obyco-sh-19-0-staging), con un cliente que rechaza cualquier método distinto de lectura. No se creó, modificó ni borró ningún registro, ni se cerró ninguna sesión.
- Modelos leídos: pos.config, pos.payment.method, pos.session, pos.order, pos.payment, pos.bill, account.cash.rounding, account.journal, account.account, account.move, account.move.line, account.fiscal.position, account.bank.statement.line, stock.picking, stock.move, stock.quant, stock.rule, stock.picking.type, sale.order, base.automation, product.category, res.company y grupos de usuarios.
- Documentos citados: sesiones Cajero 1/00001 a 00008; órdenes S00121, S00183, S00272, S00284, S00286 a S00291, S00327, S00339 a S00341 y S00346; facturas INV32 a INV317; asientos CSH1/2026/00001 a 00003 y MISC1/2026/10/0017 a 0033; sesión TEST-PDV-COHERENCIA/00007 (pedidos T1 a T13).
- Evidencia previa: contexto integral OBYCO–Odoo–Siesa del 22 oct 2026, auditoría integral del 15 oct 2026, informes de configuración contable, analítica y redondeo del 3 oct, scripts de prueba POS e inventario paralelo, y captura de la interfaz contable.
- Aclaración sobre la validación técnica del 23 oct: la pantalla de pago cargó los ocho medios sin errores OWL y redondeó 346.647 a 346.650. Ese pedido de prueba quedó en borrador con su línea de pago y Odoo lo canceló al cerrar Cajero 1/00006; no generó factura ni asiento.
Documentación oficial de Odoo 19 contrastada
- Flujo de Punto de Venta, apertura, cierre y efectivo
- Facturas desde el PdV
- Métodos de pago
- Crédito en cuenta del cliente
- Precios, redondeo y posiciones fiscales
- Posiciones fiscales
- Localización Colombia
