Registro de subencargados

La práctica extendida en el sector es declarar que existe una lista de subencargados y entregarla solo a quien la pida por escrito. Nos parece una respuesta inadecuada: quien evalúa contratar necesita conocer la cadena antes de firmar, y quien es titular de los datos —un conductor, un destinatario— nunca va a estar en posición de pedirla.

Publicarla tiene un costo: nos obliga a mantenerla al día y expone nuestras decisiones de arquitectura. Lo asumimos porque la alternativa es pedir confianza sin dar los medios para verificarla.

Un proveedor «condicional» no recibe ningún dato mientras la función correspondiente esté desactivada. Activarla para tu empresa es una decisión expresa, y te informamos antes qué proveedor y qué modelo quedarán en uso.

Estos componentes procesan datos personales, pero corren en nuestros propios servidores y no son subencargados:

• Identidad y acceso: Keycloak, con el segundo factor de autenticación.
• Geocodificación: Nominatim, con datos de OpenStreetMap de Chile.
• Cálculo de rutas: OSRM.
• Base de datos: PostgreSQL con PostGIS.
• Monitoreo técnico: métricas y alertas en un segundo servidor de Contabo, sin identificadores de clientes.

Para el código fuente usamos GitHub, Inc. (Estados Unidos). Allí no se almacenan datos de clientes: el desarrollo y las pruebas trabajan con datos sintéticos.

Estos proveedores no acceden a datos de flota. Tratan datos de contacto comercial y de administración, respecto de los cuales Drometra es responsable.

Hoy no usamos herramientas de analítica web, de CRM ni de publicidad, ni un procesador de pagos. Si incorporamos alguno, aparecerá en este registro antes de recibir datos.

• Contrato o acuerdo de tratamiento de datos que fije objeto, duración, finalidad, tipo de datos y categorías de titulares.
• Prohibición de tratar los datos para finalidad distinta y de cederlos sin autorización.
• En el caso de proveedores de modelos, prohibición de entrenar con los datos y, cuando el modelo lo ofrece, retención cero.
• Medidas de seguridad equivalentes a las nuestras, verificables.
• Notificación de incidentes en un plazo que nos permita cumplir el nuestro con el cliente.
• Supresión o devolución de los datos al terminar el encargo.

Con proveedores de infraestructura de gran escala no negociamos contratos a medida: aceptamos su acuerdo de tratamiento de datos estándar. Lo revisamos antes de contratar y lo indicamos aquí para que no se lea como un contrato negociado.

1. 1.Publicamos el cambio en esta página con al menos 30 días de anticipación y avisamos por correo a los clientes afectados.
2. 2.Durante ese plazo el cliente puede objetar por escrito, indicando el fundamento.
3. 3.Si la objeción es razonable, buscamos una alternativa técnica; si no la hay, el cliente puede terminar el servicio afectado sin penalidad ni costo de salida.
4. 4.Un reemplazo de urgencia por caída de un proveedor se comunica dentro de las 72 horas siguientes, con la misma opción de objeción a posteriori.