Seguridad: cinco reglas y cómo las cumplimos

01

Sólo lectura

La copia de tus datos la hacemos con un usuario de base de datos que no tiene permiso para escribir. Eso no depende de nuestra palabra: si alguien le pidiera a ese usuario que cambie una fila, la base lo rechaza.

• Contra tu sistema, sólo lectura (SELECT) de las tablas acordadas.
• Las preguntas de los agentes no van contra tu sistema sino contra esa copia, con tiempo límite y tope de filas.
• Cuando tu sistema tiene una réplica, copiamos desde la réplica, así tu base en vivo no siente el peso.
• La copia de tu base va por red privada o por túnel cifrado, sin abrir puertos a internet, y con accesos con nombre por dispositivo.
• Se copian las tablas acordadas y sólo esas. Lo que no está en la lista no existe para el sistema.

Cómo lo comprobás: tu área de sistemas mira los permisos de ese usuario en dos minutos. El detalle, capa por capa, está en qué mira la IA sobre tu ERP.

Dónde estamos: además de la copia, para algunas consultas puntuales leemos por la API de tu sistema de gestión. Esa vía todavía no tiene un usuario propio con sólo los permisos que hacen falta, y no la usamos para escribir. Darle ese usuario es parte de lo que falta para la regla 02.

02

Una persona confirma cada escritura

Lo que un agente encuentra te llega como propuesta. La decisión y la acción en tu sistema son de tu gente. Cuando un agente sí tenga que escribir, por ejemplo cargar la factura de un proveedor, lo hace con cuatro condiciones que no se negocian:

• un usuario propio del agente en tu sistema, para que cada carga quede a su nombre y se pueda auditar;
• una persona de tu empresa aprueba cada operación, una por una;
• después de escribir, el agente vuelve a leer lo que quedó y lo compara con lo que tenía que quedar;
• primero en un entorno de prueba, y recién después en el sistema real.

Dónde estamos: hoy ningún agente nuestro escribe en el sistema de gestión de un cliente. La carga de facturas en Dragonfish se probó en un entorno de prueba y todavía no pasó al sistema real.

03

El agente nunca tiene la llave del banco

Un agente de pagos puede armar los pagos de la semana (un e-cheq, un lote para Interbanking) y dejarlos listos en tu banco. Por esos dos caminos el pago queda esperando la firma del titular de la cuenta, que la pone en su banco y con sus propias credenciales. El agente no tiene esa llave.

Con los cheques que recibís es distinto, y conviene saberlo: aceptarlos, depositarlos o ponerlos en custodia no saca dinero de tu cuenta, así que no pasa por la firma del titular. Lo confirma una persona con su código y lo ejecuta el banco. Endosarlos, que sí lo saca, espera la firma.

Dónde estamos: el agente de pagos está en prueba en una sola empresa, con un banco por API e Interbanking por archivo. Antes de instalarlo en clientes nuevos falta cerrar una revisión de seguridad propia (topes de importe, entre otras cosas).

04

Ley 25.326, y sin entrenar con tus datos

Trabajamos bajo la Ley 25.326 de Protección de Datos Personales. En la práctica:

• Los datos personales, dicho como es. Algunas tablas que copiamos de tu sistema traen datos de quien te compra (por ejemplo nombre, documento y mail en la cabecera de una venta). Esos datos quedan en el almacén de datos de tu empresa y en sus copias de respaldo diarias, que se guardan en Google Drive hasta un año. No los usamos para otra cosa que lo acordado. Hoy no los reemplazamos por un código antes de copiarlos.
• No entrenamos modelos con tus datos. Nuestros agentes usan modelos de otras empresas por su API: Anthropic para el texto y OpenAI para pasar audios a texto. Las dos dicen en sus condiciones que, por defecto, no usan lo que les mandamos por la API para entrenar (Anthropic, OpenAI, consultadas el 26/10/2026). Si tu equipo conecta su propio asistente de IA a nuestro sistema (por ejemplo uno basado en Grok), ese proveedor recibe lo que se consulta, bajo las condiciones de la cuenta de quien lo conecta.
• Borrar un dato, todavía a mano. Si nos pedís borrar un dato, lo sacamos del almacén. Pero mientras siga en tu sistema la próxima copia lo vuelve a traer, y las copias de respaldo lo conservan hasta que vencen. Un procedimiento que cubra las tres cosas todavía no lo tenemos escrito, y por eso no lo prometemos acá.

05

Te llevás todo si te vas

Es un compromiso que ponemos por escrito en la propuesta, antes de empezar: si mañana cortamos, te entregamos un export completo del almacén de datos y la documentación de cada métrica, en formato abierto. El almacén está construido con Postgres, SQL estándar y contenedores, así que no queda atado a ninguna tecnología nuestra y lo puede seguir cualquier otro equipo.

Sin ese export, lo que parecía un proveedor sería una jaula. Por eso va escrito antes de empezar, no al final.