Un TPV es el sistema que registra una venta en el momento en que ocurre. Puede reunir catálogo, precios, stock, caja, cobro, comprobantes e informes, pero no siempre incluye todas esas piezas. La confusión aparece porque la misma sigla también se usa para nombrar el aparato que acepta una tarjeta y porque, en Argentina, ARCA llama “punto de venta” a un código fiscal. Son tres conceptos relacionados, pero no equivalentes.
Entender esa diferencia es el primer paso para elegir una solución que no obligue a duplicar datos, corregir stock a mano o conciliar pagos uno por uno.
Qué es un TPV o sistema POS
TPV significa terminal de punto de venta. En inglés se usa point of sale y su sigla, POS. En sentido amplio, un sistema TPV/POS combina software y hardware para registrar operaciones comerciales y administrar parte de la actividad del negocio: productos, precios, ventas, medios de pago, existencias, devoluciones, usuarios e informes.
Esta definición operativa coincide con la descripción de Shopify sobre los sistemas POS. Conviene leerla como fuente de un proveedor comercial, no como una recomendación neutral de su producto.
Un TPV puede ser una caja fija con computadora, lector e impresora; una aplicación en una tablet; un sistema móvil para ferias; o una plataforma en la nube conectada con un ecommerce. Lo decisivo no es la forma del equipo, sino qué información registra, qué procesos controla y con qué otros sistemas se integra.
TPV, terminal de cobro y punto de venta de ARCA: diferencias
| Concepto | Qué es | Para qué sirve |
|---|---|---|
| Sistema TPV/POS completo | Software de gestión más los dispositivos necesarios | Registra ventas y puede administrar catálogo, stock, caja, clientes, usuarios e informes |
| Terminal física de cobro | Lector o dispositivo que procesa el pago presencial | Acepta tarjeta, pago sin contacto, QR u otros medios habilitados por el proveedor |
| Punto de venta fiscal de ARCA | Código que identifica un método de facturación del contribuyente | Numera y distingue los comprobantes emitidos por un sistema de facturación determinado |
1. El sistema TPV/POS completo
Es el centro operativo de la venta. El cajero identifica los productos, el sistema calcula el total, registra el medio de pago y descuenta unidades del inventario. Según la solución, también puede manejar promociones, devoluciones, turnos, cierres de caja, clientes, sucursales y ventas online.
2. La terminal física de cobro
Es una parte posible del TPV, no el sistema entero. Su función es enviar una solicitud de pago al procesador y devolver un estado, por ejemplo aprobado, rechazado o pendiente. Un lector puede funcionar de manera independiente: si el cajero carga manualmente el importe, después tendrá que asociar o conciliar ese cobro con la venta registrada en otro sistema.
Una integración evita ese doble ingreso. La documentación de Mercado Pago Developers para Point describe un flujo en el que el sistema crea la orden, la terminal la recibe, el comprador paga y la aplicación obtiene una notificación con el estado. Es un ejemplo concreto de integración, no la única arquitectura posible.
3. El punto de venta fiscal de ARCA
En Argentina, “punto de venta” también tiene un significado tributario. ARCA explica que es un código de cuatro o cinco dígitos que identifica el método de facturación utilizado y que cada método debe tener uno diferente. No es una caja, un lector de tarjetas ni una sucursal física, aunque la configuración fiscal pueda vincularse con la operación de esos canales.
La aprobación de un pago tampoco reemplaza al comprobante fiscal. El negocio debe definir cómo emitirá la factura, tique o documento que corresponda a su condición y operación. Para monotributistas, ARCA indica que las operaciones con consumidores finales deben respaldarse con comprobantes electrónicos tipo C, salvo las excepciones informadas por el organismo. Como contexto local, también podés consultar esta introducción sobre ARCA y la factura C, pero la validación fiscal final debe hacerse siempre contra la documentación oficial vigente y con asesoramiento contable cuando corresponda.
Qué componentes puede tener un TPV
La configuración depende del negocio. Una tienda pequeña puede operar con una tablet y un lector; un supermercado necesita más periféricos y una gestión de inventario más exigente. Los componentes habituales son:
- Software de ventas: arma el carrito, aplica precios, impuestos, descuentos y registra la operación.
- Catálogo e inventario: administra productos, variantes, SKU, existencias y movimientos.
- Dispositivo principal: computadora, tablet, celular o terminal todo en uno.
- Periféricos: lector de códigos, balanza, impresora, visor, cajón de efectivo o pantalla para cocina, según el rubro.
- Procesamiento de pagos: terminal y servicio que aceptan los medios habilitados.
- Facturación: módulo propio o integración con el sistema fiscal correspondiente.
- Back office: panel para usuarios, permisos, reportes, sucursales, compras y configuración.
- Integraciones: ecommerce, contabilidad, ERP, CRM, logística, fidelización o marketplace.
No des por sentado que “integrado” significa “incluido”. Un proveedor puede mostrar el botón de una función que requiere otro plan, hardware adicional o un tercero. Pedí que la propuesta detalle licencias, dispositivos, mantenimiento, soporte, comisiones e integraciones.
Cómo funciona una venta con un TPV integrado
- Registro: el vendedor escanea o selecciona los productos. El TPV recupera precios y condiciones desde el catálogo.
- Cálculo: el sistema aplica cantidades, descuentos, impuestos y promociones, y determina el total.
- Cobro: se elige el medio de pago. Si la terminal está integrada, recibe el importe sin que el cajero tenga que volver a escribirlo.
- Confirmación: el proveedor de pagos informa el estado. Solo una respuesta aprobada debería cerrar la operación como cobrada.
- Comprobante: el sistema emite o solicita el documento comercial y fiscal aplicable. El recibo del procesador y la factura cumplen funciones distintas.
- Actualización: se descuenta el stock, se registra el movimiento de caja y queda información disponible para conciliación e informes.

El orden puede variar: un restaurante abre una mesa antes de cobrar; un comercio puede reservar stock para retiro; y una devolución invierte parte del flujo. Lo importante es que cada estado tenga una fuente clara y que un error de conexión no produzca una venta duplicada, un cobro sin pedido o una baja de inventario incorrecta.
Funciones que aportan valor real
Un TPV básico registra ventas. Uno adecuado al negocio reduce tareas manuales y conserva una trazabilidad útil. Las funciones más relevantes suelen ser:
- inventario por producto, variante, depósito o sucursal;
- cierres y arqueos de caja con diferencias identificables;
- devoluciones, cambios y notas asociadas a la operación original;
- roles y permisos para cajeros, supervisores y administradores;
- historial de precios, promociones y descuentos autorizados;
- conciliación entre ventas registradas y pagos acreditados;
- reportes exportables, con definiciones claras para cada métrica;
- sincronización de pedidos e inventario entre local y tienda online;
- registro de auditoría para saber quién hizo cada cambio;
- modo de contingencia y recuperación ante cortes.
La integración omnicanal importa cuando se vende en más de un canal. Si usás una plataforma como Tiendanube o cualquier otro ecommerce, verificá qué datos sincroniza el conector, con qué frecuencia y cuál es la fuente maestra del stock. También conviene ubicar el TPV dentro de una estrategia más amplia de marketing digital para ecommerce: la captación genera demanda, pero la operación tiene que sostener la promesa de disponibilidad, entrega y atención.
Tipos de TPV
Fijo o de mostrador
Se instala en una caja estable y suele admitir más periféricos. Es apropiado cuando hay un puesto de cobro definido, alto uso del lector o necesidad de impresión frecuente.
Móvil
Funciona en celular, tablet o terminal portátil. Puede servir para ferias, venta en salón, reparto o filas dinámicas. Hay que evaluar autonomía, conectividad, resistencia del equipo y control de usuarios.
En la nube
El proveedor aloja la aplicación y los datos, y el comercio accede por internet. Facilita actualizaciones y gestión de varias ubicaciones, pero obliga a revisar dependencia de conexión, exportación de datos, niveles de servicio y procedimiento de salida.
Local o instalado
Opera sobre infraestructura del negocio. Puede dar mayor control sobre determinadas configuraciones, a cambio de exigir mantenimiento, respaldos, actualizaciones y capacidad técnica propia o contratada.
Especializado por rubro
Restaurantes, supermercados, indumentaria y servicios tienen flujos distintos. Mesas y comandas, balanzas, variantes de talle y color, turnos o propinas no son agregados menores: pueden definir si el sistema sirve o estorba.
Seguridad: qué exigir antes de conectar pagos
La seguridad no se resuelve con una contraseña compartida ni con la promesa de que “todo está en la nube”. El PCI Security Standards Council define PCI DSS como una base de requisitos técnicos y operativos para proteger datos de cuentas de pago. Su alcance incluye a entidades que almacenan, procesan o transmiten datos de titulares de tarjeta, y también a quienes pueden afectar ese entorno.
Para un comercio, esto se traduce en decisiones concretas:
- usar terminales y soluciones provistas o aprobadas por actores confiables;
- evitar que el TPV almacene números completos de tarjeta o códigos de seguridad si no es estrictamente necesario;
- separar cuentas por persona y aplicar el menor privilegio posible;
- activar autenticación multifactor para accesos administrativos cuando esté disponible;
- mantener sistema operativo, aplicación, router y periféricos actualizados;
- proteger la red y no dejar terminales expuestas a manipulación;
- registrar actividad, revisar alertas y tener contactos claros para incidentes;
- confirmar con el adquirente o proveedor qué obligaciones PCI corresponden al comercio.
La guía de pagos seguros para pequeños comercios de PCI SSC recomienda conocer a todos los proveedores involucrados, confirmar cómo protegen los datos y usar terminales seguras. Tercerizar el procesamiento reduce ciertas tareas, pero no elimina la responsabilidad de configurar y operar bien el entorno.
Cómo elegir un TPV para tu negocio
No empieces por una lista de marcas. Empezá por el flujo que necesitás resolver y convertí cada requisito en una prueba.
- Mapeá la operación. Documentá venta normal, devolución, cambio, descuento, cierre de caja, caída de internet y corrección de stock.
- Definí volumen y estructura. Cantidad de cajas, sucursales, usuarios, productos, variantes, depósitos y canales.
- Separá requisitos obligatorios de deseables. Facturación argentina, integración de pagos, balanza o ecommerce pueden ser excluyentes; un panel estético no.
- Evaluá el costo total. Sumá software, hardware, puesta en marcha, capacitación, soporte, comisiones, conectores, mantenimiento y reemplazos.
- Revisá integraciones de verdad. Pedí documentación de API o conector, estados sincronizados, frecuencia, manejo de errores y responsable del soporte.
- Comprobá seguridad y continuidad. Consultá respaldos, permisos, registros, actualizaciones, exportación de datos, contingencia y recuperación.
- Medí la operación diaria. Una función existe solo si el personal puede usarla con rapidez y sin atajos inseguros.
Si el negocio también vende online, revisá que pedidos, clientes e inventario no queden fragmentados. Una guía general de marketing digital puede ayudar a ordenar canales de captación; el TPV debe conectar esa demanda con una operación medible.
Implementación y pruebas antes de salir en vivo
Una migración segura empieza con un alcance acotado. Configurá primero catálogo, impuestos, listas, usuarios, permisos, medios de pago, numeración fiscal e integraciones. Después capacitá con escenarios reales y ejecutá una prueba piloto en una caja o sucursal.
Como mínimo, probá:
- venta con cada medio de pago habilitado;
- pago aprobado, rechazado, pendiente y cancelado;
- reintento sin duplicar venta ni cobro;
- devolución total y parcial;
- descuento autorizado y no autorizado;
- emisión del comprobante correcto y continuidad de la numeración;
- actualización de stock en local y ecommerce;
- cierre de caja y conciliación contra el proveedor de pagos;
- corte de internet o energía y recuperación posterior;
- exportación de datos y restauración desde un respaldo, si aplica.
Definí también quién decide ante una diferencia: caja, administración, soporte del TPV, procesador de pagos o contador. Sin responsables y evidencias, un incidente rebota entre proveedores mientras la operación queda frenada.
Errores frecuentes al adoptar un TPV
- Comprar una terminal creyendo que incluye gestión. Cobrar una tarjeta no equivale a administrar ventas, stock y caja.
- Confundir el recibo del pago con la factura. Son registros distintos y deben conciliarse.
- Elegir por el abono más bajo. Los conectores, comisiones, soporte y hardware pueden cambiar el costo total.
- No definir una fuente maestra. Si local y ecommerce editan stock sin reglas, aparecen sobreventas y diferencias.
- Compartir usuarios. Impide atribuir descuentos, anulaciones o cambios y aumenta el riesgo operativo.
- Salir sin probar estados anormales. Los problemas suelen aparecer en rechazos, cortes, reintentos y devoluciones, no en la venta ideal.
- Depender de un proveedor sin salida. Antes de contratar, verificá cómo exportar productos, clientes, ventas y comprobantes.
- Dejar la facturación para el final. En Argentina, la configuración de ARCA y el circuito de comprobantes deben formar parte del diseño, no agregarse después.
Una decisión operativa, no solo tecnológica
El mejor TPV no es el que acumula más funciones: es el que registra la venta una sola vez, devuelve estados claros, mantiene coherencia entre cobro, comprobante e inventario, y permite auditar lo ocurrido. Para elegirlo, separá el sistema completo de la terminal de pago y del punto de venta fiscal; después evaluá el flujo real, las integraciones, la seguridad, el costo total y la capacidad de recuperación.
Antes de contratar, pedí una demostración con tus propios casos y datos de prueba. Si el proveedor no puede mostrar qué pasa ante un cobro pendiente, una devolución parcial o un corte de conexión, todavía no tenés evidencia suficiente para poner el sistema en producción.

