Borra la cuenta sin que Apple te rechace

Voy a subir esta app a la App Store de Apple y necesito saber si cumple la Guideline 5.1.1(v): si la app permite crear cuenta, tiene que permitir INICIAR el borrado de la cuenta DENTRO de la app. Desactivar o deshabilitar no basta.

Quiero un diagnóstico, NO que escribas o cambies nada todavía. Inspecciona el proyecto y repórtame en español simple.

1. Esquema de la base de datos
   - Lista las tablas y dime cuál guarda los usuarios.
   - Marca qué columnas tienen datos personales (email, nombre, teléfono, dirección, bio, foto, lo que sea identificable).

2. Relaciones (foreign keys)
   - Dime qué tablas apuntan al usuario (publicaciones, pedidos, comentarios, etc.).
   - Esto importa: si borráramos el usuario en seco, esas relaciones se romperían.

3. Proveedor de auth
   - Detecta si uso Supabase, Firebase, Clerk u otro, y si la app ofrece "Sign in with Apple".
   - Dime desde dónde se borraría la identidad (servidor vs cliente).

4. ¿Ya existe un botón de borrar cuenta?
   - Busca en la UI una opción de "Eliminar cuenta" / "Borrar cuenta" en Ajustes o Perfil.
   - Si solo existe "Desactivar" o "Cerrar sesión", márcalo: para Apple eso NO cumple.

5. Veredicto
   - ¿La app cumple 5.1.1 hoy? Sí / No / Parcial.
   - Si no cumple, lista en bullets qué falta, en orden de importancia.
   - No escribas código ni hagas cambios. Cuando apruebe el veredicto, te paso el prompt de implementación.

Mi stack es: [PON AQUÍ tu framework / base de datos / proveedor de auth].

Quiero que mi app cumpla la Guideline 5.1.1(v) de la App Store con la solución correcta: un soft delete con anonimización IRREVERSIBLE. Nada de esconder el dato; el dato personal se sobrescribe sin vuelta atrás, pero conservamos un "cascarón" anónimo para no romper las relaciones de la base.

Mi stack es: [framework / lenguaje]. Base de datos: [Postgres / Supabase / Firebase / otra]. Proveedor de auth: [Supabase / Firebase / Clerk / otro]. Uso "Sign in with Apple": [sí / no].

Hazlo EN ESTE ORDEN y muéstrame cada paso antes de continuar al siguiente. Explica en español simple qué hace cada parte y qué debo probar.

1. Inspecciona el esquema actual
   - Identifica la tabla de usuarios, las columnas con datos personales y las tablas que tienen foreign keys al usuario.
   - Muéstrame el mapa antes de tocar nada.

2. Migración: añade deleted_at
   - Agrega una columna deleted_at (timestamp, nulo por default) a la tabla de usuarios.
   - Muéstrame la migración antes de aplicarla.

3. Función de anonimización IRREVERSIBLE
   - email → un token aleatorio tipo deleted-<uuid>@deleted.invalid. NO un hash del email original.
   - nombre → "Usuario eliminado".
   - teléfono y dirección → vacío.
   - foto de perfil → BORRAR el archivo del storage, no solo el enlace.
   - deleted_at → ahora.
   - Importante: NO copies los datos originales a ninguna tabla de auditoría, logs o backup. Eso anularía todo el borrado.

4. Botón "Eliminar cuenta" en Ajustes
   - Colócalo en Ajustes/Perfil, fácil de encontrar.
   - Pide confirmación (reautenticación o escribir "ELIMINAR").
   - Advierte que es irreversible.
   - Avisa que la suscripción de Apple NO se cancela sola y enlaza a https://apps.apple.com/account/subscriptions.

5. Borra la identidad de auth desde el servidor
   - Según mi proveedor: Supabase (auth.admin.deleteUser con service_role), Firebase (reautenticar + user.delete()), Clerk (clerkClient.users.deleteUser).
   - Si uso Sign in with Apple, revoca el token con la REST API de Sign in with Apple.
   - Asegura que el MISMO correo no pueda recuperar la cuenta vieja: la identidad y las sesiones se borran.

6. Cierra sesión y confirma
   - Cierra la sesión en el dispositivo.
   - Muestra una pantalla de confirmación de que la cuenta fue eliminada.

Al final dime: qué archivos tocaste, qué probar paso a paso, y un checklist corto de lo que Apple espera ver en la revisión.

Mi app tiene una obligación legal de conservar registros financieros (facturas, pagos, impuestos) durante cierto tiempo. Aun así quiero cumplir la Guideline 5.1.1 de Apple y el derecho de supresión, así que cuando alguien borra su cuenta NO puedo simplemente conservar sus datos personales.

La solución: conservar la fila de la transacción pero pseudonimizarla — quitarle el dato personal y dejar solo lo que la ley exige.

Mi stack es: [framework / base de datos]. La obligación legal que aplica en mi caso es: [describe brevemente, p. ej. conservar facturas X años].

Hazlo en orden y muéstrame cada paso.

1. Encuentra las tablas con obligación legal
   - Lista las tablas de facturas, pagos o transacciones.
   - Dime qué columnas son el dato financiero que debo conservar (monto, fecha, impuestos, id de transacción) y cuáles son dato personal (nombre, email, dirección de facturación).

2. Pseudonimiza al borrar la cuenta
   - Cuando se anonimiza al usuario (del prompt de soft delete), en estas filas reemplaza el dato personal por una referencia neutra: en vez del nombre y email, deja solo el id anónimo del usuario ya borrado.
   - Conserva el monto, la fecha, los impuestos y el id de transacción. Esos sí se quedan.

3. Avísale a la persona
   - En la pantalla de confirmación de borrado, agrega una línea honesta: "Por obligación legal conservamos tus registros de facturación sin tu información personal durante [plazo]."

4. Verifica
   - Confírmame que después del borrado no queda ningún dato personal identificable en las tablas financieras.
   - Dime qué probar para asegurarme de que la factura sigue siendo válida fiscalmente pero ya no identifica a la persona.

Explica todo en español simple. No asumas mi jurisdicción; si algo depende de la ley de mi país, dímelo para consultarlo con un abogado.