Caso de éxito · Seguridad física · Móvil
Caso de éxito Grom Security: cómo lanzamos Grom Security, una app nativa para iOS y Android para un operador de seguridad física cuyos clientes de Estados Unidos y la Unión Europea manejaban tres apps distintas para armar una casa, ver una cámara y encender una luz. Construida sobre un único modelo de derechos de acceso, un flujo zonal de armado y desarmado, vídeo integrado y una superficie de control del hogar inteligente, con una arquitectura lista para auditoría que resiste el escrutinio del RGPD y la CCPA desde el primer día.
El equipo de producto de Grom Security llegó con un problema operativo concreto. Sus clientes —propietarios de inmuebles de Estados Unidos y la Unión Europea— ya pagaban por servicio de vigilancia, videovigilancia y un ecosistema de hogar inteligente conectado, pero cada subsistema se entregaba con su propia app móvil, su propio inicio de sesión y su propio flujo de notificaciones. Un propietario que quería armar la casa, ver la cámara del jardín delantero y encender la luz del porche al anochecer tenía que abrir tres iconos, manejar tres sesiones y conciliar tres registros de auditoría distintos cuando algo salía mal. Reconstruimos toda la superficie desde cero como una única aplicación nativa para iOS y Android: un modelo zonal de derechos de acceso en el que cada inmueble se divide en zonas independientes (casa, sauna, garaje, parcela), un flujo unificado de armado y desarmado, vídeo en directo integrado y una superficie de control del hogar inteligente integrada con el ecosistema ya existente del cliente. El resultado es una app de seguridad unificada que se despliega en EE. UU. y la UE con las expectativas del RGPD y la CCPA / CPRA desde el primer día, forma parte de la cartera de YuSMP Group de trabajos de desarrollo de aplicaciones móviles y da al propietario una única fuente de verdad sobre lo que está armado en cada momento.
Un resumen de lo que aportó el desarrollo de Grom Security en iOS, Android y un back office reforzado durante su primer ciclo de producción.
La decisión sobre los derechos de acceso pesa más que cualquier otra decisión de arquitectura en una app de seguridad multi-tenant. Elegimos un modelo zonal de derechos de acceso —en el que cada inmueble se divide en zonas independientes y cada zona tiene su propio estado de armado, su propia asignación de roles y su propio registro de auditoría— frente al interruptor único por inmueble, más habitual, por una razón: es el único modelo que describe con honestidad lo que realmente quiere un propietario. Quien arma la casa por la noche suele dejar el garaje desarmado porque un familiar sigue en el taller. El operador de un alquiler vacacional quiere armar el perímetro de la parcela pero desarmar la cabaña para un huésped que llega. El modelo de interruptor único obliga al usuario a elegir entre exactitud y comodidad; el modelo zonal le da ambas.
Los modelos de interruptor único por inmueble —los que se incluyen con los SDK de marca blanca de alarmas de primera generación— se descartaron pronto. Su forma de datos no podía representar «casa armada, garaje desarmado» sin guardar una de las dos cosas en un estado del lado del cliente que el back office no podía auditar. Elegir lo zonal supuso que todo el stack —interfaz del cliente, servicio de derechos de acceso, registro de auditoría, pipeline de notificaciones push— es propio por zona y citable de principio a fin frente a los propios registros de despacho del operador.
| Criterio | Modelo zonal (Grom) | Interruptor único por inmueble | SDK de marca blanca de un proveedor |
|---|---|---|---|
| Estado de armado independiente por zona | Elemento básico: casa y garaje por separado | Solución provisional mediante «modos» | Definido por el proveedor; a menudo opaco |
| Acceso basado en roles por zona | Propietario / familia / empleado / invitado | Solo para todo el inmueble | Catálogo de roles limitado por el proveedor |
| Granularidad del registro de auditoría | Por zona, por usuario, por evento | Solo a nivel de inmueble | Exportación controlada por el proveedor |
| Integración con el hogar inteligente | Elemento básico: por zona | Añadido a posteriori: a menudo una app aparte | Solo el ecosistema incluido por el proveedor |
| Vídeo integrado | Reproductor nativo con acceso por rol | Enlace profundo a la app del proveedor | Solo el reproductor del SDK del proveedor |
| Adecuación a App Store / Play Store | Envoltorio ligero sobre API nativas | Paquete mayor; patrones heredados | Cargado de SDK; fricción en la revisión |
| Minimización de datos | Lecturas acotadas por rol: sin recopilación excesiva | Lecturas de todo el inmueble | Controlado por el proveedor: opaco |
Referencias de la plataforma: documentación de Apple UserNotifications, referencia de notificaciones de Android.
El cliente de iOS está construido en Swift con SwiftUI para la capa de interfaz y una capa de renderizado condicionada por capacidades que solo dibuja los controles que el usuario actual tiene derecho a operar en la zona actual. Toda la superficie de armado y desarmado se reduce a una única máquina de estados —desarmado, armando, armado, desarmando, en alarma— y la pantalla de inicio es una lista de las zonas a las que el usuario tiene acceso, cada una con un interruptor de un toque que acciona la máquina de estados. La entrega de notificaciones push funciona con UserNotifications y APNs con permiso (entitlement) de alertas críticas para los eventos de alarma, de modo que una alarma disparada llega al propietario del inmueble incluso con el dispositivo en No molestar.
La vía de tocar para armar es donde la mayoría de las apps de seguridad pierden tiempo y confianza, y donde dedicamos un esfuerzo de ingeniería desproporcionado. El flujo es: tocar, validar la capacidad del usuario según su rol en la zona frente a los derechos de acceso guardados en caché local (sin ida y vuelta por la red si es válido), emitir el comando de armado firmado por TLS al back office, escribir la solicitud en el registro de auditoría y dejar que el despachador reciba el cambio de estado en tiempo real. En las redes móviles típicas de EE. UU. y la UE, todo el recorrido se completa en menos de un segundo desde la perspectiva del usuario, y la entrada del registro de auditoría —quién armó qué zona desde qué dispositivo y a qué hora— se confirma antes de que la interfaz vuelva al reposo. Toda la superficie de iOS se entrega como parte de nuestra práctica de ingeniería para iOS y Android.
El cliente de Android está escrito en Kotlin con Jetpack Compose para la interfaz y un servicio en primer plano para la entrega de notificaciones push de larga duración: en las familias de dispositivos Samsung, Xiaomi, OnePlus y Pixel, los optimizadores de batería agresivos terminan en pocos minutos los gestores de push que solo se ejecutan en segundo plano, rompiendo el contrato de entrega de alarmas que el usuario asume implícitamente. El servicio en primer plano muestra una notificación persistente mínima que mantiene viva la cadena de push a lo largo de los ciclos del modo Doze, y WorkManager gestiona las operaciones no urgentes —actualización de derechos de acceso, reproducción del registro de auditoría, rotación de certificados— con una semántica de reintento con espera que respeta los estados de ahorro de batería de Android 10 a Android 14.
La superficie de control del hogar inteligente es donde el cliente de Android demuestra su valor. La app se integra con el ecosistema de hogar inteligente ya existente del cliente mediante una capa fina de adaptadores de protocolo —protocolos de seguridad de terceros en el lado de la alarma, API de hogar inteligente en el de la automatización—, de modo que el propietario puede encender la luz del porche desde la misma pantalla que muestra la cámara del jardín delantero y el estado actual de armado. El reproductor de vídeo integrado transmite con fluidez por LTE y Wi-Fi sin obligar al usuario a saltar a una app del proveedor, y la reproducción con acceso por rol hace cumplir quién puede ver qué cámara. Tras un traspaso del operador de Wi-Fi a LTE, el cliente restablece la sesión de vídeo automáticamente. El mismo equipo de ingeniería lleva iOS y Android en paralelo como parte de nuestra práctica de desarrollo de aplicaciones móviles.
El enfoque multiusuario declarado de Grom Security fue una decisión de arquitectura antes de ser un reclamo de marketing. Cada inmueble es el objeto raíz de derechos de acceso; cada zona hereda de él; y cada usuario recibe un rol por zona —propietario, familia, empleado, invitado— con capacidades asignadas por rol. Los clientes móviles muestran solo los controles que el usuario tiene derecho a operar en la zona actual, y el back office aplica la misma matriz de capacidades en cada llamada a la API para que una solicitud falsificada o reproducida desde el cliente no pueda ampliar el alcance. No hay seguimiento de la ubicación por usuario, ni captura de escucha continua del micrófono del dispositivo, ni canal de metadatos hacia un proveedor de observabilidad de terceros ajeno al propio sistema de despacho del operador.
El registro de auditoría es el corazón del modelo. Cada armado, desarmado, visualización de vídeo y cambio de configuración escribe un registro inmutable indexado por zona, usuario, dispositivo y tipo de evento. La ventana de retención por defecto de 90 días puede ampliarse según la normativa local, y el propietario del inmueble puede exportar el registro en JSON o CSV en cualquier momento. Las políticas de infraestructura como código hacen cumplir los invariantes de acceso: cualquier pull request que amplíe el alcance de lectura de un rol o introduzca un punto sin trazabilidad por zona falla en CI. El enfoque está pensado para alinearse con las obligaciones del RGPD para los usuarios de la Unión Europea y con las obligaciones de la CCPA / CPRA para los usuarios de California y del resto de Estados Unidos, y para que una futura revisión independiente de preparación sea un ejercicio de documentación y no una reforma de la arquitectura.
Enfoque de cumplimiento: alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso · apto para HIPAA · CCPA contemplada.
Un desarrollo en cinco fases que llevó a Grom Security de la especificación del producto a producción en iOS, Android y un back office unificado de derechos de acceso.
Entrevistas con clientes de inmuebles de varias zonas, modelo de amenazas (comandos falsificados, ampliación de alcance, dispositivos perdidos), mapeo del enfoque RGPD + CCPA, revisión de los permisos de apps de seguridad en App Store y Google Play.
Esquema zonal de derechos de acceso, matriz de roles y capacidades, adaptador del protocolo de seguridad de terceros, adaptador del protocolo de hogar inteligente, contrato de inmutabilidad del registro de auditoría, diseño del pipeline de notificaciones push.
Cliente iOS en Swift / SwiftUI con renderizado condicionado por capacidades y notificaciones push de alertas críticas; cliente Android en Kotlin / Jetpack Compose con servicio en primer plano para la fiabilidad del push; reproductor de vídeo integrado en ambos.
Políticas de infraestructura como código que bloquean regresiones del alcance de roles, QA de fiabilidad de la entrega de push en las redes de Apple y Google, pruebas de inmutabilidad del registro de auditoría, estructura base para la preparación de terceros.
Envío a App Store y Google Play en las tiendas de EE. UU. y la UE, cambio al feed de eventos en tiempo real del lado del despachador, configuración de la retención del registro de auditoría por zona según la normativa local.
La capa de hogar inteligente de Grom Security se construyó para mantener demostrablemente alineadas la identidad de la alarma y la de la domótica, porque la promesa de una app unificada se desmorona en cuanto el propietario tiene que iniciar sesión en una cuenta de ecosistema aparte para encender una luz. La superficie de control del hogar inteligente se integra con el ecosistema ya existente del cliente mediante una capa fina de adaptadores de protocolo que asigna las capacidades con acceso por rol —encender / apagar / atenuar— al esquema de comandos propio del ecosistema. En el servidor, la integración es una correspondencia sin estado; el back office no conserva ninguna copia persistente de las credenciales del ecosistema más allá del token de renovación OAuth rotativo, y un propietario que revoca la integración ve desaparecer el mosaico del hogar inteligente de su app en cuestión de segundos. La vista del despachador, que usa el equipo de respuesta de guardia del operador, lee del mismo flujo de registro de auditoría que ve el cliente en la app, de modo que una alarma disparada se concilia con limpieza entre la pantalla móvil del cliente, la consola del despachador y el eventual informe de incidencia. Todo el subsistema se construyó pensando en la extensibilidad: añadir un nuevo adaptador de ecosistema, un motor de programación por zona o un nivel B2B multi-inmueble con gestión de equipos es un cambio de configuración sobre el servicio de derechos de acceso y no una versión de código.
Grom Security se lanzó en Apple App Store y Google Play con tiendas activas en Estados Unidos y la Unión Europea. La versión en inglés atiende a usuarios de California, Nueva York, Texas, Florida y Washington en EE. UU., y a usuarios de Países Bajos, Alemania, Francia, Irlanda y Suecia en la UE, sin una base de código distinta por región. Los flujos de consentimiento se adaptan a la región en la capa del cliente: los usuarios de la UE y el EEE reciben una pantalla granular de consentimiento al estilo RGPD con interruptores separados para cualquier analítica de producto opcional; los usuarios de California reciben, dentro del mismo flujo, un aviso al estilo CCPA «No vender ni compartir mi información personal». Las prácticas de tratamiento de datos están alineadas con el RGPD para los usuarios europeos y con el mosaico de leyes estatales de privacidad de EE. UU.: CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón. Como la arquitectura zonal de derechos de acceso minimiza la recogida de datos por usuario, el cumplimiento regional se reduce a una divulgación honesta y no a una segregación de datos por jurisdicción.
La flota del back office se desplegó en paralelo en regiones de la UE y de EE. UU. —Países Bajos, Alemania, Francia, Suecia e Irlanda para la cobertura de la UE; este y oeste de EE. UU. para Norteamérica—, con los workers sin estado de cada región aprovisionados de forma idéntica. El feed del despachador que encamina los eventos de alarma al equipo de respuesta de guardia ejecuta workers sin estado que pueden fijarse de forma independiente a regiones de la UE o de EE. UU. para futuros compromisos de residencia de datos. Tanto la clasificación por edad de App Store como la clasificación de contenido de Google Play se calibraron para el conjunto de funciones de seguridad, y la política de privacidad dentro de la app se redactó para documentar exactamente la arquitectura anterior, citando directamente las obligaciones del RGPD y las obligaciones de la CCPA de California. El equipo de ingeniería que respalda el desarrollo trabaja en horario CET y mantiene una jornada CET con solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias (stand-ups), la coreografía de revisión de las tiendas y la respuesta a incidencias: la zona horaria que permite a un equipo de producto de EE. UU. y a un equipo de ingeniería de la UE compartir cuatro horas de solapamiento en directo cada día.
La hoja de ruta activa de desarrollo de software a medida para Grom Security incluye la integración de hogar inteligente con el protocolo Matter para el control entre ecosistemas, un motor de programación por zona para que el garaje se arme solo a medianoche, un nivel de push de alertas críticas con escalado opcional a un equipo de respuesta de pago y un cliente de escritorio construido sobre Tauri para compartir la lógica de negocio con la base de código móvil. Está previsto un nivel B2B con cartera de inmuebles propia, gestión de equipos y SSO para operadores de tamaño medio de EE. UU. y la UE, con el subsistema de derechos de acceso ya estructurado para la asignación multi-inmueble. Los planes de infraestructura incluyen más automatización de cloud y DevOps del pipeline de despliegue regional, un banco interno de verificación continua del contrato de alcance de roles y una futura evaluación independiente de preparación integrada en la cadencia operativa.
Si está planificando una app de seguridad unificada, un producto de monitorización remota o cualquier app móvil en la que la seguridad física, el vídeo integrado y el control del hogar inteligente tengan que vivir tras un solo icono para públicos de EE. UU. y la UE, hemos entregado este stack de principio a fin y podemos acortar de forma notable el plazo de desarrollo. El producto en producción lo opera el proveedor de seguridad, en yusmpgroup.ru/cases/gromsecurity (página del caso), y el equipo de ingeniería que lo respalda forma parte de YuSMP Group. Trabajamos a precio cerrado para MVP bien acotados y con equipos de desarrollo dedicados para la entrega continua, con jornada CET y una ventana garantizada de solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.
Una app móvil de alarma remota con clientes para iOS y Android, armado y desarmado zonal, notificaciones push y un back office de derechos de acceso suele costar $120k–$280k para un MVP. Añadir feeds de vídeo integrados, integraciones con protocolos de hogar inteligente (Matter, Zigbee, Z-Wave o SDK de proveedores), permisos multiusuario basados en roles y un registro de auditoría lleva un despliegue completo a $320k–$680k. Los principales factores de coste son el trabajo de integración con protocolos de seguridad de terceros y el modelo de permisos multiusuario.
Un propietario que ya paga por un servicio de vigilancia no quiere tres iconos en su pantalla de inicio, tres inicios de sesión y tres flujos de notificaciones del mismo proveedor. Consolidar alarma, vídeo y hogar inteligente en una sola app elimina la carga cognitiva de recordar qué app controla cada subsistema, nos permite compartir una única identidad de usuario y un único modelo de permisos en las tres superficies, y da al propietario una única fuente de verdad sobre lo que está armado, quién tiene acceso y qué acaba de ocurrir.
Un modelo multiusuario defendible es una decisión de roles, no un interruptor de función. El inmueble es el objeto raíz de derechos de acceso; cada zona (casa, garaje, parcela, sauna) hereda de él; y cada usuario recibe un rol por zona —propietario, familia, empleado, invitado—. Los roles se asignan a capacidades —armar, desarmar, ver vídeo, configurar— y los clientes móviles muestran solo las capacidades que posee el usuario. Las entradas del registro de auditoría anotan quién armó, desarmó o reconfiguró cada zona, con una ventana de retención de 90 días que el propietario puede ampliar según la normativa local.
Grom Security es el único frontend móvil que un propietario lleva consigo por varias direcciones. Enumera todos los inmuebles que posee, con un control de armado y desarmado de un toque por zona, muestra vídeo en directo integrado de las cámaras conectadas en cada ubicación, ofrece acciones de hogar inteligente para iluminación, climatización y enchufes a través del ecosistema conectado y encamina los eventos de alarma como notificaciones push con escalado opcional al equipo de respuesta de guardia. Los familiares y los empleados reciben un acceso acotado mediante el modelo de permisos basado en roles.
Un MVP bien enfocado con clientes para iOS y Android, armado y desarmado zonal, notificaciones push y un back office de derechos de acceso suele llevar 14–22 semanas. Añadir la integración de vídeo integrado, la capa de protocolos de hogar inteligente, el modelo de permisos multiusuario basado en roles y el registro de auditoría suma 8–12 semanas. La fase de refuerzo —fiabilidad del push en las redes de Apple y Google, QA de permisos por rol, inmutabilidad del registro de auditoría, evaluación de preparación por terceros— se subestima con frecuencia y conviene presupuestarla en 4–6 semanas de trabajo dedicado.
Casos relacionados
VPN de consumo con WireGuard para iOS y Android, con un plano de control sin registros y un enfoque listo para auditoría en EE. UU. y la UE.
Ver el caso →
Plataforma social nativa para iOS + Android con descubrimiento por geo-radar, chat en tiempo real y una economía de monedas virtuales en EE. UU. y la UE.
Ver el caso →
Flujo de trabajo móvil de firma electrónica listo para auditoría, con acceso estrictamente acotado por rol y un registro de auditoría a prueba de manipulaciones.
Ver el caso →Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.