Características Base (Tablas maestras del sistema)

El módulo Características permite administrar las tablas maestras que definen los valores usados en formularios, reportes y operaciones del sistema.
Aunque la plataforma trae una base de datos inicial pre–cargada para cada categoría, el administrador puede agregar nuevas opciones cuando el catálogo existente no cubra una necesidad operativa específica.

Catálogos parametrizables disponibles

Desde este módulo se pueden crear, editar o inactivar registros en las siguientes categorías:

• Ciudades

• Departamentos

• Estados civiles

• Entidades bancarias

• Entidades aseguradoras

• Géneros

• Niveles académicos

• Parentescos

• Tipos de contratos laborales

• Tipos de direcciones

• Tipos de identificaciones

• Personas a cargo (clasificación)

• Tipos de vivienda

• Tipos de llamadas o contactos

Funcionamiento general

Cada categoría funciona bajo el mismo patrón:

1. Listado existente
   El sistema muestra todos los registros cargados por defecto y los creados por el usuario.

2. Botón “Crear nuevo”
   Permite adicionar un valor faltante (ej. agregar un nuevo banco no listado).

3. Campos mínimos de creación
   Generalmente constan de:

   • Nombre / descripción del elemento

   • Estado (Activo / Inactivo)

   • Códigos o abreviaturas (solo cuando aplica, ej. código DANE para ciudades)

4. Control de estado (inactivar en lugar de borrar)
   Los registros no se eliminan si están asociados a datos históricos; en su lugar se pueden marcar como inactivos para que dejen de aparecer en futuros formularios sin perder integridad de datos.

Impacto funcional

Estos catálogos son consumidos por todo el sistema:

• En formularios de solicitud de crédito

• En creación de usuarios y clientes

• En reportes y contratos

• En cálculos automáticos (cuando aplica)

Por lo tanto:

Toda modificación debe hacerse con criterios de continuidad y normatividad.
Agregar valores impropios o duplicados puede generar errores de consolidación de datos, inconsistencias en reportes y fricciones de usuario.

Buenas prácticas recomendadas

• Validar que el valor no exista ya antes de crearlo (evitar duplicados: “Banco Caja Social” vs “Caja Social”).

• Usar nombres oficiales y uniformes (no usar abreviaturas subjetivas).

• Evitar crear valores “temporales”. Si un dato dejó de usarse, inhabilitar, no borrar.

• Para ubicaciones (ciudades/departamentos), preferir valores certificados (DANE/ISO).