Construimos plataformas para operaciones que no pueden parar, auditamos la seguridad de sistemas que ya existen con evidencia que se puede comprobar, y trabajamos PostgreSQL con el criterio de quien le aporta parches al núcleo.
Copiloto de operación · pregúntale con tus datos
—
—
fuente:
Qué hacemos
Esta página se lee en un minuto: construimos plataformas grandes, auditamos la seguridad de sistemas que ya existen y trabajamos PostgreSQL desde su núcleo. Cada línea trae lo que la sostiene, y cada prueba se puede ir a comprobar.
Salud, compras públicas, certificación: sistemas con miles de documentos adentro, varios clientes que no se pueden ver entre sí y gente preguntando quién tocó qué.
La prueba
Cinco plataformas en producción bajo betrivasystems.com y una veintena de aplicaciones operando en AWS.
Código, datos, infraestructura y aislamiento entre clientes, revisados con evidencia. Para sistemas que firman contratos largos, pasan por licitación o guardan datos de terceros.
La prueba
Método aplicado en un sistema bajo contrato de operación a veinte años, e investigación propia de seguridad sobre PostgreSQL.
Rendimiento, aislamiento, migraciones y extensiones, con el criterio de quien revisa y repara el núcleo en pgsql-hackers.
La prueba
Cada commit con su enlace a git.postgresql.org, en la página de PostgreSQL.
Si lo que necesitas no es ninguna de las tres, lo decimos en el primer correo.
Después de la demo
Toda demo funciona. Se hace con treinta registros, un usuario y nadie apurado. Un sistema se conoce de verdad en el mes catorce: con miles de registros adentro, dos clientes que no se pueden ver y alguien preguntando qué pasó en marzo.
Semana 1
Escribes tres letras y el resultado aparece de inmediato. Con cuarenta registros, cualquier cosa es rápida.
Con ochenta mil documentos, esa misma búsqueda recorre la tabla entera y demora ocho segundos. La gente deja de usarla y vuelve a preguntar por WhatsApp.
Índices y búsqueda vectorial definidos en el modelo de datos inicial. No es una optimización tardía: es cómo se diseñó la tabla el primer día.
Mes 6
La plataforma se ve igual de bien. Se agrega la organización nueva y todo sigue funcionando.
Una consulta a la que se le olvidó el filtro por cliente devuelve datos de la otra organización. Nadie lo nota, hasta que alguien lo nota.
Aislamiento aplicado por la base de datos y no por el programador: si la consulta olvida el filtro, la fila igual no aparece.
Mes 14
Esa pregunta no se hace nunca en una demo.
Llega la fiscalización, el reclamo o el juicio, y la respuesta es «no sé». No hay registro, porque nunca se escribió.
Bitácora de auditoría desde la primera transición. Cuesta poco escribirla al principio y no se puede reconstruir después.
Lo que no se puede después
Casi todo se arregla pagando: se migra la base, se reescribe el módulo, se compra más máquina. El historial no. Si la bitácora no se escribió el día uno, esos años no existen y no hay presupuesto que los recupere. Lo mismo con el dato que se guardó pisado o que nunca se guardó. Por eso estas decisiones se toman al principio: no porque después sean caras, sino porque algunas después ya no se pueden tomar.
Aislamiento
Casi todo el software multi-cliente separa los datos por código: un filtro por identificador que alguien tiene que acordarse de escribir en cada consulta. Basta que se olvide una vez, en una consulta, un martes. Aquí el filtro no vive en el código: lo aplica PostgreSQL. Cambia la identidad de la sesión y mira la misma consulta.
La consulta que corre — idéntica en los dos casos
SELECT id, nombre, motivo
FROM pacientes
ORDER BY id;3 filas devueltas
2 filas devueltas
0 filas
La política que lo hace cumplir
ALTER TABLE pacientes ENABLE ROW LEVEL SECURITY;
ALTER TABLE pacientes FORCE ROW LEVEL SECURITY;
CREATE POLICY tenant_aislado ON pacientes
USING (tenant_id = current_setting('app.tenant_id', true)::uuid);
-- El contexto se fija POR TRANSACCIÓN (tercer argumento: true).
-- Al volver la conexión al pool, el inquilino se va con ella.
SELECT set_config('app.tenant_id', $1, true); 8f2c1a7e-…-norte Datos de ejemplo; el mecanismo es el que corre en producción. Dos detalles que se notan sólo cuando alguien ya se quemó: FORCE alcanza también al dueño de la tabla, y el contexto local a la transacción evita que una conexión reutilizada del pool arrastre el inquilino anterior.
Operación
Un sistema en producción es un sistema con alguien detrás: monitoreo, incidencias con folio, despliegues verificados y respaldos que se restauran de verdad. Así se ve desde adentro.
Cómo se valida cada entrega
Productos
Programación inteligente para radioterapia
Programación de pacientes, notificación multicanal y trazabilidad de extremo a extremo para un departamento de radioterapia. La continuidad del tratamiento es el criterio que manda: el motor propone el orden, el oncólogo firma la categoría clínica.
La secretaria que tu consultorio no tiene
Secretaria virtual por WhatsApp, expediente clínico trazable y conocimiento médico citado. Pensado para el médico con consulta propia, no para la clínica con departamento de sistemas.
Fisioterapia integral, con agenda en línea
Sitio y plataforma de una clínica real en Coyoacán, CDMX: diagnóstico guiado, agenda en línea y seguimiento de tratamientos. El caso completo de una operación que atiende pacientes todos los días.
Análisis de licitaciones con IA
Lectura y análisis asistido de licitaciones públicas: bases, anexos y plazos convertidos en una decisión clara de participar o no, con la evidencia del documento a la vista.
Estándares, evaluación y certificación en un solo lugar
Plataforma unificada para gestión de estándares, evaluación y certificación CONOCER: del curso a la evidencia, y de la evidencia al certificado verificable.
Criterios
Estas son las decisiones que se toman una sola vez y que después no se revierten. Sirven para evaluarnos a nosotros y a cualquier otro. Llévatela a la próxima reunión: si el proveedor responde con una demo en vez de con un hecho, ya sabes algo importante.
Betriva Systems · uso libre · sin registro ni correo
0/7
Por qué importa Es la falla más cara y la más silenciosa: cuando se descubre, ya ocurrió.
Respuesta que debería preocuparte
«Filtramos por el identificador del cliente en cada consulta.»
La nuestra
Row Level Security en PostgreSQL, con FORCE activado y contexto local a la transacción. Se demuestra en vivo, más arriba en esta misma página.
Por qué importa Un respaldo que nunca se restauró no es un respaldo: es un archivo con buenas intenciones.
Respuesta que debería preocuparte
«Tenemos respaldo automático diario.»
La nuestra
Restauración probada, con su fecha y el tiempo que tomó. Un respaldo sin prueba de restauración no lo contamos como respaldo.
Por qué importa Un modelo redacta con total seguridad un plazo que no existe. Y se firma igual.
Respuesta que debería preocuparte
«Usa inteligencia artificial de última generación.»
La nuestra
Cada afirmación enlazada al documento, la página y el párrafo. Si el sistema no puede mostrar la fuente, no responde.
Por qué importa Es lo que pide la fiscalización, el reclamo o el juicio. Y no se puede reconstruir hacia atrás.
Respuesta que debería preocuparte
«Guardamos la fecha de la última modificación.»
La nuestra
Bitácora por transición: quién, cuándo, desde dónde y qué cambió exactamente. Escrita desde el primer día.
Por qué importa Define si puedes cambiar de proveedor o si el proveedor es dueño de tu operación.
Respuesta que debería preocuparte
«Nosotros nos encargamos de todo eso, no se preocupe.»
La nuestra
Todo a nombre del cliente. Podemos irnos mañana sin que se caiga nada — y ese es justamente el punto.
Por qué importa Una operación completa colgando de la API de un tercero es un riesgo de negocio, no técnico.
Respuesta que debería preocuparte
«Es muy poco probable que eso pase.»
La nuestra
Los flujos críticos corren con modelos locales, en máquinas propias o del cliente. De paso, el dato sensible tampoco sale hacia afuera.
Por qué importa Entre una solución razonable y la óptima hay horas de máquina y dinero, todos los meses.
Respuesta que debería preocuparte
«El algoritmo busca la mejor combinación disponible.»
La nuestra
Modelos CP-SAT y QUBO que entregan el óptimo junto con su gap. Cuando el gap es cero, no existe una programación mejor y se puede demostrar.
Contacto
Cuéntanos qué operación quieres ordenar. Si podemos ayudar, lo decimos con un plan y un plazo; si no es lo nuestro, también lo decimos.
Escríbenos a contacto@betrivasystems.com · Respondemos dentro de un día hábil.