Qué resuelve
Hardware es la plataforma HIP para registrar dispositivos, drivers, estado, pruebas, diagnóstico, logs, permisos y simulación.
La navegación está gateada por el product flag hardware.
Pestañas
La pantalla tiene nueve superficies:
- Dispositivos
- Asignaciones
- Drivers
- Estado
- Pruebas
- Diagnóstico
- Logs
- Permisos
- Simulación
La pestaña se conserva en el parámetro tab de la URL.
Dispositivos
Para crear uno se define:
- Nombre;
- Tipo de dispositivo;
- Driver compatible con ese tipo;
- Conexión.
Los tipos disponibles se filtran por business profile. Las conexiones tienen sus propios flags de plan; simulated permanece disponible para pruebas.
Cada dispositivo puede quedar habilitado/deshabilitado y eliminarse con confirmación.
Drivers
Un driver declara tipo de dispositivo, capacidades y si es simulado o real. No selecciones un driver que no corresponda al tipo del dispositivo.
Estado
Muestra estado del dispositivo, último contacto y acción Verificar, que ejecuta una acción health contra el dispositivo.
Estados posibles incluyen connected, disconnected, error, busy y unknown.
Pruebas
Las acciones se generan a partir de las capacidades del driver. Entre las pruebas disponibles están:
- imprimir;
- pesar;
- escanear;
- cobrar un importe de test;
- abrir cajón;
- mostrar mensaje.
El resultado se presenta como respuesta de la acción. Una prueba exitosa no equivale a hardware físico instalado cuando el driver es simulado.
Diagnóstico y logs
Diagnóstico ejecuta la acción diagnostics. Logs muestran fecha, nivel, mensaje y dispositivo.
Separá un error de driver de un error de conexión y de una restricción de plan.
Asignaciones
Cada rol operativo puede vincularse a un dispositivo compatible. Si se deja vacío, el flujo continúa en modo manual. Esto es deliberado: la ausencia de hardware no debe bloquear toda la operación.
Permisos
La pestaña muestra las capabilities hardware, su descripción, plan mínimo y si están habilitadas. Es de solo lectura; el plan se administra desde plataforma.
Simulación
Permite crear dispositivos demo por tipo y observar eventos. El producto está preparado para probar flujos completos sin hardware físico.
Qué no hacer
- No interpretar un driver simulado como hardware conectado.
- No saltar un feature flag desde el frontend.
- No asignar un dispositivo a un rol incompatible.
- No recrear ventas por un fallo de impresión: revisar estado, driver, diagnóstico y logs.