|
|
|
Ver [requerimientos](monitoreo-procedimiento/requerimientos)
|
|
|
|
|
|
|
|
# Procedimiento
|
|
|
|
|
|
|
|
1. Se detecta inconveniente con un nodo sellador (e.g: no sella hace más de 90 minutos)
|
| ... | ... | @@ -14,21 +16,3 @@ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Algunos requerimientos
|
|
|
|
|
|
|
|
Deberíamos afilar un poco la base de datos de selladores en https://gitlab.bfa.ar/selladores/lista y el equipo de monitoreo debería tener acceso a la misma (hoy en día sólo los selladores tienen acceso).
|
|
|
|
|
|
|
|
Es **necesario** que _todos_ los nodos selladores tengan _al menos_ un contacto técnico.
|
|
|
|
|
|
|
|
También es necesario que cada sellador tenga un _contacto técnico **principal**_ en cabeza de quien se generarán los tickets (en todo caso, quizás podríamos tener un mecanismo simple para cambiar el contato técnico principal de un nodo sellador).
|
|
|
|
|
|
|
|
Es **necesario** que el _contacto técnico principal_ tenga registrado los siguientes datos:
|
|
|
|
|
|
|
|
* Teléfono móvil
|
|
|
|
* Correo electrónico
|
|
|
|
* Cuenta de Telegram
|
|
|
|
|
|
|
|
Todos los contactos técnicos principales estarán en un grupo Telegram monitoreo-selladores
|
|
|
|
|
|
|
|
|
|
|
|
Deberíamos armar una lista similar de "_monitoreadores_" con todos los que trabajan en los NOCs de monitoreo (podríamos usar también algunas cuentas genéricas en cada NOC para la gente que trabaja _indirectamente_ como ser quien cubre un turno en el NOC de la ASI o PNA). |
|
|
\ No newline at end of file |
