Redmine Reminders
NotificationsRecordatorios manuales, programados y por reglas para las peticiones que se están quedando dormidas: enviados desde la propia petición, desde una consulta guardada o desde la consola de administración, con el correo que ya usas.
Varios servidores: $399
- Tipos de recordatorio
- 3
- Modos de destinatario
- 4
- Programaciones
- Diaria · semanal · mensual
- Permisos
- 4, por proyecto
- Datos fuera del servidor
- Nunca
Avisar al asignado ahora
Un botón en la página de la petición. Resuelve el asignado —y si no lo hay, el autor y después un administrador— y el correo ya va de camino antes de que la página se recargue.
Avisar a alguien más adelante
Eliges destinatario, fecha y una nota, y el recordatorio espera. Si la petición se cierra antes de esa fecha, queda marcado como omitido en lugar de enviarse.
Reglas sobre una consulta guardada
Asocia una regla a cualquier consulta de peticiones: diaria, semanal en los días que elijas o mensual en las fechas que elijas, a una hora fija. Las peticiones abiertas del resultado reciben aviso, como mucho una vez al día.
Enviar solo el recuento
Apunta una regla a varias consultas y envía los números en vez de las peticiones: un pulso permanente para quien dirige y quiere el orden de magnitud, no la lista.
Nadie recibe dos avisos
Peticiones cerradas, módulos desactivados y cuentas bloqueadas se filtran en el momento del envío, y los destinatarios se deduplican antes de que salga un solo correo.
Cuatro permisos, por proyecto
Ver, gestionar, enviar y ver estadísticas: se conceden por rol, sobre un módulo de proyecto que puedes apagar por completo. Cada envío y cada omisión queda en el registro de actividad.
Un clic, una fecha o una regla
Todos los recordatorios se guardan, se entregan y se registran igual. Lo que cambia es quién decide cuándo salen: tú, ahora mismo; tú, para una fecha futura; o una regla que vigila una consulta guardada en tu lugar.
Manual: avisar al asignado ahora
Un botón en la página de la petición. Resuelve el asignado, recurre al autor y por último a un administrador si no hay nadie asignado, y el correo sale antes de que la página se recargue.
Programado: avisar a alguien más adelante
Eliges destinatario, fecha y una nota, y el recordatorio espera. Si la petición se cierra antes de esa fecha, queda marcado en silencio como omitido en lugar de enviarse: la nota hablaba de un trabajo que ya no lo es.
Automático: una regla sobre una consulta guardada
Asocia una regla a cualquier consulta de peticiones: diaria, semanal en los días elegidos o mensual en las fechas elegidas, a una hora fija. Las peticiones abiertas del resultado reciben aviso, y una regla se dispara como mucho una vez al día.
La consulta que ya mantienes es la regla
No hay un segundo lenguaje de filtros. Una regla apunta a una de tus consultas guardadas —vencidas, sin asignar desde hace tres días, tickets de soporte dormidos— de modo que la definición de «se está quedando atrás» sigue donde tu equipo ya la mantiene. Cambia la consulta y todas las reglas construidas sobre ella cambian con ella.
Vive en tres sitios que ya usas
El plugin añade cosas a la página de la petición, al proyecto y a la consola de administración, y a ningún otro sitio. Todas las pantallas de abajo son un Redmine 6 con Redmine Reminders 1.0.0.
En la petición
view_issues_show_description_bottom · pestaña de historial
En el proyecto
Configuración › Recordatorios · menú del proyecto
En la consola de administración
Administración › Redmine Reminders
Hecho para las colas que ya llevas
Los recordatorios leen tus consultas guardadas, respetan tus permisos y escriben todo lo que hacen en su propio registro de actividad.
| Aspecto | Capacidad | Cómo se comporta |
|---|---|---|
| Quién | Asignado, autor, seguidores o una lista elegida | Cada regla escoge sus destinatarios. Los usuarios inactivos y los que no tienen dirección de correo se descartan antes de enviar nada. |
| Cuándo | Diaria, semanal o mensual a las HH:MM | Las reglas semanales eligen días de la semana, las mensuales eligen fechas, y una fecha de inicio y otra de fin acotan toda la serie. |
| Resumen | Enviar solo el recuento | Apunta una regla a varias consultas y envía los números en vez de las peticiones: un pulso permanente para quien dirige. |
| Protección | A una petición cerrada no se la molesta | Peticiones cerradas, módulos de proyecto desactivados y cuentas bloqueadas se filtran en el momento del envío, no al programar. |
| Prueba | Un registro de actividad completo | Creado, enviado, omitido, ejecución de regla iniciada, ejecución de regla terminada: cada uno con el asunto y el cuerpo exactos que salieron. |
| Acceso | Cuatro permisos, por proyecto | Ver, gestionar, enviar y ver estadísticas: se conceden por rol, sobre un módulo de proyecto que puedes apagar por completo. |
Entra un tic de cron, sale un correo
Cuatro pasos, todos dentro de tu Redmine. Del servidor no sale nada salvo el correo que tu instancia ya envía.
| Paso | Qué ocurre |
|---|---|
| 1. El cron hace tic | Una línea de crontab ejecuta rake redmine_reminders:queue, que encola un trabajo en segundo plano. Si no hay ningún worker en marcha, la tarea síncrona :run hace el mismo trabajo allí mismo. |
| 2. Las reglas se preguntan solas | Cada regla activa comprueba si le toca: dentro de su ventana de fechas, coincidiendo con el día de la semana o la fecha de hoy, pasada su hora programada y sin haberse ejecutado ya hoy. |
| 3. Se resuelven los destinatarios | La consulta se ejecuta, las peticiones cerradas se caen y los destinatarios se convierten en usuarios reales, activos y con correo. Los duplicados se funden: nadie recibe el mismo aviso dos veces. |
| 4. Enviar y luego registrar | La entrega pasa por el propio mailer de Redmine, así que hereda tu configuración SMTP y las cabeceras de correo de las peticiones. Cada envío —y cada omisión— se escribe en el registro de actividad de recordatorios con su asunto y su cuerpo. |
Lo que llega a la bandeja de entrada
Un asunto que lleva el proyecto y la petición —[Support — #4821] Redmine Reminder: SSO login fails on Safari— sobre un cuerpo que enlaza de vuelta a la petición y cita la nota que escribió quien puso el recordatorio. Es el mailer de tu instancia, tu configuración SMTP y tu dirección de remitente; el plugin no añade ninguna vía de entrega propia.
Nadie recibe dos avisos
Un plugin de recordatorios se gana su sitio por lo que decide no enviar. Entre una regla vencida y una bandeja de entrada hay cuatro comprobaciones.
Se filtra al entregar, no al programar
Peticiones cerradas, proyectos con el módulo apagado y cuentas bloqueadas se vuelven a comprobar justo cuando el correo va a salir, así que un ticket resuelto hace una hora ya está fuera del lote.
Solo usuarios reales y contactables
Los destinatarios se expanden a cuentas reales y después se descartan los usuarios inactivos y los que no tienen dirección de correo. Un grupo de seguidores del que la mitad ya no está en la empresa llega a la otra mitad.
Como mucho una vez al día, por regla
Una regla que ya se ha ejecutado hoy no vuelve a ejecutarse, haga lo que haga el cron. Dentro de una ejecución los destinatarios repetidos se funden: quien aparece en tres de las peticiones encontradas recibe un solo mensaje.
Las omisiones también quedan registradas
Un recordatorio programado para una petición que se cerró antes se registra como omitido, con su motivo. El registro responde a «¿por qué no se avisó a nadie?» igual de bien que a «¿a quién se avisó?».
Difusiones, cuellos de botella y pruebas
La consola de administración añade las tres cosas que solo tienen sentido mirando todos los proyectos a la vez.
Difundir a quien haga falta
Redacta asunto y cuerpo, elige destinatarios y una ventana de fechas, y lo entrega el mismo planificador que ejecuta las reglas. Sin herramienta de correo aparte, y con el mismo registro de actividad después.
Encontrar las cuentas que atascan
Una regla vigila cada petición abierta asignada a una cuenta bloqueada, o creada por ella, y envía la lista a quien deba reasignar el trabajo. Las bajas dejan de ser un atasco silencioso.
Estadísticas con nombres y apellidos
Recuentos manuales frente a automáticos por persona, en el periodo que elijas, con el detalle del asunto y el cuerpo exactos que recibió cada usuario. Útil cuando alguien dice que nunca se lo dijeron.
| Permiso | Qué permite |
|---|---|
| Ver recordatorios | Ver los recordatorios y las reglas asociados a las peticiones de un proyecto |
| Gestionar recordatorios | Crear, editar, pausar y borrar las reglas puestas sobre las consultas guardadas de un proyecto |
| Enviar recordatorios | Usar el botón manual en una petición y programar uno para más adelante |
| Ver estadísticas | Abrir los recuentos por persona y el registro de actividad que hay detrás |
Instalación en tres pasos
Requiere acceso por shell y poder ejecutar tareas rake. Haz siempre una copia de seguridad antes de instalar un plugin.
cd /path/to/redmine # the package arrives by email, or from your download link unzip redmine_reminders-1.0.0.zip -d plugins/ bundle install
RAILS_ENV=production bundle exec rake redmine:plugins:migrate NAME=redmine_reminders touch tmp/restart.txt # or systemctl restart redmine
# every minute: enqueue due rules and scheduled reminders * * * * * cd /path/to/redmine && RAILS_ENV=production \ bundle exec rake redmine_reminders:queue >> log/redmine_reminders_cron.log 2>&1 # no ActiveJob worker? use the synchronous task instead # bundle exec rake redmine_reminders:run
¿Hace falta un worker en segundo plano?
¿Qué pasa si una petición se cierra antes de que salte su recordatorio programado?
¿Quién recibe realmente un recordatorio?
¿Puede una regla cubrir varias consultas y enviar solo los números?
¿Pasa algo por un servicio externo?
¿Cómo se evitan las avalanchas de correo?
¿Quién puede crear reglas?
¿Qué versiones de Redmine soporta y qué añade a la base de datos?
Precios
Un servidor
Una instancia de Redmine · usuarios ilimitados · 12 meses de actualizaciones.
Varios servidores
Servidores de Redmine ilimitados · usuarios ilimitados · 12 meses de actualizaciones.