No. Una aplicación generada aquí no envía correos electrónicos, ni SMS, ni notificaciones push, y esto se puede comprobar directamente en el paquete que recibe: ninguna de sus dependencias declaradas es un cliente de mensajería, y la contraseña temporal de una cuenta creada se muestra UNA SOLA VEZ en pantalla, sin enviarse por correo. Lo que hace en su lugar es distinto, y con frecuencia suficiente: muestra lo que ya está vencido ante usted en el instante en que abre la aplicación, una franja «en retraso» en la cabecera de las listas afectadas, una campana y una página de notificaciones, y una vista de calendario. Y para el recordatorio que realmente suena, delega en su propio calendario: un botón «Agregar al calendario» traslada la fecha límite a su teléfono. Si el envío automático es imprescindible para usted, el código de la aplicación le pertenece y un desarrollador puede incorporarlo, esta página explica qué implica hacerlo.
Qué no envía, y cómo comprobarlo usted mismo
Una aplicación generada aquí es un proyecto Next.js y Prisma cuya lista de dependencias está fijada y es totalmente legible: veintidós paquetes, cuatro herramientas de desarrollo y ningún cliente de correo electrónico, SMS ni notificaciones push. El renderizado, la base de datos, los mapas, los gráficos y el Markdown están incluidos; el envío, no. No se trata de una omisión que descubra al usarla, sino de una línea que falta en un archivo que puede abrir usted mismo: el `package.json` viaja dentro del archivo comprimido.
El detalle que lo confirma mejor está en otro lugar y resulta más elocuente que cualquier lista: cuando un administrador crea una cuenta para un compañero, la aplicación muestra la contraseña temporal en pantalla, una sola vez, y nunca la vuelve a mostrar. Un producto capaz de enviar un correo electrónico la habría enviado, ese es el primer reflejo de cualquier software multiusuario. Aquí la instrucción es copiarla y transmitirla personalmente. La limitación se evidencia desde la primera cuenta creada, no seis meses después.
Por qué esta ausencia responde más bien a una decisión que a un olvido: enviar un correo electrónico no se reduce a una línea de código. Requiere una cuenta con un proveedor de envío, un dominio autorizado para enviar en su nombre, registros DNS que lo certifiquen y alguien que supervise los mensajes devueltos. Una aplicación entregada sin todo eso enviaría correos que terminarían en la carpeta de correo no deseado, lo cual es peor que no enviar nada, porque entonces creeríamos erróneamente que el destinatario ha sido avisado.
Qué hace en su lugar: la fecha límite llega a usted al abrir la aplicación
El principio se invierte: en lugar de buscar al usuario, la aplicación coloca lo que vence en primer plano en cuanto este accede. Cuando una entidad tiene una fecha límite, una intervención pendiente, una factura por cobrar, un contrato que expira o una tarea con fecha asignada, la lista correspondiente muestra en su cabecera una franja que indica cuántos elementos están pendientes, antes de la tabla y antes de los filtros. La pregunta «¿qué debo gestionar hoy?» obtiene su respuesta sin necesidad de buscarla.
Se suman dos superficies más convencionales. Una campana en el encabezado y una página «Notificaciones» recopilan los registros que requieren seguimiento junto con su estado actual, leídos directamente de sus propios datos, nunca de un registro externo. Y cuando el contexto lo permite, una vista de calendario muestra los eventos en su lugar correspondiente, por día, por semana o por mes (mes por defecto al abrir), con una lista ordenada de próximas fechas límite debajo de la cuadrícula. Es la misma pregunta formulada dos veces, para quienes entienden mejor una lista que un calendario.
La limitación es real y merece ser mencionada: todo esto supone que alguien abre la aplicación. Es el régimen adecuado para una herramienta que se consulta cada mañana, un planificador de taller, un libro de intervenciones o un seguimiento de expedientes. Pero es el régimen equivocado para una fecha límite rara y lejana, como «volver a contactar con este cliente dentro de once meses», que no verá si ese día no inicia sesión.
El recordatorio que realmente suena: pasar por su calendario
Ese es precisamente el caso que resuelve el botón «Agregar al calendario». En la ficha de un registro que incluye una fecha, la aplicación genera el archivo de evento estándar que todos los calendarios saben interpretar, el mismo que se recibe como adjunto en una invitación, y su dispositivo lo abre automáticamente. El evento se integra así en su calendario habitual, ya sea en su teléfono, Outlook o Google Calendar, y será este quien suene, con el recordatorio que usted haya configurado.
La división de responsabilidades es clara, y eso es lo que la hace robusta: la aplicación gestiona los datos operativos, mientras que su calendario gestiona el recordatorio. No necesita saber a qué hora quiere ser avisado, en qué dispositivo ni si está de vacaciones, todo eso ya lo sabe su calendario y lo hace mejor. Además, el botón solo aparece donde tiene sentido: únicamente en las fichas cuyos datos contienen efectivamente una fecha.
La contrapartida es sincera: es un gesto puntual, no una suscripción. Envía UN evento cada vez, en el momento en que consulta la ficha; la aplicación no empuja nada por sí misma ni mantiene su calendario actualizado si la fecha cambia posteriormente. Para un puñado de fechas límite verdaderamente críticas, esto es más que suficiente y no depende de ningún servicio externo. Para un flujo continuo de decenas de citas semanales, no es la herramienta adecuada, y es preferible saberlo desde el principio.
Si el envío automático es indispensable para usted
Existen dos vías, y no exigen el mismo esfuerzo. La primera no toca el código: cada lista incluye un botón de exportación que genera un archivo CSV con las filas mostradas, es decir, filtradas exactamente como acaba de hacerlo usted, no toda la tabla. El archivo se abre directamente en una hoja de cálculo, con separador y codificación incluidos, y alimenta la herramienta que ya usa para enviar correos. Filtrar «pendiente», exportar y realizar un correo masivo: es una rutina semanal de cinco minutos que no crea ninguna nueva dependencia.
La segunda vía es literalmente suya: el código de la aplicación le pertenece, puede recuperarlo como archivo comprimido o desde un repositorio Git, y se trata de un proyecto Next.js y Prisma convencional. Incorporar el envío de correos electrónicos es un trabajo de desarrollo bien definido, conectar un proveedor de envío, redactar el mensaje y activar la tarea. Lo que supone coste no es el código, sino la configuración del dominio de envío, la cuenta con el proveedor y alguien que supervise los mensajes devueltos. Una agencia o un desarrollador freelance lo realiza habitualmente.
El consejo válido para ambos casos: primero mida cuántos recordatorios enviaría realmente por semana. Muchos equipos descubren que la franja «pendiente» que ven cada mañana cubre el noventa por ciento de la necesidad, y que las pocas fechas límite restantes caben perfectamente en un calendario compartido. El envío automático es infraestructura: se justifica cuando el volumen lo exige, no por principio.