POS para pequeños comercios minoristas
Un comercio independiente vive de márgenes ajustados, de una mezcla de efectivo y tarjeta, y de lo que el dueño consigue cuadrar después del cierre. La mayoría de los paquetes POS listos para usar cobran alquiler por cada terminal, entierran tus productos en categorías genéricas y mantienen tus datos en su subdominio, mientras que un montaje de hoja de cálculo y lector de tarjetas pierde de a poco el rastro del impuesto, las formas de pago y el stock. Esta guía recorre la caja registradora que un pequeño minorista realmente necesita, y cómo ponerla en marcha como una app en funcionamiento y alojada en ybuild, servida en tu propio dominio.
El problema
- El impuesto sobre las ventas no es un solo número. En muchos estados, la ropa, los alimentos y ciertos artículos están exentos o con tasa reducida, y un revendedor con un certificado válido no paga nada, así que una tasa plana sobre todo el carrito le cobra de más al cliente y declara mal lo que debes.
- El efectivo es dinero real que desaparece. Los pagos divididos, el cambio y las salidas de caja ocurren todo el día, y sin un fondo de apertura y un cierre de esperado contra contado, un sobrante o faltante por la noche es invisible en lugar de investigado.
- El conteo se desvía en una semana. Cada venta, devolución y anulación tiene que afectar el inventario de la misma manera, o el número en la pantalla y el número en la estantería se separan antes del siguiente pedido.
- Estás pagando alquiler por terminal a un proveedor que es dueño de tu catálogo. Los precios, las categorías, los recibos y los informes viven dentro de su caja y en su dominio, y personalizar cualquier cosa significa esperar a su hoja de ruta.
Qué crearías
Una caja apta para pantalla táctil: escanea un código de barras o busca un artículo, arma un carrito, aplica un descuento de línea o de carrito y observa cómo el impuesto se calcula por línea según la clase fiscal a la tasa de tu tienda. El cobro se divide entre efectivo y tarjeta, se calcula el cambio y el recibo se imprime o se envía por correo. Se publica en vivo y alojada en ybuild desde la primera compilación, en tu propio dominio.
Un único catálogo de productos donde cada artículo lleva un costo, un precio, una clase fiscal, una cantidad disponible y un punto de pedido. Una venta descuenta stock, una devolución lo suma de vuelta, una anulación nunca lo toca, y una vista de bajo stock marca todo lo que está por debajo de su punto de pedido para que pidas antes del fin de semana en lugar de después del quiebre.
Un modelo de turno: un cajero abre una caja con un fondo contado, registra ventas todo el día y, al cierre, el sistema muestra el efectivo esperado frente al efectivo contado y registra el sobrante o faltante. Un informe Z totaliza las ventas, el impuesto cobrado y cada forma de pago del día y del período fiscal, listo para exportar para tu contador, todo en tu app en vivo de ybuild.
El modelo de datos
Un día con el sistema
- Apertura: el cajero inicia sesión y abre un turno de caja con un fondo de apertura contado, digamos 150 dólares en billetes pequeños. La caja ya está en vivo y cada venta de este turno queda ligada a esa sesión.
- Primera venta: escaneas códigos de barras, los artículos entran al carrito con su precio y clase fiscal, un cupón del 10 por ciento se aplica como descuento de línea, y el impuesto se calcula solo sobre las líneas gravables a la tasa de tu tienda, luego se suma y se redondea una sola vez.
- Cobro: el cliente paga una parte en efectivo y otra con tarjeta. La parte de la tarjeta va a tu procesador de pagos y solo regresan un token, los últimos cuatro dígitos y la marca; el cambio se calcula sobre la parte en efectivo, el recibo se envía por correo, y cada línea descuenta su cantidad de producto.
- Devolución: alguien trae un artículo de vuelta con recibo. Lo buscas por número de recibo y emites un reembolso como un registro nuevo y vinculado que revierte exactamente el impuesto y la forma de pago y devuelve el artículo a la estantería.
- Corrección: un mal escaneo se anula antes del cobro y nunca toca el stock; una venta completada que estuvo mal se reembolsa, no se elimina, así que la traza de auditoría y los conteos quedan intactos.
- Venta exenta: un revendedor con certificado de reventa compra sin impuesto. Marcas toda la venta como exenta, capturas el número de certificado y no se cobra impuesto en ninguna línea.
- Revisión de reposición: a media tarde la vista de bajo stock lista todo lo que está por debajo de su punto de pedido, para que hagas los pedidos a proveedores antes del ajetreo del fin de semana en lugar de después de quedarte sin nada.
- Cierre: el cajero cuenta la caja. El sistema muestra el efectivo esperado (fondo de apertura más ventas en efectivo menos reembolsos y salidas en efectivo) frente al efectivo contado, registra el sobrante o faltante e imprime un informe Z de ventas, impuesto cobrado y totales por forma de pago, todo alojado en ybuild.
Dónde falla la IA
- Guardar el número de tarjeta completo. Un desarrollo ingenuo guarda toda la tarjeta para facilitar reembolsos o reimpresión de recibos, lo que te mete de lleno en el alcance de PCI DSS y convierte la tienda en una responsabilidad por filtración. La app debe entregar la tarjeta a un procesador de pagos y quedarse solo con un token, los últimos cuatro dígitos y la marca, y nunca ver el número en bruto.
- Gravar todo el subtotal a una sola tasa. El impuesto tiene que calcularse por línea según la clase fiscal, solo sobre los artículos gravables, y luego sumarse y redondearse al centavo una sola vez. Aplica una única tasa plana al carrito y cobras de más en bienes exentos, de menos en otros, y declaras mal lo que remites, que es justo lo que dispara una auditoría.
- Editar o eliminar ventas completadas. Las anulaciones y los reembolsos deben ser registros nuevos vinculados al original, nunca ediciones ni borrados. En el momento en que una venta completada se puede cambiar, tu informe Z, tu total de impuesto y tu inventario dejan de cuadrar y no sobrevives a una auditoría. Las ventas son de solo anexado.
- Modelar las tarjetas pero olvidar el efectivo. Los comercios reales manejan pagos divididos, dan cambio y hacen salidas de la caja, y luego cuadran el sobrante o faltante al cierre. Sin un turno de caja y la cuenta de esperado contra contado, el efectivo sencillamente se esfuma sin forma de ver a dónde.
- Dejar que el stock se desvíe en los bordes. Un reembolso debe sumar el artículo de vuelta, una anulación no debe descontar, y la cantidad nunca debería volverse negativa en silencio. Falla en una de estas y el conteo es ficción en una semana, y los puntos de pedido se vuelven una adivinanza.
- El núcleo de caja más inventario: un catálogo con precio, clase fiscal y cantidad, un carrito que escanea artículos, impuesto por línea a la tasa de la tienda, cobro dividido en efectivo y tarjeta, y stock que se descuenta en la venta.
- Ventas de solo anexado con reembolsos y anulaciones como reversos vinculados, para que cada venta completada, devolución y corrección sea un registro inmutable que cuadra.
- Turnos de caja con un cierre de fin de día: fondo de apertura, efectivo esperado frente a contado, sobrante o faltante, y un informe Z de ventas, impuesto cobrado y totales por forma de pago.
- Un libro mayor contable completo. Exporta los totales diarios y el impuesto cobrado como CSV para tu contador o QuickBooks en lugar de reconstruir la contabilidad de partida doble dentro de la caja.
- Motores fiscales multisucursal y por dirección. La v1 es una sola tienda con una tabla de tasas indexada por clase fiscal; añade jurisdicciones y búsquedas de tasa a nivel de dirección más adelante.
- Comercio electrónico, fidelización y automatización de marketing. Lanza el mostrador primero y añade una tienda en línea o un programa de puntos una vez que la caja sea confiable.
Preguntas frecuentes
¿Puedo guardar los números de tarjeta de los clientes para que los reembolsos y los recibos sean más fáciles?
No. Guardar números de tarjeta completos te mete en el alcance de PCI DSS y es una responsabilidad seria. Enruta la tarjeta a tu procesador de pagos y guarda solo un token, los últimos cuatro dígitos y la marca de la tarjeta. Los reembolsos hacen referencia al ID de transacción del procesador, así que nunca necesitas el número en bruto, y una filtración de tu base de datos no expone ningún dato de tarjeta utilizable.
¿Cómo hace el sistema para calcular bien el impuesto sobre las ventas en artículos exentos?
Cada producto lleva una clase fiscal como estándar, exenta o reducida. El impuesto se calcula por línea, solo sobre las líneas gravables, a la tasa de tu tienda, y luego se suma y se redondea al centavo una sola vez. Para un cliente exento como un revendedor con un certificado válido, marcas toda la venta como exenta y capturas el número de certificado, así el papeleo existe por si alguna vez te lo piden.
¿Qué pasa cuando un cliente devuelve algo?
Buscas la venta original por número de recibo y emites un reembolso como un registro nuevo y vinculado. Revierte exactamente el impuesto y la forma de pago del original, devuelve el artículo al inventario y aparece en tu informe Z como un reembolso. La venta original nunca se edita ni se elimina, así que el día sigue cuadrando.
¿Maneja efectivo, o solo tarjetas?
Ambos, incluidos los pagos divididos en una sola venta. Un cajero abre un turno de caja con un fondo contado, el sistema rastrea las ventas, reembolsos y salidas en efectivo durante el turno, y al cierre muestra el efectivo esperado frente al que contaste y registra cualquier sobrante o faltante. Esa reconciliación diaria es la línea que separa un POS de verdad de un juguete solo para tarjetas.
¿Cómo me libro de las tarifas por terminal y el subdominio de mi POS actual?
Describes la caja, el catálogo, las clases fiscales y los informes que quieres, y ybuild construye y aloja la app en funcionamiento en tu propio dominio. Tus productos, precios e historial de ventas viven en una base de datos gestionada que es tuya, no encerrada dentro de la terminal de un proveedor, y no hay alquiler por caja por el privilegio de registrar una venta.
Fuentes
- PCI Security Standards Council: PCI DSS — El organismo que publica PCI DSS, el estándar de seguridad de datos de tarjetas de pago que aplica a cualquier comercio que acepte tarjetas, y la razón por la que un POS debe tokenizar los datos de la tarjeta y nunca almacenar el número completo.
- Encuesta Nacional de Seguridad Minorista de la NRF — El referente de la National Retail Federation sobre la merma minorista, que alcanzó el 1,6 por ciento de las ventas (unos 112.000 millones de dólares) en sus datos del año fiscal 2022, la pérdida que un conteo de inventario preciso y ligado a la venta busca mantener a raya.
- Sales Tax Institute: preguntas frecuentes sobre nexo económico y South Dakota v. Wayfair — Un recurso educativo sobre impuestos a las ventas muy citado que explica cuándo un minorista debe cobrar y remitir el impuesto sobre las ventas, lo que importa en el momento en que una tienda añade ventas en línea o fuera del estado.
Descríbelo y publícalo en tu propio dominio de una vez: alojado, full-stack, sin servidor. Gratis para empezar.