Skip to main content

Política de Privacidad de Comparte Loteria

DECLARACIÓN DE AUSENCIA DE RESPONSABILIDAD DEL DESARROLLADOR EN EL CASO DE UN USO INDEBIDO DE LA APLICACIÓN POR PARTE DE CUALQUIER USUARIO

El desarrollador de la aplicación comparteLotería no se responsabiliza en el caso de que algún usuario de la aplicación no actúe "de buena fe".
Los usuarios sólo deben crear y compartir/enviar particiones de lotería virtuales utilizando la aplicación de décimos que posean (es decir, decimos que previamente hayan adquirido en una administración de lotería).
Existe el riesgo de que un usuario se dedique a crear  y enviar participaciones virtuales de décimos que no posea, es el mismo riesgo que existe al comprar una participación de papel (papeleta), pues es posible que el vendedor de la papeleta no posea el consiguiente décimo para respaldarla.
En ningún caso de este tipo el desarrollador de la aplicación se hará responsable.


POLÍTICA DE PRIVACIDAD DE LA APLICACIÓN comparteLotería

Permisos requeridos por la aplicación


Los únicos permisos que la aplicación para teléfonos móviles inteligentes "comparteLotería" requiere para su funcionamiento son:


1. Permiso para enviar un mensaje SMS al mismo número de teléfono móvil del usuario.

2. Permiso para leer ese mismo mensaje mandado por la aplicación previamente al número de teléfono móvil del usuario, y de esta manera comprobar que el número de teléfono pertenece realmente al usuario.
Nota: una vez comprobado el número de teléfono del usuario (nada más instalar la aplicación), el permiso de envío y lectura de mensajes SMS puede ser revocado por el usuario.

3. Permiso para acceder a la lista de contactos del usuario por dos motivos:

    a) Para poder mostrar al usuario el nombre del contacto asociado con el número de teléfono al que el usuario le ha enviado una participación virtual de lotería
    b) Para poder mostrar al usuario el nombre del contacto asociado con el número de teléfono de quien se ha recibido una participación virtual de lotería.

Clases de datos recogidos por la aplicación

Los únicos datos de usuario que se mantienen en el servidor de la aplicación son los estrictamente necesarios para el correcto funcionamiento de la misma, es decir:
- El número de teléfono móvil del usuario 
- Los números de teléfono con los que el usuario comparte lotería
- Las participaciones virtuales enviadas y recibidas
En ningún caso se compartirán estos datos con terceros, ni se usarán para enviar publicidad o para cualquier otra finalidad que no sea el correcto funcionamiento de la aplicación.

Modalidades de Tratamiento

El desarrollador de la aplicación tratará los Datos de los Usuarios de manera adecuada y adoptará las medidas de seguridad apropiadas para impedir el acceso, la revelación, alteración o destrucción no autorizados de los Datos.
El tratamiento de datos se realiza mediante ordenadores y/o herramientas informáticas, siguiendo procedimientos y modalidades organizativas estrictamente relacionadas con las finalidades señaladas.
Como ya ha sido mencionado anteriormente, en ningún caso se compartirán los datos de los usuarios (por ejemplo los números de teléfono) con terceros.

Período de conservación

Los Datos serán tratados durante el plazo necesario para prestar el servicio solicitado por el Usuario, o el que se requiera en función de las finalidades descritas en este documento, y el Usuario tendrá en todo momento la facultad de solicitar la interrupción de su Tratamiento o la  cancelación de los Datos contactando al desarrollador de la aplicación a través de la dirección de correo electrónico: devaction.net@gmail.com

Información adicional sobre la recogida de Datos y su tratamiento

Defensa jurídica

Los Datos Personales del Usuario podrán ser utilizados para la defensa jurídica del Titular en juicio o en las fases prejudiciales previas a un posible pleito derivado del uso abusivo por parte del Usuario de esta Aplicación o de los servicios relacionados.
El Usuario es consciente de que el Titular puede ser requerido por autoridades públicas a fin de revelar Datos Personales.

Información adicional acerca de los Datos Personales del Usuario

Además de las informaciones contenidas en esta política de privacidad, esta Aplicación podrá proporcionar al Usuario información contextual relativa a servicios específicos o a la recogida y tratamiento de los Datos Personales.

Información no contenida en esta política de privacidad



Se podrá solicitar en cualquier momento información adicional sobre la recogida y el tratamiento de los Datos Personales al desarrollador de la aplicación contactándole a través de la dirección de correo electrónico: devaction.net@gmail.com

Ejercicio de los derechos por los Titulares de los Datos

Los titulares a los que se refieren los Datos Personales tienen derecho a obtener en cualquier momento la confirmación de que estos han sido almacenados por el Responsable de Tratamiento, a conocer su contenido y origen, a verificar su exactitud o solicitar que sean completados, cancelados, actualizados o rectificados, a que sean anonimizados o a que se bloqueen aquellos Datos Personales que están siendo tratados en contravención de las leyes, así como a oponerse a su tratamiento por cualquier motivo legítimo. Las solicitudes deberán remitirse al desarrollador de la aplicación utilizando los datos de contacto indicados anteriormente.

Modificación de esta política de privacidad

El desarrollador de la aplicación se reserva el derecho de modificar esta política de privacidad en cualquier momento notificándolo a los Usuarios a través de esta página. Se recomienda encarecidamente que revisen esta página con frecuencia, tomando como referencia la fecha de la última modificación indicada al final. En el caso de que un Usuario esté en desacuerdo con alguna de las modificaciones realizadas a esta Política, el Usuario deberá cesar en el uso de esta Aplicación y podrá solicitar al desarrollador de la aplicación  que elimine sus Datos Personales. Salvo que se indique lo contrario, la política de privacidad vigente en cada momento será de aplicación a todos los Datos Personales que el desarrollador de la aplicación haya recogido hasta entonces.


Fecha de la última actualización de este documento: Domingo 20 de Agosto de 2017.

Comments

Popular posts from this blog

Kafka + WebSockets + Angular: event-driven microservices all the way to the frontend

In the the initial post of the  Event-driven microservices with Kafka series (see here  or  here ), I talked about the advantages of using event-driven communication and Kafka to implement stateful microservices instead of the standard stateless RESTful ones. I also presented the architecture and the source code of a related proof of concept application. In this post, I would like to show how to extend the asynchronous event-driven communication all the way from Kafka to the Web frontend passing through the Java backend. Hence, in the first post of this series, we got rid of HTTP as the communication protocol among microservices in the backend, and now we are also replacing it (with WebSockets) as the communication protocol between the frontend and the backend. Ok, but why would you do that? Because it provides a better experience to the end user!. Using WebSockets you can build legit  real-time user interfaces, the updates are pushed immediately from the server to the client

Cómo pedir cita previa en la DGT y desesperarse en el intento

El uso de la tecnología para la agilización de la administración española es simplemente bochornoso (y me quedo corto). Además todo el mundo lo sabe, sin ir más lejos, la última gran chapuza  informática en el Ministerio de Justicia va a costar al menos  60 millones  extra.  Pero como el dinero sale del bolsillo de los ciudadanos, pues aquí no pasa absolutamente nada y nadie asumirá ninguna responsabilidad. Esta es la triste realidad de la España actual. Pero es que hasta un trámite tan sencillo como pedir cita previa en una de las Jefaturas Provinciales de Tráfico desespera hasta al más templado. Y como quiero ser muy específico y una imagen vale más que mil palabras, a continuación voy a documentar todo el proceso que es de todo menos intuitivo. Todo empieza abriendo este enlace Y como podéis ver en la imagen previa, con la primera pantalla (vamos a obviar que la interfaz parece que ya haya cumplido la mayoría de edad, tiene pinta de ser de finales de los 90) llega la pri

Proof of Social Network Identity: a proof of concept

One of the main criticisms to blockchain technology is based on the huge consumption of electricity required by the biggest networks (e.g., Bitcoin and Ethereum). That huge electric power consumption  comes from using Proof of Work (PoW) algorithms to prevent " double spending " which is closely related to the " 51% attack ". Some other types of algorithm have been developed as an alternative to PoW, the more popular one being Proof of Stake (PoS), which basically implies that individuals with higher stake (i.e., more crypto money) have more power (i.e., are more trusted) than the rest. Hence, PoS, creates an entry barrier for those who want to become members of the blockchain network, since one needs to own a stake in order to join the network. The key to prevent " double spending / 51% attacks"  is to use something  in the block validation mechanism which is complicated or expensive enough for some malicious actor to replicate or to clone or