Toda empresa de software que toca datos sensibles dice la misma frase en algún momento de la conversación comercial: nosotros no miramos tus datos. La frase suele ser verdadera. El problema no es la honestidad de quien la dice, es que quien la escucha no tiene cómo verificarla.
Esta serie empieza por aquí porque esta es la primera pregunta que aparece en toda evaluación de Aptabit, y porque la respuesta dice más sobre cómo se construyó el producto que cualquier lista de funcionalidades.
La diferencia entre una promesa y una consecuencia
Cuando un proveedor de SaaS dice que no mira tus datos, está describiendo una política. Los datos están en su infraestructura. Su equipo tiene, técnicamente, acceso a la base. Lo que impide el acceso es la combinación de contrato, control interno, auditoría y la reputación que la empresa perdería si lo incumpliera. No es poco, pero es una promesa: depende de que alguien siga cumpliéndola.
Existe una segunda categoría de respuesta, y es la que interesa aquí. Cuando el software se ejecuta dentro de la infraestructura del cliente, la misma frase deja de ser política y pasa a ser una descripción de lo que es posible. No existe una base de datos nuestra donde estén tus documentos. No existe un panel desde el cual nuestro equipo consulte tu base de conocimiento. No porque lo prohibamos, sino porque ese panel tendría que atravesar tu red para existir.
La pregunta útil, entonces, no es "¿ustedes miran?". Es "¿qué tendrían que hacer para poder mirar?". Si la respuesta implica una decisión interna del proveedor, es una promesa. Si implica que el cliente conceda un acceso que hoy no existe, es arquitectura.
Dónde esto deja de ser absoluto
Una serie que solo presentara el lado favorable no serviría de nada. Hay al menos tres situaciones en las que la separación anterior queda menos limpia, y conviene conocerlas antes de firmar cualquier cosa, con Aptabit o con cualquier otro proveedor.
Soporte. Cuando algo se rompe y abres un ticket, alguien necesita ver lo suficiente para diagnosticar. Ese acceso no debería ser permanente ni implícito. Debería ser concedido por ti, con alcance y plazo, y debería dejar registro. La pregunta a hacer es cómo hace soporte el proveedor, no si lo hace.
Modelos en la nube. La plataforma ejecuta modelos locales y también sabe conversar con modelos de terceros. Si apuntas un flujo a un proveedor externo, el contenido de ese flujo sale de tu red, y pasa a regir la política de ese proveedor, no la nuestra. Es una elección legítima en muchos casos y una pésima idea en otros. Lo que hace la plataforma es volver la elección explícita, flujo por flujo, en vez de decidir por ti.
Actualización y telemetría. El software que nunca se comunica con el fabricante tampoco recibe nunca una corrección de seguridad. Lo que importa es qué circula por ese canal. Métricas operativas y verificación de versión son una cosa. Contenido de documentos es otra. Conviene pedir la lista.
Qué preguntarle a cualquier proveedor
Independientemente de que la respuesta lleve a Aptabit o a otro lugar, estas preguntas separan bien los dos tipos de respuesta:
- ¿Dónde se almacenan y procesan físicamente los datos, incluidos los embeddings y los índices de búsqueda?
- ¿Qué tendría que hacer exactamente el proveedor para leer un documento mío, y eso dejaría rastro en mi entorno?
- ¿El acceso de soporte es permanente o se concede caso por caso?
- ¿Qué llamadas salen de mi red en operación normal, y qué va dentro de ellas?
- Si el contrato termina mañana, ¿qué sigue funcionando y qué se detiene?
La quinta es la que más incomoda, y es el tema de una pieza más adelante en esta serie.
Por qué este es el primer texto
La apertura de nuestro sitio dice que los datos que más valen son justo los que no puedes enviar. No es una provocación de marketing, es la descripción de un punto muerto real. Las fuentes que resolverían los problemas más caros de una organización, el historial de contratos, los informes técnicos, los registros de operación, los expedientes, suelen ser justamente las que no tienen autorización para salir. Una IA que solo funciona cuando el dato sale nunca alcanza ese acervo.
Ir hasta el dato, en vez de pedir que el dato venga hasta nosotros, es la decisión que organiza todo el resto del producto. Las próximas piezas de esta serie tratan de sus consecuencias, incluidas las inconvenientes.