IA y protección de datos en despachos: LFPDPPP, secreto profesional y modelos locales

Un asociado copia la demanda completa de un cliente —nombre, CURP, historial médico, montos reclamados— y la pega en un chatbot gratuito "para que le ayude a resumir". En ese instante, el despacho acaba de transferir datos personales, probablemente sensibles, a un tercero extranjero, sin consentimiento del titular, fuera de las finalidades de su aviso de privacidad y en posible violación del secreto profesional. Nadie lo decidió como despacho; simplemente pasó.

Este artículo no es un alegato contra la IA —en AIJusticia vivimos de construirla—. Es un mapa de las obligaciones reales que la ley mexicana impone a un despacho que usa inteligencia artificial con información de clientes, y de por qué la arquitectura (dónde corre el modelo) importa tanto como el contrato que firmes con el proveedor.

El despacho es "responsable" ante la LFPDPPP, con todo lo que eso implica

La Ley Federal de Protección de Datos Personales en Posesión de los Particulares aplica a cualquier particular que decida sobre el tratamiento de datos personales, y un despacho lo hace de manera intensiva: expedientes, poderes, contratos, nóminas de clientes, testimonios. Una precisión indispensable antes de citar artículos: la LFPDPPP vigente es la nueva ley publicada en el DOF el 20 de marzo de 2025, que abrogó la de 2010, hizo desaparecer al INAI —la autoridad garante es hoy la Secretaría Anticorrupción y Buen Gobierno— y renumeró buena parte del articulado, aunque conservó casi intactas las obligaciones sustantivas. Todas las citas que siguen corresponden a la ley vigente. El despacho es responsable del tratamiento en términos del Art. 2, fracciones XIV y XVI, LFPDPPP (Ley Federal de Protección de Datos Personales en Posesión de los Particulares), no un espectador.

Un punto que casi todos pasan por alto: buena parte de lo que hay en un expediente son datos personales sensibles —estado de salud, origen étnico, creencias religiosas, preferencia sexual, afiliación sindical—. Un divorcio, una causa penal o un juicio laboral están llenos de ellos. El Art. 8, LFPDPPP exige para su tratamiento consentimiento expreso y por escrito del titular (firma autógrafa, firma electrónica o mecanismo de autenticación equivalente) y prohíbe crear bases de datos que contengan datos sensibles sin que su creación se justifique para finalidades legítimas, concretas y acordes con los fines del responsable. Enviar esos datos a un sistema de IA es tratamiento; alimentar con ellos una base vectorial para búsqueda semántica, también.

Tres obligaciones más completan el marco mínimo:

• Finalidad e información (Arts. 5, 11 y 14, LFPDPPP): el tratamiento debe limitarse a las finalidades previstas en el aviso de privacidad. Si tu aviso no contempla tratamiento automatizado con IA ni remisiones a proveedores tecnológicos, ese uso está fuera de lo consentido.
• Seguridad (Art. 18, LFPDPPP): el responsable debe establecer y mantener medidas de seguridad administrativas, técnicas y físicas que protejan los datos contra daño, pérdida, alteración o uso no autorizado. "Le dijimos al equipo que tuviera cuidado con ChatGPT" no es una medida de seguridad; es una esperanza.
• Confidencialidad (Art. 20, LFPDPPP): quienes intervengan en cualquier fase del tratamiento deben guardar confidencialidad, obligación que subsiste incluso después de terminada la relación con el titular.

Y las multas siguen siendo serias: hasta 320,000 veces la UMA (decenas de millones de pesos), que tratándose de datos sensibles pueden incrementarse hasta el doble.

El procedimiento de protección de derechos, además, tiene dientes. Los Plenos Regionales han sostenido, en jurisprudencia obligatoria, que si el responsable simplemente no responde una solicitud de acceso, rectificación, cancelación u oposición, el titular puede promover el procedimiento de protección de datos en cualquier momento a partir de que venció el plazo legal de respuesta (Registro 2027199, 11a Época, Plenos Regionales, JURISPRUDENCIA, Administrativa; criterio emitido a la luz de la ley de 2010, cuya lógica —el silencio del responsable no cierra la vía del titular— es trasladable al procedimiento vigente). Traducción práctica: ignorar la solicitud de un cliente —o de una contraparte cuyos datos tratas— no cierra el riesgo; lo deja abierto indefinidamente.

Cuando la IA corre en la nube, hay un tercero dentro de tu expediente

Jurídicamente, enviar información de clientes a un servicio de IA en la nube encuadra en una de dos figuras. Si el proveedor trata los datos exclusivamente por cuenta del despacho, es un encargado (Art. 2, fracción XII, LFPDPPP): el Reglamento de la LFPDPPP —el de 2011, que sigue siendo el referente aplicable en lo que no se opone a la ley de 2025, en tanto no se expide uno nuevo— le exige tratar los datos únicamente conforme a las instrucciones del responsable, no usarlos para fines propios y suprimirlos al terminar la relación (Art. 50 del Reglamento). Pero si el proveedor usa tus prompts para entrenar sus modelos o los conserva para finalidades propias, dejó de ser encargado: se convirtió en tercero, y eso es una transferencia que exige consentimiento del titular y comunicación del aviso de privacidad (Arts. 35 y 36, LFPDPPP).

Por eso los términos de servicio no son letra chica: son la calificación jurídica de tu conducta. Antes de usar cualquier herramienta de IA con datos de asuntos, verifica cuatro cosas:

• ¿El proveedor entrena sus modelos con lo que le envías? (Las versiones gratuitas y de consumo suelen hacerlo por defecto; las empresariales suelen permitir desactivarlo.)
• ¿Cuánto tiempo retiene los prompts y salidas, y puedes exigir su supresión?
• ¿En qué jurisdicción se procesan y almacenan los datos, y a qué leyes de acceso gubernamental extranjeras están sujetos los servidores?
• ¿Existe un contrato de encargo (DPA) firmable, o solo términos generales que el proveedor puede cambiar unilateralmente?

La dirección de los tribunales mexicanos, además, apunta hacia un escrutinio cada vez más estricto del tratamiento masivo de datos. Un Tribunal Colegiado sostuvo recientemente que el derecho a la autodeterminación informativa debe reconceptualizarse como soberanía digital personal frente a los desafíos técnicos y éticos de las nuevas tecnologías (Registro 2032324, 12a Época, TCC, TESIS AISLADA, Constitucional y Administrativa). Aunque el caso versa sobre biometría estatal —la CURP biométrica—, el estándar interpretativo ya está sobre la mesa: el titular controla su información, no quien la posee.

El secreto profesional: anterior a la LFPDPPP y más estricto

Aun si la LFPDPPP no existiera, el abogado tiene un deber propio. El Art. 36 de la Ley Reglamentaria del Artículo 5o Constitucional obliga a todo profesionista a guardar estrictamente el secreto de los asuntos que sus clientes le confíen. Y los Arts. 210 y 211, CPF (Código Penal Federal) tipifican la revelación de secretos, con pena agravada precisamente cuando la comete quien presta servicios profesionales. No es ética blanda: es tipo penal.

Los tribunales han delineado el alcance de este deber con claridad:

"Vinculado con el derecho a la intimidad, se encuentra el secreto profesional, que es al que se encuentran obligadas determinadas personas (médicos, abogados, instituciones financieras, contadores, sacerdotes, entre otros), quienes no pueden divulgar la información, cuyo conocimiento hubieran tenido en el ejercicio de sus actividades profesionales […] salvo que el titular de la misma le autorice para ello."

(Registro 168790, 9a Época, TCC, TESIS AISLADA, Civil.) La lógica es directa: la información que el cliente te confió no es tuya; el titular es él, y solo él puede autorizar que salga de tu esfera de control. Un servidor de terceros que retiene prompts es, exactamente, una salida de tu esfera de control.

¿Y si el cliente es una empresa?

"Mi cliente es persona moral, no aplica la LFPDPPP" es solo media verdad. Primero, porque el Pleno de la SCJN ha reconocido que las personas morales tienen derecho a la protección de los datos que puedan equipararse a los personales —información económica, comercial o interna cuya difusión les cause perjuicio—, incluso cuando ya fue entregada a una autoridad (Registro 2005522, 10a Época, Pleno, TESIS AISLADA, Constitucional). Segundo, porque el expediente de una empresa está lleno de datos de personas físicas: empleados, testigos, representantes, contrapartes. El deber no desaparece; se multiplica.

Anonimizar: necesario, pero más difícil de lo que crees

La respuesta refleja es "entonces anonimizo antes de pegar". Correcto en principio, insuficiente en la práctica. Quitar nombres no es disociar: un número de expediente, el juzgado, las fechas y los montos permiten reidentificar a las partes en segundos con una búsqueda pública. La disociación real exige que los datos no puedan asociarse al titular ni permitir su identificación por ningún medio razonable, y eso implica generalizar cifras y fechas, eliminar referencias procesales, limpiar metadatos de los archivos y revisar el resultado con un segundo par de ojos.

El problema no es solo técnico, es operativo: bajo presión de un plazo que vence a las 23:59, la gente pega el documento completo. Una política de anonimización que depende del cuidado individual en el peor momento de la semana no es una medida de seguridad del Art. 18; es un incidente esperando fecha. Por eso la solución de fondo no está en el prompt, sino en la arquitectura.

Modelos locales: resolver el dilema por arquitectura

Si el modelo de IA corre en hardware del propio despacho —on-premise o en una estación de trabajo—, la pregunta "¿a quién le transferí los datos?" tiene una respuesta limpia: a nadie. No hay encargado, no hay transferencia, no hay jurisdicción extranjera, no hay términos de servicio que puedan cambiar el mes que entra. El tratamiento ocurre dentro del mismo perímetro de seguridad que ya estás obligado a mantener por el Art. 18, y el secreto profesional nunca sale de la esfera que el Art. 20 te exige custodiar. El dilema jurídico no se mitiga: desaparece.

En 2026 esto dejó de ser exótico. Los modelos abiertos actuales (las familias Llama, Qwen, Mistral, DeepSeek) corren en una estación de trabajo con GPU o en un equipo de escritorio de gama alta, y para las tareas que consumen el 80% de las horas-IA de un despacho —clasificar y extraer datos de documentos, resumir constancias, buscar dentro de expedientes con recuperación semántica, preparar primeros borradores— son más que suficientes. Seamos honestos con la otra mitad: los modelos de frontera en la nube siguen siendo superiores en razonamiento jurídico complejo. Por eso el esquema que recomendamos es híbrido:

• Local para todo lo que contenga datos identificables de clientes: expedientes, pruebas, comunicaciones.
• Nube solo para lo público (investigación de jurisprudencia, doctrina, redacción abstracta sin hechos del caso) o para datos verdaderamente disociados.
• Si la nube debe tocar datos de clientes, únicamente versiones empresariales con contrato de encargo firmado, cláusula de no entrenamiento y supresión verificable —nunca cuentas personales gratuitas.

Checklist mínimo para un despacho que ya usa IA

• Actualiza tu aviso de privacidad: incluye el tratamiento automatizado/IA entre las finalidades y las remisiones a proveedores tecnológicos, conforme a la ley vigente de 2025.
• Haz inventario del "shadow AI": qué herramientas usa realmente tu gente, con qué cuentas y para qué asuntos.
• Prohíbe por política escrita las cuentas de consumo (gratuitas o personales) de chatbots para información de clientes.
• Firma contratos de encargo (DPA) con cláusulas de no entrenamiento, retención mínima y supresión con todo proveedor de IA que toque datos de asuntos.
• Obtén consentimiento expreso y por escrito cuando el tratamiento involucre datos sensibles (Art. 8), y documenta la justificación de cada base de datos que los contenga.
• Documenta tus medidas de seguridad (Art. 18) y tu procedimiento para responder solicitudes ARCO en el plazo legal: la jurisprudencia citada arriba mantiene abierta la vía del titular mientras no respondas.
• Define un protocolo de vulneraciones: detectar, registrar y notificar a los titulares afectados (Art. 19).
• Evalúa modelos locales para el flujo de trabajo que toca expedientes; deja la nube para lo público.

La pregunta para un despacho en 2026 ya no es si usar inteligencia artificial —quien no la use competirá en desventaja—, sino dónde viven los datos de sus clientes mientras la usa. La LFPDPPP, el secreto profesional y la tendencia jurisprudencial apuntan en la misma dirección: el control debe quedarse contigo. En AIJusticia desarrollamos LexIDE, un entorno de trabajo jurídico con IA que puede operar con modelos locales precisamente para este escenario; si quieres evaluarlo en tu despacho, escríbenos.