Skip to content
FINORA Academy
SistemaAuroraPOS

AuroraPOS · Concepts

El Merchant gobierna el terminal

PilotImplemented

This content is not available in your language yet.

Un terminal que solo sabe cobrar es una isla: si falla, nadie se entera hasta que el comercio llama. Los equipos Android de FINORA llevan un agente que los mantiene conectados al Merchant. Desde la consola o desde el portal del comercio se puede ver cómo está cada equipo y darle instrucciones a distancia. Esa administración remota es lo que se llama TMS.

El agente corre en segundo plano, con una notificación permanente «Terminal conectado a FINORA», y hace tres cosas a la vez:

TareaQué hace
Escuchar cobrosEspera órdenes de cobro enviadas por el sistema del comercio. Ver Cobro empujado
Escuchar comandosEspera instrucciones administrativas del Merchant y las ejecuta
LatirCada 60 segundos, al arrancar y después de cada comando, le cuenta al Merchant cómo está

Las dos escuchas usan sondeo largo (long-poll): el equipo hace una petición y el Merchant la mantiene abierta hasta que tiene algo que entregar o pasan unos segundos. No hace falta ninguna infraestructura de notificaciones push, lo que importa en equipos sin los servicios de Google.

Cada latido lleva la telemetría del equipo: versión de la aplicación, batería y si está cargando, tipo de red y señal wifi, modelo y versión de Android, si está escuchando cobros, la hora del último cobro y, solo si el permiso ya estaba concedido, la última ubicación conocida. La respuesta del Merchant trae dos cosas:

  • el estado operativo que debe tener el equipo (activo, suspendido o bloqueado);
  • la versión de parámetros vigente. Si no coincide con la del equipo, el agente descarga los parámetros nuevos: datos del comercio, medios de pago aceptados, tiempos de espera.
ComandoQué hace
EstadoResponde la telemetría ahora mismo
ParámetrosDescarga y aplica los parámetros vigentes
Activar / DesactivarQuita o pone la pantalla de bloqueo operativo
Abrir la aplicaciónLa trae al frente y, si se pide, abre una pantalla concreta (venta, cierre, historial, ajustes…)
Cerrar el loteEl mismo cierre que el botón del cajero
Reiniciar la aplicaciónLa vuelve a abrir con la pila limpia
MensajeMuestra un aviso al operador, que espera hasta que lo cierre

Cada comando se marca como iniciado, se ejecuta con un techo de dos minutos y se reporta con su resultado. Un comando vencido no se ejecuta.

Los comandos que mueven dinero (cobrar y reembolsar) no viajan por este canal, sino por el de órdenes de cobro, con su idempotencia y su EN_DUDA.

Cuando el comercio o el adquirente suspende un terminal, el equipo muestra una pantalla «Terminal suspendido» por encima de todo. No hay botón de atrás ni atajo que la esquive.

Entra porSale por
El comando DesactivarEl comando Activar
Un latido que dice «suspendido» o «bloqueado», aunque el comando no haya llegadoUn latido que dice «activo»
El estado guardado: un equipo suspendido que se reinicia arranca suspendido—

La clave de administrador del equipo levanta la pantalla para entrar a ajustes y diagnosticar, pero no cambia el estado: el Merchant sigue rechazando las ventas de ese terminal. Y un latido sin estado, o con un valor desconocido, conserva el estado actual: un servidor viejo no puede desbloquear por accidente un equipo suspendido.

Instalar o actualizar aplicaciones en silencio, reiniciar el equipo completo y abrir aplicaciones de terceros exigen que FINORA sea propietario del dispositivo o tenga la firma del fabricante. Están en la hoja de ruta, igual que las llaves reales del terminal.

  • El agente escucha cobros, escucha comandos y late cada 60 segundos.
  • Los parámetros se actualizan solos cuando cambia su versión.
  • Suspender un terminal lo bloquea aunque el comando se pierda: basta el siguiente latido.