• ¡Bienvenido a XenFácil!

    Estás viendo el sitio como Invitado. Para poder participar en este sitio

    y obtendrás privilegios adicionales, acceso a otras áreas y mucho mas.

    ¡Es gratis!


    ¿Ya eres miembro? Inicia sesión

Noticia Cambios que vienen para cumplir con GDPR en XF1 y XF2

XenFacil.com

Administrador
Mensajes
439
Puntuación de reacciones
57
Puntos
28
El Reglamento General de Protección de Datos (GDPR) entrará pronto en vigor. ¿Pero, qué es esto? ¿Es aplicable a tu sitio? ¿Cómo puede XenForo ayudarte con el cumplimiento en las áreas clave de la regulación? Este tema "Como lo ves" tratará de aclarar algunas de estas preguntas, y te dará una vista previa de lo que viene en XenForo 1.5.20 y en XenForo 2.0.6.

¿Qué es GDPR?
La GDPR es una regulación de la Unión Europea (UE) diseñada para proteger los datos y privacidad de sus residentes. Fortalece y reemplaza las actas/directivas existentes sobre protección de datos y entra en vigor el 25 de mayo de 2018. Su objetivo principal es dar control a los residentes de la UE sobre sus datos personales y unificar la regulación dentro de la UE.

Pero, yo no soy residente de la UE...
Puede ser verdad, pero con billones de residentes en los 28 estados miembro, resulta bastante razonable que en algún momento tengas un registro de un residente de la UE en tu foro y estará protegido 'de hecho' por este reglamento. Las infracciones a esta regulación pueden acarrear multas y multas en tu contra,residas o no en la UE. Aun así, la protección de datos y la privacidad serán importantes para cada uno de tus miembros, independientemente de su país de origen..

¿Cómo puede ayudar XenForo?
En dependencia de tu interpretación de las normas y del uso que des específicamente a los datos de tus miembros, no hay mucho más que agregar para ayudarte a cumplir con estas regulaciones. Dicho esto, esta sería una publicación bastante aburrida sin alguna cosa nueva que mostrar, así que te explicaremos a continuación algunas de las nuevas características que vienen en XenForo y de cómo te ayudan, como controlador de los datos, a cumplir con estas regulaciones.

Derechos individuales

Derecho de borrado

ICO dijo:
En el Artículo 17 de la GDPR, los individuos tienen el derecho a la eliminación de sus datos personales, tasmbién conocido como ‘derecho al olvido’. El derecho no es absoluto y solo es aplicable en ciertas circunstancias.
Desafortunadamente, el borrado no se relaciona con un dúo pop de los 80 sino que se relaciona con que, en algún momento e inevitablemente, alguno de tus miembros quiera abandonar tu foro y, al hacerlo, quiera que se eliminen sus datos personales. Esto también se conoce como el "derecho al olvido".

Naturalmente, XenForo permite siempre eliminar miembros a través del Panel de Control de Administración (PCA), enfoque recomendado, aunque es tradicional que dejen los contenidos sin más. Siempre has podido cambiar el nombre de usuario, antes que borrarlo. Aunque en esta etapa no se busca eliminar totalmente el contenido de un usuario, se está facilitando la anonimización del contenido de un usuario eliminado..

1.png

Al eliminar a un usuario, tendrá ahora la opción de sólo eliminarlo (como hasta ahora) o cambiarle el nombre de usuario antes de eliminarlo. Puede elegirse un texto predefinido (que es el contenido de la frase deleted_member en tu idioma, seguido del user_id) o camb iarlo manualmente a cualquier otro nombre que prefieras.

Derecho a la portabilidad de los datos

ICO dijo:
El derecho a la portabilidad de los datos que tienen los individuos es el derecho a recibir los datos personales provistos por el usuario a un controlador en un formato estructurado, comúnmente utilizado y legible por una máquina. También les confiere el derecho a solicitar que el controlador transmita estos datos directamente a otro controlador.
Técnicamente, bajo ciertas leyes en ciertos países, el derecho de cualquier usuario a solicitar una copia de cualquier información personal en poder de un controlador de datos, siempre ha sido necesaria. La principal diferencia ahora es que es que la información deben facilitarse los datos al sugeto en un formato legible por una máquina.

Comenzando por el siguiente lanzamiento, los admin podrán generar un archivo XML que contenga la información personal, incluyendo aquella introducida en los campos personalizados. El archivo XML producido podrá importarse en cualquier otro foro XF1 o XF2 que ejecute la versión apropiada.


Derecho a estar informado

ICO dijo:
  • Debe proporcionarse a las personas información que incluya: Los propósitos del proceso de sus datos, los períodos de retención de los mismos y con quién se compartirán. Lo denominaremos ‘Información de privacidad’.
  • Debe proporcionarse información de privacidad a las personas en el memento de recoger sus datos personales.
  • Debe revisarse y, cuando sea preciso, actualizar la información de privacidad de forma regular. Se debe informar sobre cualquier nuevo uso de los datos personales de un individuo antes de comenzar su procesamiento.
XenForo, que ya tiene funcionalidades para editar los Términos y reglas, te proporciona herramientas para crear una Política de privacidad (Páginas de ayuda, páginas) y presentar esa información en el momento del registro de un usuario. En el próximo lanzamiento se expanden, de algún modo, estas características.

El primer paso es comenzar proveyendo una Política de privadad predeterminada, a través de una página de ayuda, similar a como se proveen hoy los Términos y reglas. Si ya se tiene una URL de Política de privacidad, se continuará enlazando a ella. Si no se tiene, se comenzará mostrando el enlace de la nueva página de Política de privacidad en los lugares adecuados. Detrás de actualizar, si no se desea o no se necesita una Política de privacidad, se podrá desactivarla en las opciones.


Base legal del procesamiento

Consentimiento

ICO dijo:
  • El consentimiento significa ofrecer a los individuos una elección y control real. El consentimiento genuino debe poner personas a cargo, generar confianza y compromiso y mejorar su reputación.
  • El consentimiento requiere una aceptación positiva. No deben utilizarse casillas previamente marcadas o cualquier otro método de consentimiento por defecto.
  • Hay que manter la evidencia del consentimiento: quién, cuándo, cómo y qué se le dijo a la gente.
De forma similar a la sección "Derecho a ser informado" anterior, el consentimiento debe aplicarse a cosas como la Política de privacidad y los Términos y reglas. En XF2 ya se solicita este consentimiento si se tiene configurada una política de privacidad o una URL de términos y reglas. En XF1, sin embargo, solo se hace si se configura una URL de términos y reglas. En XF2, no hay una casilla de verificación para dar el consentimiento, pero en XF1 sí la hay.

Existen inconsistencias obvias sobre ello, por lo que en el siguiente lanzamiento se adoptará un enfoque más consistente durante el registro:

6.png

Ya se ha hecho posible que un usuario opte o no por recibir emails del sitio utilizando la opción "Recibir emails del sitio" en las "Preferencias" del usuario, las cuales pueden, naturalmente, prefijarse por defecto a marcadas o desmarcadas en Opciones > Registro de usuario. Esta preferencia permanece, aunque se ha cambiado su nombre ligeramente. También se ha agregado una nueva opción de administración (de nuevo, en "Registro de usuario") para activar o no el como mostrarla en el registro:

7.png

Para permitir conservar la evidencia del consentimiento, se registrará la fecha del mismo en cuanto a la aceptación de los Términos y reglas y a la Política de privacidad en el "Registro de cambios de usuario". También se registrará si un usuario elige explícitamente optar por recibir emails

En la versión actual, el registro de cambios de usuario solo se guarda durante 60 días (por defecto) por lo que se cambia esto para asegurar que cierto registro de cambios está "protegido". Estas entradas protegidas nunca se purgarán y se mostrarán el el registro log de modo diferente (denotado por un borde izquierdo destacado):

2.png

En estos lanzamiento, también se hará posible volver a preguntar a los usuarios para re-aceptar los Términos y reglas o la Política de privacidad. Todo ello porque se provee la capacidad de utilizar cualquier URL como de Términos y reglas y de la Política de privacidad y porque las políticas predeterminadas son editables mediante frases o plantillas, el enfoque más explícito para activar la re-aceptación es tener una página específica para cada una en Comunicación > Ayuda en el PCA:

3.png
4.png

Al hacer clic en "Guardar" se preguntará a cualquier usuario para re-aceptar la respectiva política y no podrán continuar utilizando el sitio hasta que lo hagan. Si se utiliza la página predeterminada, se mostrará la política en la página:

screen-shot-2018-05-05-at-02-09-08-png.174697




Cookies
ICO dijo:
Las reglas sobre cookies están en la 6ª regulación. La regla básica es que se debe:
  • informar a la gente que las cookies están ahí;
  • explicar qué hacen las cookies y por qué; y
  • obtener el consentimiento para almacenar las cookies en sus aparatos.
Desde hace años, se viene mostrando en su primera visita un aviso a los usuarios explicando que se deben aceptar las cookies. Este aviso se muestra en la primera carga de cada página antes de desvanecerse. Esto suele funcionar bien en la mayoría de los casos, aunque se ha decidido hacer algunas mejoras en el próximo lanzamiento y hacer más claro el uso de las cookies y precisarse el descarte del aviso:

5.png

Curiosamente, este aviso no aparece como un aviso de bloque en la parte superior de la página, y no aparece en la esquina inferior derecha como un aviso flotante. En cambio, se ha creado una posición completamente nueva llamada "Fijo". Esta posición de aviso se fija en la parte inferior de la página y en el ancho completo (similar a la barra de moderación en línea). Incluso se puede utilizar esta posición para cualquier aviso que se cree.

La página predeterminada de ayuda para cookies se ha expandido con información más detallada sobre qué cookies se establecen y por qué.


Y eso nos lleva al final de este tema centrado en GDPR ¿Lo has visto?

Debido a la gran cantidad de cambios en estos lanzamientos, primero se lanzarán versiones beta, a partir del martes 8 de mayo en que estarán disponibles para todos los clientes con licencia activa, mientras que el lanzamiento definitivo y estable tendrá lugar el martes 22 de mayo.

Como siempre, con cada tema de Como lo ves, publica cualquier sugerencia en el foro de sugerencias (un tema para cada sugerencia).

Leerlo en inglés
 

Adjuntos

  • 6.png
    6.png
    10,6 KB · Visitas: 0
  • 7.png
    7.png
    10 KB · Visitas: 1
Última edición por un moderador:

leinadesp

XenForoUser
Mensajes
93
Puntuación de reacciones
23
Puntos
8
País
España
Versión de XenForo
Ninguna
Bien al final se van a involucrar ellos sin tener que pasar por un plugin de terceros, es una buena noticia sin duda :aplaudir:
 

lms

Administrador
Mensajes
7.741
Puntuación de reacciones
2.163
Puntos
2.613
Sitio web
xenfacil.com
País
España
Versión de XenForo
2.1.x
PayPal
Donar dinero a este usuario
Página web
Web
Rudi dijo:
Nunca nos gusta eliminar cuentas, ya que esto también elimina el historial de publicaciones, las direcciones IP utilizadas, los informes, etc. Utilizamos mucha de esta información para detectar posibles miembros malintencionados que puedan inscribirse en un futuro, entre otros motivos.

¿Qué sería lo más incorrecto, cambiar el nombre de usuario de la cuenta, establecer sus opciones de privacidad de perfil en "Nadie" o vaciar todos los campos de perfil del usuario? Eso está casi tan "olvidado" como pueda obtener la cuenta sin matar toda su historia, ya que su contenido aún permanecerá y cualquier elemento personalmente identificable se borrará cuando la cuenta se "vacíe". Hemos hecho esto antes por otras razones. Lo único que podría decirse que es "identificación personal" serían las fechas y las direcciones IP guardadas, y esas se guardan en los registros de Apache del servidor de todos modos. (Diría que no se espera que la UE exija que se eliminen entradas de millones de líneas de registros del servidor Apache, pero ¿quién sabe?)
Chris D dijo:
No hay nada de malo en eso, IMO.

Rudi dijo:
Cambiar el nombre de usuario ahora también cambia su nombre en los encabezados de las publicaciones citadas y ¿las menciones "@"?, o¿ sigue siendo una búsqueda / reemplazo que tendríamos que hacer en el texto de las publicaciones?
Chris D dijo:
Sigue siendo un trabajo manual, si crees que es necesario hacerlo para cumplir.
Chris D dijo:
Las características van a estar también en XF1, pero, claro, actualizar a XF2 es mejor idea
Stuart Wright dijo:
Una gran noticia. Como siempre, el equipo de Xenforo nos está cuidando.
FYI @Chris D en el seminario web de Google que vi el jueves pasado, dijeron específicamente que si se elimina a un usuario, también deben borrarse sus datos de Google Analytics. No sé cómo se identifica a esa persona, pero Google está agregando esta característica, pronto disponible si aún no lo está.
Chris D dijo:
No tenemos control sobre sus datos de Google Analytics, por lo que, lamentablemente, se trata en gran medida de algo que debe eliminar manualmente si así lo exige el cumplimiento.
 
Última edición:

lms

Administrador
Mensajes
7.741
Puntuación de reacciones
2.163
Puntos
2.613
Sitio web
xenfacil.com
País
España
Versión de XenForo
2.1.x
PayPal
Donar dinero a este usuario
Página web
Web
Slavik dijo:
El derecho de borrado no se extiende a los mensajes/contenido hecho en un foro excepto bajo contextos específicos con contenido con información personal.

Si se tiene un interés legítimo en conservar los detalles de una cuenta (por ejemplo, para registrar usuarios problemáticos o aplicar una política de una cuenta por usuario), tampoco se tiene que eliminar esa cuenta.

No estoy perdiendo el sentido, estoy corrigiendo el temor y las declaraciones incorrectas que se están publicando, y francamente, me estoy cansando de las personas que han leído algunos artículos de Internet en las últimas semanas diciéndonos cómo nuestro software no cumple con GDPR y lo que nosotros o los propietarios de sitios debemos o no debemos hacer.

Hemos estado en contacto con la ICO durante meses, siguiendo la guía de trabajo y cualquier cambio que se haya realizado en ella y tenemos nuestra propia documentación interna como tal. Hemos estado preguntando sobre puntos específicos, y aclaraciones sobre ellos, fue solo en mayo cuando la ICO publicó su guía oficial sobre portabilidad, y si bien teníamos una buena idea de lo que se esperaba, una vez que la tuviéramos, confirmó nuestros puntos de vista. Las otras características y mejoras adicionales no son innovadoras, son mejoras de calidad de vida para los administradores al tratar con GDPR.

Del mismo modo, las multas no comenzarán en 20 millones de euros. Comenzará con algún contacto amistoso para ayudar a cumplir a un propietario de un sitio que no lo haga, o si tienen algunas políticas vigentes, alguna educación y orientación para modificarlo y cumplirlo.

Si su abogado personal le dice que las publicaciones deben borrarse, siga adelante y siga sus consejos. Sin embargo, me imagino que esto no es algo contra lo que haya contratado el consejo y simplemente lo haya leído en línea, porque incluso si se clasificaran como datos personales, que no lo son, pasaría pruebas con razones para rechazar la eliminación y mantener el registro para que los temas que involucran al usuario en cuestión no se reduzcan a basura incoherente.

La gente realmente necesita dar un paso atrás, respirar, calmarse y mirar el GDPR por lo que es. Porque ahora parece que XenForo sea un montículo mayor que el Everest.
 

leinadesp

XenForoUser
Mensajes
93
Puntuación de reacciones
23
Puntos
8
País
España
Versión de XenForo
Ninguna
Ufff muchas gracias por las tradus, cada vez se van aclarando más las cosas :).
 

lms

Administrador
Mensajes
7.741
Puntuación de reacciones
2.163
Puntos
2.613
Sitio web
xenfacil.com
País
España
Versión de XenForo
2.1.x
PayPal
Donar dinero a este usuario
Página web
Web
Sim dijo:
Curiosamente, hay una distinción cuidadosa que se puede hacer aquí.

Está obligado a eliminar la información personal que el usuario en cuestión agregó en su sitio. Entonces, cualquier cosa en su base de datos de ese usuario debe eliminarse si lo solicitan. También está el argumento de que la información personal contenida en sus publicaciones debe eliminarse. Exactamente lo que eso significa todavía está en debate.

Sin embargo, NO tienes que eliminar publicaciones hechas por otras personas. Esta legislación NO consiste en borrar todas las referencias a usted de Internet (es decir, gestión de la reputación). Esta legislación se trata de controlar la información propia que ha proporcionado (y así es utilizada por el operador del sitio para proporcionarle los servicios). El hecho de que haya hecho pública cierta información y ahora otras personas (usuarios) tengan acceso a esa información y la usen en línea, es una consecuencia natural de sus acciones.

Siempre que la información publicada por terceros no sea de otra manera ilegal (es decir, difamatoria), no he leído nada en la legislación hasta ahora que diga que usted deba eliminar el contenido que han creado. Incluso aunque haga referencia a alguien que haya solicitado ser "olvidado", eso se refiere a la información estructurada que posee, no a sus discusiones.

Esta es la razón por la cual las sugerencias que leí sobre hacer una búsqueda global y reemplazar el nombre de usuario de alguien serían necesarias para verdaderamente anonimizar su cuenta, siento que se equivocan. Además de las publicaciones que hicieron ellos mismos, ya no se ocupa de la información personal creada por el usuario; se trata de contenido creado por otras personas.

Ahora, lo complicado no es lo razonable que sea para otras personas publicar información personal sobre alguien en los foros. Puedo pensar en muchos escenarios en los que lo consideraría perfectamente razonable en el curso de una conversación normal, especialmente sobre la base de que el sujeto haya sido miembro de su sitio y, por lo tanto, la gente los conozca. El mero hecho de que se usara el nombre de usuario de alguien en una publicación (ya sea su nombre real o un seudónimo) no es irracional y no creo que tratar de "anonimizar" esas publicaciones sea una acción razonable. No lo haría.

Sin embargo, sí tenemos reglas en nuestros foros que prohíben a las personas publicar "información personal" sobre las personas. Por ejemplo, en PropertyChat, no permitimos que las personas publiquen detalles sobre propiedades específicas que otra persona posee (es decir, la dirección). Pero no excluiría que alguien hablara de otro miembro en términos más generales basados en información ya publicada en los foros, por ejemplo, "el usuario XYZ publicó que era dueño de una propiedad en el suburbio ABC" (aunque eliminara la dirección de esa propiedad si fueron publicados !!). Quitaría las direcciones de correo electrónico y otra información obviamente personal como una cuestión de curso de todos modos, independientemente de quién los publicó.

También tenemos reglas contra el uso de los nombres reales de las personas cuando publican bajo seudónimo, lo cual no es infrecuente porque nuestros usuarios suelen asistir a reuniones cara a cara y se conocen por su nombre.

Pero si un usuario elige publicar con su nombre real, y luego otros miembros de mi sitio hablan sobre ese usuario y lo que han publicado (sin publicar información personal más específica), entonces creo que es perfectamente razonable y no consentiría en eliminarlo. ese contenido (pero yo revisaría las publicaciones específicas si el sujeto me lo pidiera).

Sin embargo, creo que hay una línea muy fina que debe trazarse aquí, en gran medida dependiendo de si el usuario elige ser anónimo o no.

Si alguien publica en mi sitio usando su nombre real, que alguien más publicara un enlace a su perfil de Twitter sería bastante razonable.

Si alguien publica en mi sitio usando un seudónimo, incluso si ya se han vinculado a su perfil de Twitter, consideraría esa información personal y la eliminaría si así lo solicitara, incluso si fuera publicada por otro usuario. Pero ese es solo mi enfoque: personalmente no creo que esto caiga bajo las reglas de GDPR (terceros publican el manejo de Twitter de un usuario en los foros).

Piénselo en términos de un blog. Si ejecuta un blog y analiza a alguien en publicaciones en su blog, la persona en cuestión nunca ha sido un "usuario" de su sitio y, por lo tanto, no tiene protección bajo el GDPR. Puede haber otras vías que podrían utilizar si estuviera publicando información personal, pero estoy bastante seguro de que el objetivo del GDPR NO es evitar que alguien publique información sobre usted que no le proporcionaron directamente.

La pregunta específica que estamos tratando aquí es acerca de publicar deliberadamente información personal sobre alguien (que presumiblemente era miembro en algún momento) en sus foros con el propósito de "interés público" (es decir, la protección de otros). Publicar información sobre un estafador conocido: ¿sobrepasa los derechos del individuo?

¿Mantiene registros sobre los usuarios de su sitio que han estafado a personas?

En nuestro caso, tenemos mucho debate
[url='https://xenforo.com/community/threads/upcoming-changes-for-gdpr-compliance-in-xf1-and-xf2.146888/post-1249395']Upcoming changes for GDPR compliance in XF1 and XF2[/URL]
 
Arriba