Responde a las solicitudes
Responde a las solicitudes
Una solicitud, uno o varios derechos
Una solicitud de ejercicio de derechos es el caso completo: tiene un titular, un código de seguimiento y un expediente. Dentro de ese caso, cada derecho que ejerce el titular se representa como un proceso, y todos viajan en el campo processes.
Existen porque cada derecho se responde por su cuenta: tiene su propio plazo legal, su responsable y su respuesta al titular. Una solicitud de portabilidad y supresión no podría llevar un solo estado, porque puedes entregar los datos y rechazar el borrado; cada derecho necesita el suyo.
Esta guía habla de derechos para referirse a lo que pidió el titular, y de processes cuando se refiere al campo que los contiene.
Dashboard de administración
Puedes visualizar y responder a las solicitudes de derechos en el dashboard de administración. Esto genera trazabilidad de la respuesta en la solicitud y te permite acceder a un historial de las acciones realizadas para fines de auditoría.
Gestión vía API
A través de la API de Soyio y los webhooks tienes más flexibilidad para configurar procesos de gestión de solicitudes de manera automatizada.
Eventos
Soyio emite eventos a través de webhooks cuando se crea una solicitud de derechos o cuando cambia su estado. Úsalos para reaccionar a los eventos de creación, actualización y completación de solicitudes de manera automatizada.
Los eventos son los siguientes:
data_subject_request.created: Se crea un nuevo data subject request.data_subject_request.updated: Se actualiza el estado de un data subject request.data_subject_request.validating: Se valida la identidad del usuario.data_subject_request.processing: Se procesa la solicitud.data_subject_request.completed: Se completa la solicitud.data_subject_request.rejected: Se rechaza la solicitud.data_subject_request.data_missmatch: Se detecta un error de coincidencia de datos.
Revisa nuestra sección de webhooks para obtener más información sobre cómo suscribirte y configurar los eventos en tu backend.
Revisa la referencia del API para Actualizar el estado de un data subject request para mas detalles.
Resuelve cada derecho por separado
Cada derecho se resuelve por su cuenta con PATCH /data_subject_requests/{id}/processes/{process_id}/resolve, en Resolver un derecho. Ese endpoint funciona también cuando la solicitud tiene un solo derecho, así que puedes usarlo siempre y despreocuparte de cuántos trae cada caso.
PUT /data_subject_requests/{id} sigue funcionando cuando queda un solo derecho pendiente. Si quedan varios, responde un error que nombra cuáles faltan.
Cuando resuelves el último derecho, la solicitud se cierra sola. Si los resultados fueron distintos —uno aprobado y otro rechazado— queda como parcialmente aprobada.
El orden entre derechos
Si el titular pide portabilidad y supresión juntas, primero tienes que entregarle sus datos y recién después borrarlos: la supresión no se puede resolver hasta que la portabilidad esté resuelta, y el intento se rechaza con un error de validación. Cada derecho declara de cuál depende en su campo depends_on.
El bloqueo del uso de datos
Cuando el titular pide rectificación, oposición o supresión, puede pedir además que bloquees el uso de sus datos mientras tramitas la solicitud, en data_usage_during_request. Soyio crea un derecho de bloqueo dentro de la solicitud, con su plazo en días hábiles, y se resuelve aparte.
Por eso una solicitud en la que el titular pidió un solo derecho puede tener dos pendientes. Consulta los de cada caso en Listar los derechos.
El titular también puede pedir el bloqueo por sí solo. Llega como cualquier otro derecho, con kind en blocking y su propio detalle. Y vence en el plazo común en días corridos, no en los dos días hábiles del bloqueo que acompaña a otro derecho.
Para distinguir las dos formas, cada derecho trae derived: llega en true cuando Soyio lo creó para acompañar a otro y en false cuando el titular lo pidió por su cuenta. Es el campo que explica por qué dos bloqueos pueden tener plazos distintos.