Guías

Conexión CRM y protección de datos: qué exige el RGPD

En cuanto se procesan datos personales en la conexión CRM, rigen obligaciones claras. Cuáles son concretamente, qué falta casi siempre en la práctica y qué es realmente suficiente.

Presupuesto según solicitud3 a 6 semanasSituación 2026
En resumen

En cuanto se procesan datos personales en la conexión CRM, se necesita base jurídica, limitación de finalidad, plazos de eliminación definidos, información a los interesados y un contrato de encargo de tratamiento con cada proveedor de servicios implicado. En la práctica faltan casi siempre los mismos tres puntos: el plazo de eliminación, el aviso en el punto de recogida y la aclaración de si el proveedor utiliza los datos para su propio entrenamiento.

01 — Protección de datos

Qué exige el RGPD

En cuanto se procesan datos personales — y eso ocurre más rápido de lo que se piensa, por ejemplo en cuanto alguien introduce un nombre o un número de teléfono — se aplican las obligaciones habituales: nombrar la base legal, establecer la finalidad, cumplir la minimización de datos, definir plazos de eliminación, informar a los interesados.

En la práctica, esto significa para la conexión CRM: un contrato de encargo de tratamiento con cada proveedor de servicios implicado, la comprobación de dónde se procesa, un plazo de eliminación documentado y un pasaje comprensible en la política de privacidad. Tres cosas faltan casi siempre en la práctica: el plazo de eliminación definido, el aviso en el lugar donde se recogen los datos, y la aclaración de si el proveedor utiliza los datos para su propio entrenamiento.

Una evaluación de impacto en la protección de datos solo es necesaria cuando existe un riesgo previsiblemente alto — en la mayoría de proyectos de este tipo no. La comprobación en sí debería documentarse de todos modos, para que en caso necesario sea comprensible por qué se ha omitido.

02 — Contrato

Qué debe aclararse por escrito

  • Propiedad de datos y accesos. Pertenecen al cliente. Si un proveedor no lo confirma claramente, esa es la información más importante de la conversación.
  • Entrega en caso de finalización. En qué formato, en qué plazo, a qué costes.
  • Sin permanencia mínima sin contraprestación. La vinculación es defendible si se entrega algo a cambio — si no, no.
  • Qué cuesta un cambio posterior. No es el precio del proyecto lo que decide sobre los costes totales, sino la tarifa horaria para el tercer año.
  • Documentación como objeto de entrega. No como promesa, sino como partida en el presupuesto.

03 — Riesgos

Qué puede salir mal

  • El sistema responde incorrectamente. Limitado al trabajar exclusivamente con contenidos revisados y derivar en caso de duda en lugar de adivinar. Eso es una decisión de configuración, no una característica de la tecnología.
  • Se subestima el esfuerzo. Motivo más frecuente: situación de partida poco clara. Un balance honesto antes del presupuesto lo previene de forma más fiable que cualquier margen.
  • Nadie lo mantiene. El mayor riesgo de todos — y el más fácilmente evitable.
  • Lagunas en la protección de datos. Surgen casi siempre por plazos de eliminación inexistentes y responsabilidad poco clara, raramente por la tecnología en sí.
  • Dependencia del proveedor. Evitable si los accesos, datos y documentación quedan contractualmente en manos del cliente.

04 — Preguntas

Preguntas frecuentes

¿Cómo es la formación concretamente?

Con vuestros datos reales, no con conjuntos de datos de ejemplo. El equipo practica los procesos que necesita a diario y recibe después un breve resumen escrito como obra de consulta.

¿Podemos simplemente importar listas de Excel existentes?

Sí, es lo habitual al empezar. Antes de la importación se limpian duplicados y grafías no uniformes, si no el nuevo sistema solo heredaría el desorden antiguo.

¿Es conforme con el RGPD?

Con proveedor europeo, contrato de tratamiento de datos, concepto de eliminación y base legal documentada, sí. Un CRM sin concepto de eliminación es, desde el punto de vista de la protección de datos, un asunto pendiente; debe instalarse junto con el sistema.

¿Cuál es el CRM correcto?

El que vuestra gente use realmente. Para pequeñas empresas, un sistema sencillo que se rellene automáticamente es casi siempre mejor que uno potente que se quede vacío. Recomendamos según proceso y tamaño del equipo, no según lista de funciones.

¿Cómo nos aseguramos de que se mantenga?

Haciendo que haya que mantener lo mínimo posible. Todo lo que pueda surgir automáticamente, surge automáticamente. Lo que queda de trabajo manual se reduce a lo que realmente se necesita en el día a día.

¿Y si diferentes departamentos utilizan sistemas diferentes?

Entonces se designa uno de ellos como fuente central, los demás alimentan automáticamente. Mantener dos sistemas en paralelo con iguales derechos conduce, por experiencia, precisamente a las contradicciones que un CRM debería resolver.

¿Qué pasa con nuestros datos antiguos?

Se transfieren, se limpian y se fusionan. Los duplicados son lo normal; normalmente la misma empresa aparece tres o cuatro veces en diferentes grafías.

Siguiente paso

Hablemos brevemente de si esto vale la pena para vosotros.

Una conversación de veinte minutos suele bastar para aclarar si un proyecto tiene sentido. Si no, lo decimos: es más barato para ambas partes que una oferta que nadie necesita.