Seguridad y cumplimiento — Aski

Versión 1.1 · Última actualización: 20 de agosto de 2026

Esta página reúne en un solo lugar lo que un equipo de TI o un auditor de protección de datos necesita saber antes de conectar Aski a un ERP: dónde corre, qué datos toca, cómo se separan los de un cliente de los de otro, y qué no hacemos. Es el complemento técnico de la Política de privacidad, que es el documento vinculante.

1. En una línea

Aski consulta el ERP en vivo, en modo solo lectura y con los permisos del usuario que se conecta. No replica la base de datos del cliente, no escribe en ella y no la comparte con otros clientes.

2. Roles en el tratamiento de datos

Cuando Aski llega a través de un socio implementador, la cadena queda así:

Si tu organización necesita un acuerdo de tratamiento de datos o un acuerdo de confidencialidad firmado, escríbenos a contacto@aski.dev. Si tienen un formato propio, lo revisamos y lo firmamos.

3. Cómo viajan los datos

  1. La app o el navegador envía la pregunta a nuestro backend sobre HTTPS.
  2. El backend abre una conexión al ERP con las credenciales del usuario que se conectó y ejecuta una consulta de lectura.
  3. El ERP devuelve solo las filas de esa pregunta.
  4. Para redactar la respuesta en lenguaje natural, se envía al modelo de IA la pregunta, el esquema del ERP y un extracto acotado de esas filas (ver sección 8).
  5. La respuesta vuelve al usuario y queda en su historial de conversación.

El ERP no se mueve de donde está: no lo copiamos, no lo replicamos ni lo sincronizamos. Si la instancia es on-premise, sigue siendo on-premise.

3.1 Si el ERP no es alcanzable desde internet

Muchas instalaciones on-premise no están publicadas, y no tienen por qué estarlo. Para esos casos existe un túnel: se instala un nodo de red privada (Tailscale) en una máquina de la misma red donde vive el ERP, y el backend entra por ahí.

La conexión se marca como «por túnel» una a una, no de forma global: una conexión marcada así sale siempre por el túnel y nunca por internet, y una conexión normal nunca lo usa.

4. Dónde está alojado

La lista completa de terceros con los que se comparte algún dato, qué recibe cada uno y su país está en la sección 4 de la Política de privacidad. Hay transferencia internacional de datos hacia Estados Unidos, y así está declarado.

5. Aislamiento entre clientes

Son tres capas, en orden de importancia:

  1. No mantenemos copia del ERP de nadie. No existe un repositorio común donde los datos de dos clientes puedan cruzarse: cada consulta se ejecuta en vivo contra la instancia de ese cliente y devuelve solo las filas de esa pregunta. Lo que sí queda guardado es el historial de la conversación —la pregunta y la respuesta tal como se mostró, que puede incluir cifras o nombres consultados—, ligado a la cuenta de quien preguntó.
  2. Cada conexión pertenece a un solo usuario. Credenciales, conversaciones y mensajes están ligados al identificador de su dueño, y toda consulta se filtra por el usuario autenticado. Ninguna ruta de nuestra API devuelve una credencial en claro: no se muestra en la app, no se expone por la API y no aparece en el panel de administración ni en los registros.
  3. Aski no ve más de lo que ve el usuario conectado. Consulta el ERP con las credenciales de ese usuario, sin elevación de privilegios. Si ese usuario no puede ver costos, márgenes o los datos de otra compañía, Aski tampoco.

Una precisión, porque es la pregunta correcta: para responder más rápido, guardamos en memoria temporal un catálogo con los nombres y etiquetas de campos estándar de Odoo comunes a instancias de la misma versión e idioma. Ese catálogo contiene solo nomenclatura del producto estándar —nunca modelos a medida, nunca valores, nunca registros—, y antes de usarse se vuelve a cruzar con el esquema real de la instancia, de modo que jamás puede anunciar un campo que esa instancia no tenga.

6. Cifrado

Lo que esto no significa: la clave con la que se cifran las credenciales vive en nuestro servidor, porque el backend necesita descifrarlas para abrir la conexión al ERP. Como operador de la plataforma, el acceso técnico existe. Preferimos decirlo a dejar entender otra cosa.

7. Solo lectura y permisos

Las únicas operaciones que el sistema puede emitir contra el ERP son de consulta. No existe en el código ninguna función de escritura hacia el ERP: no es una promesa comercial, es una limitación estructural. Si alguien pide una operación destructiva, se corta antes de tocar el ERP y queda registrado.

Sobre los permisos, la regla es simple: Aski ve lo que ese usuario ve, ni más ni menos. Las reglas de acceso y de registro configuradas en el ERP siguen siendo las que mandan; Aski no abre ninguna puerta nueva. Y el corte de acceso no depende de nosotros: basta con desactivar esa clave o deshabilitar el usuario de servicio en el propio ERP.

Además, las peticiones que intentan inyección SQL o manipulación del modelo (prompt injection), las que piden campos sensibles conocidos y las que apuntan a modelos restringidos se detectan antes de llegar al modelo de IA y quedan registradas.

8. Qué recibe el modelo de IA

Para redactar la respuesta, Anthropic recibe la pregunta, el esquema del ERP (nombres de modelos y campos) y un extracto acotado de los registros que devolvió esa consulta: hasta 20 filas por respuesta en modo normal y hasta 80 filas por consulta en Análisis profundo. Ese extracto puede contener información del negocio, como nombres de clientes o importes.

Nunca se envía la base de datos completa ni las credenciales. Anthropic retiene ese contenido hasta 30 días únicamente para detección de abuso, según sus términos, y no lo usa para entrenar modelos. Tampoco lo usamos nosotros para entrenar nada.

9. Retención y borrado

Mientras la cuenta esté activa se conservan el perfil, las credenciales cifradas, el historial de mensajes y el historial de facturación. La eliminación desde la app es inmediata y permanente, exige confirmación y volver a autenticarse, y borra el historial de chat, las credenciales, el vocabulario aprendido, las sesiones, los tokens y el registro de seguridad asociado.

Dos matices honestos: el historial de facturación se conserva cinco años por normativa tributaria peruana, con el correo anonimizado; y una cuenta eliminada puede seguir presente en las copias de seguridad hasta 30 días, hasta que esas copias caduquen. El detalle completo está en la sección 6 de la Política de privacidad.

10. Lo que no tenemos

Preferimos que esto se sepa por nosotros y no por un hallazgo de auditoría:

11. Contacto

Responsable del tratamiento de datos:

Jhon Jairo Rojas Ortiz
Correo: contacto@aski.dev
País: Perú

Respondemos consultas de seguridad y solicitudes de acuerdos en un máximo de 7 días hábiles. Si tu auditor tiene un cuestionario, mándalo tal cual y lo respondemos por escrito.