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

Post a Comment

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
2 comments
Read more

A Java dev journey to full-stack: first chapter

The Motivation I am an experienced Java developer and (surprise!) I like Java. I know it is not perfect but it works just fine for me (I enjoy type-safety and I do not consider verbosity a disadvantage, quite the opposite). I also know that some people dislike Java, which is also fine. But recently I decided to step out of my confort zone as developer, my goal isn't to be one of the "cool kids" neither trying to monetize a new skill in the job market. I have a quite practical motivation: I want to be able to build more (different) stuff. That's exactly the same reason why I learnt Android development by myself a couple of years ago. Web applications are ubiquitous, even more than native mobile apps, and thanks to cloud computing, one can easily and inexpensively release their idea/app to the World Wide Web. I already did some Web development in the past, in the bad old days of JSP and JSF, but the process was slow and painful. Nowadays the Web landscape h
14 comments
Read more

Using Apache Kafka to implement event-driven microservices

When talking about microservices architecture, most people think of a network of stateless services which communicate through HTTP (one may call it RESTful or not, depending on how much of a nitpicker one is). But there is another way, which may be more suitable depending on the use case at hand. I am talking about event-driven microservices, where in addition to the classic request-response pattern, services publish messages which represent events (facts) and subscribe to topics (or queues depending on the terminology used) to receive events/messages. To fully understand and embrace this new software design paradigm is not straight-forward but it is totally worth it (at least looking into it). There are several interconnected concepts which need to be explored in order to discover the advantages of event-driven design and the evolutionary path which led to it, for example: Log (including log-structured storage engine and write-ahead log) Materialized View Event Sourcing C o
1 comment
Read more