Estás pensando en confiarnos los números de tu firma. Esta página describe en términos claros lo que está construido hoy, y termina con una lista de lo que todavía no afirmamos. Preferimos perder un acuerdo antes que ganarlo con una promesa que no podemos sostener.
Cada tabla con datos de clientes está protegida por row-level security de Postgres. Una fila solo la puede leer quien la posee o los miembros del equipo al que pertenece, y la regla la aplica la base de datos, no código de aplicación que podría olvidar comprobarlo.
Los miembros del equipo tienen rol de Owner, Team Admin, Editor o Viewer, y a un miembro se le puede ajustar por debajo de su rol: el acceso se concede módulo por módulo, de lectura o de escritura, de modo que quien lleva la contabilidad llega a los libros y a nada más. Un miembro puede marcarse como externo, y el owner puede limitar a qué partes pueden llegar los clientes de IA conectados de ese miembro. El asistente y cualquier cliente de IA conectado corren bajo la identidad de quien los autorizó, así que heredan exactamente sus permisos y nada más.
El acceso es con Google, Microsoft, una passkey o un enlace mágico por correo. No guardamos contraseñas, así que no hay base de contraseñas que filtrar. Las sesiones tampoco duran para siempre: al empezar cada día laborable una sesión tiene que volver a probar de quién es, en lugar de seguir viva en una cookie hasta que alguien cierre sesión.
Un equipo puede exigir doble factor TOTP a todos sus miembros. Una vez activo, cada sesión de cada miembro debe alcanzar el segundo factor antes de poder usarse. Una excepción deliberada, que preferimos escribir a que la descubras: una sesión abierta con una passkey cumple el requisito, aunque una passkey sea un solo factor. No se puede phishear, ni reproducir, ni dictar por teléfono, que es justo el fallo contra el que un equipo activa esta exigencia.
Invitaciones, cambios de rol, bajas y cambios de plan o integraciones quedan en un registro de auditoría por equipo que los miembros no pueden editar ni borrar, visible para owners y team admins.
Las ediciones de los registros del directorio y de ambos registros de préstamos quedan en un protocolo de cambios sobre el registro mismo, escrito por disparadores de la base de datos y no por código de aplicación. Un cambio hecho en la app, por el asistente, desde un cliente de IA conectado o por un trabajo en segundo plano se registra igual, y ninguna de esas vías puede saltárselo. Lo pueden leer owners y team admins, y solo para los módulos que tienen permitido abrir.
Para ver cómo encaja esto en el Reglamento Europeo de IA, nuestro papel, la clasificación de riesgo y el marcado del artículo 50, consulte La IA y el Reglamento Europeo de IA.
Los nombres de personas y entidades se cambian por marcadores antes de que un documento o una pregunta llegue a un modelo, y la tabla que los revierte nunca sale de nuestro lado. El resultado se reidentifica después.
Las llamadas a modelos están fijadas a una región de la UE, y el preprocesamiento de documentos también. Si se configura una región fuera de la UE, la llamada lanza un error en lugar de enviar los datos a otro sitio en silencio.
Los importes y las fechas llegan al modelo sin enmascarar, porque la extracción trata justamente de eso. Los nombres de fondos y empresas del portafolio, y el PDF original enviado para convertirlo a texto, tampoco están seudonimizados hoy. Preferimos escribirlo a que supongas lo contrario.
Antes de registrar nada corren dos controles. El primero compara archivos byte a byte, de modo que un informe que llega reenviado y también por un buzón conectado se resuelve en un único registro. El segundo es una clave lógica de propietario, fondo, periodo y tipo de informe, para que dos escaneos distintos del mismo informe trimestral no acaben ambos como eventos del portafolio.
Cada extracción se puntúa contra sí misma, sin una segunda llamada al modelo. Un informe por debajo del umbral queda marcado para revisión, y tanto la ruta de flujos como la de valoraciones omiten por completo los informes marcados. Sus cifras no llegan a tu portafolio hasta que una persona lo aprueba, y la cola muestra por qué se retuvo. Puedes aprobarlo, repetir la extracción o archivarlo.
Un asistente que solo puede leer te deja a ti todo el tecleo. Este puede crear una posición, registrar un flujo, añadir una valoración o actualizar un fondo. La pregunta que importa no es si escribe, sino dónde puede escribir, qué espera antes de hacerlo y qué deja atrás. De eso trata el resto de esta sección.
Esto es lo que lo separa de un asistente apuntado a una carpeta de tu máquina, que puede renombrar, sobrescribir y borrar todo lo que alcance y contártelo después. El nuestro llega a tu portafolio por una lista fija de operaciones con nombre contra una base de datos, cada una limitada a lo que ya puedes ver. No hay sistema de archivos, no hay shell, y nada fuera de esa lista es accesible.
Leer es libre. Registrar un flujo, añadir una valoración o crear una posición es siempre una propuesta: el asistente se detiene, la interfaz muestra exactamente qué cambiaría y nada se ejecuta hasta que confirmas. Además tiene instrucciones de no adivinar nunca un precio, una fecha o una moneda, y de preguntar en lenguaje llano cuando falta un dato.
En todas las herramientas que exponemos a Claude, ChatGPT y al asistente interno no hay operación de borrado de ningún tipo. Los verbos son listar, obtener, buscar, crear, registrar, añadir, actualizar, fijar, contabilizar e importar, y archivar, que alcanza una cuenta bancaria que el equipo dejó de usar y nada más. No puede eliminar una posición, un flujo, una valoración, un informe ni un documento, porque esa capacidad no existe en la interfaz que recibe.
Las posiciones llevan su propio historial de eventos, así que un flujo o una valoración que registró el asistente aparece como una entrada fechada junto a cualquier otro cambio, con el documento del que salió cuando lo hay. Puedes ver qué pasó, cuándo y sobre qué base, en vez de confiar en que salió bien.
Los asistentes se conectan mediante un servidor de autorización completo con registro dinámico de clientes. No hay una clave de API de larga vida que copiar en un archivo de configuración y olvidar.
Los códigos de autorización se vinculan al cliente que los pidió mediante PKCE con S256. El método plain, más débil, se rechaza, y un código no se puede canjear dos veces.
Los tokens de acceso duran una hora, los de refresco rotan al usarse, y solo se guarda un hash, nunca el token. Puedes revocar un asistente conectado desde tus ajustes cuando quieras.
Un asistente conectado consulta con las mismas reglas a nivel de fila que la persona que lo autorizó, y se puede limitar a funciones concretas.
Cada respuesta lleva HTTP Strict Transport Security con max-age de dos años incluyendo subdominios, así que los navegadores se niegan a hablar con nosotros sin cifrar.
Las respuestas fijan X-Frame-Options DENY y una content security policy de frame-ancestors, así la app no se puede incrustar, además de nosniff, una política de referrer estricta y una permissions policy que niega cámara, micrófono y ubicación.
Las credenciales de terceros, como un token de Slack o el token de refresco de una unidad conectada, se cifran con una clave custodiada en un key vault, cada descifrado queda registrado y una revocación las vuelve ilegibles.
La base de datos, la autenticación y el almacenamiento de documentos corren en la región West EU de Supabase, en Irlanda, y las propias funciones de servidor de la aplicación están fijadas a Dublín, en la misma región de AWS: así una petición no se responde desde otro continente camino de una base de datos irlandesa. Las llamadas a modelos y el preprocesamiento de PDFs están fijados por separado a regiones de la UE, como se describe arriba.
Los valores extraídos referencian el documento del que salieron y el tipo de fuente, así cualquier número del sistema se puede rastrear hasta la página de la que se leyó.
Puedes borrar tu cuenta desde los ajustes sin pedírnoslo. Los registros que pertenecen a la cuenta se eliminan con ella.
Los buckets con informes de inversores, documentos del directorio y documentos contables son privados, sin lectura pública.
Un equipo puede conectar su propio SharePoint o Google Drive y recibir una copia viva de cada PDF subido, archivada por fondo, año y periodo. Los documentos de los que salen tus cifras quedan así en un almacenamiento que tú controlas, y siguen ahí pase lo que pase con nosotros. Si la conexión se rompe, se detiene y lo dice en los ajustes, en vez de fallar en silencio.
Todos los servicios de terceros que pueden tocar datos de clientes. Pídenos la lista vigente antes de firmar nada, porque cambia con el producto.
| Servicio | Qué hace |
|---|---|
| Supabase | Base de datos, autenticación y almacenamiento de documentos |
| Vercel | Hosting de la aplicación |
| Google Cloud Vertex AI | Llamadas a modelos para extracción y asistente, fijadas a una región de la UE |
| Modal | Conversión de PDFs subidos a texto, fijada a una región de la UE |
| Postmark | Correo transaccional e informes reenviados entrantes |
| Azure Key Vault | Custodia de claves para credenciales de terceros guardadas |
| Slack, Microsoft Teams | Notificaciones, solo si tu equipo las conecta |
| Google Drive, SharePoint | Duplicado de documentos, solo si tu equipo lo conecta |
| Anthropic, OpenAI | Solo para equipos que aportan su propia clave de API |
| sevDesk | Nuestra facturación y contabilidad. Los datos de facturación de tu firma y las facturas que le emitimos; nada del producto |
| Odoo S.A. | CRM para datos de prospectos, lista de espera y cuentas. El nombre de tu firma y los nombres y correos de sus miembros se replican desde la app; no se envían documentos, registros de portafolio ni cifras |
El producto está en beta. Estos son los puntos que en este mercado se preguntan con razón y que todavía no podemos marcar con honestidad.
Respondemos detalles, compartimos nuestro acuerdo de tratamiento de datos y decimos con claridad dónde todavía falta un control. Las preguntas de seguridad nos llegan a los dos directamente.
Contáctanos