Inventario de Correos Electrónicos

Ecosistema LPDI — Versión 14 — +2 correos de Cambio de CEO (2026-07-20) — verificado contra el código 2026-07-20

64 correos + 4 eliminados · Organizados por: USUARIO → STARTUP → ICG → ENTIDADES → ADMINISTRATIVOS → PERKS → EVENTOS

Nota (2026-07-06): el trabajo de cumplimiento de esta fecha (bitácora de acciones, versionado de TYC/PDP, controles de sesión) usa pantallas y registros, no agrega correos nuevos. El correo de anuncio de cambio de TYC/PDP (correo 53) ya está cableado y operativo: al publicar una versión nueva desde Documentos legales, una casilla (desmarcada por defecto) lo envía a todos los usuarios registrados, incluidas las cuentas sin confirmar; la regla bloquea su envío si la versión nueva no está cargada.

Definición de siglas:
TYC = Términos y Condiciones de Uso del Sistema LPDI • PDP = Política de Tratamiento y Privacidad de Datos Personales

Índice completo (64 correos + 4 eliminados)

Estado:Activo 64 se disparan hoyListo, sin disparo 0Borrador 0 diseño sin implementarEliminado 4 retirados

Los correos 39 (Beneficio no aceptado) y 48 (Cambios de evento por aprobar), antes «listo sin disparo», quedaron cableados y activos el 2026-07-07. Se agregaron los correos nuevos 63 y 64 (cambios de beneficio aprobados / no aprobados).

Actualización 2026-07-20: se agregaron los correos nuevos #67 (aviso al registrante o administrador de la entidad) y #68 (aviso al CEO anterior) del flujo de cambio de CEO explícito. Ambos son informativos y sin botón de acción: notifican un cambio ya materializado. El CEO anterior conserva su vínculo verificado, sus autorizaciones de visibilidad y sus datos; solo cambia su cargo. La visibilidad ante los ICG nunca se otorga ni se modifica por este cambio de rol (Ley 1581).

Actualización 2026-07-18: se regeneraron desde los builders reales (src/lib/server/email.ts y email-team.ts) las tarjetas de todos los correos activos que cambiaron en los ciclos 1 y 2 (designación de CEO fusionada #13, invitación al equipo de botón único #18, bienvenidas al equipo sin credenciales #20/#21, cuenta creada #65, contacto ICG fusionado #28/#29). Se agregó el correo nuevo #66 (Solicitud de visibilidad de miembro). Además, cada correo cuyo botón abre una pantalla muestra ahora el screenshot de esa pantalla (etiqueta «Pantalla que abre el botón»): #13, #18, #28/#29 y #66.

USUARIO (15) STARTUP (13) ICG (3) ENTIDADES (8) ADMINISTRATIVOS (1) PERKS (14) EVENTOS (10) ELIMINADOS (4)

#		Nombre Técnico	Asunto del correo	Destino CTA	Descripción	Estado	TyC	Img
USUARIO — Correos de cuenta y autenticación (15)
01		USUARIO/USER/NUEVO/NO-ED/Confirmación de Correo/NO-TYC/SUPA	“Confirma tu cuenta en el Ecosistema LPDI”	`{{ .ConfirmationURL }} → eco.lpdi.co`	Confirmación de email al crear cuenta nueva.	Activo	NO	✓
15		USUARIO/USER/NUEVO/NO-ED/Recordatorio día 3/NO-TYC/LPDI	“Recordatorio: confirma tu cuenta en el Ecosistema LPDI”	`${confirmUrl}`	Recordatorio día 3 si no verifica su correo. Lo envía el cron de verificación (Opción B), activo desde 2026-07-06.	Activo	NO	✓
16		USUARIO/USER/NUEVO/NO-ED/Recordatorio Urgente día 6/NO-TYC/LPDI	“Último aviso: confirma tu cuenta en el Ecosistema LPDI”	`${confirmUrl}`	Aviso día 6. Si no verifica, la cuenta se inactiva el día 8. Lo envía el cron de verificación (Opción B), activo.	Activo	NO	✓
62		USUARIO/USER/EXIST/NO-ED/Cuenta Inactivada/NO-TYC/LPDI	“Tu cuenta fue inactivada — confírmala para reactivarla”	`/auth/verificar`	Día 8 sin verificar: la cuenta se inactiva y este correo avisa que tiene 30 días para reactivarla verificando su correo. Lo envía el cron de verificación (Opción B).	Activo	NO	✓
05		USUARIO/USER/NUEVO/NO-ED/Invitación Admin/NO-TYC/SUPA	“Has sido invitado al Ecosistema LPDI”	`{{ .ConfirmationURL }} → eco.lpdi.co`	Invitación directa desde Supabase Dashboard.	Activo	NO	✓
03		USUARIO/USER/NUEVO/NO-ED/Magic Link/NO-TYC/SUPA	“Tu enlace de acceso — Ecosistema LPDI”	`{{ .ConfirmationURL }} → eco.lpdi.co`	Enlace mágico de acceso. Reservado para uso admin.	Activo	NO	✓
06		USUARIO/USER/EXIST/NO-ED/Reautenticación OTP/NO-TYC/SUPA	“Código de verificación — Ecosistema LPDI”	`Código OTP (sin botón)`	Código de verificación para acciones sensibles.	Activo	NO	✓
02		USUARIO/USER/EXIST/NO-ED/Recuperación de Contraseña/NO-TYC/SUPA	“Restablece tu contraseña — Ecosistema LPDI”	`eco.lpdi.co/auth/recuperar`	Reset de contraseña con enlace seguro.	Activo	NO	✓
10		USUARIO/USER/EXIST/NO-ED/Contraseña Actualizada/NO-TYC/LPDI	“Tu contraseña ha sido actualizada — Ecosistema LPDI”	`eco.lpdi.co/auth/recuperar`	Notificación del sistema LPDI cuando el usuario cambia su contraseña.	Activo	NO	✓
08		USUARIO/USER/EXIST/NO-ED/Notificación Contraseña Cambiada/NO-TYC/SUPA	“Tu contraseña ha sido cambiada — Ecosistema LPDI”	`Sin CTA`	Avisa al usuario que su contraseña fue actualizada.	Activo	NO	✓
04		USUARIO/USER/EXIST/NO-ED/Cambio de Correo/NO-TYC/SUPA	“Confirma el cambio de correo — Ecosistema LPDI”	`{{ .ConfirmationURL }} → eco.lpdi.co`	Verificación del nuevo correo al cambiar email.	Activo	NO	✓
07		USUARIO/USER/EXIST/NO-ED/Notificación Correo Cambiado/NO-TYC/SUPA	“Tu correo electrónico ha sido actualizado — Ecosistema LPDI”	`Sin CTA`	Avisa al usuario que su correo fue actualizado.	Activo	NO	✓
09		USUARIO/USER/EXIST/NO-ED/Eliminación de Cuenta/NO-TYC/LPDI	“Tu cuenta en el Ecosistema LPDI ha sido eliminada”	`eco.lpdi.co`	Confirmación de eliminación voluntaria de cuenta.	Activo	NO	✓
53		USUARIO/USER/AMBOS/NO-ED/Actualización T&C y Política/NO-TYC/LPDI	“Actualizamos nuestras condiciones y políticas — Ecosistema LPDI”	`Enlaces a T&C + Política`	Aviso de publicación de versión nueva de los documentos legales (Grupo A, tácita).	Activo	NO	✓
65		USUARIO/USER/NUEVO/NO-ED/Cuenta Creada/NO-TYC/LPDI	“Tu cuenta fue creada — Ecosistema LPDI”	`eco.lpdi.co/login`	Aviso al CEO nuevo de que su cuenta quedó activa tras registrarse en el FUS. Sin contraseña (la definió él). Los miembros nuevos cumplen este rol con el correo #20/#21.	Activo	NO	✓
STARTUP — Registro, equipo y ciclo de vida de Startups/PyMEs (13)
11		STARTUP/CEO/NUEVO/SI-ED/Bienvenida Registro/SI-TYC/LPDI	“Bienvenido al Ecosistema LPDI — Confirma tu cuenta”	`${confirmUrl}`	Bienvenida al registrante de una startup.	Activo	SI	✓
12		STARTUP/CEO/NUEVO/SI-ED/Bienvenida CEO Designado/SI-TYC/LPDI	“Bienvenido al Ecosistema LPDI — {empresa}”	`—`	ELIMINADO — Fusionado en #13. Un único correo de designación de CEO, sin contraseña temporal. Los enlaces ya enviados siguen operativos vía `/aceptar-designacion`.	Eliminado	—	—
13		STARTUP/CEO/AMBOS/SI-ED/Designación de CEO (fusionado 12+13)/NO-TYC/LPDI	“Has sido designado CEO de {empresa} en el Ecosistema LPDI”	`/team/confirmar?token=`	Designación de CEO, tenga o no cuenta. Un solo template, CTA «Revisar designación», sin contraseña temporal. TyC se aceptan en el FUS.	Activo	NO	✓
18		STARTUP/TEAM/NUEVO/NO-ED/Invitación al Equipo/SI-TYC/LPDI	“{CEO} te ha incluido en el equipo de {empresa} — confirma tu registro”	`${confirmUrl}`	Invitación a persona sin cuenta LPDI.	Activo	SI	✓
20		STARTUP/TEAM/EXIST/SI-ED/Bienvenida con Edición/NO-TYC/LPDI	“Bienvenido al equipo de {empresa} en el Ecosistema LPDI”	`eco.lpdi.co/dashboard`	Miembro aceptado CON permiso de edición. Sin credenciales.	Activo	NO	✓
21		STARTUP/TEAM/EXIST/NO-ED/Bienvenida sin Edición/NO-TYC/LPDI	“Bienvenido al equipo de {empresa} en el Ecosistema LPDI”	`eco.lpdi.co/dashboard`	Miembro aceptado SIN permiso de edición. Sin credenciales.	Activo	NO	✓
22		STARTUP/TEAM/EXIST/NO-ED/Confirmación de Rechazo/NO-TYC/LPDI	“Confirmación: no haces parte del equipo de {empresa}”	`${confirmAgainUrl}`	Confirma rechazo exitoso de invitación.	Activo	NO	✓
23		STARTUP/CEO/EXIST/SI-ED/Notificación Miembro Aceptó/NO-TYC/LPDI	“{miembro} aceptó la invitación al equipo de {empresa}”	`eco.lpdi.co/dashboard`	Avisa al equipo que un miembro aceptó.	Activo	NO	✓
24		STARTUP/CEO/EXIST/SI-ED/Notificación Miembro Rechazó/NO-TYC/LPDI	“{miembro} rechazó la invitación al equipo de {empresa}”	`eco.lpdi.co/dashboard`	Avisa al equipo que un miembro rechazó.	Activo	NO	✓
25		STARTUP/TEAM/EXIST/SI-ED/Cambio de Permisos/NO-TYC/LPDI	“Cambio de permisos en {empresa}”	`eco.lpdi.co/dashboard`	Notifica al miembro cuando el CEO modifica sus permisos.	Activo	NO	✓
14		STARTUP/CEO/EXIST/SI-ED/Seguimiento de Score/NO-TYC/LPDI	“Aumenta el score de tu perfil en el Ecosistema LPDI”	`${profileUrl}`	Recordatorio para completar perfil y subir score.	Activo	NO	✓
66		STARTUP/TEAM/EXIST/NO-ED/Solicitud de Visibilidad/NO-TYC/LPDI	“Autoriza la visibilidad de tu perfil en el equipo de {empresa}”	`/team/visibilidad?token=`	A un miembro YA verificado se le pide solo autorizar la visibilidad de su perfil (LinkedIn + género). NO re-verifica el vínculo; el botón abre la pantalla de autorización.	Activo	NO	✓
67	NUEVO	STARTUP/USER/EXIST/NO-ED/Cambio de CEO (aviso al registrante)/NO-TYC/LPDI	“El CEO de {empresa} ha cambiado”	sin CTA	Avisa al registrante o administrador de la entidad que el cargo de CEO cambió: quién salía, quién entra, quién lo ejecutó y cuándo. Informativo, sin botón de acción.	Activo	NO	✓
68	NUEVO	STARTUP/CEO/EXIST/NO-ED/Cambio de CEO (aviso al CEO anterior)/NO-TYC/LPDI	“Tu rol en {empresa} cambió”	sin CTA	Avisa al CEO anterior que deja el cargo y continúa como miembro del equipo. Su vínculo verificado y sus autorizaciones de visibilidad NO cambian. Informativo, sin botón de acción.	Activo	NO	✓
ICG — Registro y ciclo de vida de ICGs (3)
28		ICG/CON/NUEVO/NO-ED/Vinculación Contacto (fusionado 28+29)/SI-TYC/LPDI	“{ICG} te ha vinculado como contacto en el Ecosistema LPDI”	`/icg/confirmar?token=`	Contacto designado sin cuenta LPDI. Fusionado: sin contraseña temporal, CTA «Revisar vinculación». TyC en el FUS.	Activo	SI	✓
29		ICG/CON/EXIST/NO-ED/Vinculación Contacto (fusionado 28+29)/NO-TYC/LPDI	“{ICG} te ha vinculado como contacto en el Ecosistema LPDI”	`/icg/confirmar?token=`	Mismo template que #28 (rama `userExists=true`): contacto con cuenta LPDI. CTA «Revisar vinculación».	Activo	NO	✓
55		ICG/USER/EXIST/NO-ED/Seguimiento de Score/NO-TYC/LPDI	“Aumenta el score de tu perfil en el Ecosistema LPDI”	`/dashboard/icg/{id}`	Versión ICG del Seguimiento de Score, con barra del semáforo.	Activo	NO	✓
ENTIDADES — Correos comunes a Startup e ICG (8)
56		ENTIDAD/USER/NUEVO/NO-ED/Creación de Entidad/NO-TYC/LPDI	“Registraste tu {Startup/ICG} en el Ecosistema LPDI”	`deep-link a la entidad`	Confirma la creación de la entidad + score inicial con barra del semáforo.	Activo	NO	✓
26		ENTIDAD/USER/EXIST/NO-ED/Eliminación de Entidad/NO-TYC/LPDI	“El registro de {entidad} ha sido eliminado del Ecosistema LPDI”	`${dashboardUrl}`	Notifica a todos los asociados que la entidad fue eliminada.	Activo	NO	✓
27		ENTIDAD/USER/EXIST/NO-ED/Restauración de Entidad/NO-TYC/LPDI	“{entidad} ha sido restaurado en el Ecosistema LPDI”	`${dashboardUrl}`	Notifica restauración desde la papelera. Aplica también a ICG.	Activo	NO	✓
57		ENTIDAD/RECEPTOR/AMBOS/NO-ED/Invitación de Transferencia/NO-TYC/LPDI	“Te transfieren una entidad — Ecosistema LPDI”	`/transferencia/{token}`	Invita al receptor a aceptar/rechazar una transferencia (10 días). Nota TYC/PDP si es cuenta nueva.	Activo	NO	✓
58		ENTIDAD/RECEPTOR/AMBOS/NO-ED/Recordatorio de Transferencia/NO-TYC/LPDI	“Recordatorio: transferencia pendiente — Ecosistema LPDI”	`/transferencia/{token}`	Recordatorio al receptor (días 3/6/10) de una transferencia pendiente.	Activo	NO	✓
59		ENTIDAD/RECEPTOR/AMBOS/NO-ED/Transferencia Confirmada/NO-TYC/LPDI	“Transferencia confirmada — Ecosistema LPDI”	`/dashboard/perfil-{startup\|icg}`	Confirma al nuevo responsable que la transferencia se completó.	Activo	NO	✓
60		ENTIDAD/PROPIETARIO/AMBOS/NO-ED/Transferencia No Completada/NO-TYC/LPDI	“La transferencia no se completó — Ecosistema LPDI”	`/dashboard/perfil-{startup\|icg}`	Avisa al propietario que la transferencia no se completó (vencida/rechazada/cancelada).	Activo	NO	✓
61		ICG/PROPIETARIO/EXIST/NO-ED/ICG Sin Contacto/NO-TYC/LPDI	“Tu ICG quedó sin persona de contacto — Ecosistema LPDI”	`/dashboard/icg/nuevo (FID)`	Avisa al propietario del ICG que su contacto cerró la cuenta; CTA a registrar uno nuevo.	Activo	NO	✓
ADMINISTRATIVOS — Reportes automáticos internos (1)
31		CRON/ADMIN/EXIST/NO-ED/Reporte Diario/NO-TYC/LPDI	“Reporte diario Ecosistema LPDI — {fecha}”	`CSV adjunto`	Cron 6:00 AM Lima — altas/bajas + CSV de usuarios.	Activo	NO	✓
BENEFICIOS (PERKS) · `notification-emails.ts` (12)
32		FP/ALIADO/Registro Exitoso/NO-TYC/LPDI	“¡Registro exitoso de beneficio!”	`/dashboard/beneficios`	Al aliado: su beneficio quedó en revisión (al pasar a «enviado»). Funcionando.	Activo	NO	✓
33		FP/EQUIPO/Nuevo por Aprobar/NO-TYC/LPDI	“Nuevo beneficio por aprobar”	`/dashboard/beneficios/admin`	Al admin asignado: beneficio nuevo por revisar. Funcionando.	Activo	NO	✓
34		FP/ALIADO/Aprobado/NO-TYC/LPDI	“¡Beneficio aprobado!”	`/perks/{id}`	Al aliado: beneficio aprobado y publicado. Funcionando (admin).	Activo	NO	✓
35		FP/ALIADO/Aprobado Programado/NO-TYC/LPDI	“¡Beneficio aprobado!”	`/dashboard/beneficios`	Al aliado: aprobado con fecha de publicación futura (F2); el cron `publish-scheduled` lo activa. Funcionando.	Activo	NO	✓
36		FP/ALIADO/Actualizado/NO-TYC/LPDI	“¡Beneficio actualizado!”	`/perks/{id}`	Al aliado: cambios guardados (al editar un publicado → «edición»). Funcionando.	Activo	NO	✓
37		FP/EQUIPO/Cambios por Aprobar/NO-TYC/LPDI	“Cambios de beneficio por aprobar”	`/dashboard/beneficios/admin`	Al equipo: un beneficio publicado tiene cambios por revisar (de «edición» → «enviado»). Funcionando.	Activo	NO	✓
38		FP/ALIADO/Solicitud de Ajustes/NO-TYC/LPDI	“Tu beneficio necesita unos ajustes”	`/dashboard/beneficios`	Al aliado: el admin pide ajustes (status «cambios», recuperable: ajusta y reenvía). Incluye el detalle. Funcionando.	Activo	NO	✓
39		FP/ALIADO/No Aceptado/NO-TYC/LPDI	“Beneficio no aceptado”	`/dashboard/beneficios`	Al aliado: rechazo definitivo desde el panel admin (acción «Rechazar»). El beneficio va a «Eliminados / Rechazados» (borrado a 30 días).	Activo	NO	✓
63		FP/ALIADO/Cambios Aprobados/NO-TYC/LPDI	“Los cambios de tu beneficio fueron aprobados”	`/perks/{id}`	Al aliado: el admin aprobó los cambios a un beneficio ya publicado; entran al catálogo.	Activo	NO	✓
64		FP/ALIADO/Cambios No Aprobados/NO-TYC/LPDI	“Los cambios de tu beneficio no fueron aprobados”	`/perks/{id}`	Al aliado: el admin rechazó los cambios; el beneficio sigue publicado como estaba.	Activo	NO	✓
40		FP/ALIADO/Terminado/NO-TYC/LPDI	“Beneficio terminado”	`/dashboard/beneficios`	Al aliado: beneficio cerrado (manual o por vigencia). Funcionando (admin desactivar).	Activo	NO	✓
41		FP/ALIADO/Eliminado/NO-TYC/LPDI	“Beneficio eliminado”	`/dashboard/beneficios`	Al aliado: beneficio eliminado (enviado a papelera). Funcionando.	Activo	NO	✓
42		FP/ALIADO/Registro en Beneficio/NO-TYC/LPDI	“¡Nuevo registro en tu beneficio!”	`/dashboard/beneficios/referidos`	Al aliado (cc `partners@lpdi.co`): un usuario se registró en su beneficio, con sus datos y el tipo de registro. Funcionando.	Activo	NO	✓
54		FP/USUARIO/Solicitud recibida/NO-TYC/LPDI	“Recibimos tu solicitud — Ecosistema LPDI”	`eco.lpdi.co`	Al usuario (cc `partners@lpdi.co`): confirma que su solicitud de beneficio fue enviada al aliado + tipología. Funcionando.	Activo	NO	✓
EVENTOS · `notification-emails.ts` (10)
43		FE/ORGANIZADOR/Registro Exitoso/NO-TYC/LPDI	“¡Registro exitoso de evento!”	`/dashboard`	Al organizador: evento registrado y en revisión (incluye código). Funcionando.	Activo	NO	✓
44		FE/EQUIPO/Nuevo por Aprobar/NO-TYC/LPDI	“Nuevo evento por aprobar”	`/dashboard`	Al admin asignado: evento nuevo por revisar. Funcionando.	Activo	NO	✓
45		FE/ORGANIZADOR/Aprobado/NO-TYC/LPDI	“¡Evento aprobado!”	`/dashboard`	Al organizador: evento aprobado. Funcionando.	Activo	NO	✓
46		FE/ORGANIZADOR/Aprobado Programado/NO-TYC/LPDI	“¡Evento aprobado!”	`/dashboard`	Al organizador: aprobado con fecha de publicación futura (F2). Funcionando.	Activo	NO	✓
47		FE/ORGANIZADOR/Actualizado/NO-TYC/LPDI	“¡Evento actualizado!”	`/dashboard`	Al organizador: su evento publicado fue actualizado. Funcionando.	Activo	NO	✓
48		FE/EQUIPO/Cambios por Aprobar/NO-TYC/LPDI	“Cambios de evento por aprobar”	`/dashboard`	Al equipo: un editor que no es de confianza editó un evento ya aprobado; los cambios pasan a revisión. Cableado 2026-07-07.	Activo	NO	✓
49		FE/ORGANIZADOR/No Aceptado/NO-TYC/LPDI	“Evento no aceptado”	`/dashboard`	Al organizador: evento no aceptado. Funcionando.	Activo	NO	✓
50		FE/ORGANIZADOR/Eliminado/NO-TYC/LPDI	“Evento eliminado”	`/dashboard`	Al organizador: evento eliminado. Funcionando.	Activo	NO	✓
51		FE/ORGANIZADOR/Publicación Automática/NO-TYC/LPDI	“¡Publicación automática de evento!”	`/dashboard`	Al organizador (cc admin): evento publicado automáticamente por privilegio de auto-publicación (F6). Funcionando.	Activo	NO	✓
52		FE/ORGANIZADOR/Solicitud de Ajustes/NO-TYC/LPDI	“Tu evento necesita unos ajustes”	`/dashboard`	Al organizador (cc al admin que la envía): el admin pide ajustes a un evento, con el detalle. Espejo del #38 de FP. Funcionando.	Activo	NO	✓
CORREOS ELIMINADOS — consolidados o retirados del sistema (3)
17	ELIMINADO	Expiración de Registro (Startup) — No se obliga a confirmar la creación de una startup.
19	ELIMINADO	Invitación al Equipo (usuario existente) — Consolidado en #18 — mismo template (`buildTeamInvitationHtml`), las dos ramas (usuario nuevo / usuario existente) las maneja el flag `userExists`.
30	ELIMINADO	Expiración de Registro ICG — No se obliga a confirmar la creación de un ICG.

USUARIO — Correos de cuenta y autenticación (15)

01Confirmación de CorreoActivo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Confirmación de Correo/NO-TYC/SUPA`
Función en código	`Supabase Auth — Confirm signup template`
Asunto	“Confirma tu cuenta en el Ecosistema LPDI”
Trigger	Supabase Auth dispara tras signup o signInWithOtp
Destinatario	Email del usuario nuevo
CTA	Botón: “Confirmar mi cuenta” Destino: `{{ .ConfirmationURL }}` → redirige a `https://eco.lpdi.co/` (SITE_URL con token de confirmación)
Descripción	Correo automático de Supabase para verificar que el email es válido al crear una cuenta nueva. El diseño usa el template personalizado configurado en el dashboard de Supabase con branding LPDI.
TyC / Tratamiento	NO — Los TyC se aceptan en el formulario de la aplicación ANTES de que Supabase envíe este correo.

PREVIEW DEL CORREO

15Recordatorio de Confirmación (día 3)Activo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Recordatorio día 3/NO-TYC/LPDI`
Función en código	`lpdi-confirmation-cron.py` (modo `reminder`, plantilla branded día 3)
Asunto	“Recordatorio: confirma tu cuenta en el Ecosistema LPDI”
Trigger	Cron de verificación (Opción B) en Hetzner — día 3 sin verificar el correo. Activo desde 2026-07-06 (crontab `45 10 * * *`).
Destinatario	Cualquier cuenta con el correo sin verificar (`profiles.email_verified_at IS NULL`), sea usuario individual, de startup o de ICG. Se excluyen las cuentas de prueba. No es exclusivo de startups.
CTA	Botón: “Confirmar mi cuenta” Destino: `${confirmUrl}` → URL de confirmación Supabase
Descripción	Primer recordatorio amigable si la persona no ha verificado su correo 3 días después del registro. Muestra días restantes. Si verifica antes del día 6, no se envía el correo #16.
TyC / Tratamiento	NO — TyC ya fueron aceptados en el registro.

PREVIEW DEL CORREO

16Recordatorio Urgente (día 6)Activo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Recordatorio Urgente día 6/NO-TYC/LPDI`
Función en código	`lpdi-confirmation-cron.py` (modo `reminder`, plantilla branded día 6)
Asunto	“Ultimo aviso: confirma tu cuenta en el Ecosistema LPDI”
Trigger	Cron de verificación (Opción B) en Hetzner — día 6 sin verificar el correo. Mismo cron que #15.
Destinatario	Cualquier cuenta con el correo sin verificar (`profiles.email_verified_at IS NULL`). Misma lógica que el correo #15.
CTA	Botón: “Confirmar mi cuenta” Destino: `${confirmUrl}` → URL de confirmación Supabase
Descripción	Segundo recordatorio (día 6), más cerca del vencimiento. Mismo diseño que el #15: el cron envía el mismo correo el día 3 y el día 6. Si la persona no verifica, al día 8 el cron marca la cuenta `account_status=inactive` y envía el correo #62 (Cuenta Inactivada), con 30 días de gracia para reactivarla verificando.
TyC / Tratamiento	NO — TyC ya aceptados en registro.

PREVIEW DEL CORREO

62Cuenta Inactivada por no VerificarActivo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Cuenta Inactivada/NO-TYC/LPDI`
Asunto	“Tu cuenta fue inactivada — confírmala para reactivarla”
Trigger	Ciclo de verificación (Opción B): al día 8 sin verificar el correo, el cron marca la cuenta `account_status=inactive` y programa borrado a 30 días.
Descripción	Avisa que la cuenta quedó inactivada por no verificar el correo y que tiene 30 días de gracia para reactivarla verificando (enlace magiclink → `/auth/verificar`).
Envío	Cron DB-direct `lpdi-confirmation-cron.py` (Hetzner, diario), vía Resend. Activo.

PREVIEW DEL CORREO

05Invitación AdministrativaActivo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Invitación Admin/NO-TYC/SUPA`
Función en código	`Supabase Auth — Invite template`
Asunto	“Has sido invitado al Ecosistema LPDI”
Trigger	Admin invita usuario desde Supabase Dashboard vía inviteUserByEmail()
Destinatario	Email del usuario invitado por admin
CTA	Botón: “Aceptar invitación” Destino: `{{ .ConfirmationURL }}` → redirige a `https://eco.lpdi.co/` (SITE_URL)
Descripción	Template de invitación directa. Actualmente NO se usa en el flujo normal del sistema (las invitaciones de equipo van por correos #14/#15 del sistema LPDI). Disponible para invitaciones manuales desde el dashboard de Supabase.
TyC / Tratamiento	NO — TyC se validan en la aplicación al llegar.

PREVIEW DEL CORREO

03Magic Link de AccesoActivo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Magic Link/NO-TYC/SUPA`
Función en código	`Supabase Auth — Magic link template`
Asunto	“Tu enlace de acceso — Ecosistema LPDI”
Trigger	Admin invita usuario vía supabase.auth.admin.inviteUserByEmail()
Destinatario	Email del usuario invitado
CTA	Botón: “Iniciar sesión” Destino: `{{ .ConfirmationURL }}` → redirige a `https://eco.lpdi.co/` (SITE_URL)
Descripción	Enlace mágico para acceso directo sin contraseña. Actualmente NO se usa en el flujo principal (las invitaciones van por correos #14/#15). Reservado para invitaciones administrativas manuales.
TyC / Tratamiento	NO — TyC deberían validarse en la aplicación al llegar.

PREVIEW DEL CORREO

06Reautenticación (Código OTP)Activo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Reautenticación OTP/NO-TYC/SUPA`
Función en código	`Supabase Auth — Reauthentication template`
Asunto	“Código de verificación — Ecosistema LPDI”
Trigger	Usuario intenta una acción que requiere reautenticación (ej: cambio de contraseña, eliminación de cuenta)
Destinatario	Email del usuario
CTA	Sin botón CTA — muestra código OTP `{{ .Token }}` en el cuerpo del correo
Descripción	Envía un código numérico de verificación para acciones sensibles. El usuario debe ingresar el código en la aplicación para continuar.
TyC / Tratamiento	NO — Es verificación de identidad para seguridad.

PREVIEW DEL CORREO

02Recuperación de ContraseñaActivo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Recuperación de Contraseña/NO-TYC/SUPA`
Función en código	`Supabase Auth — Reset password template`
Asunto	“Restablece tu contraseña — Ecosistema LPDI”
Trigger	Usuario solicita reset de contraseña vía /auth/reset
Destinatario	Email del usuario
CTA	Botón: “Restablecer mi contraseña” Destino: `https://eco.lpdi.co/auth/recuperar?token_hash=...&type=recovery`
Descripción	Permite al usuario restablecer su contraseña mediante un enlace seguro con expiración (por defecto 24h). Template personalizado con branding LPDI.
TyC / Tratamiento	NO — Acción de seguridad/recuperación. No requiere aceptación.

PREVIEW DEL CORREO

10Contraseña Actualizada (Sistema LPDI)Activo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Contraseña Actualizada/NO-TYC/LPDI`
Función en código	`sendPasswordChangedEmail`
Asunto	“Tu contraseña ha sido actualizada — Ecosistema LPDI”
Trigger	Usuario cambia su contraseña exitosamente desde el sistema LPDI
Destinatario	Email del usuario
CTA	Botón: “Restablecer contraseña” (emergencia) Destino: `https://eco.lpdi.co/auth/recuperar` (hardcoded)
Descripción	Notificación enviada por el sistema LPDI (no Supabase) que confirma al usuario que su contraseña fue actualizada. Complementa al correo #08 de Supabase.
TyC / Tratamiento	NO — Correo informativo de seguridad.

PREVIEW DEL CORREO

08Notificación: Contraseña Cambiada (Supabase)Activo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Notificación Contraseña Cambiada/NO-TYC/SUPA`
Función en código	`Supabase Auth — Password changed notification`
Asunto	“Tu contraseña ha sido cambiada — Ecosistema LPDI”
Trigger	Supabase detecta que la contraseña del usuario fue cambiada
Destinatario	Email del usuario
CTA	Sin CTA — correo informativo (notificación de seguridad)
Descripción	Notificación automática de seguridad enviada por Supabase cuando se detecta un cambio de contraseña. Diferente al correo #10 que es enviado por el sistema LPDI.
TyC / Tratamiento	NO — Correo informativo de seguridad.

PREVIEW DEL CORREO

04Cambio de Correo ElectrónicoActivo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Cambio de Correo/NO-TYC/SUPA`
Función en código	`Supabase Auth — Change email template`
Asunto	“Confirma el cambio de correo — Ecosistema LPDI”
Trigger	Usuario cambia su email desde configuración de cuenta
Destinatario	Email nuevo del usuario
CTA	Botón: “Confirmar cambio de correo” Destino: `{{ .ConfirmationURL }}` → redirige a `https://eco.lpdi.co/` (SITE_URL)
Descripción	Verificación del nuevo correo cuando el usuario actualiza su dirección de email. El email anterior sigue activo hasta que se confirme el nuevo.
TyC / Tratamiento	NO — Verificación de identidad. No requiere nueva aceptación.

PREVIEW DEL CORREO

07Notificación: Correo CambiadoActivo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Notificación Correo Cambiado/NO-TYC/SUPA`
Función en código	`Supabase Auth — Email changed notification`
Asunto	“Tu correo electrónico ha sido actualizado — Ecosistema LPDI”
Trigger	Supabase detecta que el email del usuario fue cambiado exitosamente
Destinatario	Email anterior del usuario (el que se reemplazó)
CTA	Sin CTA — correo informativo (notificación de seguridad)
Descripción	Notificación automática de seguridad enviada al email ANTERIOR cuando el usuario cambia su dirección. Permite al usuario detectar cambios no autorizados.
TyC / Tratamiento	NO — Correo informativo de seguridad.

PREVIEW DEL CORREO

09Eliminación de CuentaActivo↑ índice

Nombre técnico	`USUARIO/USER/EXIST/NO-ED/Eliminación de Cuenta/NO-TYC/LPDI`
Función en código	`sendAccountDeletedEmail`
Asunto	“Tu cuenta en el Ecosistema LPDI ha sido eliminada”
Trigger	Usuario elimina su cuenta desde /api/account/delete
Destinatario	Email del usuario que eliminó su cuenta
CTA	Botón: “Registrarme de nuevo” Destino: `https://eco.lpdi.co` (hardcoded)
Descripción	Confirmación de que la cuenta fue eliminada voluntariamente. Los datos se marcan para eliminación. Si desea volver, debe registrarse de nuevo.
TyC / Tratamiento	NO — Correo informativo. Si se re-registra, se pedirán TyC nuevamente.

PREVIEW DEL CORREO

53Actualización de Términos y PolíticasActivo↑ índice

Nombre técnico	`USUARIO/USER/AMBOS/NO-ED/Actualización T&C y Política/NO-TYC/LPDI`
Función en código	`sendAccountUpdateNotificationEmail`
Asunto	“Actualizamos nuestras condiciones y políticas — Ecosistema LPDI”
Trigger	Publicación de una versión nueva de T&C / Política de Datos (cutover del lifecycle)
Destinatario	Usuarios con aceptación válida previa (Grupo A) — aceptación tácita por uso continuado
CTA	Enlaces a los documentos actualizados (T&C + Política). Sin botón de acción.
Descripción	Informa la publicación de una versión nueva de los documentos legales. Reutilizable: parámetros `changes` / `termsUrl` / `privacyUrl` para futuras actualizaciones. El Grupo B (nunca aceptó válidamente, <25-may) NO recibe tácita: va por casilla expresa al próximo login.
TyC / Tratamiento	SÍ (informativo) — Aceptación TÁCITA por uso continuado; no incluye casilla. Aprobado por Frank 2026-07-02.

PREVIEW DEL CORREO

65Tu cuenta fue creadaActivo↑ índice

Nombre técnico	`USUARIO/USER/NUEVO/NO-ED/Cuenta Creada/NO-TYC/LPDI`
Función en código	`buildAccountCreatedNotificationHtml` / `sendAccountCreatedNotificationEmail`
Asunto	“Tu cuenta fue creada — Ecosistema LPDI”
Trigger	Un CEO designado sin cuenta previa completa su registro en el FUS (`/registro-usuario`) tras aceptar la designación. Sustituye al aviso de credenciales del antiguo correo #12.
Destinatario	Email del CEO recién registrado
CTA	Botón: “Iniciar sesión” Destino: `https://eco.lpdi.co/login`
Descripción	Aviso breve de que la cuenta quedó activa. Sin contraseña: la persona la definió ella misma en el FUS. Los miembros nuevos no reciben este correo; su bienvenida #20/#21 ya cumple ese rol (para no mandar dos correos al mismo buzón en el mismo flujo).
TyC / Tratamiento	NO — Los TyC ya se aceptaron en el FUS al crear la cuenta.

PREVIEW DEL CORREO (regenerado 2026-07-17 desde buildAccountCreatedNotificationHtml)

STARTUP — Registro, equipo y ciclo de vida (13)

11Bienvenida Registro de StartupActivo↑ índice

Nombre técnico	`STARTUP/CEO/NUEVO/SI-ED/Bienvenida Registro/SI-TYC/LPDI`
Función en código	`sendStartupWelcomeEmail`
Asunto	“Bienvenido al Ecosistema LPDI — Confirma tu cuenta”
Trigger	Registro de startup en /registro-startup (formulario completado)
Destinatario	Email del CEO que registra la startup
CTA	Botón: “Confirmar mi cuenta y ver mi registro” Destino: `${confirmUrl}` → URL de confirmación Supabase (redirige a SITE_URL)
Descripción	Correo de bienvenida al registrante de una startup. La startup queda en estado “pendiente” hasta que el CEO confirme. Si no confirma en 7 días, se activan los correos #15, #16 y eventualmente #17.
TyC / Tratamiento	SÍ — El formulario de registro (/registro-startup) tiene checkbox obligatorio de TyC y Política de Tratamiento de Datos ANTES de enviar. El consent se graba en consent_log con flow=“FS”.

PREVIEW DEL CORREO

12ELIMINADOBienvenida CEO Designado (usuario nuevo)Eliminado↑ índice

Estado	ELIMINADO — Fusionado en #13.
Razón	La designación de CEO ya no crea cuenta ni contraseña temporal: el correo #13 pasó a ser un único template que se envía tenga o no cuenta el CEO. El CTA «Revisar designación» lleva a `/team/confirmar`; el usuario nuevo crea su cuenta y acepta TyC en el FUS (`/registro-usuario`). Mantener un correo aparte «con credenciales» para el CEO sin cuenta quedó sin sentido.
Enlaces en vuelo	Los correos 12/13 ya enviados siguen operativos: sus enlaces magiclink resuelven vía `/aceptar-designacion` (ruta legacy viva, sin sellar visibilidad automáticamente). El flujo nuevo deja de generarlos.
Dónde queda documentado	El correo de designación de CEO, ahora único, se describe en #13.

13Designación de CEO (fusionado 12+13)Activo↑ índice

Nombre técnico	`STARTUP/CEO/AMBOS/SI-ED/Designación de CEO/NO-TYC/LPDI`
Función en código	`buildCeoWelcomeHtml` / `sendCeoWelcomeEmail` — un solo template (sin rama `userExists`)
Asunto	“Has sido designado CEO de {empresa} en el Ecosistema LPDI”
Trigger	Se designa un CEO (registro de startup FS/FD o Panel 6), tenga o no cuenta previa. Absorbe al antiguo correo #12.
Destinatario	Email del CEO designado
CTA	Botón único: “Revisar designación” Destino: `${originUrl}/team/confirmar?token=${token}`
Descripción	Notifica al CEO que {designatorName} lo designó CEO de la empresa. Sin contraseña temporal y sin rama usuario nuevo/existente: la pantalla `/team/confirmar` resuelve la diferencia (usuario nuevo va al FUS a crear su cuenta; usuario existente confirma y va a login). El pie remite al correo corporativo de la empresa para dudas.
TyC / Tratamiento	NO en el correo — Los TyC y el Tratamiento de Datos se aceptan en el FUS (`/registro-usuario`) cuando el usuario nuevo crea su cuenta con su propia contraseña. El usuario existente ya los aceptó.

PREVIEW DEL CORREO (regenerado 2026-07-18 desde buildCeoWelcomeHtml)

PANTALLA QUE ABRE EL BOTÓN — “Revisar designación” → /team/confirmar?token= (variante CEO)

18Invitación al EquipoActivo↑ índice

Nombre técnico	`STARTUP/TEAM/NUEVO/NO-ED/Invitación al Equipo/SI-TYC/LPDI` · `STARTUP/TEAM/EXIST/NO-ED/Invitación al Equipo/NO-TYC/LPDI`
Función en código	`buildTeamInvitationHtml` / `sendTeamInvitationEmail` (un template, paramía por `userExists` + `canEdit` + `addedByName`)
Asunto	“{Nombre de quien agrega} te ha incluido en el equipo de {empresa} — confirma tu registro”
Trigger	Un miembro con privilegio de edición agrega miembro en Panel 6 (Equipo). El template se ejecuta sea cual sea el estado del invitado: usuario nuevo o existente.
Destinatario	Email del miembro invitado (ingresado por quien tiene privilegio de edición)
CTA	Botón único (azul): “Revisar vinculación” Destino: `${confirmUrl}` → `/team/confirmar`. El correo ya no decide (se quitó el botón de rechazo `${rejectUrl}`): solo lleva a la pantalla donde se acepta o rechaza y se marca la casilla de visibilidad.
Descripción	Invitación a unirse al equipo de una startup. Muestra tabla con datos registrados (nombre, email, cargo, permiso de edición asignado). El bloque de TyC solo aparece cuando el invitado aún no tiene cuenta LPDI.
Variantes	4 variantes por cruce de 2 ejes: usuario nuevo/existente × con/sin permiso de edición. (a) Nuevo + CON edición: Persona sin cuenta LPDI, con permiso de editar. Al confirmar, se le piden TyC y Tratamiento de Datos (checkboxes obligatorios en pantalla de confirmación). El consent se graba en `consent_log` con flow=“team_invitation”. (b) Nuevo + SIN edición: Persona sin cuenta LPDI, solo lectura. Misma lógica de TyC que variante (a). (c) Existente + CON edición: Persona con cuenta LPDI activa + permiso de editar. NO se piden TyC (ya los aceptó previamente). Solo confirma vinculación. (d) Existente + SIN edición: Persona con cuenta LPDI activa, solo lectura. NO se piden TyC. Solo confirma vinculación.
TyC / Tratamiento	Variantes (a) y (b) — SÍ (usuario nuevo, acepta en pantalla de confirmación) · Variantes (c) y (d) — NO (usuario existente, ya tiene consent previo)

El trigger no está restringido al CEO: cualquier miembro con privilegio de edición (can_edit_form=true) puede agregar a otro miembro al equipo. El privilegio que se asigna al invitado (SI-ED o NO-ED) lo decide quien crea la invitación al momento de capturar el miembro.

Importante: Los TyC NO se aceptan en el email. El email es informativo. La aceptación ocurre en la pantalla /team/confirmar, donde aparecen (o no) los checkboxes según si el usuario ya tiene cuenta.

PREVIEW — Variante (a) Nuevo + CON edición

PREVIEW — Variante (b) Nuevo + SIN edición

PREVIEW — Variante (c) Existente + CON edición

PREVIEW — Variante (d) Existente + SIN edición

PANTALLA QUE ABRE EL BOTÓN — “Revisar vinculación” → /team/confirmar?token= (variante miembro)

Pantalla /team/confirmar variante miembro

20Bienvenida al Equipo con EdiciónActivo↑ índice

Nombre técnico	`STARTUP/TEAM/EXIST/SI-ED/Bienvenida con Edición/NO-TYC/LPDI`
Función en código	`sendTeamWelcomeWithEditEmail`
Asunto	“Bienvenido al equipo de {empresa} en el Ecosistema LPDI”
Trigger	Miembro hace clic en “Confirmar mi vinculación” + tiene canEdit=true
Destinatario	Email del miembro que confirmó su vinculación
CTA	Botón: “Ir al dashboard” Destino: `eco.lpdi.co/dashboard`
Descripción	Confirma al miembro que fue aceptado en el equipo CON permiso de edición. Ninguna variante lleva credenciales: el usuario existente usa su contraseña y el usuario nuevo (creado en el FUS) ya definió la suya — solo se le informa «Tu cuenta fue creada. Inicia sesión con el correo y la contraseña que definiste». Nota: “tu CEO te otorgó permisos para editar”.
TyC / Tratamiento	NO — TyC ya fueron aceptados en el correo de invitación (#18) o en su registro original.

PREVIEW DEL CORREO

21Bienvenida al Equipo sin EdiciónActivo↑ índice

Nombre técnico	`STARTUP/TEAM/EXIST/NO-ED/Bienvenida sin Edición/NO-TYC/LPDI`
Función en código	`sendTeamWelcomeNoEditEmail`
Asunto	“Bienvenido al equipo de {empresa} en el Ecosistema LPDI”
Trigger	Miembro confirma vinculación + tiene canEdit=false
Destinatario	Email del miembro que confirmó su vinculación
CTA	Botón: “Ir al dashboard” Destino: `eco.lpdi.co/dashboard`
Descripción	Confirma al miembro que fue aceptado en el equipo SIN permiso de edición. Solo puede ver información, no modificarla. Ninguna variante lleva credenciales: usuario existente usa su contraseña; usuario nuevo (FUS) ya definió la suya y solo recibe el aviso «Tu cuenta fue creada».
TyC / Tratamiento	NO — Mismo caso que correo #20. TyC ya aceptados previamente.

PREVIEW DEL CORREO

22Confirmación de Rechazo de InvitaciónActivo↑ índice

Nombre técnico	`STARTUP/TEAM/EXIST/NO-ED/Confirmación de Rechazo/NO-TYC/LPDI`
Función en código	`sendTeamRejectionConfirmationEmail`
Asunto	“Confirmación: no haces parte del equipo de {empresa}”
Trigger	Miembro hace clic en “No hago parte de la compañía” desde correo #18 o #19
Destinatario	Email del miembro que rechazó la invitación
CTA	Botón condicional: “Confirmar mi vinculación” (si fue error) Destino: `${confirmAgainUrl}` (condicional, puede ser null → sin CTA)
Descripción	Confirma al miembro que rechazó exitosamente la invitación. Si fue un error, puede contactar al CEO para que lo vuelva a invitar.
TyC / Tratamiento	NO — Correo informativo de confirmación de rechazo.

PREVIEW DEL CORREO

23Notificación al CEO: Miembro AceptóActivo↑ índice

Nombre técnico	`STARTUP/CEO/EXIST/SI-ED/Notificación Miembro Aceptó/NO-TYC/LPDI`
Función en código	`sendCeoMemberConfirmationEmail`
Asunto	“{miembro} aceptó la invitación al equipo de {empresa}”
Trigger	Miembro acepta invitación (hace clic en “Confirmar mi vinculación”)
Destinatario	Todos los miembros del equipo de la startup
CTA	Botón: “Ir al dashboard” Destino: `https://eco.lpdi.co/dashboard` (hardcoded)
Descripción	Avisa al equipo que un miembro aceptó la invitación. Muestra quién confirmó, su email y los permisos asignados.
TyC / Tratamiento	NO — Correo informativo al CEO.

PREVIEW DEL CORREO

24Notificación al CEO: Miembro RechazóActivo↑ índice

Nombre técnico	`STARTUP/CEO/EXIST/SI-ED/Notificación Miembro Rechazó/NO-TYC/LPDI`
Función en código	`sendCeoMemberRejectionEmail`
Asunto	“{miembro} rechazó la invitación al equipo de {empresa}”
Trigger	Miembro rechaza invitación (hace clic en “No hago parte de la compañía”)
Destinatario	Todos los miembros del equipo de la startup
CTA	Botón: “Ir al dashboard” Destino: `https://eco.lpdi.co/dashboard` (hardcoded)
Descripción	Avisa al equipo que un miembro rechazó la invitación. Sugiere comunicarse con la persona si fue un error.
TyC / Tratamiento	NO — Correo informativo al CEO.

PREVIEW DEL CORREO

25Cambio de PermisosActivo↑ índice

Nombre técnico	`STARTUP/TEAM/EXIST/SI-ED/Cambio de Permisos/NO-TYC/LPDI`
Función en código	`sendPermissionChangeEmail`
Asunto	“Cambio de permisos en {empresa}”
Trigger	Cualquier usuario con permisos de edición modifica los permisos de otro miembro del equipo
Destinatario	Email del miembro cuyo permiso cambió
CTA	Botón: “Ir al dashboard” Destino: `https://eco.lpdi.co/dashboard` (hardcoded)
Descripción	Notifica al miembro cuando el CEO modifica sus permisos de edición en el equipo (por ejemplo, de solo lectura a edición o viceversa). Detectado en código, no estaba en el reporte v1.
TyC / Tratamiento	NO — Correo informativo.

PREVIEW DEL CORREO

14Seguimiento de ScoreActivo↑ índice

Nombre técnico	`STARTUP/CEO/EXIST/SI-ED/Seguimiento de Score/NO-TYC/LPDI`
Función en código	`sendStartupFollowupEmail`
Asunto	“Aumenta el score de tu perfil en el Ecosistema LPDI”
Trigger	Cron pg_cron horario → `POST /api/cron/startup-followup`. Procesa DOS ventanas por corrida: • Día 2 — startups creadas hace 24–48 h; marca `followup_sent_at`. • Día 30 — startups creadas hace 720–744 h; marca `followup_30d_sent_at`. Condiciones por ventana: la marca respectiva en `NULL`, `deleted_at IS NULL` y la cuenta registradora con email confirmado. La ventana de día 30 queda inerte hasta aplicar la migración 090 (columna `followup_30d_sent_at`).
Destinatario	Contacto de la startup (`contact_email`) + miembros de `startup_founders` con `can_edit_form=true` y `verification_status='verified'`.
CTA	Botón: “Aumentar mi score” Destino: `${profileUrl}` → perfil de la startup en dashboard
Descripción	Recordatorio automático para que el equipo complete el perfil de la startup y suba su score de visibilidad. El correo muestra el score actual con la barra del semáforo. Nota: el cron NO filtra por score en la consulta — se envía a toda startup confirmada dentro de la ventana que aún no tenga la marca correspondiente.
TyC / Tratamiento	NO — El usuario ya aceptó TyC durante el registro.

PREVIEW DEL CORREO

66Solicitud de Visibilidad (miembro verificado)Activo↑ índice

Nombre técnico	`STARTUP/TEAM/EXIST/NO-ED/Solicitud de Visibilidad/NO-TYC/LPDI`
Función en código	`buildVisibilityRequestHtml` / `sendVisibilityRequestEmail` (`email-team.ts`)
Asunto	“Autoriza la visibilidad de tu perfil en el equipo de {empresa}”
Trigger	A un miembro ya verificado se le pide únicamente que autorice la visibilidad de su perfil. NO re-verifica su vínculo con el equipo (ciclo 2, D5).
Destinatario	Email del miembro verificado del equipo de la startup
CTA	Botón (verde): “Autorizar visibilidad” Destino: `${visibilityUrl}` → `/team/visibilidad?token=`. La casilla/decisión vive en la pantalla, nunca dentro del botón del correo (DESIGN.md §9).
Descripción	Explica que al autorizar, su perfil de LinkedIn y su género serán visibles para los ICG cuando consulten el perfil de la compañía, y enumera qué pierde si no autoriza. Su vínculo con el equipo ya está confirmado; esta autorización es una decisión aparte y voluntaria.
TyC / Tratamiento	NO — No re-verifica ni re-acepta TyC. El clic en “Autorizar visibilidad” ES el acto expreso de consentimiento (Ley 1581); no autorizar = no actuar.

PREVIEW DEL CORREO (regenerado 2026-07-18 desde buildVisibilityRequestHtml)

PANTALLA QUE ABRE EL BOTÓN — “Autorizar visibilidad” → /team/visibilidad?token=

67NUEVOCambio de CEO (aviso al registrante / administrador)Activo↑ índice

Nombre técnico	`STARTUP/USER/EXIST/NO-ED/Cambio de CEO (aviso al registrante)/NO-TYC/LPDI`
Función en código	`buildCeoChangeAdminHtml` / `sendCeoChangeAdminEmail` (`email-team.ts`)
Asunto	“El CEO de {empresa} ha cambiado”
Trigger	Al completarse el cambio de CEO (flujo explícito de designación con aceptación, punto 52). Se envía siempre que el cambio se materializa, incluso si quien lo ejecutó es el propio destinatario: la notificación es evidencia, no cortesía.
Destinatario	Registrante o administrador de la entidad. Dedup: si el registrante y el CEO anterior son la misma persona, recibe sólo el #68.
CTA	Ninguna. Correo informativo, sin botón de acción. Cierra con la vía de contacto `soporte@lpdi.co` por si el cambio no corresponde.
Descripción	Cuadro con CEO anterior, CEO actual, quién realizó el cambio y fecha; luego explica que el CEO anterior deja el cargo y continúa como miembro del equipo con su vínculo intacto, y que el nuevo CEO pasa a gestionar el perfil de la compañía. Molde visual del correo #13 (logo, franja azul, título navy, footer estándar).
TyC / Tratamiento	NO — No re-verifica ni re-acepta TyC. Ley 1581: el correo no otorga ni insinúa visibilidad ante los ICG; esa autorización es siempre expresa y aparte, y no cambia por el cambio de rol.

PREVIEW DEL CORREO (generado 2026-07-20 desde buildCeoChangeAdminHtml)

Preview correo 67 cambio de CEO aviso al registrante

68NUEVOCambio de CEO (aviso al CEO anterior)Activo↑ índice

Nombre técnico	`STARTUP/CEO/EXIST/NO-ED/Cambio de CEO (aviso al CEO anterior)/NO-TYC/LPDI`
Función en código	`buildCeoChangeFormerCeoHtml` / `sendCeoChangeFormerCeoEmail` (`email-team.ts`)
Asunto	“Tu rol en {empresa} cambió”
Trigger	Al completarse el cambio de CEO, en el mismo paso que el #67. Si no había CEO vinculado anterior, va al correo de la fila degradada; si no había fila alguna, sólo sale el #67.
Destinatario	CEO anterior de la startup / PyMe.
CTA	Ninguna. Correo informativo, sin botón de acción. Cierra con la vía de contacto `soporte@lpdi.co` por si el cambio no corresponde.
Descripción	Le informa que deja el cargo de CEO y continúa como miembro del equipo. Dice explícitamente que su vínculo verificado y sus autorizaciones de visibilidad no cambian, que sus datos se conservan tal como los registró y que lo único que cambia es su cargo, editable desde el perfil de la compañía. Cierra indicando quién asumió el cargo, quién realizó el cambio y en qué fecha.
TyC / Tratamiento	NO — No re-verifica ni re-acepta TyC. Ley 1581: las columnas de consentimiento de visibilidad no se tocan en el cambio de rol y el correo lo declara al destinatario.

PREVIEW DEL CORREO (generado 2026-07-20 desde buildCeoChangeFormerCeoHtml)

Preview correo 68 cambio de CEO aviso al CEO anterior

ICG — Registro y ciclo de vida (3)

28Vinculación de Contacto ICG (usuario nuevo)Activo↑ índice

Nombre técnico	`ICG/CON/NUEVO/NO-ED/Vinculación Contacto (fusionado 28+29)/SI-TYC/LPDI`
Función en código	`buildIcgContactInvitationHtml` / `sendIcgContactInvitationEmail` (`userExists=false`) — reemplaza al deprecado `sendContactWelcomeEmail`
Asunto	“{ICG} te ha vinculado como contacto en el Ecosistema LPDI”
Trigger	ICG registra contacto de compañía en /registro-icg o /dashboard/icg/nuevo — el contacto NO tiene cuenta LPDI
Destinatario	Email de la persona de contacto designada por el ICG
CTA	Botón único: “Revisar vinculación” Destino: `${reviewUrl}` → `/icg/confirmar?token=`. La pantalla resuelve la rama: usuario nuevo va al FUS a crear cuenta; usuario existente confirma directo. La cuenta NUNCA se crea en el correo.
Descripción	Fusionado (antes 28+29), como el 12+13 del CEO. Un solo template; la única rama es el párrafo del CTA según `userExists`. Sin contraseña temporal (la cuenta nace en el FUS). Informa qué datos se comparten con el ecosistema (nombres, apellidos, cargo en el ICG y LinkedIn) y que el celular es privado.
TyC / Tratamiento	SÍ — Se aceptan en el FUS (`/registro-usuario`) al crear la cuenta, no en el correo. El usuario existente ya los aceptó.

PREVIEW DEL CORREO (regenerado 2026-07-18 desde buildIcgContactInvitationHtml, userExists=false)

PANTALLA QUE ABRE EL BOTÓN — “Revisar vinculación” → /icg/confirmar?token=

29Vinculación de Contacto ICG (usuario existente)Activo↑ índice

Nombre técnico	`ICG/CON/EXIST/NO-ED/Vinculación Contacto (fusionado 28+29)/NO-TYC/LPDI`
Función en código	`buildIcgContactInvitationHtml` / `sendIcgContactInvitationEmail` (`userExists=true`) — mismo template que #28
Asunto	“{ICG} te ha vinculado como contacto en el Ecosistema LPDI”
Trigger	ICG registra contacto de compañía — el contacto YA tiene cuenta LPDI
Destinatario	Email de la persona de contacto designada por el ICG
CTA	Botón único: “Revisar vinculación” Destino: `${reviewUrl}` → `/icg/confirmar?token=`. Al ser usuario existente, la pantalla confirma la vinculación sin crear cuenta.
Descripción	Rama `userExists=true` del template fusionado: cambia solo el párrafo del CTA («Ya tienes una cuenta… Revisa la vinculación y decide si aceptas»). Mismo bloque informativo de datos compartidos y celular privado.
TyC / Tratamiento	NO — Ya tiene cuenta y aceptó TyC previamente.

PREVIEW DEL CORREO (regenerado 2026-07-18 desde buildIcgContactInvitationHtml, userExists=true)

PANTALLA QUE ABRE EL BOTÓN — misma pantalla /icg/confirmar?token= (ver #28); para usuario existente el botón confirma sin crear cuenta.

55Seguimiento de Score (ICG)Activo↑ índice

Nombre técnico	`ICG/USER/EXIST/NO-ED/Seguimiento de Score/NO-TYC/LPDI`
Función en código	`sendIcgFollowupEmail`
Asunto	“Aumenta el score de tu perfil en el Ecosistema LPDI”
Trigger	Cron pg_cron horario → `POST /api/cron/icg-followup`. DOS ventanas por corrida: día 2 (creados hace 24–48 h, marca `followup_sent_at`) y día 30 (creados hace 720–744 h, marca `followup_30d_sent_at`), solo con la cuenta dueña confirmada y `deleted_at IS NULL`. El correo se envía al `contact_email` del ICG.
Destinatario	Contacto/responsable del ICG
CTA	Botón: “Completar mi perfil” → deep-link `/dashboard/icg/{id}`
Descripción	Versión ICG del Seguimiento de Score. Muestra el score con la barra del semáforo (rojo/ámbar/verde). Espejo del de startup (#14).
Estado	Correo listo; cron codificado con ambas ventanas (día 2 + día 30), INERTE hasta la migración 090 (agrega las columnas `followup_sent_at` y `followup_30d_sent_at` a `icgs`).

PREVIEW DEL CORREO

La confirmación de creación de un ICG usa el correo #56 — Creación de Entidad (categoría ENTIDADES), función genérica sendEntityCreatedEmail para startup e ICG. Para ICG se dispara en registro-icg, dashboard/icg/nuevo y dashboard/icg/nuevo-simplificado.

ENTIDADES — Correos comunes a Startup e ICG (8)

56Confirmación de creación de entidadActivo↑ índice

Nombre técnico	`ENTIDAD/USER/NUEVO/NO-ED/Creación de Entidad/NO-TYC/LPDI`
Función en código	`sendEntityCreatedEmail`
Asunto	“Registraste tu {Startup/ICG} en el Ecosistema LPDI”
Trigger	Al crear una entidad, best-effort (no bloqueante), en TODAS las vías de registro: • Startup: `registro-startup`, `dashboard/startups/nuevo`, `dashboard/startups/nuevo-detallado`. • ICG: `registro-icg`, `dashboard/icg/nuevo`, `dashboard/icg/nuevo-simplificado`.
Destinatario	Usuario que registró la entidad
CTA	Botón: “Completar mi perfil” → deep-link a la entidad (`/dashboard/startups/{id}` o `/dashboard/icg/{id}`)
Variantes	2: Startup e ICG (mismo diseño, label dinámico)
Descripción	Confirma que la entidad se creó correctamente + muestra el score inicial con la barra del semáforo. Motiva a completar el perfil.
Estado	Correo listo y CABLEADO — `sendEntityCreatedEmail` se invoca (best-effort) en las 6 vías de creación de startup e ICG.

PREVIEW DEL CORREO — 2 variantes

Variante Startup

Variante ICG

26Eliminación de EntidadActivo↑ índice

Nombre técnico	`ENTIDAD/USER/EXIST/SI-ED/Eliminación de Entidad/NO-TYC/LPDI` — aplica a Startup e ICG (función genérica)
Función en código	`sendEntityDeletedEmail`
Asunto	“El registro de {entidad} ha sido eliminado del Ecosistema LPDI”
Trigger	Usuario elimina startup o ICG desde /api/entities/delete
Destinatario	Miembros asociados a la entidad (CEO, equipo, contacto) CON permiso de edición. Miembros SIN edición reciben variante informativa (correo #26b) sin CTA Restaurar.
CTA	Botón: “Restaurar” Destino: `https://eco.lpdi.co/dashboard` (sección papelera)
Descripción	Notifica a los miembros con edición que la entidad fue eliminada. Incluye quién dio la orden. Los datos se eliminan permanentemente en 30 días. Miembros sin edición reciben un correo solo informativo con el contacto del responsable.
TyC / Tratamiento	NO — Correo informativo. La restauración no requiere nueva aceptación.

PREVIEW — CON EDICIÓN (CTA Restaurar)

PREVIEW — SIN EDICIÓN (solo informativo)

27Restauración de EntidadActivo↑ índice

Nombre técnico	`STARTUP/USER/EXIST/NO-ED/Restauración de Entidad/NO-TYC/LPDI`
Función en código	`sendEntityRestoredEmail`
Asunto	“{entidad} ha sido restaurado en el Ecosistema LPDI”
Trigger	Usuario restaura una entidad desde la papelera del dashboard
Destinatario	Miembros asociados a la entidad restaurada
CTA	Botón: “Ver en Dashboard” Destino: `${dashboardUrl}` → `https://eco.lpdi.co/dashboard`
Descripción	Notifica a los asociados que la entidad fue restaurada exitosamente desde la papelera. Aplica tanto a Startups como a ICGs.
TyC / Tratamiento	NO — Correo informativo.

PREVIEW DEL CORREO

Correos 57 a 60 (transferencia): el texto es dinámico y aplica por igual a Startup e ICG (sendTransferNotification con entityKind y entityLabel: inserta el nombre real de la entidad, sea “la startup Acme” o “la ICG Fondo X”). Los previews de abajo usan una startup de ejemplo solo para ilustrar; en producción el nombre cambia según la entidad transferida.

57Invitación de transferenciaActivo↑ índice

Nombre técnico	`ENTIDAD/RECEPTOR/AMBOS/NO-ED/Invitación de Transferencia/NO-TYC/LPDI`
Función en código	`sendTransferNotification('invitation')`
Asunto	“Te transfieren una entidad — Ecosistema LPDI”
Trigger	Al crear una transferencia (`POST /api/entity-transfer/create`, rank 1) y al activar el siguiente rank de sucesión (cron `~/bin/lpdi-entity-transfer-cron.py`).
Destinatario	El receptor de la transferencia (founder/contacto o correo indicado)
CTA	Botón: “Revisar y responder” → `/transferencia/{token}`
Descripción	Invita a aceptar o rechazar la transferencia; explica el plazo de 10 días. Si el correo no tiene cuenta, incluye la nota de TYC/PDP (se marcan en la página).
TyC / Tratamiento	NO — Correo transaccional. La aceptación de TYC/PDP (cuentas nuevas) ocurre en la página de aceptación, no por correo.
Estado	Correo listo y CABLEADO — se envía desde el endpoint de creación (rank 1) y desde el cron al avanzar la sucesión.

PREVIEW DEL CORREO

58Recordatorio de transferenciaActivo↑ índice

Nombre técnico	`ENTIDAD/RECEPTOR/AMBOS/NO-ED/Recordatorio de Transferencia/NO-TYC/LPDI`
Función en código	`sendTransferNotification('reminder')`
Asunto	“Recordatorio: transferencia pendiente — Ecosistema LPDI”
Trigger	Cron diario (`lpdi-entity-transfer-cron.py`, `entity_transfer_tick`): días 3, 6 y 10 desde que el rank quedó activo.
Destinatario	El receptor con la transferencia activa
CTA	Botón: “Revisar y responder” → `/transferencia/{token}`
Descripción	Recuerda al receptor que tiene una transferencia pendiente antes de que venza el plazo de 10 días.
TyC / Tratamiento	NO — Correo transaccional. La aceptación de TYC/PDP (cuentas nuevas) ocurre en la página de aceptación, no por correo.
Estado	Correo listo y CABLEADO — lo dispara el cron diario.

PREVIEW DEL CORREO

59Transferencia confirmadaActivo↑ índice

Nombre técnico	`ENTIDAD/RECEPTOR/AMBOS/NO-ED/Transferencia Confirmada/NO-TYC/LPDI`
Función en código	`sendTransferNotification('confirmed')`
Asunto	“Transferencia confirmada — Ecosistema LPDI”
Trigger	Al aceptar la transferencia en la página pública (`/transferencia/[token]`).
Destinatario	El nuevo responsable (quien aceptó)
CTA	Botón: “Ir a la entidad” → perfil de la entidad
Descripción	Confirma que la transferencia se completó e indica con qué estatus entra (miembro en Startup / administrador en ICG).
TyC / Tratamiento	NO — Correo transaccional. La aceptación de TYC/PDP (cuentas nuevas) ocurre en la página de aceptación, no por correo.
Estado	Correo listo y CABLEADO — se envía tras aceptar.

PREVIEW DEL CORREO

60Transferencia no completadaActivo↑ índice

Nombre técnico	`ENTIDAD/PROPIETARIO/AMBOS/NO-ED/Transferencia No Completada/NO-TYC/LPDI`
Función en código	`sendTransferNotification('fallen')`
Asunto	“La transferencia no se completó — Ecosistema LPDI”
Trigger	Cron: cuando la cadena de sucesión se agota (todos los sucesores vencen/rechazan sin aceptar).
Destinatario	El propietario original
CTA	Botón: “Ir a la entidad” → perfil de la entidad
Descripción	Informa que la transferencia no prosperó y que sigue siendo el propietario; puede reiniciar el proceso.
TyC / Tratamiento	NO — Correo transaccional. La aceptación de TYC/PDP (cuentas nuevas) ocurre en la página de aceptación, no por correo.
Estado	Correo listo y CABLEADO — lo dispara el cron al agotarse la cadena.

PREVIEW DEL CORREO

61ICG sin contactoActivo↑ índice

Nombre técnico	`ICG/PROPIETARIO/EXIST/NO-ED/ICG Sin Contacto/NO-TYC/LPDI`
Función en código	`sendTransferNotification('icg_sin_contacto')`
Asunto	“Tu ICG quedó sin persona de contacto — Ecosistema LPDI”
Trigger	Cuando el contacto de un ICG (que no es el propietario) cierra su cuenta (`POST /api/account/delete`).
Destinatario	El propietario del ICG
CTA	Botón: “Registrar nuevo contacto” → FID (`/dashboard/icg/nuevo`)
Descripción	Avisa que el contacto ya no está disponible y que se limpiaron sus datos; invita a registrar un contacto nuevo.
TyC / Tratamiento	NO — Correo transaccional. La aceptación de TYC/PDP (cuentas nuevas) ocurre en la página de aceptación, no por correo.
Estado	Correo listo y CABLEADO — se envía al cerrar la cuenta del contacto.

PREVIEW DEL CORREO

ADMINISTRATIVOS — Reportes automáticos internos (1)

31Reporte Diario Ecosistema LPDIActivo↑ índice

Nombre técnico	`CRON/ADMIN/EXIST/NO-ED/Reporte Diario/NO-TYC/LPDI`
Función en código	`buildDailyReportHtml + sendDailyReportEmail` (`email-daily-report.ts`)
Endpoint	`GET /api/cron/daily-report` (protegido con `Authorization: Bearer ${CRON_SECRET}`)
Asunto	“Reporte diario Ecosistema LPDI — {fecha}”
Trigger	Cron diario configurado a las 6:00 AM Lima/Bogotá (11:00 UTC) en `vercel.json`
Destinatario	`comunidad@lpdi.co` (configurable vía `DAILY_REPORT_TO`)
Remitente	`“Ecosistema LPDI” <no-reply@lpdi.co>` vía Resend SMTP
Secciones	• Altas del día anterior — Startups (STARTUP/PYME/SCALEUP), ICGs (todos los tipos), usuarios individuales (profiles sin entidad). Incluye fila “Total usuarios registrados” = usuarios individuales + miembros sumados a una entidad existente + responsables de las nuevas entidades. • Bajas del día anterior — Startups e ICGs (soft-delete vía `deleted_at`) + usuarios individuales (vía `profile_deletions_log`) • Acumulado — Entidades — Subtotales por tipo de Startup (STARTUP/PYME/SCALEUP) e ICG (INVESTOR_INDIVIDUAL/CORPORATE/HUB_NETWORK/etc.) + TOTAL ENTIDADES • Acumulado — Usuarios — Usuarios individuales (sin entidad) + Total usuarios registrados (destacado, todos los profiles del sistema)
CSV adjuntos (2)	Sí — (1) Altas: `ecosistema-lpdi-usuarios-YYYY-MM-DD.csv` con columnas: Email, Nombre completo, Fecha de registro, Tipo de usuario, Subcategoría del rol, País. (2) Bajas (Frank 26-jun): anexo aparte con usuarios y/o entidades dados de baja el día. Ambos van como attachment.
Preview
CTA	Sin botón — correo informativo con datos tabulares.
TyC / Tratamiento	NO — Correo administrativo interno. No requiere consentimiento del destinatario.
Audit log	Las bajas de usuarios individuales se consultan desde `profile_deletions_log` (migración 045). Datos identificables < 12 meses; anonimización automática tras 12 meses (purga corre desde `purge_expired_entities` RPC).

Ecosistema LPDI · eco.lpdi.co
Versión 14 — Correos 67/68 nuevos (cambio de CEO: aviso al registrante y al CEO anterior) — 2026-07-20
64 correos + 4 eliminados (64 activos) · Fuentes: Supabase Management API + código LPDI + evidencia de envío en base de datos
SMTP: no-reply@lpdi.co vía Resend (operativo en producción) · Sender: “Ecosistema LPDI”

BENEFICIOS (PERKS) (14)

32Registro exitoso de beneficio (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Registro Exitoso`
Función en código	`sendPerkNotification('registro_exitoso')`
Asunto	“¡Registro exitoso de beneficio!”
Trigger	PATCH `/api/perks/[id]` al pasar a `enviado` (desde otro estado).
Destinatario	Aliado (correo del registrante)
CTA	Botón: “Ver registro” → `/dashboard/beneficios`
Descripción	Confirma al aliado que su beneficio quedó en revisión por el equipo LPDI.
Estado	Funcionando.

PREVIEW DEL CORREO

33Nuevo beneficio por aprobar (FP · equipo)Activo↑ índice

Nombre técnico	`FP/EQUIPO/Nuevo por Aprobar`
Función en código	`sendPerkNotification('nuevo_por_aprobar')`
Asunto	“Nuevo beneficio por aprobar”
Trigger	PATCH → `enviado` desde borrador/cambios.
Destinatario	Admin asignado
CTA	Botón: “Revisar beneficio” → `/dashboard/beneficios/admin`
Descripción	Avisa al equipo que hay un beneficio nuevo pendiente de aprobación.
Estado	Funcionando.

PREVIEW DEL CORREO

34Beneficio aprobado (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Aprobado`
Función en código	`sendPerkNotification('aprobado')`
Asunto	“¡Beneficio aprobado!”
Trigger	Acción admin `aprobar_y_publicar`/`publicar`.
Destinatario	Aliado
CTA	Botón: “Ver beneficio” → `/perks/{id}`
Descripción	Notifica al aliado que su beneficio fue aprobado y publicado.
Estado	Funcionando.

PREVIEW DEL CORREO

35Beneficio aprobado — publicación programada (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Aprobado Programado`
Función en código	`sendPerkNotification('aprobado_programado')`
Asunto	“¡Beneficio aprobado!”
Trigger	Acción admin `aprobar` con fecha de publicación futura (vigencia posterior a la aprobación).
Destinatario	Aliado
CTA	Botón: “Ver registro” → `/dashboard/beneficios`
Descripción	Segundo flujo del Correo 34 (F2): notifica la aprobación e informa la fecha futura en que el beneficio se publicará automáticamente. El cron `publish-scheduled` lo activa en esa fecha.
Estado	Funcionando. NUEVO (F2).

PREVIEW DEL CORREO

36Beneficio actualizado (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Actualizado`
Función en código	`sendPerkNotification('actualizado')`
Asunto	“¡Beneficio actualizado!”
Trigger	PATCH al pasar un publicado a `edicion`.
Destinatario	Aliado
CTA	Botón: “Ver beneficio” → `/perks/{id}`
Descripción	Confirma que los cambios se guardaron y pasarán por aprobación.
Estado	Funcionando.

PREVIEW DEL CORREO

37Cambios de beneficio por aprobar (FP · equipo)Activo↑ índice

Nombre técnico	`FP/EQUIPO/Cambios por Aprobar`
Función en código	`sendPerkNotification('cambios_por_aprobar')`
Asunto	“Cambios de beneficio por aprobar”
Trigger	PATCH → `enviado` desde `edicion`.
Destinatario	Admin asignado
CTA	Botón: “Revisar cambios” → `/dashboard/beneficios/admin`
Descripción	Avisa al equipo que un beneficio publicado tiene cambios por revisar.
Estado	Funcionando.

PREVIEW DEL CORREO

38Solicitud de ajustes (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Solicitud de Ajustes`
Función en código	`sendPerkNotification('cambios_solicitados')`
Asunto	“Tu beneficio necesita unos ajustes”
Trigger	Acción admin `solicitar_cambios` (→ `cambios`, recuperable).
Destinatario	Aliado
CTA	Botón: “Ajustar beneficio” → `/dashboard/beneficios`
Descripción	El admin pide ajustes antes de publicar (incluye el detalle). Reemplaza al “no aceptado” en esta acción porque el estado es recuperable.
Estado	Funcionando. NUEVO.

PREVIEW DEL CORREO

39Beneficio no aceptado (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/No Aceptado`
Función en código	`sendPerkNotification('no_aceptado')`
Asunto	“Beneficio no aceptado”
Trigger	Acción «Rechazar» en el panel de admin de beneficios (primera revisión). Cableado 2026-07-07.
Destinatario	Aliado
CTA	Botón: “Ver registro” → `/dashboard/beneficios`
Descripción	Rechazo definitivo de un beneficio en primera revisión. El beneficio pasa a estado `rechazado` y va a «Eliminados / Rechazados» (borrado a los 30 días). Distinto de «Solicitar cambios» (#38), que es recuperable.
Estado	Activo.

PREVIEW DEL CORREO

63Cambios de beneficio aprobados (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Cambios Aprobados/NO-TYC/LPDI`
Función en código	`sendPerkNotification('cambios_aprobados')`
Asunto	“Los cambios de tu beneficio fueron aprobados”
Trigger	El admin aprueba (Aprobar y publicar / Publicar) los cambios de un beneficio ya publicado (venía de estado `edicion`). Cableado 2026-07-07.
Destinatario	Aliado
CTA	Botón: “Ver beneficio” → perfil público del beneficio
Descripción	Confirma al aliado que los cambios que envió a un beneficio ya publicado fueron aprobados y ya están en el catálogo. Diferente del #33 (primera aprobación).
Estado	Activo.

PREVIEW DEL CORREO

64Cambios de beneficio no aprobados (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Cambios No Aprobados/NO-TYC/LPDI`
Función en código	`sendPerkNotification('cambios_rechazados')`
Asunto	“Los cambios de tu beneficio no fueron aprobados”
Trigger	El admin rechaza los cambios de un beneficio ya publicado (estado `edicion`). Cableado 2026-07-07.
Destinatario	Aliado
CTA	Botón: “Ver beneficio” → perfil público del beneficio
Descripción	Avisa al aliado que los cambios que envió no fueron aprobados y que el beneficio sigue publicado tal como estaba antes (se descartan los cambios). Incluye el motivo si el admin lo indicó.
Estado	Activo.

PREVIEW DEL CORREO

40Beneficio terminado (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Terminado`
Función en código	`sendPerkNotification('terminado')`
Asunto	“Beneficio terminado”
Trigger	Acción admin `desactivar` o cierre por vigencia.
Destinatario	Aliado · con copia (cc) al admin asignado
CTA	Botón: “Ver registro” → `/dashboard/beneficios`
Descripción	Notifica que el beneficio fue cerrado y ya no aparece en el catálogo.
Estado	Funcionando (admin desactivar).

PREVIEW DEL CORREO

41Beneficio eliminado (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Eliminado`
Función en código	`sendPerkNotification('eliminado')`
Asunto	“Beneficio eliminado”
Trigger	DELETE `/api/perks/[id]` (soft-delete → papelera).
Destinatario	Aliado · con copia (cc) al admin asignado
CTA	Botón: “Validar en la base de datos” → `/dashboard/beneficios`
Descripción	Notifica que el beneficio fue enviado a la papelera (recuperable 30 días).
Estado	Funcionando.

PREVIEW DEL CORREO

42Nuevo registro en tu beneficio (FP)Activo↑ índice

Nombre técnico	`FP/ALIADO/Registro en Beneficio`
Función en código	`sendPerkRegistrationEmail()`
Asunto	“¡Nuevo registro en tu beneficio!”
Trigger	Un usuario se registra para obtener el beneficio — cualquier tipo (código, enlace, agenda o «dejar datos»), en `/api/perks/[id]/redeem`.
Destinatario	Aliado (dueño del beneficio) · con copia (cc) a `partners@lpdi.co`
CTA	Botón: “Ver referido” → `/dashboard/beneficios/referidos` (Mis referidos)
Descripción	Avisa al aliado que un usuario se registró en su beneficio, con los datos del registrante (nombre, correo, teléfono, empresa tomada del perfil del usuario) y el tipo de registro. Unifica el antiguo correo de «lead» al diseño FP y lo extiende a todos los tipos de redención.
Estado	Funcionando. NUEVO.

PREVIEW DEL CORREO

54Confirmación de solicitud de beneficio (al usuario)Activo↑ índice

Nombre técnico	`FP/USUARIO/Solicitud recibida/NO-TYC/LPDI`
Función en código	`sendPerkRedemptionUserEmail`
Asunto	“Recibimos tu solicitud — Ecosistema LPDI”
Trigger	El usuario solicita un beneficio en `/api/perks/[id]/redeem` (cualquier tipo de canje).
Destinatario	Usuario que solicitó el beneficio · copia a `partners@lpdi.co`
CTA	Botón: “Ir al ecosistema” → `eco.lpdi.co`
Descripción	Confirma al usuario que su solicitud fue enviada al aliado + muestra la tipología (Código de descuento / Enlace de redención / Dejó sus datos de contacto / Agendó una cita). Espejo (al usuario) del aviso al aliado. Aprobado por Frank 2026-07-02.
Estado	Funcionando.

PREVIEW DEL CORREO

EVENTOS (10)

43Registro exitoso de evento (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Registro Exitoso`
Función en código	`sendEventNotification('registro_exitoso')`
Asunto	“¡Registro exitoso de evento!”
Trigger	Action `submit` de `/registro-evento` (evento en PENDING).
Destinatario	Organizador (`contact_email`)
CTA	Botón: “Ver registro” → `/dashboard`
Descripción	Confirma al organizador que su evento quedó en revisión. Incluye el código.
Estado	Funcionando.

PREVIEW DEL CORREO

44Nuevo evento por aprobar (FE · equipo)Activo↑ índice

Nombre técnico	`FE/EQUIPO/Nuevo por Aprobar`
Función en código	`sendEventNotification('nuevo_por_aprobar')`
Asunto	“Nuevo evento por aprobar”
Trigger	Action `submit` de `/registro-evento`.
Destinatario	Admin asignado
CTA	Botón: “Revisar evento” → `/dashboard`
Descripción	Avisa al equipo que hay un evento nuevo pendiente de revisión.
Estado	Funcionando.

PREVIEW DEL CORREO

45Evento aprobado (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Aprobado`
Función en código	`sendEventNotification('aprobado')`
Asunto	“¡Evento aprobado!”
Trigger	Acción admin del panel de eventos (N13).
Destinatario	Organizador
CTA	Botón: “Ver evento” → `/dashboard`
Descripción	Notifica al organizador que su evento fue aprobado.
Estado	Funcionando.

PREVIEW DEL CORREO

46Evento aprobado — publicación programada (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Aprobado Programado`
Función en código	`sendEventNotification('aprobado_programado')`
Asunto	“¡Evento aprobado!”
Trigger	Acción admin `aprobar` con fecha de publicación futura.
Destinatario	Organizador
CTA	Botón: “Ver registro” → `/dashboard`
Descripción	Segundo flujo de aprobación de evento (F2): informa la fecha futura de publicación automática. Incluye el badge del código del evento.
Estado	Funcionando. NUEVO (F2).

PREVIEW DEL CORREO

47Evento actualizado (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Actualizado`
Función en código	`sendEventNotification('actualizado')`
Asunto	“¡Evento actualizado!”
Trigger	Edición de un evento ya aprobado (se guarda manteniendo el estado aprobado).
Destinatario	Organizador
CTA	Botón: “Ver evento” → `/dashboard`
Descripción	Al organizador: su evento publicado fue actualizado.
Estado	Funcionando.

PREVIEW DEL CORREO

48Cambios de evento por aprobar (FE · equipo)Activo↑ índice

Nombre técnico	`FE/EQUIPO/Cambios por Aprobar`
Función en código	`sendEventNotification('cambios_por_aprobar')`
Asunto	“Cambios de evento por aprobar”
Trigger	Un usuario que NO es «editor de confianza» envía un cambio a su evento que sí requiere aprobación. (El editor de confianza auto-aprueba, así que su edición no genera este correo.)
Destinatario	Admin asignado
CTA	Botón: “Revisar cambios” → `/dashboard`
Descripción	Avisa al equipo que un evento tiene cambios enviados por un usuario sin auto-aprobación y deben revisarse.
Estado	Pendiente — se activa con el flujo de «Mis eventos».

PREVIEW DEL CORREO

49Evento no aceptado (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/No Aceptado`
Función en código	`sendEventNotification('no_aceptado')`
Asunto	“Evento no aceptado”
Trigger	Acción admin de rechazo (N13).
Destinatario	Organizador
CTA	Botón: “Ver registro” → `/dashboard`
Descripción	Notifica al organizador que su evento no fue aceptado.
Estado	Funcionando.

PREVIEW DEL CORREO

50Evento eliminado (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Eliminado`
Función en código	`sendEventNotification('eliminado')`
Asunto	“Evento eliminado”
Trigger	Eliminación de un evento (N13).
Destinatario	Organizador · con copia (cc) al admin asignado
CTA	Botón: “Ver registro” → `/dashboard`
Descripción	Notifica al organizador que su evento fue eliminado.
Estado	Funcionando.

PREVIEW DEL CORREO

51Publicación automática de evento (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Publicación Automática`
Función en código	`sendEventNotification('publicacion_exitosa')`
Asunto	“¡Publicación automática de evento!”
Trigger	Registro de evento por un usuario con privilegio de auto-publicación (F6): el evento se publica sin pasar por aprobación.
Destinatario	Organizador · con copia (cc) al admin asignado
CTA	Botón: “Ver evento” → `/dashboard`
Descripción	Confirma que el evento se publicó automáticamente. El privilegio se administra en el panel de admin de eventos (sección de privilegios de auto-publicación por correo).
Estado	Funcionando. NUEVO (F6).

PREVIEW DEL CORREO

52Solicitud de ajustes (FE)Activo↑ índice

Nombre técnico	`FE/ORGANIZADOR/Solicitud de Ajustes`
Función en código	`sendEventNotification('cambios_solicitados')`
Asunto	“Tu evento necesita unos ajustes”
Trigger	El admin pide cambios a un evento (acción «solicitar cambios» en el panel de aprobación).
Destinatario	Organizador · con copia (cc) al admin que la envía
CTA	Botón: “Ajustar evento” → `/dashboard`
Descripción	Al organizador: el admin solicita ajustes e incluye el detalle de lo que debe corregir; con copia al admin que la envía, para trazabilidad. Es el espejo del correo #38 (Solicitud de Ajustes) de Beneficios.
Estado	Funcionando. NUEVO.

PREVIEW DEL CORREO

CORREOS ELIMINADOS — consolidados o retirados del sistema (3)

17ELIMINADOExpiración de RegistroEliminado↑ índice

Estado	ELIMINADO — No se obliga a confirmar la creación de una startup; lo que se confirma son las cuentas de usuario. El cron de purga (soft-delete a los 8 días) sigue activo, pero ya no envía notificación por email.
Función eliminada	`sendStartupPurgedEmail` (removido de email.ts)

19ELIMINADOInvitación al Equipo (usuario existente)Eliminado↑ índice

Estado	ELIMINADO — Consolidado en #18.
Razón	El sistema usa una única función (`sendTeamInvitationEmail`) para ambos casos (usuario nuevo y usuario existente). La diferencia se controla con el flag `userExists`, no con dos templates distintos. Mantener dos entradas duplicaba el mismo correo en el inventario.
Dónde queda documentado	Las dos variantes (usuario nuevo + SI-TYC · usuario existente + NO-TYC) ahora se describen dentro de #18.

30ELIMINADOExpiración de Registro ICGEliminado↑ índice

Estado	ELIMINADO — No se obliga a confirmar la creación de un ICG; lo que se confirma son las cuentas de usuario. El cron de purga (`purge_expired_entities` RPC) sigue activo, pero ya no envía notificación por email.
Función eliminada	`sendIcgPurgedEmail` (removido de email.ts)