Anexo de Tratamiento de Datos Personales

Convenio de encargado entre el Cliente (responsable) y DonauMorgen (encargado)

Documento: Anexo de Tratamiento de Datos (ATD) Se incorpora por referencia a: Términos y Condiciones de DonauMorgen Última actualización: 13 de octubre de 2026 Publicado el: 10 de septiembre de 2026

Éste es el Anexo de Tratamiento de Datos vigente, y es el único. Se incorpora por referencia a los Términos y Condiciones de DonauMorgen y forma parte de ellos. Sustituye y deja sin efecto los anexos de tratamiento de datos embebidos en versiones anteriores de los Términos y Condiciones, y prevalece sobre lo que éstos digan en materia de tratamiento de datos personales por cuenta del Cliente si hubiera discrepancia. No deja sin efecto las demás cláusulas de los Términos: la cláusula 11 de aquéllos sigue vigente y se lee junto con este anexo. Donde los Términos y Condiciones remitan al tratamiento de datos personales, remiten a este documento y no a otro.

Índice

1. Partes, papeles de cada una y objeto del encargo
2. Definiciones
3. Alcance: qué cubre y qué no cubre este anexo
4. Materia, duración, naturaleza y finalidad del tratamiento
5. Categorías de titulares y de datos personales
6. Datos personales de categoría sensible
7. Instrucciones documentadas
8. Obligaciones del Cliente como responsable
9. Confidencialidad del personal
10. Medidas de seguridad
11. Acceso del personal de DonauMorgen a los datos del Cliente
12. Subencargados
13. Comunicación de datos entre productos de la suite
14. Funciones de inteligencia artificial
15. Apoyo para atender derechos ARCO y revocación
16. Vulneraciones de seguridad
17. Exportación garantizada, devolución y supresión
18. Auditoría e información
19. Responsabilidad, vigencia y disposiciones finales
20. Anexo I — Inventario por aplicación
21. Anexo II — Subencargados
22. Anexo III — Cómo pedir una exportación o apoyo para un derecho ARCO

1. Partes, papeles de cada una y objeto del encargo

1.1 Las partes.

• DonauMorgen, operada por Cristian Daniel Reyes Ortega, persona física con actividad empresarial, con domicilio en C. Tijuana 20, México, 60153 Uruapan, Mich., en adelante “DonauMorgen”.
• El Cliente: la persona física con actividad empresarial o la persona moral que contrata cualquiera de las aplicaciones de DonauMorgen y que carga en ellas datos de terceros. Se identifica con la empresa dada de alta en id.donaumorgen.com y con los datos fiscales que ahí registró.

1.2 Este anexo no se firma por separado. Se acepta al aceptar los Términos y Condiciones y forma parte de ellos. Si el Cliente necesita un ejemplar firmado, puede pedirlo a legal@donaumorgen.com.

1.3 Los tres papeles.

Hay tres grupos de datos personales dentro de DonauMorgen y el papel de cada parte cambia según el grupo:

Grupo A — Datos del titular de la cuenta. Aquí DonauMorgen es RESPONSABLE. Son los datos de quien se registra y de quien usa la plataforma: nombre, correo, puesto, fotografía de perfil, empresa a la que pertenece, datos fiscales y de facturación de esa empresa, la suscripción, y la bitácora de acceso, uso y auditoría. Estos datos viven en el sistema central de cuentas (id.donaumorgen.com) y DonauMorgen decide sobre ellos: para qué se usan, cuánto se guardan y con quién se comparten. Se rigen por el Aviso de Privacidad de DonauMorgen, no por este anexo.

Grupo B — Datos que el Cliente carga sobre terceros. Aquí DonauMorgen es ENCARGADO y el Cliente es RESPONSABLE. Son los datos de personas que no tienen relación con DonauMorgen y que el Cliente sube porque las necesita para operar: sus empleados en NomixHR, sus clientes y consumidores finales en Tianpos y Relavian, sus proveedores en Comprora, Almacly, Abastora y Contabele, sus productores y trabajadores de campo en Acoply y Empacly, sus conductores y transportistas en Fletara.

De estos datos el responsable es el Cliente. Es el Cliente quien decidió recabarlos, para qué los usa, qué aviso de privacidad les dio a esas personas y cuánto tiempo los conserva. DonauMorgen sólo los guarda y los procesa por cuenta del Cliente y siguiendo sus instrucciones. DonauMorgen no los usa para fines propios, no los vende, no los cruza con los de otros clientes y no decide sobre ellos.

Dicho en corto y sin rodeos: la información de sus empleados es suya, no nuestra. Nosotros somos la bodega, usted es el dueño.

Grupo C — Personas que DonauMorgen captó por su cuenta. Aquí DonauMorgen es RESPONSABLE. Son los prospectos y visitantes que llegan a los sitios de DonauMorgen y dejan sus datos en un formulario, y las visitas al sitio que se registran con tecnologías de rastreo. No son datos del Cliente ni se los encarga nadie: los recaba DonauMorgen para vender sus productos. Se rigen por el Aviso de Privacidad de DonauMorgen, no por este anexo, y ahí se declara su finalidad y cómo oponerse.

1.4 Marco legal. Este anexo se rige por la legislación mexicana en materia de protección de datos personales en posesión de particulares y su reglamento.

1.5 Objeto. Por este anexo el Cliente, en su calidad de responsable, encarga a DonauMorgen el tratamiento de los datos personales del Grupo B, y DonauMorgen lo acepta en los términos y con los límites que siguen.

2. Definiciones

Se usan en el sentido de la ley mexicana. Para que se lean sin diccionario:

• Titular: la persona de carne y hueso a la que pertenecen los datos. Su empleado, su cliente, su proveedor, su conductor.
• Responsable: quien decide qué se hace con los datos. En el Grupo B, usted.
• Encargado: quien trata los datos por cuenta del responsable. En el Grupo B, DonauMorgen.
• Subencargado: el proveedor que DonauMorgen usa para poder prestar el servicio y que, al hacerlo, toca datos. Por ejemplo la empresa que aloja la base de datos.
• Remisión: cuando los datos pasan a un encargado o subencargado. No requiere el consentimiento del titular, porque nadie está decidiendo nada nuevo sobre ellos.
• Transferencia: cuando los datos pasan a un tercero que sí decide sobre ellos. Es otra cosa y tiene otras reglas.
• Datos sensibles: los que pueden causar discriminación o un riesgo grave si se filtran. En esta suite: salud, afiliación sindical, datos biométricos y datos de menores.
• Vulneración: pérdida, robo, copia, uso o acceso no autorizado a los datos.
• La suite: el conjunto de aplicaciones de DonauMorgen listadas en la cláusula 4.2.

3. Alcance: qué cubre y qué no cubre este anexo

3.1 Cubre el tratamiento de los datos del Grupo B en las trece aplicaciones B2B: Acoply, ActivaLog, Almacly, Comprora, Contabele, Empacly, NomixHR, Suptika, Relavian, Tianpos, Fletara, Abastora y —con la salvedad de la cláusula 3.3— Frambia.

3.2 No cubre:

• Los datos del Grupo A (titular de la cuenta, facturación, auditoría de acceso). DonauMorgen es responsable de ellos. Ver el Aviso de Privacidad.
• Los datos del Grupo C (prospectos y visitantes captados por DonauMorgen). Igual: Aviso de Privacidad.
• BabyTools. Es un producto directo al consumidor: no hay una empresa cliente en medio que responda por los datos. DonauMorgen es responsable de todo lo que ahí se guarda, incluidos datos de menores y datos de salud de menores. Este anexo no aplica a BabyTools: ese producto queda fuera de su alcance y nada de lo que aquí se pacta lo cubre. Las dudas sobre BabyTools se atienden en legal@donaumorgen.com.

3.3 Frambia, caso mixto. En el marketplace de fruta, el alta de participantes, la verificación de identidad —incluida la verificación biométrica de rostro contra credencial de elector— y la mensajería entre comprador y vendedor las opera DonauMorgen como responsable, no como encargado. Este anexo no cubre esas funciones: se rigen por el Aviso de Privacidad de DonauMorgen.

3.4 En caso de conflicto entre este anexo y los Términos y Condiciones, en materia de datos personales manda este anexo.

4. Materia, duración, naturaleza y finalidad del tratamiento

4.1 Materia. Los datos personales de terceros que el Cliente, sus usuarios o sus sistemas cargan, capturan, importan o generan dentro de las aplicaciones contratadas, incluidos los archivos que suben.

4.2 Naturaleza y finalidad: para qué trata DonauMorgen esos datos. Únicamente para prestar el servicio contratado. En concreto:

4.3 Lo que DonauMorgen no hace con esos datos. No los usa para fines propios; no los vende ni los renta; no hace publicidad con ellos; no los cruza con los de otros clientes; y no los conserva más allá de lo previsto en la cláusula 17.

4.4 Duración. Desde que el Cliente carga el primer dato y hasta que ocurra lo último de: (a) que termine la suscripción, y (b) que venza el periodo de conservación de la cláusula 17. Este anexo sobrevive a la terminación del contrato en todo lo relativo a devolución, supresión, confidencialidad y responsabilidad.

4.5 Ubicación. Los datos se alojan en infraestructura de nube ubicada en Estados Unidos, a través del proveedor de base de datos identificado en el Anexo II. El Cliente lo acepta al contratar.

5. Categorías de titulares y de datos personales

Éstas son las categorías que efectivamente se tratan hoy en las aplicaciones. El detalle por aplicación está en el Anexo I.

5.1 Categorías de titulares cuyos datos puede cargar el Cliente:

• Trabajadores y ex trabajadores del Cliente, y quienes aspiran a serlo
• Clientes y consumidores finales del Cliente
• Prospectos y contactos comerciales del Cliente
• Proveedores del Cliente y las personas que los representan
• Productores agrícolas, asesores técnicos, aplicadores y trabajadores de campo
• Conductores, operadores y personal de transportistas
• Cuadrillas de empaque y quien firma la recepción de fruta
• Visitantes del sitio web del Cliente, cuando el Cliente activa el rastreador de Relavian
• Cualquier persona que aparezca en una fotografía de evidencia

5.2 Categorías de datos. Resumen; el detalle está en el Anexo I.

5.3 Advertencia sobre campos de texto libre. Varios productos tienen campos abiertos: notas, descripciones, cuerpo de la interacción, motivo de baja, observaciones. Ahí cabe cualquier cosa. DonauMorgen no controla ni revisa lo que el Cliente escribe en esos campos y le pide expresamente que no capture datos sensibles en ellos. Si el Cliente lo hace, ese contenido queda protegido por las mismas medidas de seguridad, pero el aviso de privacidad y el consentimiento que ese dato requería son responsabilidad del Cliente.

6. Datos personales de categoría sensible

6.1 Dónde hay datos sensibles en el Grupo B. Sólo en dos productos, y son estos:

Un dato sensible puede salir hacia el proveedor de inteligencia artificial. Los documentos que el Cliente sube al expediente laboral de NomixHR se envían completos al proveedor de inteligencia artificial para leer su vigencia, conforme a la cláusula 14.1. Si el Cliente sube un certificado médico, una incapacidad o cualquier otro documento de salud, ese documento también se envía. El Cliente debe saberlo antes de subir documentos de salud.

6.2 Lo que esto significa para el Cliente. Los datos sensibles exigen consentimiento expreso y por escrito del titular. Ese consentimiento lo tiene que recabar el Cliente de sus propios empleados. DonauMorgen es encargado: no lo recaba, no lo puede recabar y no lo suple. Si el Cliente sube una incapacidad, un certificado médico, un resultado de NOM-035 o marca a alguien como sindicalizado sin tener ese consentimiento, el incumplimiento es del Cliente.

6.3 El caso de Contabele merece atención especial. Al recibir y guardar el CFDI de nómina de un tercero en su formato original, el Cliente está guardando datos de salud y de afiliación sindical aunque no haya capturado ningún campo con ese nombre. Entran por la puerta del XML. Su aviso de privacidad y su consentimiento deben cubrirlo.

6.4 Biométricos (Frambia). La verificación de identidad de Frambia compara el rostro de la persona contra su credencial de elector. Las imágenes no se guardan en las bases de DonauMorgen: el componente corre en el navegador de la persona y sube directo a la nube del proveedor de verificación, que es quien las custodia. Pero sí hay tratamiento de datos biométricos: se recaban a través de un sitio de DonauMorgen, se conserva el resultado, el estado y la calificación de calidad, y con eso se decide si la persona entra o no. Requiere consentimiento expreso y por escrito, y el proveedor está declarado en el Anexo II. Por la cláusula 3.3, en este punto DonauMorgen actúa como responsable.

6.5 Lo que no hay.

• No se recaba en ninguna aplicación de la suite ningún dato de origen étnico o racial.
• No existen números de tarjeta ni datos bancarios de pago del titular de la cuenta en ninguna base de DonauMorgen. Los guarda el procesador de pagos; DonauMorgen sólo conserva el identificador de cliente que ese procesador le devuelve. Un ataque a las bases de DonauMorgen no expone tarjetas.
• DonauMorgen no tiene certificación ISO/IEC 27001 ni informe SOC 2.

7. Instrucciones documentadas

7.1 Regla general. DonauMorgen trata los datos del Grupo B únicamente conforme a las instrucciones del Cliente. No decide sobre esos datos.

7.2 Qué cuenta como instrucción. Para no vivir de acuerdos verbales, son instrucción del Cliente y sólo estas:

a) El uso normal del producto. Cada acción que el Cliente o sus usuarios hacen dentro de la aplicación —dar de alta un empleado, timbrar una nómina, registrar una visita, cerrar una recepción— es una instrucción. No hace falta un correo por cada cosa. b) La configuración que el Cliente elige: qué módulos activa, qué integraciones conecta, qué usuarios invita y con qué permisos, si activa el rastreador web, si activa el seguimiento de ubicación de conductores, si genera enlaces públicos para compartir. c) Este anexo y los Términos y Condiciones. d) Una instrucción escrita enviada a legal@donaumorgen.com desde un correo de un administrador de la cuenta del Cliente.

7.3 Lo que DonauMorgen hace sin instrucción del Cliente, porque lo manda la ley o porque es indispensable para que el servicio exista, y que el Cliente acepta desde ahora:

• Respaldos, recuperación ante fallas, monitoreo de disponibilidad y aplicación de parches de seguridad.
• Registros de auditoría y de seguridad, incluidos los que capturan dirección IP y navegador.
• Cumplir un requerimiento de autoridad competente. Si eso ocurre, DonauMorgen avisa al Cliente antes de entregar nada, salvo que la propia orden se lo prohíba.

7.4 Si una instrucción parece ilegal. DonauMorgen se lo dirá al Cliente por escrito y puede suspender la ejecución de esa instrucción concreta hasta que el Cliente la confirme o la corrija. DonauMorgen no está obligada a hacer un dictamen legal, sólo a levantar la mano.

7.5 Lo que DonauMorgen no puede hacer aunque se lo pidan. Acceder a los datos de un cliente desde la cuenta de otro; extraer datos de un cliente para dárselos a otro; ni desactivar la bitácora de auditoría.

8. Obligaciones del Cliente como responsable

Hay cosas que sólo el Cliente puede hacer y que ninguna medida técnica de DonauMorgen sustituye.

8.1 Legitimidad. El Cliente declara que tiene base legítima para tratar los datos que sube y que dio a esas personas el aviso de privacidad que corresponde, con las finalidades reales, incluida la mención de que usa un proveedor de software para tratarlos.

8.2 Consentimiento de datos sensibles. El Cliente recaba de sus empleados el consentimiento expreso y por escrito para tratar salud, incapacidades, resultados de NOM-035 y afiliación sindical. Ver cláusula 6.2.

8.3 Aviso al trabajador sobre geolocalización. Si el Cliente usa Fletara, el sistema registra de forma continua ubicación y velocidad de un conductor identificado durante su jornada, y también la ubicación en la que se tomó cada fotografía de evidencia. Eso es monitoreo de una persona física. El Cliente debe informárselo al conductor y tener base legítima para hacerlo. Lo mismo aplica, en menor intensidad, a la ubicación de las visitas técnicas de Acoply.

8.4 Enlaces públicos de Acoply. Acoply permite generar enlaces para compartir la ficha de una huerta sin necesidad de cuenta: quien tenga el enlace ve la ficha, y opcionalmente las fotografías, sin autenticarse. Es una función que el Cliente activa a voluntad. Al generar un enlace, el Cliente está decidiendo publicar esos datos y asume esa decisión. DonauMorgen registra cuántas veces se abrió y a quién se envió.

8.5 Almacenamiento público. Hoy existen dos depósitos de archivos configurados como públicos, es decir, accesibles por quien tenga la dirección, sin iniciar sesión:

• El depósito de imágenes de marca, donde viven las fotografías de perfil y los logotipos.
• El depósito de fotografías de campo de Acoply.

DonauMorgen no describe esos dos depósitos como de acceso restringido. El resto de los depósitos —expediente de documentos y nómina en NomixHR, CFDI y documentos de proveedor en Contabele, evidencia en Acoply, Comprora y Almacly, documentos en Frambia— son privados y exigen sesión y permiso.

8.6 Uso correcto de las cuentas. El Cliente administra sus usuarios, revoca a quien se va, no comparte credenciales y usa las funciones de invitación y permisos del producto.

8.7 Exactitud. Mantener los datos correctos y actualizados es del Cliente. DonauMorgen no los verifica.

8.8 Indemnidad. Si un titular o una autoridad reclama por algo que corresponde a esta cláusula 8, el Cliente responde y saca a DonauMorgen en paz, salvo en la parte que corresponda a un incumplimiento propio de DonauMorgen.

9. Confidencialidad del personal

9.1 Toda persona que por su trabajo pueda acceder a datos del Grupo B —empleados, socios y contratistas de DonauMorgen— está obligada a guardar confidencialidad.

9.2 Esa obligación subsiste después de que la persona deje de trabajar con DonauMorgen, sin límite de tiempo.

9.3 El acceso se otorga sólo a quien lo necesita para su función y por el tiempo que lo necesita. Lo que hay hoy en materia de control técnico está descrito en la cláusula 11.

9.4 Al salir, se revoca el acceso.

10. Medidas de seguridad

DonauMorgen mantiene medidas administrativas, técnicas y físicas para proteger los datos. Lo que sigue es lo que existe y opera hoy.

10.1 Medidas vigentes.

a) Aislamiento entre clientes. Cada registro que guarda datos del Cliente lleva el identificador de su empresa u organización, y la base de datos aplica reglas de aislamiento sobre cada registro: una consulta hecha con la sesión de un cliente no puede leer los registros de otro, aunque el programa lo pidiera por error. El aislamiento vive en la base de datos, no en la aplicación.

b) Acceso a través de un punto central. La entrada a las aplicaciones se hace a través de id.donaumorgen.com, con correo electrónico o con cuentas corporativas de Microsoft y de Google.

c) Separación por producto. Cada aplicación opera en su propia base de datos, con credenciales propias. Una falla en un producto no abre la puerta de los demás.

d) Cifrado en tránsito. Todo el tráfico entre el navegador, las aplicaciones y las bases de datos va cifrado con TLS.

e) Cifrado de credenciales de terceros. Las credenciales que el Cliente confía a la plataforma —la contraseña de su proveedor de timbrado, los tokens de su correo y calendario, los secretos de integración— se guardan cifradas, no en texto plano.

f) Bitácora de auditoría. Se registra quién hizo qué y cuándo. En varios productos se guarda además la dirección IP y el navegador, y el valor anterior y posterior de cada cambio.

g) Acceso del soporte controlado y auditado, en una sola aplicación: Acoply. En Acoply el acceso del personal de DonauMorgen está acotado en alcance y en tiempo, se abre y se cierra con un procedimiento que escribe en la bitácora, y por eso deja rastro de la entrada y de la salida. En Empacly, Comprora y Almacly existe la tabla donde ese registro debería quedar, pero ningún programa escribe en ella: está vacía y no se llena, de modo que ahí no hay registro del paso del personal de DonauMorgen. En los demás productos no existe ni la tabla. Esta medida no es general; la cláusula 11 la detalla producto por producto.

h) Sin datos de tarjeta. Ver cláusula 6.5.

i) Respaldos. La infraestructura de base de datos mantiene respaldos automáticos.

10.2 Cambios. DonauMorgen puede cambiar las medidas, siempre que el nivel de protección no baje.

10.3 Nada de certificaciones. Ninguna afirmación de este anexo debe leerse como una certificación de seguridad. Ver cláusula 6.5.

11. Acceso del personal de DonauMorgen a los datos del Cliente

11.1 Cuándo pasa. El personal de DonauMorgen accede a los datos del Cliente sólo para: resolver un ticket de soporte que el propio Cliente abrió, corregir una falla que impide operar, o cumplir una orden de autoridad. No para ninguna otra cosa.

11.2 Cómo está controlado. El control no es igual en todos los productos.

a) El expediente del acceso vive en Suptika. El producto de soporte documenta cada acceso: solicitud con alcance, motivo, justificación y duración máxima en minutos, atada obligatoriamente a un ticket; autorización con fecha de expiración y posibilidad de revocarla antes; registro de las sesiones en las que el personal opera en nombre de un usuario; solicitud formal, campo por campo, para revelar un dato enmascarado; y bitácora de todo lo anterior.

Su límite: ese mecanismo documenta el acceso, no lo impide. Cada aplicación vive en una base de datos distinta (cláusula 10.1.c), de modo que una autorización registrada en Suptika es el expediente del acceso, no la cerradura.

b) La cerradura que sí funciona existe en una sola aplicación: Acoply. Acoply lleva dentro de su propia base de datos un padrón de personal de plataforma con nivel de acceso (sólo lectura, escritura de emergencia o administración), la organización que el personal está mirando en ese momento, fecha de expiración obligatoria, motivo por escrito y quién lo concedió; y tiene además los procedimientos de apertura y de cierre de la sesión de soporte, que son los que escriben la bitácora de entradas y salidas cada vez que alguien entra y cada vez que sale. En Acoply, y sólo en Acoply, el acceso del personal de DonauMorgen deja rastro.

c) En Empacly, Comprora y Almacly ese registro está creado, pero nadie escribe en él. Las tres tienen la tabla del padrón de personal de plataforma en su base de datos y ninguna tiene un solo programa que escriba en ella: no hay procedimiento de entrada ni de salida. En esas tres aplicaciones no queda registro alguno del paso del personal de DonauMorgen, y su tabla vacía no debe leerse como prueba de que no hubo accesos. Un control que no registra no es un control.

d) En los otros diez productos no existe ni la tabla. Dentro del alcance de este anexo, eso incluye a NomixHR y Contabele, que son las dos que pueden guardar datos sensibles.

11.3 Lo que esto significa.

• En Acoply el acceso del encargado a los datos del Cliente está limitado en alcance, limitado en tiempo, justificado por escrito y auditado, con registro de entrada y de salida.
• En todas las demás aplicaciones —Empacly, Comprora y Almacly incluidas— el compromiso que DonauMorgen puede ofrecer hoy es de conducta, no de mecanismo: el personal accede sólo por los motivos de la cláusula 11.1, está obligado a confidencialidad (cláusula 9) y deja la traza que exista en el producto, pero no hay un límite técnico de alcance ni de tiempo, y no queda registro de en qué organización se trabajó. Que Empacly, Comprora y Almacly tengan la tabla del registro no cambia nada mientras nadie escriba en ella.

El Cliente puede pedir, conforme a la cláusula 18, el detalle de los accesos a su organización en Acoply, que es la única aplicación donde ese registro existe. En todas las demás, DonauMorgen entregará lo que consten sus bitácoras generales de auditoría, advirtiendo que no equivalen a un registro de acceso de soporte y que no permiten reconstruir el paso del personal.

11.4 Aviso. Cuando el acceso ocurre dentro de un ticket abierto por el propio Cliente, el ticket vale como aviso. Fuera de ese caso, DonauMorgen procura avisar al Cliente antes de acceder a sus datos.

11.5 Contenido de los tickets. El cuerpo de un ticket es texto libre. Si el Cliente pega ahí datos personales —o sensibles— quedan guardados en el producto de soporte. Se pide expresamente no hacerlo.

12. Subencargados

12.1 Autorización general. El Cliente autoriza a DonauMorgen a usar los subencargados listados abajo, que son los que realmente se usan hoy.

12.2 Lista. Son doce. Detalle en el Anexo II.

12.3 Dos proveedores de timbrado, con funciones distintas. Facturama timbra las facturas que el Cliente emite a los suyos desde Contabele, con las credenciales del propio Cliente. SW Sapien timbra la factura de la suscripción que DonauMorgen le cobra al Cliente: ahí el emisor es DonauMorgen y el receptor es el Cliente, por lo que recibe el perfil fiscal que el Cliente registró en su cuenta. Son datos del Grupo A, no del Grupo B, pero es un subencargado real y por eso se declara.

12.4 Los subencargados que tocan Grupo B, y los que no. Supabase —y con ella Amazon Web Services, que es la infraestructura sobre la que corre—, Vercel, Resend y Anthropic tratan datos del Grupo B. Facturama, Twilio, WhatsApp, Google y Microsoft los tratan según el módulo que el Cliente active. Stripe, SW Sapien y n8n tocan datos del Grupo A y del Grupo C, no del Grupo B. Nubarium toca datos de Frambia bajo el papel de responsable de DonauMorgen.

12.5 Responsabilidad. DonauMorgen responde frente al Cliente por lo que sus subencargados hagan con los datos del Grupo B, como si lo hubiera hecho ella misma.

12.6 Altas y bajas. DonauMorgen avisará al Cliente con al menos 30 días naturales de anticipación antes de sumar o cambiar un subencargado que toque datos del Grupo B, por correo al administrador de la cuenta y publicando la lista actualizada en el sitio.

12.7 Derecho de objeción. El Cliente puede oponerse por escrito dentro de esos 30 días, con motivo razonable de protección de datos. Si no hay una alternativa viable, el Cliente puede cancelar la aplicación afectada sin penalización y con la exportación garantizada de la cláusula 17. No hay reembolso de lo ya devengado.

12.8 Excepción por urgencia. Si hay que sustituir un subencargado de golpe por una falla grave o un riesgo de seguridad, DonauMorgen puede hacerlo primero y avisar dentro de los 5 días hábiles siguientes, explicando el motivo.

13. Comunicación de datos entre productos de la suite

13.1 Qué ocurre hoy. Algunos productos de la suite se comunican entre sí y, al hacerlo, copian datos de personas de una base de datos a otra. Es una función del producto, no un accidente. Hoy esa comunicación está operando en un solo enlace:

13.2 Enlaces escritos que todavía no corren, y la advertencia que traen. Otros dos enlaces —Tianpos → Almacly y Fletara → Contabele— ya están escritos dentro del producto, pero su despachador no está agendado: los eventos que generan se encolan y hoy nadie los consume. Por ellos no viaja ningún dato en este momento.

Lo que el Cliente debe saber es qué pasa el día que ese despachador se active: la cola acumulada se entregará hacia atrás, es decir, se procesarán también los eventos viejos, con el contenido que tenían cuando se generaron. Un dato que el Cliente borró en el producto de origen puede reaparecer en el producto de destino, porque el evento que lo llevaba se creó antes del borrado y siguió esperando en la cola.

Esto es material para una cancelación. Si un titular ejerció cancelación y el Cliente la aplicó en Tianpos o en Fletara mientras la cola estaba detenida, el dato puede volver a aparecer en Almacly o en Contabele cuando el despachador arranque. Por eso DonauMorgen se obliga a: (a) avisar al Cliente antes de activar cualquiera de esos dos despachadores; (b) purgar de la cola, antes de activarlo, los eventos que correspondan a datos que el Cliente haya cancelado o suprimido; y (c) a solicitud del Cliente conforme a la cláusula 15, verificar el producto de destino después de una cancelación. El Cliente, por su parte, debe considerar esta cola al atender una solicitud de cancelación en Tianpos o en Fletara.

13.3 Naturaleza jurídica. Como los dos extremos son productos de DonauMorgen actuando como encargado del mismo Cliente, esto es una remisión interna, no una transferencia a un tercero. Pero implica que el mismo dato personal existe en más de un producto, y el Cliente tiene derecho a saberlo.

13.4 Consecuencia práctica para los derechos ARCO. Si un titular pide cancelación o corrección, el Cliente debe considerar que el dato puede estar en más de un producto —o en la cola de eventos de la cláusula 13.2. DonauMorgen lo apoyará a ubicarlo en todos los productos contratados, conforme a la cláusula 15.

13.5 Control. El enlace entre productos opera únicamente cuando el Cliente tiene contratados ambos productos y la conexión activada.

13.6 Perfil del titular de la cuenta. Además de lo anterior, el perfil del usuario que se registra en la cuenta central se copia parcialmente a cada aplicación donde tenga acceso. Son datos del Grupo A y se rigen por el Aviso de Privacidad, pero se declara aquí para que el mapa quede completo.

14. Funciones de inteligencia artificial

14.1 Dónde hay inteligencia artificial que toca datos de personas.

• NomixHR — lectura automática de los documentos del expediente laboral. Cuando el Cliente sube un documento al expediente de un empleado y no captura a mano la fecha de vencimiento, el sistema envía el documento mismo —las páginas del PDF o la imagen, tal cual— al proveedor de inteligencia artificial para que lea qué documento es y qué fechas tiene. Ocurre en segundo plano, sin que nadie lo pida y sin aviso en pantalla, y también cuando se reprocesan documentos ya cargados. Qué sale, en concreto: los documentos de ese expediente son credencial de elector, RFC, NSS, comprobante de domicilio, contrato, certificado de estudios, CURP, acta de nacimiento y, cuando el Cliente los sube, documentos de salud. Una credencial de elector escaneada arrastra fotografía, firma, CURP y domicilio; un certificado médico es un dato personal sensible de salud. Es decir: por esta función salen imágenes de documentos oficiales y, cuando el Cliente los carga, documentos de salud hacia un subencargado en el extranjero.
• Relavian: resúmenes y artefactos generados a partir del contenido de interacciones con contactos.
• Acoply: sugerencias del asistente técnico a partir del contenido de las visitas.
• ActivaLog: diagnóstico organizacional generado a partir de la actividad nominal de los empleados del Cliente, con una calificación de salud del área.

14.2 A dónde van esos datos. Al proveedor de inteligencia artificial listado en el Anexo II (Anthropic), como subencargado. El contenido enviado puede incluir datos personales, dependiendo de lo que el Cliente haya capturado, y en NomixHR incluye imágenes y PDF completos de documentos oficiales, conforme a la cláusula 14.1.

14.3 Advertencia sobre ActivaLog. El diagnóstico de ActivaLog se elabora sobre actividad identificada por persona. Aunque el resultado sea del área, el insumo es individual. Si el Cliente lo usa para evaluar desempeño, debe informárselo a su personal. DonauMorgen no toma ninguna decisión sobre las personas del Cliente.

14.4 Advertencia sobre perfilado en Relavian. Relavian calcula una puntuación de prospectos y guarda los factores que la explican. Eso es elaboración de perfiles sobre personas. Es una función que el Cliente usa y sobre la que decide; el aviso de privacidad de sus prospectos debe declararla.

14.5 No hay interruptor para desactivarlas. Hoy no existe una opción para apagar las funciones de inteligencia artificial por cuenta o por módulo. La única forma de que un dato no se envíe al proveedor de inteligencia artificial es no usar la función que lo envía: en NomixHR, capturar a mano la fecha de vencimiento del documento; en Relavian, Acoply y ActivaLog, no usar el asistente ni el diagnóstico.

15. Apoyo para atender derechos ARCO y revocación

15.1 Quién responde. Frente a los titulares del Grupo B responde el Cliente, que es el responsable. DonauMorgen no atiende directamente a los empleados, clientes o proveedores del Cliente.

15.2 Si un titular se dirige a DonauMorgen por error. DonauMorgen no responderá el fondo. Le dirá a la persona que su solicitud corresponde al Cliente y avisará al Cliente dentro de los 3 días hábiles siguientes, pasándole la solicitud.

15.3 Apoyo que DonauMorgen sí da, y en qué plazo. A solicitud escrita del administrador de la cuenta, dirigida a legal@donaumorgen.com, y dentro de los 5 días hábiles siguientes:

• Acceso: entregar los datos de un titular en formato legible, buscándolos en todos los productos contratados, incluidos aquellos a los que llegaron por la comunicación entre productos de la cláusula 13.
• Rectificación: apoyar la corrección cuando el producto no permita hacerla desde la interfaz.
• Cancelación y supresión: eliminar o bloquear los datos que el Cliente indique, incluidos los archivos y las copias que existan en otros productos, con las salvedades de las cláusulas 15.5 y 17.10.
• Oposición y limitación: aplicar la marca o el bloqueo que el Cliente pida.
• Portabilidad: entregar los datos en formato estructurado y de uso común.

15.4 Cómo encaja ese plazo con los del Cliente. El Cliente, como responsable, tiene 20 días hábiles para responder al titular si su solicitud procede, y 15 días hábiles más para hacerla efectiva contados desde esa respuesta. El apoyo del encargado se entrega en 5 días hábiles precisamente para caber holgadamente dentro de esos plazos.

15.5 Lo que no se puede borrar, y por qué. Hay datos que la ley obliga a conservar aunque el titular pida su cancelación:

• CFDI y comprobantes fiscales: se conservan por el plazo fiscal aplicable.
• Recibos de nómina y expediente laboral: se conservan por el plazo laboral y de seguridad social aplicable.
• Bitácora de auditoría: se conserva porque es la prueba de que el sistema se usó correctamente; borrarla destruiría la evidencia que protege al propio titular.

En esos casos el dato se bloquea —deja de usarse para cualquier fin operativo— hasta que venza el plazo, y entonces se suprime.

15.6 Costo. Sin costo, salvo que las solicitudes sean claramente desproporcionadas o repetitivas, en cuyo caso DonauMorgen podrá cobrar el costo razonable, avisando antes.

15.7 Nada de esto cubre el Grupo A ni el Grupo C. En esos dos grupos DonauMorgen es responsable y atiende al titular directamente en legal@donaumorgen.com y en C. Tijuana 20, México, 60153 Uruapan, Mich. Este anexo tampoco cubre BabyTools (cláusula 3.2); lo relativo a ese producto se atiende en el mismo correo.

16. Vulneraciones de seguridad

16.1 Aviso al Cliente. DonauMorgen le avisará al Cliente sin demora en cuanto confirme una vulneración que afecte sus datos.

16.2 Qué dirá el aviso, con lo que se sepa en ese momento:

a) Qué pasó y cuándo. b) Qué categorías de datos y aproximadamente cuántos titulares se vieron afectados. c) Qué productos y qué sistemas. d) Qué consecuencias probables tiene. e) Qué medidas ya se tomaron y cuáles siguen. f) Qué recomienda DonauMorgen que el Cliente comunique a sus titulares. g) A quién contactar en DonauMorgen para dar seguimiento.

Si no se sabe todo, se avisa lo que se sabe y se completa después. Un aviso incompleto a tiempo vale más que uno completo tarde.

16.3 Quién avisa a los titulares. El Cliente, porque es el responsable. DonauMorgen lo apoya con la información técnica y no comunicará nada a los titulares del Cliente sin acordarlo con él, salvo que la ley se lo ordene.

16.4 Investigación. DonauMorgen documenta cada vulneración, sus efectos y las medidas correctivas, y entrega esa documentación al Cliente si la pide.

16.5 Vulneración en un subencargado. Se trata igual: el aviso de la cláusula 16.1 corre desde que DonauMorgen tiene conocimiento.

16.6 Aviso a la autoridad. Le corresponde al Cliente decidirlo respecto de sus titulares.

17. Exportación garantizada, devolución y supresión

17.1 La garantía. Los datos que el Cliente carga son suyos y se los devolvemos siempre, incluso si su cuenta está vencida o cancelada, y aunque deba dinero.

17.2 Por qué. Porque DonauMorgen quiere que sus clientes se queden por lo que vale la operación conectada, no porque su información esté secuestrada. Retener datos como palanca de cobranza es una práctica que esta empresa no usa. Queda por escrito para que sea exigible.

17.3 Alcance. La exportación incluye: los datos que el Cliente cargó, los que sus usuarios generaron al operar, los archivos que subió a los depósitos privados y el catálogo de sus configuraciones. No incluye datos de otros clientes, ni el código o la infraestructura de DonauMorgen, ni las bitácoras internas de seguridad de DonauMorgen —de las que el Cliente sí puede pedir el extracto que le corresponde conforme a la cláusula 18.

17.4 Cómo se pide. Por escrito a legal@donaumorgen.com, desde un correo de un administrador de la cuenta del Cliente, indicando qué aplicaciones. Formato en el Anexo III.

17.5 Plazo y forma. DonauMorgen entrega la exportación dentro de los 10 días hábiles siguientes a la solicitud, en formato estructurado y de uso común —una exportación por tabla, en archivo delimitado o en formato de intercambio— más los archivos de los depósitos privados. Si el volumen lo requiere, se entrega por partes, avisando el calendario.

17.6 La exportación por autoservicio, aplicación por aplicación. Que el Cliente pueda sacar sus datos solo, desde el producto, no es igual en toda la suite:

• Completa, sin intervención de DonauMorgen: 2 de 13 — Almacly y Empacly.
• Parcial, de un solo objeto a la vez: 5 — Acoply, NomixHR, Contabele, Suptika y ActivaLog. Descargan una parte, no el conjunto.
• Inexistente: 6 — Tianpos, Relavian, Comprora, Frambia, Fletara y Abastora. Ahí la exportación se prepara de forma manual.

Por eso la entrega se pacta como obligación de resultado con plazo y no como una función del producto: DonauMorgen se obliga a entregar dentro de los 10 días hábiles de la cláusula 17.5 en las trece aplicaciones, exista o no el botón.

17.7 Sin condiciones. La entrega no se condiciona a: pagar un adeudo, firmar un finiquito, renunciar a un reclamo, ni dar razones. Tampoco se cobra, salvo el costo razonable de un medio físico si el Cliente lo pide expresamente.

17.8 Cuánto se conservan los datos después de terminar. Al terminar la suscripción, DonauMorgen conserva los datos del Cliente durante 90 días naturales, el mismo plazo que fijan los Términos y Condiciones. El plazo existe para que la garantía de entrega sea real y no una promesa que expira antes de que el Cliente se entere.

17.9 Supresión. Vencidos esos 90 días, o antes si el Cliente lo pide por escrito, DonauMorgen suprime los datos del Cliente de los sistemas activos y, cuando los respaldos roten, también de ellos. Se conserva únicamente lo que la ley obligue a conservar conforme a la cláusula 15.5, bloqueado.

17.10 Respaldos. Un dato suprimido puede sobrevivir en un respaldo hasta que ese respaldo se sustituya en su ciclo normal. Mientras tanto queda bloqueado y no se usa para nada.

17.11 Constancia. A petición del Cliente, DonauMorgen emite una constancia escrita de la supresión.

17.12 Por qué esta garantía se puede cumplir hoy. Todo lo del Cliente vive en la base de datos de cada producto y cada registro lleva el identificador de su empresa. Localizar, extraer y suprimir lo que es suyo —y sólo lo suyo— es técnicamente posible con el diseño actual. La garantía no depende de construir nada nuevo: depende de operarla.

18. Auditoría e información

18.1 Información a la mano. A solicitud del Cliente, DonauMorgen entrega dentro de 10 días hábiles: la descripción vigente de sus medidas de seguridad, la lista actualizada de subencargados, la relación de accesos de soporte a la organización del Cliente en un periodo —sólo en Acoply, que es la única aplicación donde ese registro existe, conforme a la cláusula 11— y el mapa de en qué productos vive el dato de un titular.

18.2 Auditoría. El Cliente puede auditar el cumplimiento de este anexo una vez cada 12 meses, o después de una vulneración que lo haya afectado.

18.3 Reglas.

a) Aviso por escrito con 30 días naturales de anticipación, con alcance y fechas. b) En horario hábil y sin interrumpir la operación. c) Quien audite firma confidencialidad. Si es un tercero, no puede ser competidor de DonauMorgen. d) La auditoría no da acceso a datos de otros clientes bajo ninguna circunstancia, ni a la infraestructura compartida en modo que los exponga. Este límite no es negociable, y protege también al Cliente frente a las auditorías de los demás. e) El costo lo cubre el Cliente, salvo que la auditoría encuentre un incumplimiento grave de DonauMorgen: entonces lo cubre DonauMorgen.

18.4 Alternativa. DonauMorgen puede satisfacer la auditoría entregando documentación, evidencia y respuestas a un cuestionario, si con eso queda razonablemente demostrado el cumplimiento.

18.5 Hallazgos. Si la auditoría encuentra algo, DonauMorgen presenta un plan de corrección con fechas dentro de los 15 días hábiles siguientes a recibir el informe.

19. Responsabilidad, vigencia y disposiciones finales

19.1 Cada quien responde de lo suyo. DonauMorgen responde de los incumplimientos de sus obligaciones como encargado. El Cliente responde como responsable, en especial de lo previsto en la cláusula 8.

19.2 Límites de responsabilidad. Aplican los de los Términos y Condiciones.

19.3 Vigencia. Entra en vigor al aceptar los Términos y Condiciones y dura lo que dure la relación, más lo que corresponda por la cláusula 17.

19.4 Cambios. DonauMorgen puede modificar este anexo avisando con 30 días naturales. Si el cambio reduce la protección de los datos del Cliente, el Cliente puede terminar sin penalización, con exportación garantizada.

19.5 Independencia de las cláusulas. Si una cláusula resulta inválida, las demás siguen.

19.6 Ley aplicable. Este anexo se rige por la legislación mexicana.

19.7 Contacto en materia de datos personales.

• Responsable: Cristian Daniel Reyes Ortega, persona física con actividad empresarial
• Correo para ejercer derechos: legal@donaumorgen.com
• Domicilio: C. Tijuana 20, México, 60153 Uruapan, Mich.

19.8 Prueba gratuita. La prueba gratuita queda cubierta por este anexo desde el primer dato que se carga.

ANEXO I — Inventario por aplicación

(A) = DonauMorgen responsable · (B) = DonauMorgen encargado · (C) = DonauMorgen responsable, prospectos propios.

I.1 Cuenta central — id.donaumorgen.com

Fuera del encargo, salvo lo que se indica. Identificación y contacto del titular de la cuenta, identidad federada (correo, Microsoft, Google), perfil fiscal de la empresa, facturas de suscripción y CFDI, bitácora de auditoría, tokens de acceso personal, invitaciones y control de cuotas (A). Prospectos, visitas al sitio con huella de visitante y navegador, y eventos de prospecto (C). El depósito de imágenes de marca, donde viven las fotografías de perfil, es público (cláusula 8.5). Sin categorías sensibles.

I.2 NomixHR — recursos humanos y nómina

Es la aplicación con más categorías sensibles del B2B. Identificación del empleado: nombre, correo, CURP, RFC, NSS, teléfono, fecha de nacimiento, domicilio, fotografía (B). Laborales: puesto, área, alta, baja y su motivo, turno, horario, tipo de contrato y de jornada, régimen, riesgo de puesto, asistencia, vacaciones, finiquito (B). Patrimoniales: salario, salario diario, SBC, Infonavit, prestaciones, ISR, subsidio, IMSS obrero, neto pagado, XML de nómina (B). Sensible — salud: incapacidades, cumplimiento NOM-035 con nivel de riesgo psicosocial, y los certificados médicos que el Cliente cargue en el expediente. Sensible — afiliación sindical: marca de sindicalización en el expediente. Documentos oficiales en depósito privado: credencial de elector, RFC, NSS, comprobante de domicilio, contrato, certificado de estudios, CURP, acta de nacimiento y documentos de salud. Inteligencia artificial: cuando se sube un documento sin capturar a mano su fecha de vencimiento, el archivo entero (imagen o PDF) se envía al proveedor de inteligencia artificial para leer su vigencia, en segundo plano y sin aviso en pantalla. Ver cláusula 14.1. Credenciales del Cliente guardadas cifradas.

I.3 Contabele — contabilidad y CFDI 4.0

Perfil fiscal de la empresa, incluida CURP para persona física (A). Clientes y proveedores con RFC, razón social, correo, teléfono y domicilio; facturas y cotizaciones con datos del receptor (B). Bancarios: banco, terminación de cuenta, movimientos de estado de cuenta con contraparte (B). Nómina de terceros: RFC, CURP, NSS, registro patronal, crédito Infonavit, salario diario, SBC (B). Sensible: incapacidades y separación dentro de la línea de nómina, y el CFDI de nómina recibido guardado completo, que arrastra salud y sindicalización. Datos de conductores que proyecta Fletara: número de licencia, RFC del transportista, permiso SICT, placas (B) — el enlace Fletara → Contabele está escrito pero su despachador no está agendado, así que hoy no llegan; cuando se active, llegarán también los eventos encolados hacia atrás (cláusula 13.2). Contraseña del proveedor de timbrado del Cliente, cifrada. Depósitos privados de CFDI y documentos de proveedor.

I.4 Tianpos — punto de venta

Consumidores finales que piden factura: nombre, RFC, correo, teléfono (B). Personal del Cliente: nombre, correo, teléfono, fotografía, último acceso, y cortes de caja con el faltante o sobrante por cajero —dato laboral delicado en la práctica (B). Historial de compra individualizado ligado al contacto (B). Bitácora con dirección IP y navegador, y valor anterior y posterior. Sin categorías sensibles y sin depósitos de archivos.

I.5 Relavian — CRM

Contactos, prospectos y clientes del Cliente: nombre, empresa, correo, teléfono, puesto, RFC (B). Perfilado: puntuación del prospecto y los factores que la explican (B). Rastreo de visitantes del sitio del Cliente: latitud y longitud, país, región, ciudad, huella de IP, navegador, sistema, dispositivo, pantalla, referente, campañas, y visitante recurrente con primera y última visita (B) —son personas que nunca tuvieron relación con DonauMorgen. Conexión de correo y calendario con tokens cifrados y cuenta del proveedor (B). Interacciones con cuerpo completo y notas de texto libre. Inteligencia artificial: resúmenes y artefactos generados sobre ese contenido. Contratos y comisiones por representante de ventas —ingreso individual de un empleado del Cliente (B). Registro de captación con huella de IP (C).

I.6 Acoply — agro y trazabilidad

Productores: nombre, teléfono y correo, y contactos de la huerta con rol y notas (B). Trabajadores de campo identificados: quién aplicó cada agroquímico y con qué equipo de protección —dato laboral y de exposición a sustancias—, técnico de campo, asesor de la visita, responsable del riego, operador del muestreo (B). Geolocalización: posición de la visita, coordenadas de estaciones y región de la huerta (B). Evidencia fotográfica de visitas y hallazgos (B) — el depósito de fotografías de campo es público y el de evidencia por organización es privado (cláusula 8.5). Enlaces públicos sin cuenta para compartir la ficha de la huerta, con destinatario y conteo de aperturas (B). Inteligencia artificial: sugerencias del asistente técnico sobre el contenido de la visita. Registro de acceso del personal de plataforma con motivo, expiración y bitácora de entradas y salidas (A) — es la única aplicación de la suite donde ese registro se escribe de verdad (cláusula 11.2.b). Sin categorías sensibles.

I.7 Fletara — fletes

Es la aplicación con el seguimiento de ubicación de personas más intenso de la suite. Conductores: nombre, número de licencia y su vencimiento, teléfono (B). Seguimiento continuo: latitud, longitud, precisión y velocidad, con hora, ligado a un conductor identificado (B). Evidencia fotográfica con coordenadas y autor (B). Documentos del transportista: licencias, pólizas, permisos SICT, con quién los verificó (B). Transportistas con RFC, contacto y permiso; unidades con placas y número de serie (B). Órdenes con domicilio y coordenadas de origen y destino (B). Bitácora con dirección IP y navegador. Sin categorías sensibles formales, pero es el punto de mayor exposición del B2B después de NomixHR.

I.8 Frambia — marketplace de fruta

Ver la salvedad de la cláusula 3.3. Sensible — biométricos: verificación de rostro contra credencial de elector, con proveedor externo; se conserva el identificador de la transacción, el estado, la calificación de calidad, las etiquetas de evaluación y quién revisó. Las imágenes las custodia el proveedor, no DonauMorgen. Participantes personas físicas: nombre legal, RFC, correo, teléfono (B/C). Documentos oficiales en depósito privado: credencial de elector, constancia de situación fiscal, licencia de conducir, póliza, permiso SICT, certificado fitosanitario. Una credencial de elector escaneada arrastra fotografía, firma, CURP y domicilio. Firma electrónica con dirección IP, navegador y huella de aceptación (B). Bancarios: beneficiario, banco y CLABE (B). Geolocalización de puntos de control y de fotografías (B). Mensajería privada entre comprador y vendedor, con contenido y adjuntos (B). Ofertas y operaciones con comprador y vendedor identificados.

I.9 Empacly — empaque

Personas identificadas: líder de cuadrilla, responsable de recepción, productor, nombre y cargo de quien firma el acta de recepción, evaluador de calidad, técnico, transportista y placas, quien imprimió la etiqueta, quien registró el evento de trazabilidad (B). Patrimoniales del productor: liquidaciones con bruto, descuentos, anticipos y fecha de pago, anticipos con forma de pago, ventas en consignación con cliente y precio —es el estado de cuenta individual de cada productor (B). Geolocalización de huertas y sectores recibida de Acoply, con nombre del productor (B). Bitácora de auditoría. La tabla de registro de acceso del personal de plataforma existe, pero ningún programa escribe en ella: no hay registro de accesos de soporte (cláusula 11.2.c). Sin categorías sensibles.

I.10 Comprora — compras

Proveedores: nombre, RFC, correo, teléfono, domicilio, notas (B). Traza nominal de decisiones de compra: quién solicitó, quién aprobó o rechazó y con qué nota, quién emitió la orden, quién recibió la mercancía (B). Prospectos propios con teléfono, huella de IP y de navegador (C). Bitácora con dirección IP y navegador. La tabla de registro de acceso del personal de plataforma existe, pero ningún programa escribe en ella: no hay registro de accesos de soporte (cláusula 11.2.c). Evidencia en depósito privado. Sin categorías sensibles.

I.11 Almacly — inventario

Proveedores, traza nominal de movimientos, bitácora con dirección IP y navegador y evidencia en depósito privado (B). La tabla de registro de acceso del personal de plataforma existe, pero ningún programa escribe en ella: no hay registro de accesos de soporte (cláusula 11.2.c). Ventas de Tianpos con nombre del cajero: el enlace Tianpos → Almacly está escrito pero su despachador no está agendado, así que hoy no llegan; cuando se active, llegarán también los eventos encolados hacia atrás (cláusula 13.2) (B). Prospectos propios con teléfono, huella de IP y de navegador (C) —el aviso de prospecto nuevo se envía por mensajería o, si no está configurada, a un servicio de automatización externo, con los datos del prospecto en el cuerpo del mensaje (Anexo II). Sin categorías sensibles.

I.12 Abastora — abastecimiento

Proveedores con nombre, razón social, RFC, correo, teléfono, domicilio, sitio, motivo de bloqueo y notas; documentos del proveedor con vigencia y quién los subió (B). Perfil del titular y datos de la empresa (A). Sin categorías sensibles y sin depósito de archivos.

I.13 ActivaLog — bitácora operativa

Personal del Cliente con correo, nombre, puesto y área, descripción de la actividad y adjuntos (B). Objetivos con dueño, avance, motivo del estado y el histórico campo a campo con valor anterior, valor nuevo y comentario —es evaluación de desempeño individual (B). Inteligencia artificial: diagnóstico organizacional y calificación de salud generados a partir de esa actividad nominal. Ver cláusula 14.3. Bitácora con correo y nombre del usuario. Sin categorías sensibles legales.

I.14 Suptika — soporte

Guarda pocos datos propios, pero es donde se solicita, se autoriza y se documenta el acceso del personal de DonauMorgen. No es la cerradura técnica de los demás productos, y por eso la cláusula 11.2 distingue el expediente del acceso de la cerradura. Perfiles, membresías, personal de soporte y suscripciones de la organización (A). Tickets con cuerpo de texto libre y eventos del ticket con visibilidad (A/B) —puede arrastrar lo que el Cliente pegue. Solicitudes y autorizaciones de acceso con alcance, motivo, justificación y duración; sesiones en las que el personal opera en nombre de un usuario; solicitudes formales para revelar un dato enmascarado; aprobaciones, bitácora y alertas de seguridad.

I.15 BabyTools — fuera de este anexo

Ver cláusula 3.2. Producto directo al consumidor donde DonauMorgen es responsable de todo, incluidos datos de menores, datos de salud de menores y geolocalización de cuidadores. Queda fuera del alcance de este anexo y nada de lo aquí pactado le aplica.

ANEXO II — Subencargados

Son doce. Ésta es la lista completa y vigente al 10 de septiembre de 2026.

La infraestructura donde se alojan las bases de datos y los archivos está en Estados Unidos (cláusula 4.5). Salvo que se indique otra cosa, estos proveedores pueden tratar los datos fuera del territorio mexicano.

ANEXO III — Cómo pedir una exportación o apoyo para un derecho ARCO

Correo: legal@donaumorgen.com Quién puede pedirlo: un administrador de la cuenta, desde el correo con el que entra a id.donaumorgen.com.

Para una exportación (cláusula 17), incluya:

1. Nombre de la empresa y correo del administrador que solicita.
2. Aplicaciones de las que quiere los datos, o “todas”.
3. Si quiere también los archivos de los depósitos privados.
4. A qué correo entregar el enlace de descarga.

Plazo de respuesta: 10 días hábiles. Aplica aunque la cuenta esté vencida o cancelada.

Para apoyo en una solicitud ARCO (cláusula 15), incluya:

1. Nombre de la empresa y correo del administrador que solicita.
2. Qué derecho ejerce el titular: acceso, rectificación, cancelación, oposición o portabilidad.
3. Cómo identificar al titular en el sistema: correo, RFC, CURP o el identificador del registro.
4. Aplicaciones donde cree que están sus datos, o “búsquenlo en todas”.
5. Fecha en que el titular presentó su solicitud, para calcular su propio plazo.

Plazo de respuesta: 5 días hábiles. Ese plazo está calculado para caber dentro de los suyos: usted tiene 20 días hábiles para responderle al titular y 15 días hábiles más para hacer efectivo el derecho (cláusula 15.4).

Lo que DonauMorgen no hará: responderle directamente al titular. Frente a él responde usted, que es el responsable.