Software de seguridad

// El problema

Una empresa de vigilancia demuestra sus patrullas con hojas de puntos de control en papel, y sus vigilantes trabajan a menudo en aparcamientos y sótanos donde el móvil no tiene cobertura.

// Lo que construiríamos

Una aplicación para iPhone y Android que lee etiquetas NFC en cada punto de control, registra la hora y el lugar incluso sin cobertura y sincroniza después, toma notas y fotos de incidentes, y muestra a los supervisores las rondas en directo y los puntos omitidos en una consola web.

// Qué incluye

// Tecnologías

• React Native
• Next.js
• PostgreSQL
• NFC
• AWS Canada

// El problema

Una empresa de seguridad monta su horario en una hoja de cálculo antigua llena de macros que solo entiende una persona, y se entera de que la licencia de un vigilante ha caducado solo cuando un cliente lo pregunta.

// Lo que construiríamos

Sustituimos la hoja de cálculo por una aplicación de horarios que cubre los puestos con vigilantes cualificados, sigue el vencimiento de licencias, primeros auxilios y formación de cada sitio, avisa antes de que algo caduque y envía las horas aprobadas a nóminas. Las reglas de licencias las fija su responsable de cumplimiento.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Twilio
• API de nóminas
• DigitalOcean Toronto

// El problema

Los clientes de una empresa de seguridad reciben los informes de incidentes como adjuntos de correo en formatos distintos, y piden las consignas del puesto y los registros de visitas a la oficina por teléfono.

// Lo que construiríamos

Un portal de clientes diseñado en torno a su marca donde cada cliente ve sus sitios, las consignas del puesto, el historial de rondas y los informes de incidentes, aprueba los cambios de consignas y recibe los avisos de incidentes como prefiera.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Figma
• Almacenamiento compatible con S3
• DigitalOcean Toronto

// El problema

Una central de alarmas guarda las señales en su software de monitorización, los eventos de acceso en dos sistemas de control de accesos y los contratos en su facturación, y monta cada factura e informe de cliente a mano.

// Lo que construiríamos

Un centro de integración que lee señales, eventos y cuentas de cada sistema mediante su API publicada, los une por sitio y cliente, y pasa los eventos facturables y los datos de informes a su facturación y a su portal de clientes. Solo lee: nunca arma, desarma ni abre nada.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• OpenAPI
• API de los proveedores
• DigitalOcean Toronto

// El problema

Los vigilantes anotan los incidentes deprisa, los supervisores pasan horas convirtiéndolos en informes para clientes, y los informes cambian de un vigilante a otro.

// Lo que construiríamos

Un asistente que convierte las notas y fotos de un vigilante en un primer informe en el formato del cliente para que el supervisor lo revise y lo envíe, sobre un modelo de código abierto en su propia cuenta en la nube para que los detalles sigan siendo privados. Prepara la primera versión; el supervisor decide qué se envía.

// Qué incluye

// Tecnologías

• Llama o Mistral (código abierto)
• vLLM
• PostgreSQL con pgvector
• Next.js
• GPU de DigitalOcean

// El problema

Los responsables de una empresa de vigilancia no pueden ver las horas programadas frente a las facturadas, ni qué sitios siguen omitiendo puntos de control, sin una semana de hojas de cálculo.

// Lo que construiríamos

Un panel sobre sus datos de horarios, rondas y monitorización que muestra horas programadas, trabajadas y facturadas, puntos omitidos por sitio y volúmenes de alarmas por cliente, alojado y supervisado por nosotros con soporte prioritario.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Metabase
• AWS Canada

// El problema

Una empresa de seguridad y un gran cliente discrepan a veces sobre lo que decía un informe de incidente en su momento, y un PDF enviado por correo demuestra poco una vez reenviado y editado.

// Lo que construiríamos

Cada informe de incidente y sus fotos reciben una huella cuando el supervisor los envía, y la huella se registra en un registro privado con permisos del que la empresa y el cliente gestionan cada uno un nodo, para que cualquiera de los dos pueda comprobar que un informe no ha cambiado. Un PDF firmado suele bastar; el registro ayuda cuando varios clientes o contratistas comparten un mismo historial.

// Qué incluye

// Tecnologías

• Next.js
• Hyperledger Besu (privado, con permisos)
• PostgreSQL
• Almacenamiento compatible con S3
• DigitalOcean Toronto