Aviso legal
Política de privacidad
El texto neerlandés es el que vale
Nermio es una empresa neerlandesa, el contrato se rige por el derecho neerlandés, y la versión neerlandesa es el texto que revisa un jurista. Esta versión en español es una traducción que ofrecemos por comodidad. Si las dos difieren, prevalece el texto neerlandés.
Nermio es software de ventas para pymes. Abajo tienes qué datos registramos cuando visitas la web o usas el programa, dónde están esos datos, quién accede a ellos y qué puedes hacer con ellos.
Artículo 1. Quiénes somos y cómo contactarnos
Pendiente de un jurista
¿Qué persona jurídica es el responsable del tratamiento, y con qué número en el registro mercantil neerlandés (KvK), qué domicilio social y qué número de IVA?
Nermio lo construye Rami Ajjan; qué entidad ofrece y factura el servicio todavía no está decidido. Esto tiene que figurar aquí con la denominación, la forma jurídica, el número y la dirección antes de que la página pueda publicarse. El mismo hueco está en las condiciones generales y en el contrato de encargado del tratamiento: es una sola pregunta con una sola respuesta.
Para todo lo que tenga que ver con tus datos — acceso, rectificación, supresión, o una pregunta sobre esta política — escribe a info@nermio.com. No tenemos delegado de protección de datos. No entramos en ninguno de los supuestos del artículo 37.1 del RGPD, ni en la lista del artículo 34.1 de la Ley Orgánica 3/2018: las dos letras de esa lista que se nos acercan exigen la elaboración de perfiles a gran escala, y perfiles no hacemos ninguno (artículo 11).
Artículo 2. Sobre quién y sobre qué va esta política
Va sobre quien visita nermio.com, sobre quien pide una llamada o nos escribe, sobre las empresas a las que nos dirigimos para dar a conocer Nermio, y sobre quien usa una cuenta de Nermio.
Una distinción manda sobre todo el resto del texto, así que va delante. Nermio toca datos personales de dos maneras.
- Tu propia cuenta y tu suscripción. Tu nombre, tu correo electrónico, la organización que has creado y lo que contratas con nosotros. Aquí es Nermio quien decide qué pasa con esos datos, y se aplica esta política.
- Lo que tú metes en Nermio. Tus empresas, contactos, oportunidades, tareas y notas. Son tus datos sobre tus relaciones; tú decides qué registras y por qué, y Nermio solo los trata para que el programa funcione. Ahí no se aplica esta política sino el contrato de encargado del tratamiento.
Un detalle del segundo punto que en España juega a tu favor. El artículo 19 de la Ley Orgánica 3/2018 presume, salvo prueba en contrario, que tratar los datos de contacto y el puesto de las personas físicas que trabajan en una persona jurídica se ampara en el interés legítimo del artículo 6.1.f) del RGPD, con dos condiciones: que sean solo los datos necesarios para localizarlas profesionalmente, y que la única finalidad sea mantener relaciones con la empresa en la que trabajan. La misma presunción vale para autónomos y profesionales liberales cuando los tratas solo en esa condición. Eso es exactamente para lo que sirve un CRM, y el derecho neerlandés no tiene nada equivalente.
Dos límites, porque esa presunción se lee mal con facilidad. No cubre un dato personal que no sirva para localizar a alguien en su trabajo — un móvil privado, una nota sobre la persona y no sobre su función. Y no dice nada sobre mandar publicidad: eso lo rige el artículo 21 de la Ley 34/2002, y en España es consentimiento previo. Lo tienes en el artículo siguiente.
Artículo 3. Qué datos tratamos, para qué y con qué base
| Qué | Qué datos | Para qué | Base jurídica |
|---|---|---|---|
| Tu cuenta | Nombre, correo electrónico, el rol que tienes en una organización, y el registro de tu aplicación de autenticación. Tu contraseña no está con nosotros: va cifrada a nuestro servicio de autenticación y después no la puede leer nadie, tampoco nosotros. | Para darte una cuenta y que puedas entrar | Ejecución del contrato |
| Tu organización y tu suscripción | Nombre de la organización, su estado (por ejemplo, periodo de prueba o activa), la fecha en que termina la prueba, quién es miembro, y las invitaciones que mandas con el correo electrónico, el rol y el momento en que se usaron. | Para gestionar tu organización y tu suscripción y poder escribirte sobre tu cuenta | Ejecución del contrato |
| Lo que metes tú en Nermio | Empresas, contactos (nombre, puesto, teléfono, correo electrónico), oportunidades con un importe y una fase, tareas con fecha, actividades y notas libres. | Para que el programa funcione: mostrar, guardar y volver a encontrar tus datos | Aquí el responsable eres tú; nosotros tratamos por tu cuenta, según el contrato de encargado del tratamiento |
| El registro de auditoría | Quién hizo qué, en qué momento, con qué resultado, la dirección IP y los datos del navegador. Una línea de este registro no se puede modificar ni borrar. | Para que, si hay un desacuerdo o un incidente, se pueda establecer quién hizo qué y cuándo | Interés legítimo: rendición de cuentas y seguridad |
| El registro de seguridad y el contador de intentos de acceso | Accesos, alta de un segundo factor, cambio de contraseña, intento rechazado, con la dirección IP y los datos del navegador. El contador guarda una clave (basada por ejemplo en la dirección IP) y una marca de tiempo. | Para frenar abusos y poder investigar incidentes | Interés legítimo: seguridad |
| El soporte dentro de tu entorno | Quién miró, qué motivo indicó, cuándo empezó y terminó la sesión, si solo podía leer, y desde qué dirección IP. | Para poder ayudarte cuando lo pides | Ejecución del contrato |
| Pedir una llamada o escribirnos | Nombre de la empresa, tu nombre, correo electrónico, teléfono y tu mensaje. Una solicitud hecha desde la web entra en nuestro propio CRM comercial, con una tarea para devolver la llamada. | Para responder a tu pregunta o concertar una llamada | Interés legítimo: responder a lo que nos pides |
| Prospección a empresas | Nombre y datos de contacto profesionales de las empresas a las que nos dirigimos para dar a conocer Nermio, además de qué se ha enviado y si alguien se ha dado de baja. Cada correo de prospección lleva un enlace de baja; sin un enlace válido, nuestra función de envío se niega a enviar. En España, además, ese enlace no basta: hace falta consentimiento previo, y lo tienes explicado debajo de la tabla. | Para dar a conocer Nermio a las empresas para las que está pensado | Interés legítimo: nuestra propia prospección (y, para el envío a direcciones españolas, el artículo 21 de la Ley 34/2002) |
| Candidaturas | Lo que nos mandes en una candidatura. Ahora mismo en la web no hay ninguna oferta de empleo ni formulario de candidatura; el tratamiento y la purga sí están montados. | Para tramitar tu candidatura | Lo que nos pides tú, y nuestro interés en cubrir un puesto |
| Esta web | Tu elección sobre cookies y, en los formularios, un control que determina si eres una persona; ese control ve tu dirección IP y características de tu navegador. Las páginas públicas no llevan ningún script de medición de audiencia ni de publicidad. | Para que la web funcione y los formularios no se inunden | Interés legítimo: una web que funciona y de la que no se abusa |
Lo que no hacemos: vender tus datos, cederlos a terceros con fines publicitarios, o usarlos para entrenar modelos.
Pendiente de un jurista
¿Cómo formulamos la ponderación de cada interés legítimo de esta tabla, y aguanta la prospección en frío sobre esa base tal como la hacemos?
Las bases de la tabla son las evidentes; un interés legítimo exige una ponderación escrita entre nuestro interés y el de la persona afectada (artículo 6.1.f del RGPD). Escribirla, y justificar además la decisión sobre la prospección, es trabajo de jurista. Para España hay una cosa más, y es lo contrario de lo que vale en los Países Bajos y en Francia: el artículo 21.1 de la Ley 34/2002 prohíbe enviar publicidad por correo electrónico que no se haya solicitado antes o que el destinatario no haya autorizado expresamente, con una sola excepción (apartado 2) para quien ya es cliente y solo para servicios parecidos a los que contrató. El anexo de esa ley define «destinatario» como persona física O JURÍDICA, así que una dirección como info@empresa.es también queda protegida. Y nos vincula aunque Nermio sea neerlandés: el artículo 3.1.f) devuelve expresamente al derecho español la licitud de las comunicaciones comerciales no solicitadas cuando el destinatario está en España. Un enlace de baja, que nosotros exigimos siempre, no es suficiente aquí. Mientras esto no esté resuelto, esta prospección no debe dirigirse a direcciones españolas. Y no lo confundas con el artículo 19 de la Ley Orgánica 3/2018: aquello va de tratar datos de contacto profesionales, no de poder enviar publicidad.
Artículo 4. La IA con tu propia clave
La IA está apagada hasta que hagas algo para encenderla. Un propietario o un manager puede conectar una clave de API propia de OpenAI, Anthropic, Mistral o Google. Solo entonces alguien de tu equipo puede pedir, sobre un expediente de empresa, una de tres cosas: un resumen, una propuesta de siguiente paso, o un borrador de correo.
- No sale nada hacia tu proveedor sin que alguien pulse uno de esos botones. No hay ninguna tarea que recorra los expedientes por su cuenta.
- Lo que sale no es el expediente entero sino una selección fija de campos que arma una sola función. Un campo nuevo en la base de datos no viaja, por tanto, en silencio.
- La respuesta aparece en tu pantalla y no se guarda con nosotros. En el registro de auditoría queda QUE hubo una acción y con qué proveedor, no lo que contenía.
- Tu clave se guarda cifrada (AES-GCM, con un secreto que vive fuera de la base de datos). Un volcado de la base sin ese secreto no sirve de nada, y las pantallas no pueden ni pedir el valor cifrado.
El tratamiento que haga ese proveedor de IA se rige por lo que tú hayas acordado con él, y el uso se lo pagas directamente a él. No es, por tanto, un proveedor que nosotros pongamos a trabajar para ti.
Artículo 5. Enviar correo, y enviar correo a Nermio
El correo que sale de Nermio sale de tu propia dirección y no de la nuestra. Para eso conectas tu buzón: con los datos del servidor, o con un botón en Google o Microsoft. Estos dos últimos funcionan con una autorización que das en tu propio proveedor y que puedes retirar en cualquier momento.
- Solo pedimos permiso para enviar. En Google es exclusivamente el permiso
gmail.send, en MicrosoftMail.Send. Leer, buscar, etiquetar o borrar tu correo no se puede — no pedimos esos permisos y, sin esa autorización, el programa tampoco podría. - Lo que guardamos es el token de refresco que nos permite enviar, cifrado (AES-GCM, con un secreto que vive fuera de la base de datos), más la propia dirección de correo para que veas en pantalla desde qué dirección envías. Nada más.
- Del contenido de lo que envías no guardamos nada. Un mensaje enviado va directo a tu proveedor; con nosotros no queda ninguna copia. En el registro de auditoría queda QUE se envió algo y a qué dirección, no lo que contenía. Si envías desde un expediente de empresa, el asunto y las dos primeras frases pasan al historial de esa empresa — es una nota de CRM que creas tú, y está en tu propio entorno.
- No sale nada sin que alguien pulse un botón de enviar. No hay ninguna tarea que mande correo por su cuenta.
- Retirarlo con nosotros es un clic en Ajustes → Correo, o en tu propio proveedor: en Google, en Seguridad → Tus conexiones con aplicaciones de terceros; en Microsoft, en los permisos de aplicaciones de tu cuenta. Después de eso, Nermio no puede enviar nada más desde esa dirección.
Uso limitado de los datos de Google. El uso de los datos que recibimos a través de las API de Google, y su transferencia, cumple la Google API Services User Data Policy, incluidos sus requisitos de uso limitado. Solo usamos esos datos para que funcione la función de correo que has activado tú. No los vendemos, no los usamos con fines publicitarios y no los cedemos a terceros — salvo donde la ley lo exija. Tampoco los hacemos leer por personas, salvo que lo pidas tú mismo al soporte, que la ley lo exija, o para investigar un incidente de seguridad.
Mandar correo a Nermio en CCO
Tu organización tiene su propia dirección de CCO. Si la pones en el CCO de un correo a un cliente, ese mensaje nos llega también a nosotros y dejamos una nota en el historial de esa empresa. No está activo por defecto, en el sentido de que no pasa nada mientras no uses la dirección: eliges mensaje a mensaje.
- No leemos tu buzón. Está construido así a propósito. La posibilidad técnica existe — Google y Microsoft venden acceso a un buzón entero — y no pedimos ese permiso. Lo que vemos es lo que nos pasas tú, mensaje a mensaje.
- Lo que guardamos de uno de esos mensajes: el asunto, las dos primeras frases del texto, la dirección de correo del remitente y las de los destinatarios, y la hora. No el texto completo, y ningún adjunto. El mensaje entero está en tus propios elementos enviados; ese es su sitio.
- La dirección de correo de tu interlocutor es un dato personal de un tercero. Acaba en tu CRM, donde el responsable del tratamiento eres tú — igual que con un contacto que metes a mano. Nosotros ahí somos encargados; lo que eso significa está en el contrato de encargado del tratamiento.
- Si no reconocemos la dirección del destinatario, no sabemos a qué empresa pertenece. Uno de esos mensajes aparece entonces en tu pantalla de inicio con la pregunta de dónde encaja, y desaparece a los noventa días si no la contestas. No adivinamos: una nota colgada de la empresa equivocada ya no se quita.
- Solo funciona desde una dirección que pertenezca a tu organización, y solo si el proveedor del remitente ha confirmado por DKIM o DMARC que esa dirección es auténtica. Si escribe otra persona a esa dirección, no pasa nada.
- Un mensaje rechazado deja un rastro, y nada más. Si llega un mensaje desde una dirección que no pertenece a tu organización, no lo aceptamos — pero sí guardamos QUE ocurrió: la dirección del remitente, cuántas veces, y la primera y la última fecha. Sin asunto, sin texto, sin destinatarios. Si no, verías esos mensajes desaparecer sin poder averiguar por qué, y eso es precisamente lo que no queremos. Noventa días sin un intento nuevo y esa línea se va.
- Para parar, deja de usar la dirección. No hay nada que retirar ni ninguna autorización que siga en pie. Lo que ya esté en un historial se quita borrando la empresa o tu organización.
Técnicamente ese mensaje pasa por un grupo de nuestro propio Google Workspace hacia nuestro proveedor de correo. Ese grupo no guarda historial de conversación: pasa el mensaje y no se queda con nada.
Artículo 6. Cuánto tiempo guardamos los datos
Mientras tu cuenta exista, guardamos lo que has metido en ella; si no, el programa no funcionaría. Si borras algo en Nermio, se va de tu entorno.
Una advertencia que solo vale en España, y que te afecta a ti más que a nosotros. El artículo 32 de la Ley Orgánica 3/2018 obliga al responsable del tratamiento a bloquear los datos cuando los rectifica o los suprime: identificarlos y reservarlos, con medidas que impidan cualquier tratamiento —incluida su simple visualización— salvo para ponerlos a disposición de jueces y tribunales, del Ministerio Fiscal o de las administraciones competentes, y solo durante el plazo de prescripción de las posibles responsabilidades. Pasado ese plazo hay que destruirlos. En el CRM, de tus empresas y tus contactos el responsable eres tú. Nermio no bloquea: borra. Si necesitas conservar una copia bloqueada, tienes que organizarlo fuera de Nermio — el apartado 4 de ese mismo artículo admite una copia segura con evidencia de su autenticidad y de la fecha, y la exportación en CSV de Ajustes → Tus datos tiene esa forma, aunque no es un botón hecho para esto.
No guardamos nada más tiempo del necesario, y cada tipo de dato tiene su propio plazo. La purga está automatizada y corre cada noche; no es una intención sino algo que pasa.
| Datos | Plazo de conservación | Por qué |
|---|---|---|
| El contenido de tu CRM: empresas, contactos, oportunidades, tareas, historial | mientras exista tu organización | Son tus datos. Desaparecen cuando cancelas o cuando lo pides, no por su cuenta. |
| Mensajes en CCO rechazados: solo la dirección del remitente y la hora | 90 días | Para que puedas ver por qué un mensaje no llegó. Del contenido no guardamos nada — precisamente, ese mensaje no lo podíamos aceptar. |
| Correo recibido en CCO que todavía no está asignado a ninguna empresa | 90 días | Uno de esos mensajes es una pregunta que se te hace: ¿a qué empresa pertenece esto? Una pregunta que lleva tres meses sin respuesta ya no es una pregunta, y entonces el mensaje no tiene que seguir ahí. Si lo asignas, es una nota en tu CRM y vale la regla de arriba. |
| Facturas y pagos | 7 años | Obligación fiscal neerlandesa (artículo 52 de la Algemene wet inzake rijksbelastingen). Se trata de NUESTRAS facturas, y Nermio está establecido en los Países Bajos: aquí no tenemos elección. Para tus propios papeles valen tus reglas, y en España son otros números — seis años desde el último asiento para libros, correspondencia y justificantes (artículo 30.1 del Código de Comercio) y cuatro años de prescripción para Hacienda (artículo 66 de la Ley General Tributaria). |
| Registro de auditoría: quién hizo qué cambio | 24 meses | Para que, si hay un desacuerdo, se pueda establecer quién hizo qué y cuándo. Una acción personal sin plazo especial prescribe a los cinco años (artículo 1964.2 del Código Civil); nos quedamos deliberadamente por debajo, porque dos años bastan en la práctica. |
| Sesiones de soporte: cuándo miramos tus datos | 24 meses | La misma razón que el registro de auditoría. Puedes pedirnos cuentas de esto años después. |
| Registro de seguridad: intentos de acceso, direcciones IP | 6 meses | Más corto, justamente porque aquí hay direcciones IP y características de navegador. El valor para investigar se desvanece en unos meses; el riesgo para la privacidad, no. |
| Bloqueos de IP levantados o caducados | 6 meses | A la par del registro de seguridad; son los mismos datos sobre el mismo hecho. |
| Invitaciones que nunca se usaron | 30 días | A los siete días ya no son válidas. Después no hay razón para seguir guardando la dirección. |
| Candidaturas | 4 semanas | Un plazo corto, y es a propósito: conservar menos tiempo del necesario siempre es lícito. Más allá haría falta tu permiso, y no lo pedimos. |
| Pedir una llamada o escribirnos | ningún plazo automático | Esto entra en nuestro propio CRM comercial y se queda ahí hasta que lo borramos a mano. No es una decisión sino un agujero; mira la pregunta de abajo. |
| Bajas de los envíos | ilimitado | Es la única que precisamente no borramos: tenemos que saber quién se ha dado de baja, porque si no le volveríamos a escribir más adelante. |
Hay dos ideas que se confunden a menudo, y la diferencia manda sobre toda esta tabla. Para las facturas hay una obligación de conservación: tenemos que guardarlas al menos siete años. Para los datos personales hay un plazo de conservación: podemos guardarlos como máximo el tiempo necesario. Guardarlos más no es prudencia sino un incumplimiento, y en caso de brecha de seguridad, simplemente más daño.
Pendiente de un jurista
¿Qué plazo se aplica a una solicitud de llamada o a un mensaje que no llega a ser cliente, y cómo lo imponemos?
El juego de cláusulas que nos pasaron propone doce meses desde el último contacto. Es un plazo razonable, pero no está construido en ninguna parte: la purga no toca nuestro propio CRM comercial. El acuerdo y la purga tienen que entregarse juntos; si no, aquí figura un plazo que nadie aplica.
Qué pasa cuando lo dejas, y qué todavía no pasa
Mientras tu organización esté activa o corra tu periodo de prueba, puedes llevarte tus datos tú mismo en CSV (Ajustes → Tus datos). Si se acaba la prueba, o si pausas o cancelas la suscripción, el programa cierra el acceso para modificar, pero la exportación sigue funcionando treinta días más — esa ventana está impuesta en la propia base de datos y no solo en las pantallas. Si una organización está bloqueada, no se aplica y te damos tus datos si los pides. Tus datos se quedan después donde están: no hay ninguna purga automática que los retire al terminar. El borrado definitivo lo hacemos a mano, cuando lo pides o cuando tu suscripción llega a su fin, y queda registrado.
Pendiente de un jurista
¿Cuánto tiempo siguen ahí los datos una vez pasada la ventana de treinta días, y cuándo se borran sin que el cliente lo pida?
La ventana en sí está construida e impuesta en la base de datos (migraciones 0034 y 0053), así que esa mitad de la pregunta antigua está resuelta. Plazo de conservación no hay: la purga (0029) no toca los datos de clientes, así que se quedan hasta que alguien los borra a mano. Es un acuerdo que tienen que cerrar Rami y un jurista, y tiene que ir a la par del artículo 8 de las condiciones generales y del artículo 11 del contrato de encargado del tratamiento. Para España hay además una pieza que depende de esta respuesta: el artículo 32 de la Ley Orgánica 3/2018 cuenta el bloqueo por el plazo de prescripción de las posibles responsabilidades, y eso solo se puede cuadrar con un plazo escrito.
Pendiente de un jurista
¿Con qué frecuencia hace copias de seguridad nuestro proveedor de base de datos, cuánto tiempo las conserva, y cuándo ha desaparecido algo de verdad?
Las copias son del proveedor de base de datos y siguen su ritmo; no las configuramos nosotros. Sin ese número no se puede escribir aquí cuándo un borrado es irreversible, y el contrato de encargado del tratamiento necesita el mismo número.
Artículo 7. Con quién compartimos datos
Nermio no corre en servidores propios. Estos proveedores tratan datos porque el programa no funciona sin ellos. Más allá de eso no compartimos nada, salvo que la ley nos obligue.
| Proveedor | Para qué | Dónde se comprueba |
|---|---|---|
| Supabase | La base de datos Postgres y el acceso, incluido el almacenamiento de las contraseñas y de las aplicaciones de autenticación | @supabase/supabase-js y @supabase/ssr en package.json; cada llamada a la base pasa por ahí |
| Vercel | La ejecución de la web y del programa, y la tarea nocturna de purga | vercel.json, con la tarea programada en /api/opruimen |
| Resend | El correo saliente: invitaciones, restablecimiento de contraseña y prospección | lib/mail.js, un único POST a api.resend.com |
| Cloudflare | El control en nuestros formularios que determina si eres una persona; ve tu dirección IP | lib/turnstile.js, challenges.cloudflare.com |
Si una organización conecta su propia clave de IA, una de esas acciones manda también algo a ese proveedor. Es un proveedor del cliente, no nuestro; mira el artículo 4.
Pendiente de un jurista
Por cada proveedor de esta tabla: qué persona jurídica, en qué país está establecida, y en el caso de Vercel en qué región corren las funciones.
La base de datos está en Supabase en eu-central-1 (Fráncfort); lo confirma el propietario, que creó él mismo el proyecto ahí. Queda abierto dónde corre el entorno de Vercel y qué persona jurídica es cada proveedor — tres de los cuatro son empresas estadounidenses con regiones europeas, y esa diferencia es exactamente lo que pregunta un cliente profesional.
Artículo 8. Datos fuera del Espacio Económico Europeo
Si salen datos hacia un país de fuera del EEE, eso solo se permite con una base válida: una decisión de adecuación, o cláusulas contractuales tipo con medidas adicionales.
Pendiente de un jurista
¿Qué mecanismo de transferencia se aplica a cada proveedor del artículo 7, y se tratan datos fuera del EEE, por ejemplo por el soporte de un proveedor?
Tres de los cuatro proveedores de arriba son empresas estadounidenses con regiones europeas. Por cada uno hay que establecer si su soporte o su registro de actividad sale del EEE, y sobre qué base: el Marco de Protección de Datos UE-EEUU o cláusulas contractuales tipo. Esto no se deduce de nuestro propio código. Lo que se mira es el acceso posible desde un tercer país, y no solo el lugar de almacenamiento.
Artículo 9. Cómo están protegidos los datos
Esta es la parte que ya está construida y que puedes comprobar. Quién tiene acceso es lo más importante de todo.
- Separación por organización en la propia base de datos. No en las pantallas, sino en Postgres: la base decide en cada consulta qué filas puede ver una cuenta conectada. Un error en una página no puede, por tanto, entregar datos de otra organización, y hay una batería de pruebas que lo demuestra.
- Dentro de tu organización ves lo que tu rol permite. Invitas tú a las personas y les das un rol, desde acceso completo hasta solo mirar. Esa frontera también está en la base de datos y no en la pantalla.
- Verificación en dos pasos, para todo el mundo. No solo para nuestro portal de administración sino para cada usuario del CRM, sin excepción: sin aplicación de autenticación no se entra en tu entorno.
- Cierre de sesión automático a las ocho horas sin actividad, por el portátil que se queda abierto.
- Un registro de auditoría que solo crece. Modificar o borrar una línea se ha hecho imposible, también para nuestro rol de administración más alto, con exactamente una excepción nombrada para la purga.
- Acceso del soporte con motivo y con límite de tiempo. Quince, treinta o sesenta minutos, nunca más, siempre con un motivo indicado, y consultable por el propietario de la organización.
- Un freno a los intentos de acceso que se cierra si él mismo falla, una política de contraseñas de doce caracteres como mínimo con un control contra contraseñas que se sabe que están filtradas, y contraseñas que nosotros no podemos leer.
- Conexiones cifradas con HSTS, y una política de seguridad de contenido con un nonce por petición.
La descripción extensa está en la página de seguridad. Lo que no hay también está ahí: no hay certificación ISO 27001 ni SOC 2, no hay adecuación al Esquema Nacional de Seguridad y no hay informe de una prueba de intrusión externa.
Pendiente de un jurista
¿Están los datos cifrados también cuando están en reposo, y a qué nivel?
El tráfico sobre una conexión cifrada lo podemos confirmar, y las claves de IA las ciframos nosotros mismos. El cifrado del almacenamiento es cosa del proveedor de base de datos; hay que comprobarlo con él antes de que figure aquí como un compromiso.
Pendiente de un jurista
¿Qué datos registra nuestro proveedor de alojamiento en los registros de servidor y de acceso, cuánto tiempo los conserva, y tenemos que mencionarlo aquí?
Esto no está en nuestro propio código y depende del proveedor de alojamiento; hay que averiguarlo antes de que esta política esté completa.
Artículo 10. Tus derechos
Puedes consultar qué datos tenemos sobre ti, hacer que se rectifiquen, hacer que se supriman, limitar el tratamiento, oponerte, y pedir una copia en un formato corriente.
Una parte la haces tú. Lo que metes en Nermio lo puedes cambiar y borrar ahí. Una copia la sacas en Ajustes → Tus datos: tus empresas, contactos, oportunidades y tareas en CSV, un archivo que se abre en Excel. Eso lo puede hacer cualquiera de tu equipo, incluso con permiso de solo lectura, y en cualquier momento — no solo cuando te vas.
Lo que todavía no puedes hacer tú es hacer desaparecer tu cuenta y tu organización por completo. Eso lo hacemos nosotros, si lo pides en info@nermio.com; con nosotros es un acto con motivo obligatorio que queda en el registro de seguridad, y es irreversible. Un botón en el programa está previsto.
Para todo lo demás escribe a info@nermio.com. Si te llega mejor otra vía, también vale: no te podemos negar un derecho solo porque hayas elegido otro medio, y atenderte es gratis (artículo 12 de la Ley Orgánica 3/2018). Te pedimos una confirmación de que eres quien dices ser, porque si no cualquier otra persona podría pedir tus datos.
En España hay además un derecho que el derecho neerlandés no tiene. Si fallece una persona, quienes estuvieran vinculados a ella por razones familiares o de hecho, y sus herederos, pueden dirigirse al responsable o al encargado del tratamiento para pedir acceso a sus datos personales y, en su caso, su rectificación o supresión; también quien ella hubiera designado expresamente para eso, con las instrucciones que le diera (artículo 3 de la Ley Orgánica 3/2018). No cabe si la persona fallecida lo prohibió expresamente, salvo para los datos de carácter patrimonial, a los que los herederos acceden en cualquier caso. Si se trata de una cuenta de Nermio, la petición es para nosotros y la atendemos. Si se trata de un contacto que está en el CRM de un cliente, el responsable es ese cliente y la petición va a él; nosotros ahí somos encargados y le ayudamos a cumplirla.
Si no estás de acuerdo con cómo tratamos tus datos, puedes presentar una reclamación ante una autoridad de control. Si resides en España, esa es la Agencia Española de Protección de Datos (AEPD); la autoridad principal de Nermio es la Autoriteit Persoonsgegevens neerlandesa, y puedes acudir a cualquiera de las dos. Esa vía queda abierta siempre, también si primero intentas resolverlo con nosotros.
Pendiente de un jurista
¿En qué plazo respondemos a una solicitud, y cómo establecemos la identidad de alguien sin pedir datos adicionales innecesarios?
La ley da un mes, prorrogable para una solicitud compleja. El plazo que prometemos y la forma en que identificamos a la persona tienen que figurar aquí como un compromiso y no como una suposición. Para España hay dos cosas más que atar en la misma respuesta: la prueba de que hemos cumplido el deber de responder recae sobre nosotros (artículo 12.4 de la Ley Orgánica 3/2018), así que el procedimiento tiene que dejar rastro; y no podemos negar el ejercicio de un derecho solo porque la persona haya elegido otra vía (artículo 12.2), así que el procedimiento no puede ser un único buzón obligatorio.
Artículo 11. Ninguna decisión automatizada
No tomamos decisiones sobre ti basadas únicamente en un tratamiento automatizado, y no hacemos perfiles de ti. No hay ninguna puntuación que prediga si una oportunidad va a salir, ni ninguna clasificación de personas. Las funciones de IA del artículo 4 devuelven un texto que lee y valora una persona; no deciden nada.
Artículo 12. Cambios
Si cambia algo en lo que registramos o en el motivo para hacerlo, esta página se adapta, con la fecha del cambio. Si es un cambio esencial para ti, te lo decimos por correo electrónico de antemano.