Administrador de plataforma

Quién eres

Eres quien responde por que la suite FINORA esté instalada, al día y respaldada en cada ambiente. Trabajas con el equipo de TI del banco o con el implementador, y tu cliente interno son todos los demás roles: sin tu trabajo no hay sistema que usar.

Lo que haces en el sistema

• Instalas la suite por ambiente y por país, o das de alta una institución nueva en su propia celda.
• Licencias cada institución módulo a módulo y compruebas que su core recibió las llaves.
• Actualizas las versiones sin perder datos.
• Respaldas y compruebas que el respaldo sirve.
• Verificas que cada ambiente cumple sus reglas, sobre todo producción.
• Vigilas la salud de los servicios junto con el operador de monitoreo.

Tu ruta

1. 1

   El mapa de la suite FINORA

   Qué piezas hay, quién es dueño del dinero en cada tramo y cómo se hablan.

2. 2

   Ambientes y países

   Qué diferencia a desarrollo, calidad y producción, y cómo se adapta la suite a cada país.

3. 3

   Cómo se instala la suite: visión general

   Las etapas de una instalación y sus salvaguardas de producción.

4. 4

   SaaS en nube propia: la arquitectura de celdas

   Una celda por institución, el gateway que las separa y el sandbox anonimizado.

5. 5

   Suscripción y licencias por módulo

   Planes, suscripciones, llaves FNM1 firmadas, revocación y sincronización sin conexión.

6. 6

   Da de alta una institución y su sandbox

   El alta en modo de prueba y aplicada, el clonado anonimizado y cómo retirarla.

7. 7

   Emite las llaves de una institución

   Instalación, plan, suscripción y emisión en la consola emisora; renovar, revocar y rotar.

8. 8

   Sincroniza y verifica las licencias en el core

   Sincronizar ahora, importar sin conexión y leer qué módulo está habilitado y por qué.

9. 9

   Orquestación de procesos con BPMN 2.0

   Lo que aprueba el administrador: destinos, secretos de webhook y definiciones de otros.

10. 10

    Observabilidad: saber que la suite está sana

    Las tres preguntas que debes poder contestar sobre un ambiente en marcha.

11. 11

    Probar sin banco: el simulador determinista

    Ensayar de punta a punta sin interconexión real.

12. 12

    Actualizar un ambiente con respaldo previoPróximamente

    El procedimiento completo de actualización y vuelta atrás.

13. 13

    Restaurar un respaldo y comprobarloPróximamente

    Cómo saber que tu respaldo realmente sirve.

Tu lista de cada día, semana y mes

Cada día

• Revisa que los servicios del ambiente respondan.
• Confirma que el respaldo programado se ejecutó.
• Revisa que la última sincronización de licencias de cada core diga OK.

Cada semana

• Comprueba qué versión corre en cada ambiente y que producción tenga una versión fija.
• Revisa con el operador de monitoreo lo que se repitió durante la semana.

Cada mes

• Restaura un respaldo en un ambiente de ensayo y comprueba que abre.
• Revisa en la consola emisora las suscripciones por vencer y refresca los sandbox que lo necesiten.
• Revisa qué actualizaciones esperan y planifica su ventana.

Lo que se mide de tu trabajo

Indicador	Qué dice	Buena señal
Respaldos restaurados con éxito	Si tu respaldo sirve de verdad	Cada respaldo probado abre sin errores
Diferencia entre ambientes	Si calidad se parece a producción	Solo difieren en lo que deben diferir
Tiempo de actualización	Cuánto dura una ventana	Predecible y sin sorpresas

Errores frecuentes

Qué pasa	Por qué	Qué hacer
Producción muestra datos de demostración	Se instaló con la configuración de otro ambiente	Detener, corregir el ambiente y volver a verificar antes de abrirlo
Una base se queda en una versión vieja	Se apagó la actualización de esquema para «ganar tiempo»	No se apaga nunca; se pone la base al día con el procedimiento de actualización
Se instala «la última versión» en producción	Falta fijar la versión	Fija siempre una versión concreta
Un respaldo nunca se probó	Se asume que funciona	Restáuralo periódicamente en un ambiente de ensayo
Se ejecuta el alta de una institución directamente con --aplicar	Se salta el modo de prueba	Lee siempre primero el plan que imprime el modo de prueba
El sandbox se llena con una copia sin anonimizar	Se copió la base a mano	Usa siempre el clonado anonimizado: la copia sin anonimizar nunca recibe el nombre del sandbox

Tu rol en el sistema

Este rol trabaja sobre la infraestructura, no dentro de las aplicaciones del negocio. En la consola emisora de licencias trabaja con el rol Licencias: administración; en el core, con License Module Administrator para las pantallas de licencias. Los procedimientos, accesos y datos de los servidores son internos y se entregan por el canal de implementación; en la Academy las rutas y direcciones van siempre como <…>.