Skip to content
FINORA Academy
SistemaFINORA Emisión (CMS)

FINORA Emisión (CMS) · Role path

Administrador del CMS y seguridad

Documented

This content is not available in your language yet.

Departamento del emisor: Administración del CMS y seguridad.

Dejas el CMS listo para que los demás trabajen y cuidas que nadie pueda hacer más de lo que le toca. Creas usuarios con el rol justo, configuras productos y BIN, mantienes los catálogos, las plantillas de correo y las tareas programadas, y custodias las claves de servicio.

  • Dar a cada puesto solo el rol que necesita.
  • Configurar un producto con su BIN y sus conceptos contables.
  • Dar de alta un BIN con sus rangos y elegir cómo se numeran sus tarjetas.
  • Saber qué expone la consola y qué no.

Léelos antes de las guías: explican el porqué de lo que vas a hacer en pantalla.

  • Creas usuarios y les asignas roles de recurso.
  • Configuras productos, BIN, comisiones y parámetros.
  • Mantienes catálogos, plantillas de correo y tareas programadas.
  • Custodias las claves de servicio y revisas los accesos.
MenúPara qué
SeguridadUsuarios, roles de recursos, roles de filas y claves API
Gestión de productosProductos, BIN con sus rangos (Nuevo BIN abre el asistente), tipos y estados, marcas, comisiones, parámetros, fichas y recetas contables
ConfiguraciónContabilidad, catálogos de clientes, datos comunes, tablas de SUDEBAN, notificaciones y correo, trabajos programados
Límites y controlesMotivos de acción y de estado, MCC y TCC

En este orden. Lo marcado «Próximamente» está planeado y todavía no tiene página; lo marcado «Hoja de ruta» es una función que el CMS aún no tiene.

  1. BIN y producto8 min

    La receta de una tarjeta y la plantilla contable de cada operación.

  2. BIN, rangos y numeración12 min

    El BIN de 8 dígitos, los rangos, la ocupación y los modos de numeración.

  3. Crear un BIN con el asistente10 min

    Datos de la red, moneda y país, rango y numeración, confirmación.

  4. Configurar el BIN por pestañas12 min

    Las siete pestañas y la validación del rango en vivo.

  5. Agregar y administrar rangos10 min

    Alta, estados, ocupación, producto y programa.

  6. Límites y candado8 min

    Qué tope gana y la diferencia entre candado y bloqueo.

  7. Revisar los límites y el candado de una tarjeta8 min

    Candado, estado, topes y motivos.

  8. Generar un reporte8 min

    Informes con parámetros y reportes especiales.

  9. Dar de alta un usuario con su rol8 minPróximamente

    Un usuario por persona, el rol justo para su puesto.

  10. Crear un producto de tarjeta15 minPróximamente

    Familia, BIN, topes, comisiones y conceptos contables.

  11. Plantillas de correo al titular10 minPróximamente

    Probar y ajustar los correos de cada momento de la tarjeta.

  12. Claves de servicio y rotación10 minPróximamente

    Claves por alcance, solo huellas en la configuración.

  13. Segundo factor en la consola8 minHoja de ruta

    Autenticación de dos factores para los usuarios del CMS.

Cada día

  • Revisa los intentos de acceso fallidos y los usuarios bloqueados.

Cada semana

  • Revisa los trabajos programados que fallaron.
  • Revisa los usuarios nuevos y sus roles.

Cada mes

  • Revisa quién tiene cada rol y retira los que sobran.
  • Rota las claves de servicio según la política del emisor.
IndicadorQué diceBuena señal
Usuarios con más rol del necesarioSegregación de funcionesNinguno
Cuentas compartidasQue cada acción tiene un responsableNinguna
Lo que pasaPor quéQué hacer
Dar acceso total para «destrabar» a alguienRompe la segregación de funcionesDale el rol justo, aunque tome un minuto más
Una clave de servicio escrita en un archivo o un correoCualquiera que lo lea la usaEn la configuración solo van huellas; la clave se entrega por el gestor de secretos

Rol de recurso Full Access y los roles de seguridad del add-on de Jmix. La consola tiene protección contra fuerza bruta (bloqueo tras varios intentos fallidos); el segundo factor está en la hoja de ruta. FINORA no afirma cumplimiento de ninguna norma de seguridad de la industria de tarjetas: describe controles, no certificaciones.

Las guías nombran siempre el puesto, nunca un usuario. Las capturas y los videos se graban con un usuario de práctica por puesto en un CMS local con datos ficticios.