Cómo funciona el registro de ventas en tu mostrador

¿Para qué registrar cada venta en el momento? Porque una venta anotada al cobrar descuenta el inventario y deja la caja cuadrada sin trabajo extra. No es una tarea que se suma al cobro: es el cobro mismo, dejando dos rastros a la vez —uno en la caja, otro en el inventario— en el instante en que ocurre, en lugar de uno solo, o ninguno, si se anota de memoria más tarde o no se anota nunca.

En el mostrador real, sin embargo, la venta no siempre es «un producto, un pago, una moneda». Se cobra en otra moneda y hay que convertir con la tasa del día, se arma un combo con productos sueltos, se deja una cuenta a medias porque el cliente vuelve más tarde, o se anula algo que se cobró mal. Esta guía explica qué pasa con cada uno de esos casos en el registro de ventas de Kadex: por qué siguen siendo el mismo registro con un dato de más, y por qué eso es, al mismo tiempo, lo que mantiene la caja cuadrada y el inventario al día.

Por qué el mismo registro cuadra la caja y ordena el inventario

Cuadrar la caja y conocer el stock real no son dos controles separados que dependan de llevar una buena disciplina administrativa: dependen del mismo dato, registrado en el mismo instante. Cuando una venta se anota al cobrarla, ese único movimiento resta las unidades vendidas del inventario y suma el monto cobrado a lo que la caja debería tener al cierre. Un solo registro, dos números que quedan al día.

La otra cara ya quedó explicada en por qué no cuadra la caja: el descuadre no nace de un error de cálculo, nace de algo que pasó en el mostrador y no se anotó a tiempo. Esa misma idea se aplica al inventario, con el mismo mecanismo: un producto que salió del local sin que la venta quedara registrada tampoco sale del conteo de existencias, así que el stock que muestra el sistema deja de coincidir con el que hay en el estante. La causa es idéntica en los dos casos; lo único que cambia es dónde se nota primero el hueco.

El resultado práctico es que no hace falta un conteo aparte para confiar en el inventario: si cada venta se registró al cobrarla, el inventario del sistema y el que hay en el local cuentan la misma historia. Lo que sigue muestra que ese mismo registro no se rompe cuando la venta deja de ser simple.

Cobrar en otra moneda, o con pago mixto, en la misma venta

Son dos cosas distintas y conviene no confundirlas. El pago mixto es una venta pagada con dos formas de pago —efectivo y transferencia—, y ahí sí el sistema registra cada monto por separado. El cobro en otra moneda es una venta que se cobra en una divisa distinta de la principal del negocio: la venta lleva esa moneda y la tasa con la que se convirtió en ese momento, y el total queda guardado ya convertido a la moneda principal, listo para sumarse a la caja del turno.

Para verlo con un ejemplo ilustrativo —no es un caso real, solo sirve para mostrar el mecanismo—: una venta de $10 se cobra en la otra moneda, a la tasa vigente en ese momento. El registro guarda esa moneda, la tasa aplicada y el total ya convertido a la moneda principal.

Lo que este registro no hace hoy es partir una misma venta en dos monedas ni mostrar un desglose por moneda en un reporte aparte: la venta se registra en una sola moneda de cobro y queda convertida. Lo que sí queda disponible es la tasa registrada en esa venta, el mismo dato que en el arqueo del turno sirve como pista para ubicar dónde se originó una diferencia.

Conviene registrar la venta en la moneda en que realmente se cobró, sin convertir de cabeza y anotar solo el equivalente en la moneda principal: hacerlo así borra el rastro, porque después ya no se puede saber si una diferencia se originó en la tasa aplicada o en el efectivo contado.

Combos, extras y tickets que quedan a medias

Un combo, un extra agregado a un producto o una cuenta que se deja abierta para cerrarla más tarde son, para el registro, la misma venta con más de un renglón: cada producto que forma parte de un combo se descuenta del inventario por separado, aunque en el ticket aparezca como un solo ítem con un precio conjunto.

Un extra —un ingrediente de más, un accesorio que se suma a un producto— se agrega a esa misma venta como un renglón adicional, sin abrir un ticket distinto ni un proceso aparte. Y cuando una venta no se cierra de inmediato —un cliente que vuelve en un rato, una mesa que sigue pidiendo—, el ticket queda guardado con lo que ya se cargó, en lugar de perderse si el mostrador se ocupa con otro cliente mientras tanto. Al cerrarlo, descuenta del inventario y suma a la caja como cualquier otra venta: lo único distinto es el momento en que se completó, no el registro en sí.

Esto evita un problema concreto del mostrador con más de un cliente a la vez: sin un ticket que se pueda guardar, la cuenta termina anotada aparte en un papel o sostenida por la memoria hasta que el cliente vuelve a pagar — el mismo tipo de hueco que ya se vio al hablar de la caja, aplicado a una venta que todavía no terminó.

El rastro de una anulación o una devolución

Cuando una venta se anula o se devuelve un producto, el sistema no borra lo que había quedado registrado: guarda qué cambió, sobre qué venta y qué usuario lo hizo, con el mismo inicio de sesión con el que ese usuario ya opera la caja.

Esto importa por una razón simple: sin ese rastro, la única respuesta a «¿quién autorizó esto?» es la memoria de quien estaba en el mostrador ese día. Con el registro, la pregunta tiene una respuesta que no depende de que alguien se acuerde. Una anulación no desaparece del historial de la venta; queda como parte de ella, visible para quien necesite revisarla después.

Esto no convierte al registro en un trámite: sigue siendo el mismo gesto de anotar en el momento, aplicado también al momento en que algo se corrige, no solo al momento en que algo se cobra.

En un negocio con más de un cajero, esa diferencia se nota rápido: cada usuario entra al sistema con su propio PIN, así que una anulación no queda como un cambio anónimo hecho «por el sistema» — queda asociada a quien la hizo, con la misma claridad con la que queda asociada la venta que la originó.

El registro es lo que conecta la venta con el inventario

Cada venta registrada resta del inventario, en el mismo instante, las unidades exactas de lo que se vendió —incluidas las que forman parte de un combo—, sin que alguien tenga que sentarse a restar existencias al final del día.

Esa es la unión real entre vender y controlar inventario: no son dos sistemas que se sincronizan de vez en cuando, son la misma operación vista desde dos ángulos. Si el inventario de un negocio no coincide con lo que hay en el estante, ahí está la primera pista: alguna venta se cobró y no llegó a registrarse como tal, el mismo problema que ya apareció al hablar de la caja.

Cómo se gestionan las existencias, los vencimientos y los pedidos de reposición a partir de ese registro es el tema de la guía de control de inventario.

Un solo registro, tres controles resueltos

Registrar la venta en el momento en que se cobra resuelve, con un mismo gesto, tres cosas que de otro modo habría que controlar por separado: que la caja cuadre al cierre, que el inventario diga la verdad, y que cualquier cambio —una anulación, una devolución, un fiado— quede con su propio rastro en lugar de depender de la memoria de alguien.

Con Kadex, ese registro no cambia según cómo se pague ni según cuántos productos entren en la venta: una venta con pago mixto, un combo con varios productos o un ticket que se completa más tarde se registran con el mismo mecanismo que una venta simple. Nada de eso exige un paso extra ni una planilla aparte — es el mismo registro, aplicado a un mostrador real. Prueba Kadex 30 días y compruébalo en tu propio mostrador.

Preguntas frecuentes