NatiCRM / Información legal
Política de privacidad
Este borrador explica qué información interviene en el registro y el uso de NatiCRM, para qué se utiliza y qué aspectos deben confirmarse antes de aprobar una política definitiva. Distingue la landing pública de la aplicación CRM donde se gestiona la información comercial.
1. Identidad y alcance de la información
NatiCRM se presenta como un servicio de Reyes Hosting Center, con contacto corporativo en https://reyeshosting.com. La identidad jurídica completa y la asignación de responsabilidades sobre cada tratamiento deben confirmarse profesionalmente; mencionar la marca no sustituye esos datos.
Este aviso cubre la información operativa de la landing y describe el recorrido hacia el CRM. La aplicación CRM es un entorno distinto, con funciones y datos adicionales que necesitan su propio inventario y documentación. Los roles respecto de los datos de clientes cargados por cada organización deben definirse en los acuerdos correspondientes.
2. Información personal de registro y cuenta
El registro recoge los datos personales que solicita el formulario, como nombre u otros datos identificativos que aparezcan en él, correo electrónico, contraseña, teléfono y país. Estos datos permiten crear la cuenta, gestionar el proceso de activación y disponer de información de contacto. No incluyas datos adicionales sensibles en campos que no los solicitan.
La cuenta comienza inactiva y el correo electrónico se utiliza para enviar las instrucciones de activación. La contraseña se destina a la autenticación y no debe enviarse en solicitudes de soporte. El tratamiento técnico de credenciales, registros de activación y recuperación debe verificarse en el sistema real; este documento no certifica un método específico de cifrado o almacenamiento.
3. Información comercial dentro del CRM
Dentro de la aplicación CRM puedes gestionar contactos, datos de clientes, oportunidades, notas y otra información comercial según las funciones disponibles. Estos datos no se solicitan como parte de la simple lectura de la landing y no deben confundirse con los datos básicos del formulario de registro.
La organización que incorpora información de terceros debe comprobar su procedencia, necesidad y permisos, mantenerla actualizada y atender las obligaciones que le correspondan. Los accesos del proveedor, las instrucciones de tratamiento, las exportaciones y la eliminación deben revisarse y documentarse en el contexto de la aplicación.
4. Datos técnicos, cookies y preferencias
La entrega de una web implica intercambios técnicos con el navegador. La infraestructura puede generar registros de solicitudes, direcciones IP, información del navegador o errores; los campos efectivamente conservados y sus destinatarios requieren comprobación. No se presenta una lista de registros potenciales como si fuera un inventario ya auditado.
Las preferencias de tema e idioma se guardan en localStorage del navegador para mantener tu elección entre visitas. Este almacenamiento es distinto de una cookie y puede persistir hasta que lo borres, el navegador lo elimine o la aplicación lo modifique. Consulta la política de cookies para conocer estas tecnologías y sus controles.
5. Atribución de la visita en sessionStorage
La landing utiliza sessionStorage para conservar el contexto inicial de la visita: parámetros UTM, referrer o procedencia disponible, URL inicial, referencias de campaña o recomendación y una marca de tiempo. Su finalidad operativa es mantener la atribución del origen durante el recorrido hacia el registro, no describir un servicio de analítica externa activo.
sessionStorage está asociado a la sesión de la pestaña, aunque la restauración del navegador puede afectar a su duración. Las URL y referencias pueden contener datos personales si alguien los añade; evita incluir información confidencial en enlaces. Debe verificarse qué campos se adjuntan al registro, qué sistema los recibe y cuánto tiempo se conservan después de cualquier envío. El almacenamiento local no significa que esos datos nunca puedan transmitirse.
6. Finalidades y revisión de las bases del tratamiento
Las finalidades descritas son crear y activar cuentas, autenticar el acceso, prestar las funciones solicitadas, responder consultas, recordar preferencias y mantener el contexto de atribución del registro. La gestión técnica y de seguridad puede requerir información para investigar errores o usos abusivos, según la configuración real.
No hay herramientas de analítica activas actualmente en la landing. No se debe interpretar el registro como una autorización general para publicidad o para usos nuevos de los datos. Las bases jurídicas, los avisos específicos y los mecanismos de elección que correspondan a cada finalidad deben determinarse mediante revisión profesional antes de aprobar esta política.
7. Proveedores, destinatarios y transferencias
La operación puede requerir proveedores de alojamiento, infraestructura, entrega de correo y soporte. No se identifican empresas concretas porque el inventario real está pendiente de revisión. Deben confirmarse sus funciones, acceso a datos, ubicaciones, subproveedores y compromisos contractuales antes de presentar una lista definitiva.
También debe verificarse si existen transferencias entre países, comunicaciones a otros destinatarios o requerimientos de autoridades que deban atenderse. No se afirma que los datos permanezcan en un país determinado ni que exista una garantía o mecanismo de transferencia ya validado. Los sitios externos tienen prácticas propias que deben consultarse por separado.
8. Conservación y eliminación
No se han aprobado plazos concretos de conservación en este borrador. Deben definirse por categoría y finalidad, teniendo en cuenta la actividad de la cuenta, las solicitudes del usuario, las necesidades operativas y las obligaciones que se confirmen como aplicables. Esto incluye cuentas inactivas sin activar, información comercial, mensajes de soporte, registros técnicos y copias de respaldo.
Eliminar datos del navegador no elimina por sí solo una cuenta ni la información ya recibida por servidores. Del mismo modo, cerrar una cuenta no permite prometer el borrado inmediato de todas las copias. El procedimiento, las posibles restricciones y los criterios de conservación deben explicarse al gestionar una solicitud y concretarse en la versión revisada.
9. Seguridad y precauciones
La protección de información requiere medidas técnicas y organizativas acordes con los riesgos. Los controles realmente implantados, los permisos, el tratamiento de credenciales y los procedimientos ante incidentes deben verificarse; esta política no certifica auditorías, cifrados, estándares ni garantías de seguridad que no hayan sido confirmados.
Ningún sistema permite prometer ausencia de incidentes o acceso no autorizado. Protege tus credenciales y dispositivos, limita los datos que compartes y comunica sospechas por los canales corporativos. No envíes contraseñas, bases de clientes ni documentación sensible sin recibir instrucciones adecuadas para la solicitud.
10. Solicitudes y derechos sobre tus datos
Puedes contactar mediante https://reyeshosting.com para solicitar información sobre tus datos, su acceso, corrección o eliminación. Según la normativa aplicable y tu relación con el tratamiento, también podrían corresponder limitación, oposición, portabilidad, retirada de consentimiento cuando sea pertinente o reclamación ante una autoridad competente. Este borrador no declara que todos esos derechos procedan de la misma forma en todos los casos.
Explica la solicitud y facilita el correo asociado a la cuenta, sin incluir tu contraseña. Puede ser necesario verificar la identidad o la representación de forma proporcionada antes de revelar o modificar información. Si tus datos fueron incorporados por una empresa usuaria del CRM, indica esa relación para orientar la solicitud al responsable adecuado. No se inventan plazos de respuesta ni una autoridad o dirección de correo no confirmadas.
11. Revisión, fechas y cambios
La última actualización del borrador es 2026-09-11. La entrada en vigor sigue pendiente de aprobación legal profesional. Antes de publicar una versión definitiva deben contrastarse los formularios, los flujos de registro y atribución, los proveedores, la retención y las operaciones de la aplicación CRM.
Los cambios sustanciales en finalidades, destinatarios o controles deben reflejarse en los avisos correspondientes. El modo de informar o recabar decisiones cuando sea necesario se definirá según el cambio y las exigencias aplicables; no se promete un mecanismo de notificación aún no implementado.