Caso Getit: autoservicio y conciliación de Mercado Pago con PosGo

Autoatención de supermercado con controles para productos restringidos

En la autoatención, el cliente participa directamente en su compra, pero eso no significa eliminar la supervisión. En Getit, el flujo de control de cigarros y alcohol utiliza la lectura de la cédula mediante QR o NFC del chip, junto con la aprobación visual del cajero, según la operación confirmada para este caso.

El RUT forma parte de la identificación; por sí solo no acredita la edad ni reemplaza comprobar que el documento corresponde a la persona que compra. Por eso describimos la combinación de lectura del documento y revisión humana, no una autorización basada únicamente en digitar un número.

La tecnología apoya el proceso del comercio; no constituye una certificación automática de cumplimiento legal. La Ley 19.419 prohíbe vender tabaco a menores de 18 años y el uso de máquinas expendedoras automáticas de tabaco. La Ley 19.925 prohíbe suministrar alcohol a menores de 18 años y exige identificación oficial a quienes deseen comprarlo. Este caso no presenta el flujo como una máquina que entrega cigarrillos automáticamente ni afirma que la lectura digital sustituya las obligaciones del establecimiento.

Tótems de cafetería y comida, sin forzar el mismo flujo de supermercado

Comprar artículos de conveniencia y pedir comida no son la misma operación. Getit utiliza tótems para la venta de cafetería y comida, además del autoservicio de supermercado y del punto de venta atendido. Esa combinación permite diseñar la atención según lo que se está comprando, en lugar de obligar a todos los clientes a recorrer una única pantalla.

El valor de conectar esos canales es conservar una lectura administrativa común: qué se vendió, por qué caja o punto de atención, cómo se pagó y qué registro respalda la operación. Los distintos recorridos se pueden analizar juntos sin perder el detalle del punto de atención.

Caja de conveniencia: vender con agilidad y conservar trazabilidad

La caja atendida sigue siendo parte de Getit. El video permite ver productos, cantidades y búsqueda dentro del mismo recorrido de venta. También muestra un motivo de borrado antes de eliminar una línea: una corrección operativa no tiene por qué desaparecer de la lectura del negocio.

La supervisión necesita entender las excepciones con contexto. Un producto mal seleccionado, un cambio solicitado por el cliente y una diferencia de precio no son necesariamente el mismo problema. Registrar el motivo ayuda a revisar lo ocurrido sin asumir que cada eliminación es una irregularidad.

Mercado Pago: la respuesta del cobro entra al control del POS

Getit integra la información de Mercado Pago y la concilia de forma semiautomática con sus ventas: la información se reúne y compara, y la revisión conserva intervención del equipo. En el panel revisado, cada operación puede compararse por fecha, orden, caja, vendedor y método, con el monto registrado en el POS, el monto de Mercado Pago y su diferencia. El informe distingue aprobados, pendientes, rechazados y operaciones sin respuesta.

Es una distinción importante: tener una venta en el POS no equivale a tener un cobro aprobado. Y una respuesta que aún no llega no debe interpretarse automáticamente como dinero recibido ni como un rechazo definitivo. Separar los estados permite enfocar la revisión en las operaciones que realmente necesitan atención.

El informe también ofrece referencias de terminal, operación, autorización e intento. Esas referencias ayudan a investigar una excepción con su contexto, sin depender solamente de comparar dos sumas generales.

El ciclo se completa en el banco, no en el aviso de pago aprobado

La operación bancaria forma parte del alcance confirmado por Getit para este caso. El control conecta las ventas y cobros de Mercado Pago con el seguimiento de la liquidación y los movimientos del banco. No basta con saber que se cobró: también importa reconocer cuándo y cómo quedó respaldado el abono.

Una venta, un pago aprobado, una liquidación y un abono bancario son etapas distintas. Sus fechas e importes pueden diferir por comisiones, devoluciones, agrupación de operaciones y reglas del proveedor. Una buena conciliación revisa esas diferencias antes de darlas por resueltas.

Para Getit, la integración bancaria se realiza mediante scraping: extracción automatizada de la información que alimenta el control. Las conciliaciones son semiautomáticas, según la operación confirmada para este caso. Esto combina información integrada y revisión del equipo; no significa que cualquier diferencia se cierre sin intervención humana. No publicamos accesos bancarios, cartolas ni una frecuencia de actualización no documentada.

El beneficio operativo es tener un recorrido para revisar: venta → respuesta del cobro → liquidación → abono. Cada etapa responde una pregunta distinta y evita confundir el dinero vendido con el dinero disponible en la cuenta.

Folios: un control distinto del control de pagos

La conciliación de cobros y la revisión documental se complementan, pero no se reemplazan. Un pago puede estar aprobado y aun así requerir revisar su documento; un folio puede estar registrado y no explicar por sí solo el estado del cobro.

En el panel de Getit revisamos el informe de folios del facturador. Permite separar los casos donde falta información del facturador o del POS, y diferencias de fecha, monto o sucursal. La comparación incluye tipo de DTE, folio, fechas, montos, pedido, caja y referencia POS CAF.

Ese recorrido permite investigar con mayor precisión que una simple suma de boletas. La guía de control de folios de PosGo profundiza en la relación entre caja, CAF, facturador y SII; en este caso, los campos que documentamos directamente corresponden al contraste POS–facturador visible en el panel de Getit.

Compras avanzadas, relaciones DTE e historial

Getit incorpora compras avanzadas y herramientas para revisar su historial. El panel cuenta con relaciones DTE, búsqueda de compras e historial de ingresos con filtro de nota de crédito. El abastecimiento no queda reducido a una factura guardada: existe un recorrido para buscar y revisar la información de compra.

En el flujo de compra avanzada de PosGo, el XML del DTE permite trabajar con proveedor, documento y líneas de productos. La relación entre código del proveedor, su RUT y producto interno se guarda para reutilizarla. Los multiplicadores convierten la presentación comprada a las unidades internas cuando corresponde, en lugar de crear un artículo distinto por cada pack.

La factura de compra y la recepción deben mantenerse como controles separados. Una factura indica lo documentado por el proveedor; la recepción confirma lo recibido. Si hay faltantes, se necesita seguimiento y, cuando corresponda, gestionar la nota de crédito pendiente. El historial ayuda a volver al origen de la revisión, no a esconder una diferencia con un ajuste sin contexto.

Los ejemplos de packs y faltantes explican la lógica de compra avanzada de PosGo. No representan una compra real ni un incidente específico de Getit: no publicamos documentos ni diferencias de sus proveedores.

Órdenes de compra basadas en ventas e inventario

El control también debe servir para decidir qué pedir. Getit prepara órdenes de compra según ventas e inventario. Revisamos el módulo de pedidos: reúne un panel general, pedido general, proveedores, pedido por proveedor e historial de órdenes de compra. El panel destaca proveedores con productos críticos y bajos, para orientar la revisión del abastecimiento.

En el pedido general se ven el código interno, el código del proveedor, el producto, la cantidad a pedir, el stock, el ranking, la falta, el pack y las referencias de stock crítico. Los filtros por proveedor y familia permiten acotar la revisión. Son datos que ayudan a evaluar una compra con contexto, en lugar de partir de una lista desconectada de lo que se vende y de lo que queda.

El equipo puede revisar y ajustar cantidades antes de generar las órdenes de compra. El módulo ofrece planillas y envío por correo para proveedores configurados, además del historial de OC. Así, la reposición tiene un recorrido desde la revisión de necesidades hasta el pedido y su seguimiento.

Desechos con un recorrido propio y un historial

Una salida por desecho no es una venta ni una compra. Getit cuenta con módulos de órdenes de desecho e historial de desechos, que revisamos como parte de su control de inventario. Darle un recorrido propio permite considerar estas salidas al analizar existencias y reposición.

La lectura del negocio cambia cuando las salidas que no generan ingresos se revisan por separado. Para investigar disponibilidad, abastecimiento o pérdidas, el equipo necesita distinguir lo vendido de lo recibido y de lo desechado. El historial aporta un punto de partida para esa revisión.

Inventario y reportería para decidir con contexto

El panel reúne ventas, productos, inventario, inventario de cigarros, órdenes e historial de desechos, pagos y compras. También ofrece ventas por hora, productos destacados y vistas por sucursal y caja. La utilidad está en poder relacionar lo que se vende con lo que se compra, se recibe y se necesita revisar.

Por ejemplo, una operación con varios puntos de atención necesita distinguir dónde se concentra la demanda y qué cobros requieren seguimiento. Una revisión de inventario necesita considerar ingresos y movimientos, no solo el total vendido. Y un análisis de caja necesita separar estados de pago, documentos y abonos.

El equipo conserva su criterio operativo y cuenta con una base más ordenada para revisar excepciones, decidir qué reponer y dar seguimiento a cada parte del negocio.

La mejora de fondo: dejar de controlar cada etapa por separado

El caso de Getit muestra una operación de conveniencia donde atender al cliente y controlar el negocio son partes del mismo recorrido. Autoservicio, tótems y caja atendida responden a experiencias distintas; Mercado Pago, banco, documentos, pedidos, compras, desechos e inventario aportan las piezas de la revisión administrativa.

Para evaluar una solución así, conviene probar procesos reales: una compra de autoservicio, un producto que requiere revisión del documento, una venta en caja, un pago pendiente, una diferencia de folio y una recepción que debe investigarse. La capacidad de seguir cada caso importa tanto como la pantalla donde comienza.

La propuesta de PosGo es adaptar esa conexión a cada operación. En una demo podemos revisar tus canales, cajas, medios de pago y compras para definir el alcance que realmente necesitas, con controles comprensibles para quien atiende y para quien administra.

Preguntas frecuentes