Tesis Sistemas

UNIVERSIDAD NACIONAL DEL CENTRO DEL PER
FACULTAD DE INGENIERA DE SISTEMAS
MEJORA EN LA DISTRIBUCIN DE LA
INFORMACIN MEDIANTE UN SISTEMA DE
SOPORTE A LAS DECISIONES (SIRCON), PARA
LA GERENCIA DE DISTRIBUCION COMERCIAL
EN FINANCIERA CONFIANZA
INFORME DE EXPERIENCIA PROFESIONAL
Presentado por bachiller

CARLOS JORGE, NOLAZCO MORALES
PARA OPTAR EL TITULO PROFESIONAL DE INGENIERO

DE SISTEMAS
HUANCAYO - PER
2016
DEDICATORIA
A mis dos princesas que alegran mi vida Alexia y

Axira, que son mi ms preciado tesoro, y al amor
de mi vida quien las trajo a este mundo y hoy
alegran mi vida.
A mi familia por siempre creer en mis decisiones

y me animaron cuando me equivoque e hicieron
de mis errores motivos para aprender.
i
AGRADECIMIENTOS.
Quiero comenzar agradeciendo a mi madre la sra. Gladys Morales, quien gracias

a su esfuerzo hizo que ingrese y posteriormente finalice esta linda carrera, y que
pese a las dificultades supo lidiar y no declinar con su propsito de heredarme
una carrera profesional.
Agradezco a mi familia en general, a mis hermanos, mis padres, mis abuelos y

tos que con su apoyo en diferentes circunstancias me dieron un consejo y
compartieron sus experiencias, y que sin ello no hubiera sido posible concluir este
gran paso que di en la vida.
Tambin quiero agradecer especialmente a mi sra. esposa Licceth Apaza Carrin,

quien es parte fundamental en mi vida y por saberme comprender en mis
momentos de incertidumbre y de locura.
No quiero dejar de agradecer a esta mi alma mater donde me forme

profesionalmente, y en donde pude conocer dentro de sus aulas a quienes ahora
son grandes profesionales y quienes estoy seguro dejan en alto el nombre de la
Universidad del Centro, como suelen llamarlo.
A su vez, agradezco a los docentes, quienes con sus enseanzas y exigencias

hicieron que haga frente a los diversos desafos que la vida me presentaba, y a
los que seguramente seguir afrontando.
Finalmente quiero agradecer a Financiera Confianza, por permitirme poner en

prctica mis conocimientos y permitirme desarrollarme profesionalmente.
ii
INTRODUCCION
Este proyecto nace por la inmensa necesidad de contar con informacin de
primera mano y de calidad, comenzando desde nivel operativo y en especial por
la fuerza de ventas quienes pertenecen al rea Comercial, as como tambin con
las reas que corresponde al nivel TACTICO de la organizacin denominado al
STAFF y finalmente al nivel Gerencial o estratgico.
Esta situacin de incertidumbre se present a consecuencia de sufrir una

fusin de empresas del sector micro financiero, que en ese momento se
denominaban Caja Nuestra Gente, quien tena una participacin del mercado
micro financiero en el Norte y Sur del Per, mientras que Financiera Confianza
tena una participacin importante en el centro del Per.
La fusin de ambas empresas trajo consigo un cambio de plataforma

tecnolgica con la finalidad de tener un nico sistema transaccional, que permita
el control del otorgamiento de todos los productos que la Financiera Confianza
tiene para brindar al pblico en general.
En consecuencia surga la necesidad de contar con un sistema de soporte

de las decisiones a todo nivel, y que dicha necesidad no poda ser cubierto por el
nuevo sistema en su totalidad, uno por estar en una etapa de estabilizacin de
todos los procesos que le permitan a la Financiera brindar sus productos, y dos
porque su propsito es ms transaccional.
Es en estas circunstancias que se da inicio a la implementacin de un

Sistema de Soporte a las Decisiones denominado SIRCON, el cual permite contar
con informacin validada la cual es suministrada a todos niveles en la Financiera,
comenzando desde el nivel operativo en especial a los asesores y
administradores de agencias, as como tambin para las diferentes reas de
distribucin y los Canales que pertenecen a las Gerencia Comercial, Riesgos,
Inteligencia Comercial, Auditoria, Finanzas, etc.
iii
RESUMEN
En este proyecto se da solucin a la necesidad del procesamiento de

informacin y en especial a datos que corresponden a la Cartera de Crditos de
Financiera Confianza, haciendo uso de una de las Metodologas pioneras y
consideradas una de las ms intuitivas al momento de implementar una solucin
BI y una empresa.
La Metodologa del Ciclo de Vida Dimensional de Ralph Kimball, es la

metodologa que se ha utilizado para alcanzar a implementar el Data Mart
Cartera Activa, el mismo que permite tener una vista global de las Colocaciones
de la Financiera Confianza, y su disponibilidad es oportuna, ya que sus procesos
de Extraccin, Transformacin y Carga estn cien por ciento automatizados, y
estn disponibles al da siguiente de haber concluido el cierre de mes.
Las herramientas utilizadas para conseguir implementar el Data Mart

Cartera Activa son todas de la familia de MS SQL Server, entre las principales
se utiliz la herramienta SSAS (SQL Server Analisys Services) para realizar el
diseo estrella del CUBO Cartera Activa, tambin se utiliz el SSIS (SQL Server
Integration Services) para todo el proceso de Extraccin, Transformacin y Carga
de los datos desde la fuente hasta la base de datos OLAP, para finalmente
ponerlo a disposicin de los diferentes usuarios de la Gerencia de Distribucin de
la Financiera Confianza.
Carlos Jorge Nolazco Morales.
iv
ABSTRAC
In this project solution it is given to the need for information processing and
especially data corresponding to the Loan Portfolio Financial Trust, using one of
the pioneering methodologies and considered one of the most intuitive when
implementing a solution BI and enterprise.
The methodology of "Life Cycle Dimensional" Ralph Kimball, is the

methodology that has been used to reach out to implement the Data Mart "Active
Portfolio", the same that allows a global view of Placements Financial Trust, and
availability is timely as processes Extraction, Transformation and Load are one
hundred percent automated and are available the next day from over the end of
the month.
The tools used for implementing the Data Mart "Active Portfolio" are all the
family of MS SQL Server, among the leading SSAS (SQL Server Analysis
Services) tool was used to perform the star design BUCKET Active Portfolio, also
used the SSIS (SQL Server Integration Services) for the entire process of
extraction, transformation and loading of data from the source to the OLAP
database, to finally make it available to the different users of the Distribution
Management Financial Trust.
Carlos Jorge Nolazco Morales.
v
INDICE
CAPTULO I:........................................................................................................1
CONTEXTO DE LA ORGANIZACIN.................................................................1
1.1. BREVE DESCRIPCION DE LAS ACTIVIDADES DE FINANCIERA
CONFIANZA.................................................................................................1
1.2. ORIGEN DE LA FINANCIERA CONFIANZA S.A........................................1
1.3. CREACIN DE LA FINANCIERA CONFIANZA S.A.A................................2
1.4. ORGANICACIN DE LA EMPRESA...........................................................4
1.4.1.ACCIONISTAS......................................................................................4
1.4.2.DIRECTORIO........................................................................................4
1.4.3.PLANA GERENCIAL............................................................................4
1.4.4.OPERACIONES Y PARTICIPACIN EN EL MERCADO....................5
1.4.5.RED DE AGENCIAS.............................................................................6
1.4.6.RED DE CAJEROS:.............................................................................6
1.5. GIRO DEL NEGOCIO..................................................................................6
1.5.1.PRODUCTOS DEL ACTIVO:...............................................................6
1.5.2.PRODUCTOS PASIVOS:.....................................................................7
1.5.3.SERVICIOS:..........................................................................................7
1.5.4.CANALES DE DISTRIBUCIN............................................................8
1.6. ANALISIS ESTRATEGICO ORGANIZACIONAL........................................8
1.6.1.MISIN INSTITUCIONAL.....................................................................8
1.6.2.VISIN INSTITUCIONAL.....................................................................9
1.6.3.VALORES Y PRINCIPIOS:...................................................................9
1.7. NORMAS LEGALES DE LAS FINANCIERAS............................................9
1.8. ECONOMA PERUANA Y SISTEMA MICROFINANCIERO......................10
1.9. FINANCIERA CONFIANZA ANLISIS FINANCIERO...............................12
1.9.1.ACTIVOS Y CALIDAD DE CARTERA...............................................12
1.9.2.CALIDAD DE CARTERA...................................................................15
CAPTULO II......................................................................................................18
PROBLEMA Y OBJETIVO.................................................................................18
2.1. DESCRIPCION DEL PROBLEMA.............................................................18
2.2. SITUACIN ACTUAL DEL MIS.................................................................20
2.2.1.RIESGOS GENRICOS IDENTIFICADOS DEL MIS BATOTAL......20
2.2.2.DETALLE DE LA SITUACIN ACTUAL DEL MIS............................20
2.3. OBJETIVO GENERAL...............................................................................28
2.4. OBJETIVOS ESPECIFICOS.....................................................................28
vi
CAPTULO III.....................................................................................................29
METODOLOGA, TECNICA Y/O HERRAMIENTAS..........................................29
3.1. METODOLOGAS......................................................................................29
3.2. METODOLOGA DE BILL INMON.............................................................30
3.3. METODOLOGIA KIMBALL........................................................................31
3.3.1.PLANIFICACIN................................................................................33
3.3.2.ANLISIS DE REQUERIMIENTOS:..................................................34
3.3.3.MODELADO DIMENSIONAL.............................................................36
3.3.4.DISEO FSICO..................................................................................40
3.3.5.DISEO DEL SISTEMA DE EXTRACCIN,
TRANSFORMACIN Y CARGA (ETL)............................................41
3.3.6.ESPECIFICACIN Y DESARROLLO DE APLICACIONES DE BI...41
3.3.7.DISEO DE LA ARQUITECTURA TCNICA:...................................43
3.3.8.SELECCIN DEL PRODUCTO E IMPLEMENTACIN:...................44
3.3.9.IMPLEMENTACIN:...........................................................................44
3.3.10.MANTENIMIENTO Y CRECIMIENTO:.............................................44
3.3.11.ADMINISTRACIN DEL PROYECTO.............................................44
3.4. JUSTIFICACIN DE UTILIZACIN DE LA METODOLOGA RALPH
KIMBALL......................................................................................................45
3.5. CONCEPTOS Y HERRAMIENTAS...........................................................47
3.5.1.INTELIGENCIA DE NEGOCIOS (BI).................................................47
3.5.2.PROCESO ETL...................................................................................49
3.5.3.INTEGRATION SERVICES SQL SERVER (SSIS)............................50
3.5.4.ANALYSIS SERVICES SQL SERVER (SSAS).................................51
CAPITULO IV.....................................................................................................65
IMPLEMENTACION Y DESARROLLO..............................................................65
4.1. ANTECEDENTES......................................................................................65
4.2. BANTOTAL MIS.........................................................................................70
4.2.1.PRESENTACIN................................................................................70
4.2.2.MEN DE ADMINISTRACIN DEL MIS...........................................72
4.2.3.INDICADORES Y DIMENSIONES.....................................................73
4.2.4.INDICADORES...................................................................................73
4.2.5.DIMENSIONES...................................................................................75
4.2.6.INDICADORES Y DIMENSIONES ESPECFICOS............................79
4.2.7.ESQUEMA DE FUNCIONAMIENTO..................................................80
4.2.8.HERRAMIENTAS DE EXTRACCIN................................................81
4.3. IMPLEMENTACION DE UN CUBO DE CARTERA ACTIVA.....................85
vii
4.3.1.ALCANCE DE REQUERIMIENTO.....................................................85
4.3.1.DETALLE TECNICO DE SOLUCION................................................88
4.3.2.DESCRIPCION DE FUNCIONALIDAD............................................102
4.4. FUNCIONAMIENTO DE LA DISTRIBUCIN DE LA INFORMACIN A
TRAVES DEL SISTEMA DE SOPORTE A DECISIONES SIRCON..........106
4.4.1.COMPONENTE SIRCON WEB........................................................106
4.4.2.COMPONENTE SIRCON OLAP......................................................109
4.4.3.COMPONENTE SIRCON COMPLEMENTO EXCEL.......................124
CAPTULO V....................................................................................................125
ANALISIS DE LOS RESULTADOS..................................................................125
5.1. REDUCCIN DEL TIEMPO DE PROCESAMIENTO.............................125
5.2. CALIDAD DE LA INFORMACIN...........................................................126
5.3. DATAMART CARTERA DE CREDITOS ESQUEMA ESTRELLA........126
5.4. GENERANDO REPORTES DESDE EXCEL..........................................128
5.3.1.Saldo de Cartera, Mora y TAPP......................................................128
5.3.2.Saldo de Cartera por Nro de Cuotas del Crdito.........................129
5.3.3.Ranking de las 20 Campaas con mayor Saldo..........................129
5.3.4.Ranking de Saldo de Cartera x Departamento.............................130
5.3.5.Ranking de Monto de Desembolsos x Agencia..........................131
5.3.6.Distribucin de la Cartera Atrasada X Producto.........................132
5.3.7.Nro de Desembolsos X da del Mes..............................................132
5.3.8.Monto de Desembolsos X da del Mes..........................................133
5.3.9.Rangos de Montos de Desembolsos X da del Mes....................133
5.3.10.Desembolsos X Producto y Tipo de Crditos............................134
5.3.11.Ranking de Nro de Desembolsos X Sectorista..........................134
5.3.12.Ranking, Saldo de Cartera y Mora x Productos.........................134
5.3.13.Ranking, Saldo de Cartera y Mora del ProductoNEGOCIOS..135
5.3.14.Distribucin del Saldo de Cartera x rango de Tasas Producto
NEGOCIOS.....................................................................................135
5.3.15.Participacin del Saldo de Cartera x Cuota Pendientes del
ProductoNEGOCIOS...................................................................136
5.3.16.. . .Ranking del Saldo de Cartera de los 10 mejores Ocupaciones
de...... los Clientes del ProductoNEGOCIOS...........................136
5.3.17.Desembolsos de las Agencias de la Regin CENTRO1............137
CONCLUSIONES............................................................................................138
RECOMENDACIONES....................................................................................139
viii
ix
INDICE DE TABLAS
Tabla N 1: Riesgos del Servicio del Proveedor 20
Tabla N 2: Riesgos del Producto MIS-BANTOTAL 20
Tabla N 3: Tiempo y Espacio para un mes de proceso MIS-BANTOTAL 21
Tabla N 4: Programas en Evaluacin MIS-BANTOTAL 21
Tabla N 5: Reprocesamiento del MIS-BANTOTAL 22
Tabla N 6: Programas en Evaluacin MIS-DIARIO 23
Tabla N 7: Webs pendientes MIS-DIARIO 23
Tabla N 8: Requerimientos finalizados por el proveedor 23
Tabla N 9: Requerimientos pendientes por el proveedor 23
Tabla N 10: Indicadores al Servicio del proveedor 25
Tabla N 11: Detalle de las consultas web del MIS 26
Tabla N 12: Estatus de los Consultas Web del MIS 27
Tabla N 13: Temas analticos 35
Tabla N 14: Matriz de procesos/dimensiones (Bus Matrix) 35
Tabla N 15: Cuadro comparativo entre las metodologas de Ralph Kimball y
Bill Inmon 45
Tabla N 16: Diferencias entre las tecnologas OLTP Y OLAP 54
Tabla N 17: Tiempos de procesamiento de la Generacin del MIS, primera
ejecucin 68
Tabla N 18: Tiempos de procesamiento de la Carga del MIS, primera
ejecucin 69
Tabla N 19: Servicios y/o procesos afectados 86
Tabla N 20: Vista de la Dimensin Rubro CUBO Cartera Activa 115
Tabla N 21: Vista de la Dimensin Ubigeo Cartera Activa 117
Tabla N 22: Vista de la Dimensin Modulo Cartera Activa 119
Tabla N 23: Vista de la Dimensin Rubro Contable Balance General 122
Tabla N 24: Vista de la Dimensin Anexos Balance General 123
Tabla N 25: ANTES: Tiempos de Extraccin, Transformacin, Carga y
Procesamiento 125
Tabla N 26: DESPUES: Tiempos de Extraccin, Transformacin, Carga y
Procesamiento 125
x
INDICE DE FIGURAS
Figura N 01: Cronologa de Financiera Confianza 3
Figura N 02 Participacin del Accionariado de FC 4
Figura N 03 Directorio de FC 4
Figura N 04 Plana Gerencial de FC 4
Figura N 05 Participacin en el Mercado 5
Figura N 06 Distribucin de Agencias por Territorio 6
Figura N 07 Canales de Distribucin 8
Figura N 08 Crecimiento de la Economa Global 10
Figura N 09 Crecimiento de la Economa Peruana 11
Figura N 10 Evolucin de las Colocaciones y Mora Real 12
Figura N 11 Evolucin de los Deudores y la Rentabilidad 12
Figura N 12 Colocaciones por Tipo de Crdito 13
Figura N 13 Crditos directos por Sector Econmico 14
Figura N 14 Evolucin de las Colocaciones por Departamento 14
Figura N 15 Crdito Promedio por Deudor 15
Figura N 16 Crditos por Situacin 16
Figura N 17 Evolucin riesgo del deudor 16
Figura N 18 Calidad de Cartera 17
Figura N 19 Enfoque de la metodologa de Bill Inmon 30
Figura N 20 Business Dimensional Lifecycle 32
Figura N 21 Diagrama de flujo del proceso dimensional de Kimball 36
Figura N 22: Ejemplo de Modelo final de alto nivel de la sesin inicial de
diseo 38
Figura N 23: Lista de atributos 39
Figura N 24: Componentes de Inteligencia de Negocio 38
Figura N 25: Enfoque del proceso ETL 49
Figura N 26: Esquema estrella 62
Figura N 27: Esquema copo de nieve 63
Figura N 28: MIS- Esquema General Generacin 66
Figura N 29: MIS- Esquema General Carga 66
Figura N 30: Esquema de Funcionamiento del MIS-BANTOTAL 80
Figura N 31: Generador de Consultas GXPlorer 81
xi
Figura N 32: Configuracin de Indicadores GXPlorer 83
Figura N 33: Configuracin de las propiedades de las Dimensiones 84
Figura N 34: Consulta de ejemplo resultante GXplorer 85
Figura N 35: Solicitud de Conformidad del Alcance 87
Figura N 36: Conformidad del Alcance del requerimiento 87
Figura N 37: Configuracin del archivo de conexin odc 91
Figura N 38: Agregando Roles a la BD OLAP 92
Figura N 39: Otorgando Permisos de lectura al nuevo Rol 92
Figura N 40: Agregando usuario al nuevo Rol 93
Figura N 41: Seleccionando el dominio al que pertenece el usuario 93
Figura N 42: Comprobando nombres del usuario 93
Figura N 43: Finalizando Configuracin de Permisos 94
Figura N 44: Permitir acceso a la BD DBMIS 94
Figura N 45: Asignando acceso a los CUBOS 94
Figura N 46: Configuracin del DTS previo a su instalacin 95
Figura N 47: Guas de Instalacin de un DTS 95
Figura N 48: Configurando archivo batch para ejecucin manual de dts
POB_CUBO_CARACT 96
Figura N 49: Configurando archivo batch para ejecucin manual de dts
PRC_CUBO_CARACT 96
Figura N 50: Proceso de Inteligencia de Negocios 97
Figura N 51: Eliminando Rol 101
Figura N 52: Men conexin CUBO Activas desde el SIRCON-Explorer 103
Figura N 53: Vista del CUBO Cartera Activa en Excel 103
Figura N 54: Generando Consulta al CUBO Cartera Activa, paso 01 104
Figura N 58: Men principal del Complemento SIRCON-EXPLORER 124
Figura N 59: Saldo de Cartera, Mora y TAPP 129
Figura N 60: Saldo de Cartera por Nro de Cuotas del Crdito. 129
Figura N 61: Ranking de las 20 Campaas con mayor Saldo. 130
Figura N 62: Ranking de Saldo de Cartera x Departamento. 131
xii
Figura N 63: Ranking de Monto de Desembolsos x Agencia. 132
Figura N 64: Distribucin de la Cartera Atrasada X Producto. 132
Figura N 65: Nro de Desembolsos X da del Mes. 133
Figura N 66: Monto de Desembolsos X da del Mes. 133
Figura N 67: Rangos de Montos de Desembolsos X da del Mes. 134
Figura N 68: Desembolsos X Producto y Tipo de Crditos. 134
Figura N 69: Ranking de Nro de Desembolsos X Sectorista. 135
Figura N 70: Ranking, Saldo de Cartera y Mora x Productos. 135
Figura N 71: Ranking, Saldo de Cartera y Mora del ProductoNEGOCIOS. 136
Figura N 72: Distribucin del Saldo de Cartera x rango de Tasas Producto
NEGOCIOS. 136
Figura N 73: Part. del Saldo de Cartera x Cuota Pendientes del Producto
NEGOCIOS. 137
Figura N 74: Ranking del Saldo de Cartera de los 10 mejores. 137
Figura N 75: Desembolsos de las Agencias de la Regin CENTRO1. 137
xiii
INTRODUCCIN.
En una poca de fusiones que sufren las empresas, le toco a Financiera
Confianza vivir una fusin por Absorcin por parte de Caja Rural Nuestra Gente,
quienes con capitales espaoles deciden adquirir a Financiera Confianza, y
convertirse en una entidad Financiera con una extensin a nivel nacional y con
una misin de apoyar a las familias menos favorecidas.
En el Captulo I, conoceremos a la nueva Financiera Confianza, desde sus

orgenes hasta la actualidad en una cronologa de esta, veremos cmo est
conformado el accionariado, el directorio as como a su plana gerencial.
Conoceremos tambin acerca del giro del negocio, su misin y visin, as como
de las operaciones que la Financiera Confianza tiene permitidas realizar, daremos
un vistazo a la economa peruana y el sistema financiero, y finalmente tendremos
un anlisis financiero de Financiera Confianza.
En el captulo II, conoceremos el principal problema que motivo la

realizacin de este informe, as como de los objetivos , tanto genrico como
especficos.
En el Captulo III, conoceremos dos de las grandes metodologas utilizadas

en un proyecto de BI, veremos una comparacin de ambos y tendremos la
justificacin del porque decidimos por la metodologa Ciclo de Vida Dimensional
de Ralph Kimball, una de las ms utilizadas para abordar proyectos de
implementacin de un DataWarehouse. Finalmente daremos un vistazo a las
herramientas de BI de SQL Server utilizadas.
En el Captulo IV, mostraremos el proceso de desarrollo e implementacin

del Data Mart Cartera Activa, desde la definicin del Alcance y su propuesta de
solucin, pasando al detalle tcnico de la solucin, para finalmente tener una
descripcin de la funcionalidad, y nos concentraremos en la solucin OLAP, la
cual est considerada como una solucin para el soporte a las decisiones.
En el Captulo V, como parte de los resultados, veremos en cuanto tiempo

se redujo el procesamiento de la informacin, as como la calidad y la
disponibilidad de la informacin correspondiente a la Cartera de Crditos en un
Data Mart para el usuario final, finalmente utilizaremos el Excel como herramienta
de Reporting.
xiv
CAPTULO I:
Este captulo se describe cual es propsito principal de Financiera
Confianza, as como tambin como fue el origen, la creacin y como est
organizado la Financiera Confianza, por otro lado se presenta la perspectiva de la
economa peruana frente a la desaceleracin de la economa mundial, y que se
espera del sector microfinanciero peruano, finalmente detallaremos que
operaciones tiene permitido realizar toda empresa denominadas Financiera.
CONTEXTO DE LA ORGANIZACIN.
1.1. BREVE DESCRIPCION DE LAS ACTIVIDADES DE FINANCIERA

CONFIANZA.
Financiera Confianza est enfocada en cumplir con su propsito de brindar
productos y servicios financieros a la medida de los microempresarios peruanos,
ofrecindoles servicios financieros para apoyar sus emprendimientos y as
ayudarlos a potenciar sus ingresos y mejorar la calidad de vida de sus familias.
Con este objetivo, nuestra estrategia se basa en acercarnos ms a los
emprendedores de micro y pequea empresa, particularmente a aquellos
ubicados en las zonas menos favorecidas, lejos del sobreendeudamiento y
atendindolos con procesos giles que les permita acceder oportunamente a los
productos financieros que necesitan.
1.2. ORIGEN DE LA FINANCIERA CONFIANZA S.A.

Financiera Confianza tiene su origen en el ao 1992 en virtud al convenio
entre el Banco Interamericano de Desarrollo / Programa de Pequeos Proyectos
y la Organizacin No Gubernamental SEPAR, para desarrollar el programa de
microcrditos con objetivos de mejoramiento de los ingresos de mujeres de
menores recursos de las regiones de Junn y Huancavelica. Con la experiencia
adquirida, el 27 de septiembre de 1997 se constituy Edpyme Confianza y con
Resolucin SBS N. 526-98 de fecha 29 de mayo de 1998 inici sus operaciones
en la regin centro del pas.
El 23 de Febrero del 2007, la Junta General Facultativa de Accionistas,

aprob la transformacin a empresa financiera sin prdida de su objeto social de
1
institucin especializada en servicios microfinancieros, posteriormente la
Superintendencia de Banca y Seguros y AFP mediante la Resolucin SBS N
N12635- 2009 de fecha 09 de septiembre 2009 autoriz su funcionamiento
como empresa Financiera. En tal sentido, el 10 de octubre de 2009 se aprob el
nuevo estatuto de financiera, el que adems da lugar a la modificacin de su
denominacin social, por la de Financiera Confianza S.A, formalizndose estos
cambios mediante Escritura Pblica de fecha 24 de octubre de 2009 e inscrito en
la Partida Registral N 11001730 de la Zona VIII de los Registros Pblicos con
fecha 28 de octubre de 2009.
Mediante Resolucin Directoral de Emisores N046-2010-EF/94.06.3 de

fecha 28 de mayo de 2010 se resolvi la aprobacin de listado de acciones
representativas del capital social de Financiera Confianza en el Registro de
Valores de la Bolsa de Valores de Lima, as como su inscripcin en el Registro
del Mercado de Valores de CONASEV.
1.3. CREACIN DE LA FINANCIERA CONFIANZA S.A.A.

Financiera Confianza S.A.A (antes Caja Rural de Ahorro y Crdito Nuestra
Gente) se constituy el 07 de octubre de 1994 por Decreto Ley N 25612 del 08
de julio de 1992, bajo el nombre de Caja Rural de Ahorro y Crdito Nor Per,
iniciando operaciones el 06 de marzo de 1995.
A inicios del 2007, la Fundacin Microfinanzas BBVA (en Adelante La

Fundacin) adquiri el 67.50% de las acciones de Nor Per. La Fundacin,
domiciliada en Espaa, es una entidad sin fines de lucro creada por el Grupo
BBVA en mayo de 2007 como un acto de responsabilidad corporativa, centrada
en la inclusin financiera. La Fundacin nace del propsito de BBVA de vincular
al mximo sus proyectos de accin social con la actividad del sector financiero y,
en concreto, con la lucha contra la exclusin financiera. Es totalmente autnoma
del Grupo BBVA, tanto en su personalidad jurdica como en su gobierno y
gestin, e invierte su dotacin en la creacin y consolidacin de un grupo de
entidades microfinancieras en Amrica Latina, cuyos beneficios se reinvierten en
la propia actividad de la Fundacin, sin ningn retorno para el Grupo BBVA.
En el mes de julio de 2008, a travs de la Resolucin N 3855, la

Superintendencia de Banca, Seguros y AFP (en adelante SBS) autoriz la fusin
2
por absorcin de Caja Nor Per con Caja Rural de Ahorro y Crdito del Sur y
Edpyme Crear Tacna, la cual se hizo efectiva en agosto de 2008. Luego se llev
a cabo el cambio de razn social a Caja Rural de Ahorro y Crdito Nuestra
Gente. Con fecha 04 de diciembre de 2009, se recibi el aporte en efectivo de
International Finance Corporation (IFC) por S/. 22.1 millones, otorgndole el
16.40% del accionariado de la Caja. El aporte de IFC, entidad del Banco Mundial,
se concreta producto de la creacin de una alianza estratgica entre ambas
partes a fin de desarrollar un programa de inversiones conjuntas en entidades
microfinancieras para favorecer la consolidacin y desarrollo futuro del sector
microfinanciero en Latinoamrica.
A fines del ejercicio 2010, Caja Nuestra Gente suscribi un contrato de

compra-venta de acciones con Financiera Confianza por el 62.36% de su capital
social, aprobndose en Junta General de Accionistas de marzo de 2011 la fusin
por absorcin de la Financiera. De este modo, en el mes de abril de 2013 la SBS
aprob la fusin por absorcin de la Caja con Financiera, segn la que la ltima
se extingui sin liquidarse. La Entidad fusionada inici operaciones el 01 de mayo
de 2013 bajo la licencia y razn social de Financiera Confianza S.A.A.
Cronologa de Financiera Confianza S.A.A.
3
Figura N 01: Cronologa de Financiera Confianza.
Fuente: Memoria Anual 2015 Financiera Confianza
1.4. ORGANICACIN DE LA EMPRESA.
1.4.1. ACCIONISTAS
Al 31 de diciembre de 2015, el capital social autorizado, suscrito y pagado
ascendi a S/.212.39 millones, estando representado por 3,951,473
acciones comunes con un valor nominal de S/.53.75 cada una. La
participacin accionaria de la Financiera es la siguiente:
Figura N 02 Participacin del Accionariado de FC.
1.4.2. DIRECTORIO
A la fecha del presente informe, el Directorio de Financiera
Confianza, encargado de definir estrategias, aprobar polticas y supervisar
la gestin de la administracin, est conformado por los siguientes
miembros:
Figura N 03 Directorio de FC
1.4.3. PLANA GERENCIAL

A la fecha del presente informe, la plana gerencial se encuentra
conformada por los siguientes profesionales:
4
Figura N 04 Plana Gerencial de FC
1.4.4. OPERACIONES Y PARTICIPACIN EN EL MERCADO

A la fecha de anlisis, Financiera Confianza tiene presencia en los 24
departamentos del pas, as como en la Provincia Constitucional del Callao.
Su red se extiende mediante 106 agencias, adems de 38 agencias
compartidas con el Banco de la Nacin.
Con los puntos de atencin mencionados, la Financiera busca llegar a

las zonas ms desatendidas del pas ofreciendo crditos productivos 1
(productos core) que permitan obtener financiamiento a personas
emprendedoras. Entre los productos crediticios que ofrece se encuentran los
crditos MYPE, los crditos agrcolas y los crditos Palabra de Mujer.
A la fecha de anlisis, la amplia red de atencin con la que cuenta la

Financiera le permite ostentar el segundo lugar de participacin en el
mercado de financieras, participando en las colocaciones con el 16.52%, en
depsitos con el 18.61% y en patrimonio con el 14.50% (11.97%, 16.99% y
10.15% respectivamente en diciembre de 2014). Es de sealar que hasta el
ejercicio 2014, la Financiera ocupaba el tercer lugar dentro del sistema, y su
escala de posicin se debi a la salida de Financiera Edyficar del sector de
financieras.
De este modo, durante el ao pasado destac el mejor

posicionamiento de la Financiera en crditos a los segmentos de
1
De acuerdo con la Fundacin Microfinanzas BBVA, consta de la oferta de servicios financieros
junto con acompaamiento integral al cliente desarrollando su cultura financiera y empresarial,
mediante asesora y capacitacin.
5
microfinanzas en el que ocupa el primer lugar con un 28.86% (17.11% en
diciembre de 2014) y pequeas empresas en el que tambin ocupa el primer
lugar con un 28.86% (17.11% en diciembre de 2014). Estas posiciones van
de la mano con el objetivo de Financiera Confianza.
Figura N 05 Participacin en el Mercado.
1.4.5. RED DE AGENCIAS

La red de Financiera Confianza est compuesta por 139 oficinas
(Agencias y Oficinas compartidas con el Banco de la Nacin), distribuidas en
24 departamentos del pas (Incluye Callao). El territorio Norte concentra el
32.4% del total de oficinas.
Figura N 06 Distribucin de Agencias por Territorio.
1.4.6. RED DE CAJEROS:

Financiera Confianza cuenta con 05 Cajeros automticos al cierre de
Marzo 2016, los cuales se encuentras distribuidos de la siguiente manera:
02 cajeros automticos en Arequipa

02 cajeros automticos en La Libertad
01 cajero automtico en Lambayeque
1.5. GIRO DEL NEGOCIO.

Financiera Confianza ofrece los siguientes productos y servicios:
6
1.5.1. PRODUCTOS DEL ACTIVO:
Crditos Micro y Pequea Empresa; Crditos destinados a financiar

actividades de produccin, comercializacin o prestacin de servicios,
otorgados a personas naturales o jurdicas, cuyo endeudamiento total en el
SF (sin incluir crditos hipotecarios para vivienda) es no mayor a PEN
300mil en los ltimos seis meses.
Crditos Agrcolas; Crditos para negocios agrcolas, se financian cultivos
de campaa, instalacin y mantenimiento de cultivos permanentes y
adquisicin de activo fijo (instalaciones inmuebles, maquinaria, sistemas de
riego, otros). Factibilidad de financiar cultivos en terrenos propios o bajo
arriendo.
Crditos de Banca comunal (Palabra de Mujer); Crditos destinados a
financiar actividades de produccin o comercializacin otorgados
exclusivamente a mujeres, cuyo monto promedio es menor a S/. 1,200
Crditos para Consumo; Crditos otorgados a personas naturales, con la
finalidad de atender el pago de bienes, servicios o gastos no relacionados
con la actividad empresarial.
Crditos Hipotecarios para vivienda; Crditos otorgados a personas
naturales para la adquisicin, construccin, refaccin, remodelacin,
ampliacin, mejoramiento y subdivisin de vivienda propia.
1.5.2. PRODUCTOS PASIVOS:
Depsitos de Ahorro; Cuenta de ahorros de libre disponibilidad, para

ahorro, recaudacin y movimiento de fondos a travs de ventanillas y ATM.
Orientada principalmente a personas naturales, con fines de consumo o
inversin futura, o previsional.
Depsitos CTS; Depsitos con disponibilidad de capital al vencimiento del
plazo del contrato laboral. La inmovilidad temporal permite una mejor
rentabilidad de los fondos colocados, con pago de intereses al vencimiento.
Depsitos a Plazo Fijo; Depsitos con disponibilidad de capital al
vencimiento del plazo establecido segn contrato. La inmovilidad temporal
permite una mejor rentabilidad de los fondos colocados, con pago de
intereses al vencimiento.
7
1.5.3. SERVICIOS:
Seguros: (i) multiriesgo; destinado a asegurar la mercadera y el ambiente

fsico de los negocios de los clientes, protege contra riesgo de incendio,
inundacin entre otros, (ii) Optativos, los que se dirigen a proteger al cliente
ante evento fortuito como problemas de salud, robo, etc.
Cambio de Moneda: se realiza la compra/ venta de dlares.
Transferencias; en alianza con Western Unin los clientes pueden recibir
sus remesas en cualquier oficina de la red.
Pago de servicios: Financiera en alianza con otros proveedores ofrece a

sus clientes la posibilidad de realizar el pago por el consumo de servicios
bsicos (agua, luz).
1.5.4. CANALES DE DISTRIBUCIN

Se establecen cinco canales de atencin o distribucin, los mismos
que se muestran en el siguiente grfico:
Figura N 07 Canales de Distribucin
La red de agencias de Confianza asegura cobertura nacional a

favor de los clientes. La red de oficinas alcanz 205 puntos de atencin
(103 agencias, 38 locales compartidos, 12 oficinas de promocin 52
tambos) al cierre del 2015, asegurando la presencia fsica en los
departamentos con mayor incidencia de pobreza a fin de cumplir con la
misin de la empresa.
8
1.6. ANALISIS ESTRATEGICO ORGANIZACIONAL.
En lnea con los mandatos que la Fundacin Microfinanzas BBVA
establece para las entidades de microfinanzas pertenecientes a su red, se
formula la siguiente misin y visin de Financiera Confianza:
1.6.1. MISIN INSTITUCIONAL

Impulsar el desarrollo econmico y social sostenible e inclusivo de las
personas ms desfavorecidas de la sociedad mediante las Finanzas
Productivas Responsables.
1.6.2. VISIN INSTITUCIONAL

Crear Oportunidades de desarrollo econmico y social sostenible e
inclusivo a travs de las Finanzas Productivas Responsables
1.6.3. VALORES Y PRINCIPIOS:

Vocacin de Servicio
Respeto
Espritu Transformador
Compromiso con el desarrollo de las personas
1.7. NORMAS LEGALES DE LAS FINANCIERAS.

La Ley General del Sistema Financiero y del Sistema de Seguros y
Orgnica de la Superintendencia de Banca y Seguros, LEY N 26702, en su
Artculo 284.- OPERACIONES REALIZABLES POR LAS EMPRESAS
FINANCIERAS. [121], indica que Las empresas financieras2 pueden
realizar las operaciones sealadas en los numerales 1, 2, 3b, 4, 5, 6, 7, 8, 9,
10, 11, 12, 13, 14, 15, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30a,
30b, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41 y 43 del artculo 221. Las
dems operaciones sealadas en el artculo 221 tambin podrn ser
realizadas por estas empresas cuando cumplan los requisitos establecidos
por la Superintendencia.
2
Leer ms: http://www.monografias.com/trabajos101/norma-del-sistema-financiero-del-peru-ley-
26702/norma-del-sistema-financiero-del-peru-ley-267025.shtml#ixzz4BWXu9ADH
9
1.8. ECONOMA PERUANA Y SISTEMA MICROFINANCIERO.
Se estima que en el 2015, la economa mundial creci 3.1%, menor en 0.3
pp al 2014, resultado de la lenta recuperacin de las economas avanzadas y la
consecutiva desaceleracin de los mercados emergentes. Para el 2016 se
espera un ligero repunte del crecimiento econmico de las economas
avanzadas, principalmente en Estados Unidos y el Reino Unido, debido a la
poltica monetaria y fiscal implementada. Por otro lado, ante la agudizacin de la
cada de los precios de materias primas, depreciacin de las monedas y
volatilidad de los mercados financieros, se proyecta que el crecimiento de los
mercados emergentes siga siendo lento. En Amrica Latina, la economa
brasilea, principal economa de la regin, continuar presentando un dbil
crecimiento, impactando en el crecimiento de la regin.
Figura N 08 Crecimiento de la Economa Global.
En cuanto a la economa Peruana, en el 2015 creci 3.3%, que si bien

representa una mejora respecto al registrado en el 2014 (2.4%), es un
crecimiento concentrado en pocos sectores econmicos, como minera e
infraestructura. Como consecuencia, gran parte de las familias no perciben
mejoras en su situacin econmica, principalmente por el estancamiento del
empleo formal y el aumento de precios de la canasta bsica. La confianza
empresarial se ubica en su nivel ms bajo de los ltimos aos, cerca del nivel
alcanzado durante las elecciones del 2011. En este contexto, el 2016 se
presenta como un ao retador, debido a i) la desaceleracin de la economa
10
china, cuyo cambio de modelo econmico est afectando los precios de las
materias primas, ii) la posibilidad de un FEN fuerte, iii) la incertidumbre electoral y
iv) la normalizacin de la poltica monetaria de la FED. Para el 2016, el BCR
prev un crecimiento de 4.2%, siendo el principal motor de crecimiento la minera
como en el 2015. Esta previsin de crecimiento es dependiente de las obras de
grandes proyectos de infraestructura, como: la lnea 2 del Metro de Lima y el
Gaseoducto Sur Peruano, y de la mejor ejecucin de gasto de los gobiernos
regionales y locales.
Figura N 09 Crecimiento de la Economa Peruana.
La economa peruana presentara un mejor desempeo en el ao 2016,

aunque sujeta a riesgos, principalmente, el Fenmeno El Nio y la
incertidumbre asociada a las elecciones presidenciales. El sistema
microfinanciero continuara en su etapa de consolidacin, lo que redituara en
una mejor rentabilidad en los prximos trimestres.
11
Indicadores del Sistema Financiero y Microfinanciero
Figura N 10 Evolucin de las Colocaciones y Mora Real.
Figura N 11 Evolucin de los Deudores y la Rentabilidad.
1.9. FINANCIERA CONFIANZA ANLISIS FINANCIERO
1.9.1. ACTIVOS Y CALIDAD DE CARTERA.

A la fecha de anlisis, los activos totales se situaron en S/1,831.0
millones (S/1,681.5 millones en diciembre de 2014), siendo las colocaciones
brutas y los fondos disponibles sus principales componentes, con 83.2% y
12.2% de participacin, respectivamente.
Respecto a los fondos disponibles, stos disminuyeron durante el

segundo semestre del ao impulsados por la liquidacin de inversiones a
vencimiento (Bonos RFA) los que tenan un costo amortizado de S/14.1
millones, adems de la menor posicin de bonos soberanos con valor
razonable de S/5.2 millones y de Certificados de Depsito Negociables del
12
BCRP (S/-14.8 millones). Los mayores saldos disponibles en otros bancos y
la mayor recaudacin de corresponsales no logr compensar dichas
disminuciones, por lo que, en conjunto, estos cambios implicaron una
contraccin de los fondos disponibles de 3.1% frente al cierre de 2014.
Financiera Confianza tiene como objetivo canalizar los recursos con

los que cuenta hacia crditos a la microempresa (crditos productivos
productos core), siguiendo la estrategia planteada por la Fundacin
Microfinanzas BBVA. Esto implic, entre finales del ao 2014 e inicios del
ao pasado, salir de los Productos Financieros Estandarizados (PFE), los
que se otorgaron con apoyo de COFIDE y que en su momento fueron
destinados para el sector agrcola. Es as que este factor, aunado a la mayor
competencia en el sector, conllevaron a un crecimiento de las colocaciones
brutas de 12.5% respecto al cierre anual anterior. Es de mencionar que para
el ao en curso, se proyecta un nivel de crecimiento conservador de
colocaciones, similar al registrado entre el ao 2014 y el ao 2015.
Figura N 12 Colocaciones por Tipo de Crdito.
En la figura 12, de esta manera, se observa una consolidacin en la

atencin a crditos de segmentos microfinancieros: El principal sector
atendido es el de pequea empresa con una participacin de 48.0%, mayor
al 43.45% del ejercicio 2014 y que es seguido muy de cerca por
microempresas, que se sita en segundo lugar con un porcentaje de 37.9%
(42.26% en el ao 2014). En tercer lugar se atiende a crditos de consumo
no revolventes (13.4%), mientras que los crditos hipotecarios y medianas
13
empresas (0.6% y 0.1% respectivamente) disminuyen su participacin,
habiendo retrocedido desde el ejercicio 2014 (cuando representaban el 0.8%
y 0.5% respectivamente).
Figura N 13 Crditos directos por Sector Econmico.
En la figura 13, de acuerdo a la distribucin de la cartera de crditos

segn sector econmico, se observa que un 43.8% corresponde a comercio,
seguido de agricultura con 16.5%. Cabe sealar que stos ltimos presentan
un retroceso respecto a diciembre de 2014, cuando tenan una participacin
de 24.3%; evolucin que responde a la estrategia de la Financiera de reducir
su exposicin al sector agrcola y reducir el impacto del Fenmeno El Nio.
En la Figura 14, Financiera Confianza tiene presencia en todos los
departamentos del pas, aunque su cartera de colocaciones exhibe una
mayor participacin en Lima con un 21.5% y en las ciudades de Junn,
Arequipa y La Libertad registra participaciones de 12.9%, 9.2% y 8.7%,
respectivamente a diciembre de 2015.
14
Figura N 14 Evolucin de las Colocaciones por Departamento.
En la figura 15, respecto al crdito promedio por deudor, ste sigue

una tendencia creciente durante el periodo de anlisis, alcanzando los
S/7,136 (S/6,538 en diciembre de 2014), mantenindose por encima del
sector de Financieras (S/4,641) pero por debajo de la media de Cajas
Municipales (S/11,872). Al 31 de diciembre de 2015, el incremento registrado
en este ratio responde al mayor dinamismo de crditos a la pequea
empresa. Por otro lado, durante el ejercicio en anlisis, el nmero de
deudores de Financiera Confianza increment en lnea con la mejora en su
posicionamiento y en lnea con el aumento en crditos a pequea empresa
(+23.95%) y a microempresa (0.5%), totalizando 213,445 deudores al cierre
del ejercicio 2015.
Figura N 15 Crdito Promedio por Deudor.
15
1.9.2. CALIDAD DE CARTERA.
Histricamente, la Financiera ha presentado adecuados indicadores
de calidad de cartera, reflejados en ratios de morosidad por debajo del sector
de Financieras. Al 31 de diciembre de 2015 la Entidad registr una
disminucin en el ratio de morosidad que considera la cartera problema, la
que se ubic en 3.5% (4.2% a diciembre de 2014), lo que incorpora tanto la
reduccin de la cartera atrasada (- 16.0%) como el incremento de los
crditos refinanciados y reestructurados (+17.2%). Por su parte, la mora real,
que resulta de incorporar los castigos realizados en los 12 meses del ao
2015 (S/65,839 millones) a la cartera problema, se redujo a 7.5% (8.5% al
cierre de 2014), por debajo del nivel del sector (11.8%). Es pertinente
mencionar que, a raz del aumento en la mora registrado durante los ltimos
aos en el Sistema Financiero, dicho ratio debe ser monitoreado
constantemente por la Financiera. Ver figura 16.
Figura N 16 Crditos por Situacin.
En la figura 17, al analizar la categorizacin de los deudores de

Financiera Confianza, se observa una mejora, toda vez que la cartera crtica
(Deficiente + Dudoso + Prdida) pas de 4.4% en diciembre de 2014 a 3.4%
en diciembre de 2015. En contraparte, la cartera clasificada como Normal
increment de 92.8% a 94.2%.
16
Figura N 17 Evolucin riesgo del deudor
Como consecuencia de la menor participacin de la cartera crtica, las

provisiones constituidas por la Entidad retrocedieron en 5.4% respecto a
diciembre de 2014, por lo que la cobertura de la cartera atrasada mejora al
pasar de 149.2% a 167.9% entre diciembre de 2014 y 2015, posicionndose
por encima del sector, que present una cobertura de 153.6%. Por su parte,
la cobertura de la cartera problema se ubic en 107.3%, por encima de la
cifra del cierre del ejercicio de 2014 (106.1%) aunque por debajo de la del
ejercicio 2013 (115.0%) y de la del sector (123.2%).
Figura N 18 Calidad de Cartera.
Finalmente en el presente captulo, hemos conseguido conocer los

orgenes de Financiera Confianza, su cronologa, su composicin orgnica
as como el giro del negocio, tambin aprendimos que operaciones tiene
permitidas toda Empresa Financiera segn la ley general del sistema
Financiero, ley N 26702, y vimos una breve situacin de la economa
peruana y de la situacin financiera de Financiera Confianza.
17
CAPTULO II.
En este captulo se describe el problema principal que es, procesar y
obtener informacin pertinente acerca de las colocaciones de la cartera de
crditos para el area de Distribucin Comercial que pertece al la Gerencia
Comercial de la Financiera Confianza, as como tambin el Objetivo de
proporcionar a esta rea de una base de datos histrica que le permita conocer la
evolucin de los saldos, asi como su distribucin y/o concentracin de este, y
analizar la los indicadores de mora, nro de clientes, la TAPP entre otros.
PROBLEMA Y OBJETIVO
2.1. DESCRIPCION DEL PROBLEMA

A raz de la fusin de Financiera Confianza, se determin que la nueva FC
debe contar con un nuevo soporte tecnolgico, y es entonces que se determina
que el core bancario denominado BANTOTAL sea esa nueva plataforma que
deber soportar y controlar todos y cada uno de los productos y servicios que la
Financiera otorga al pblico en general, este nuevo core bancario tena dos
frentes, uno para las operaciones transaccionales (BANTOTAL) y otro para el
manejo de la informacin gerencial, y que se denomina MIS BANTOTAL, esta
herramienta tena como objetivo proporcionar la informacin a nivel tctico y
operativo de la Financiera, el uso de esta herramienta gener mucha expectativa
y se esperaba que proporcion informacin de cmo estn las colocaciones de la
Financiera, los estados financieros como el Balance General, y es entonces que
se procedi con la implementacin de esta herramienta la cual despus de casi
ao y medio de puesta en produccin esta herramienta se determin que no
cumpli con dicho propsito, generndose la necesidad de informacin en todas
las reas de la la Financiera, y en particular en el rea de Distribucin que
pertenece a la Genrencia Comercial.
La necesidad de contar con informacin al cierre de mes, y que esta sea

oportuna y sobre todo confiable, es una tarea que deba soportar el MIS
BANTOTAL, herramienta que fue adquirido para tal fin y despus de un anlisis
18
de dicha herramienta se determin desestimar el uso de este por los
inconvenientes que comenz a presentar,
El segundo problema es el tiempo de procesamiento, siendo los procesos

de GENERACIN Y CARGA del MIS los que demoran para la obtencin de los
datos, y que estos se toman entre 10 y 12 horas de tiempo de procesamiento en
el servidor principal.
El tercero de los problemas es la calidad de los datos que corresponde a la

Cartera Activa, ya que es esta informacin es la ms importante en la
organizacin y de la cual dependen la generacin y la entrega de los diversos
reportes a las diferentes reas, por lo que esta data debe ser almacenada en
forma mensual y estar disponible en cualquier momento para su anlisis y
generar conocimiento de esta.
Es entonces, que a la falta de una herramienta que facilite la Extraccin,

Transformacin y Carga de los datos, motivaron a las reas de Distribucin
Comercial, a comenzar a procesar el archivo de Cartera Detallada (Cartera
Activa) y procesar y elaborar sus propios reportes, tomndoles en promedio 60
minutos dicho procesamiento solo para la informacin correspondiente a un mes
de informacin, y que este se incrementa si queremos procesar por lo menos 12
meses de historia.
Razn por la cual, el objetivo principal de este trabajo es desarrollar e

implementar una alternativa para proporcionar la informacin al rea de
Distribucin Comercial, y reducir el tiempo de procesamiento, y poner a su
disposicin al da siguiente despus del cierre de mes, los datos de la Cartera
Detallada, y que sus esfuerzos lo dediquen al anlisis, generacin de
conocimiento y la toma de decisiones, mas no al procesamiento de estos datos.
19
2.2. SITUACIN ACTUAL DEL MIS.
Resumiremos en los siguientes puntos:
2.2.1. RIESGOS GENRICOS IDENTIFICADOS DEL MIS BATOTAL.

a. Riesgos Del Servicio proporcionado por el proveedor
Tabla N 1: Riesgos del Servicio del Proveedor.
RIESGOS CALIFICACION OBSERVACIONES
En promedio el tiempo de rpta a una
Tiempo de consulta es de 6 das, llegando a cerrar
respuesta MALA una web en un promedio de 2 meses
La respuesta es redundante, incompleta y
Efectividad de la sosa. Lo cual requiere volver a realizar la
informacin REGULAR consulta
Los envos no tienen el cambio solicitado
Envos REGULAR o pertenece a otra web
La comunicacin telefnica y/o por correo,
para resolver temas que requieren rpta
Accesibilidad REGULAR inmediata, es rara vez posible.
Fuente: Elaboracin propia.
b. Riesgos identificados del producto MIS - BANTOTAL.

Tabla N 2: Riesgos del Producto MIS-BANTOTAL.
RIESGOS COMENTARIOS
La uniformizacin de criterios en la Ejm: das de atraso, altas de activas
obtencin de los indicadores. (desembolsos).
Esta crece a razn de 25min por mes, y se
Tiempo de procesamiento - est planteando 2 ejecuciones x mes, para
GENERACION Y CARGA los procesos MENSUALES
Tiempo de respuesta de las
consultas ejecutadas CONSULTAS Por consultas pesadas y/o por
WEB Y GXPLORER. concurrencia de estas.
Por la correccin de indicadores y/o
dimensiones, que podra requerirse
Reprocesamiento de los datos. reprocesar toda la historia.
2.2.2. DETALLE DE LA SITUACIN ACTUAL DEL MIS.

2.2.4.1. Procesamiento Del MIS MENSUAL.
Este procesamiento cuenta con dos procesos grandes que son:
GENERACION MENSUAL y CARGA MENSUAL, los cuales en la
actualidad se ejecutan en promedio de 10 horas aproximadamente,
20
especficamente 4.5 horas y 5.5 horas respectivamente, adems, tenemos
que en cuanto al espacio que se consume por cada corrida de fin de mes
es de 15 GB.
Es este tiempo de procesamiento y la utilizacin de los recursos del

servidor que se requiere al momento de su ejecucin, es una de las
razones por las que el MIS MENSUAL no se ejecuta al trmino del proceso
de cierre de mes.
Y para dicha ejecucin tenemos que esperar que se tenga la

disponibilidad de procesamiento, y sobre todo, considerar que no tenemos
que perjudicar la transaccionabilidad del BT del da a da, llegndose a
ejecutar los fines de semana, especficamente los das domingos.
Con este nivel de atencin para la ejecucin de los procesos del

MIS, debemos indicar que la data la tenemos aproximadamente a los 15
das despus de haber cerrado las operaciones del fin de mes, por
recomendacin del proveedor ya que es cuando el rea de Contabilidad
halla cerrado el Balance del mes en curso y evitar asi el
Reprocesamiento, con lo que ya no estn importante para los usuarios
contar con informacin a destiempo, situacin que se debe cambiar si
tenemos la finalidad de brindar informacin oportuna a nuestros clientes
internos.
a. Medidas
Tabla N 3: Tiempo y Espacio para un mes de proceso MIS-BANTOTAL.
MEDIDA DATO ESCALA
SIZE 15 Gigabyte
TIEMPO 10 horas
b. Programas en Evaluacin
Tabla N 4: Programas en Evaluacin MIS-BANTOTAL.
PROGRAMAS DATA OBSERVACIONES
PHNUA07C SUBPRODUCTO Presenta problemas de performance.
SALDOS Se vienen realizando pruebas con este
PHNUA22B PROMEDIO indicador.
c. Reprocesamiento en caso de corregir uno o todos los siguientes
programas.
21
Tabla N 5: Reprocesamiento del MIS-BANTOTAL.
TOTAL
PROGRAMAS HORAS MESES HORAS
RIESGO CREDITICIO
COSECHAS
CANTIDAD DE
TRANSACCIONES 10 20 200
AGRUPAMIENTO CONTABLE
SUBPRODUCTO
SALDOS PROMEDIO
2.2.4.2. Procesamiento Del MIS DIARIO.

Los procesos diarios del MIS, toman en tiempo de ejecucin un
aproximado de 50min y en espacio aproximado de 1GB, por cada da de
ejecucin, con lo que al mes tendramos un aproximado de 26 GB de
espacio en disco.
Cabe resaltar que los procesos diarios no incluyen los movimientos

diarios, procesos que han venido excluidos por el proveedor, ya que su
inclusin involucra dos puntos importantes que son:
a. afectacin a la CADENA DE CIERRE, as como tambin,

b. Tiempo de procesamiento y espacio a ocupar,
En cuanto al primer punto, de ser necesario contar con los
movimientos diarios, y que estos procesos deben parametrizarce como
parte de la CADENA DE CIERRE DIARIO, e indicarse que se ejecute
antes del cambio de fecha, esto con la finalidad de obtener los
movimientos del da, lo cual tendramos un impacto an no probado, ya
que los programas en cuestin estn an siendo actualizados por los
proveedores, porque se detect un problema en uno de estos, los cuales
han sido reportados al proveedor y estamos a la espera de dichas
actualizaciones.
En cuanto al Tiempo y Espacio considerando los movimientos,

estamos a la espera de que el proveedor nos solucione el problema
indicado en el punto 2.2.
Adicionalmente tenemos que sealar que el detalle de datos al que

podemos llegar a consultar es a nivel de cliente.
22
a. Programas en evaluacin
Tabla N 6: Programas en Evaluacin MIS-DIARIO.
PROGRAMAS DATA OBSERVACIONES
PHNUA07C SUBPRODUCTO Presenta problemas de performance.
PHNUH10B MOVIMIENTOS Error durante la ejecucin del programa.
b. Webs pendientes
Tabla N 7: Webs pendientes MIS-DIARIO.
N DETALLE
83271 CONSULTA: ERROR EN CARGA DIARIA DEL MIS
CONSULTA: INDICADOR CANTIDAD DE
82070 TRANSACCIONES
2.2.4.3. En cuanto a los GAPs tenemos:

a. Finalizados
Tabla N 8: Requerimientos finalizados por el proveedor.
GAP Implicancia
116 - TERRITORIO Y TIPO No se guardan los histricos de los territorios, con los
DE SUCURSAL cual el anlisis territorial de meses anteriores se pierde
117 - CLIENTES La informacin cargada requiere ser verificada segn la
BANCARIZADOS lgica de BT.
124 - RIESGO Requiere el reprocesamiento de meses anteriores, para
CREDITICIO su anlisis histrico.
b. Pendientes.
Tabla N 9: Requerimientos pendientes por el proveedor.
GAP IMPLICANCIA
La carga de las metas no se adecua a lo utilizado
126 - CLIENTES ACTUALES Y en la Financiera confianza, por lo que requiere
METAS una adecuacin por parte del proveedor.
Requiere reprocesamiento de meses anteriores,
para el anlisis de las cosechas tanto de saldos
107 - COSECHAS como de cantidad de operaciones en mora.
23
2.2.4.4. Dimensiones a Remplazar.
a. Ejecutivo & asesor.
Se tiene dos dimensiones aparentemente iguales cargadas en el
MIS, las cuales son EJECUTIVO y ASESOR, el primero hace referencia al
analista de la cuenta y el segundo al analista de microfinanzas, operacin
o crdito que se guarda en el WORKFLOW.
La dimensin ejecutivo, no es un dato que actualmente requiera ser

llenando ni usado en BT; sin embargo su uso esta predefinido en varias de
las CONSULTAS WEB DEL MIS, resultando innecesarias para los usuarios
y debiendo por ende ser desestimadas y ocultadas para su uso.
En este sentido, el cambio que se requerira hacer en las

CONSULTAS WEB DEL MIS a fin de poder tener operativo el anlisis a
nivel del ASESOR, tendrn que ser cotizados con el proveedor, ya que no
contamos con el cdigo fuente para poder desarrollarlo nosotros.
2.2.4.5. En cuanto a la Verificacin de la data.

Este proceso requiere ejecutar una serie de scripts en el ambiente
de PRODUCCION; por lo que deberemos de capacitar a los Sres. de
PRODUCCION para su ejecucin y validacin de acuerdo a la periodicidad
de ejecucin de los PROCESOS DEL MIS.
En la actualidad, dada la complejidad y la cantidad de estas

validaciones, hemos simplificado este paso en realizar solo la verificacin
de saldos por RUBRO; y en caso de trasladar esta tarea al rea de
PRODUCCION, llevara al incremento aproximado de 2horas en el
procesamiento del MIS MENSUAL. Es por esta razn, que an no hemos
trasladado este proceso de VERIFICACION y lo venimos haciendo
nosotros por RUBRO.
Como parte de la verificacin de la data, hemos estado

contrastando los resultados del MIS con los que obtenemos de la
CARTERA DETALLADA, y hemos podido comprobar que tenemos
diferentes criterios para la obtencin de los resultados, como ejemplo
tenemos: El Nro y Monto de Crditos Desembolsados de la CARTERA
DETALLADA VS la Cantidad de Altas en los ACTIVOS como lo
24
encontramos en el MIS, tambin tenemos diferencias con los das de
atraso para el MIS, entre otros.
Y considerando como un riesgo ms, es que tenemos criterios

diferentes para la obtencin de algunos indicadores, por lo que nos
encontramos frente a un problema el cual involucra CORRECCION DE
DATOS y REPROCESAMIENTO de los datos del MIS.
2.2.4.6. Correccin de Data.

En este punto encontramos que requerimos CORREGIR DATA, ya
sea porque las dimensiones no tienen las definiciones indicadas, o que es
lo ms complicado que un indicador no se ajuste a lo solicitado, y es en
estos casos que estas correcciones pasarn a ser trasladados al
PROVEEDOR, y por ende nuestro servicio de atencin se ver empaado
por que es un problema que no podemos controlar, ya que dependemos de
la RESPUESTA Y/O ATENCIO DEL PROVEEDOR.
2.2.4.7. Tiempo de respuesta o atencin del proveedor.

En este punto tenemos que indicar que el tiempo de respuesta por
parte del proveedor lo estamos considerando como un riesgo, ya que
influye para con la atencin de cara a nuestros clientes internos, y en caso
de tener que enfrentar alguna mejora y/o correccin de algn indicador o
dimensin del MIS, podemos indicar que el tiempo promedio que toma las
coordinaciones tanto de nuestra parte como la del proveedor, nos toman
un aproximado de 60 das en promedio, a esto debemos adicionar lo que
nos toma pasar a QA y el tiempo que se tome en realizar las pruebas
respectivas, ya que esta priorizacin es en ocasiones variante por la mayor
necesidad de otro requerimientos.
Tabla N 10: Indicadores al Servicio del proveedor.
INDICADORES CALIFICACION OBSERVACIONES
En promedio el tiempo de rpta a una consulta es de 6 das,

Tiempo de respuesta MALA llegando a cerrar una web en un promedio de 2 meses
Efectividad de la la respuesta es redundante, incompleta y sosa. Lo cual requiere

informacin REGULAR volver a realizar la consulta
Envos REGULAR Los envos no tienen el cambio solicitado o pertenece a otra web
la comunicacin telefnica y/o por correo, para resolver temas que

Accesibilidad REGULAR requieren rpta inmediata, es rara vez posible.
25
2.2.4.8. Consultas WEB del MIS.

En cuanto a las CONSULTAS WEB DEL MIS, tenemos que un 60%
de las consultas predefinidas las podemos ejecutar, pero que an tenemos
el trabajo de revisar los resultados y estar seguro de que estos son
verdicos.
Tambin debemos tomar en cuenta que mientras ms data histrica

quisiramos mostrar en el MIS, este comenzar a impactar, tanto en el
tiempo de respuesta de las CONSULTAS WEB DEL MIS, en la utilizacin
del GXPLORER, asi como en el REPROCESAMIENTO de los procesos de
GENERACION Y CARGA para los casos en los que amerite hacerlos.
Y como sugerencia de nuestro PROVEEDOR tenemos que hacer un

traslado de la data a otro repositorio con la finalidad de menguar el tiempo
de respuesta de las consultas como el de procesamiento, esto tanto para
los procesos DIARIOS Y MENSUALES.
a. Detalle de Consultas WEB DEL MIS.

Tabla N 11: Detalle de las consultas web del MIS.
CONSULTAS ESTADO
ANALISIS CONTABLE SUCURSAL - DIARIO TERMINADO
ANALISIS CONTABLE SUCURSAL TERMINADO
TABLERO GENERAL DESARROLLO
RESUMEN DIARIO DE COLOCACIONES TERMINADO
CARTERA-SITUACION DE CARTERA MEJORA
CARTERA-ALTA DE CREDITOS MEJORA
CARTERA RENTABILIDAD TERMINADO
TASA PROMEDIO PONDERADA TERMINADO
SALDOS DE CLIENTES POR EJECUTIVO ANULADO
RIESGO POR ACTIVIDAD MEJORA
BALANCE POR VENCIMIENTO - LIQUIDEZ MEJORA
CALIFICACION DE CARTERA MEJORA
MOROSIDAD-PLAZO VENCIDO ANULADO
RIESGO DE TASA ANULADO
RANKING POR SUCURSAL MEJORA
RANKING POR EJECUTIVO ANULADO
26
b. Resumen
Tabla N 12: Estatus de los Consultas Web del MIS.
ESTADOS CANTD.
TERMINADO 5
DESARROLLO 1
MEJORA 6
ANULADO 4
TOTAL 16
2.2.4.9. Comparacin MIS y Cartera Detallada.

El MIS no cuenta con una dimensin que nos permita analizar los
saldos por tipo de crdito (Nuevos y Represtamos), Por lo que en la
Cartera Detallada tenemos la posibilidad de obtener esa agrupacin y
distribuir el SALDO CAPITAL MN en grupos de NUEVOS Y
REPRESTAMOS, y si el usuario solicitar que se aada una vista diferente
para los Saldos, tenemos la capacidad de asumir este requerimiento ya
que la Cartera Detallada es un desarrollo propio y los tiempos
definitivamente sern mas cortos.
2.2.4.10. Impacto de utilizacin del GXplorer.

Tenemos que considerar que la utilizacin del GXPLORER en forma
indiscriminada vera afectada a la transaccionabilidad de BT, en el instante
que se ejecuten las CONSULTAS tanto WEB como por GXPLORER.
a. Riesgos
Dependencia de las fuentes y adecuacin a la BD.
Nuevos requerimientos demandan tiempo y costos.
Esquema de Ejecucin inadecuado, a falta de un SERVIDOR

DEDICADO
Error en la Ejecucin del MIS por problemas en la

comunicacin de BT y la BD
Aumento en el tiempo de procesamiento
Incremento en el tiempo de reprocesamiento, porque incluye

los tiempos de borrado.
Mala atencin del proveedor

27
Reprocesamiento de data cargada, por mejoras en
dimensiones e indicadores
b. Conclusiones de la Situacin del MIS.

Es inviable continuar dando soporte a esta herramienta ya que no
cumple con los puntos principales que toda herramienta OLAP debe
proporcionar como son: Contar con Informacin de Calidad y que se
Oportuna para contribuir con la toma de decisiones, por lo que se
recomienda prescindir de dicha herramienta y dar inicio a la
implementacin de un desarrollo que permita suplir el propsito de
convertir los datos en informacin, y as permitir a la parte tctica de la
organizacin realizar el anlisis que le corresponde a cada uno de las
reas que lo requieren.
2.3. OBJETIVO GENERAL

Implementar una solucin BI (Data Mart) para la Gerencia de
Distribucin de Financiera Confianza, aplicando herramientas BI de
Microsoft SQL Server y Excel 2010 y empleando la Metodologa Ciclo de
Vida Dimensional de Ralph Kimball.
2.4. OBJETIVOS ESPECIFICOS

2.4.1. Reducir el tiempo de procesamiento de los datos de la Cartera de Crditos
de Financiera Confianza para la Gerencia de Distribucin.
2.4.2. Disear un Data Mart correspondiente a la Cartera de Crditos, del tipo

estrella que permita el anlisis y la navegabilidad de la informacin
pertinente.
2.4.3. Implementar una solucin BI utilizando las herramientas BI de SQL Server.
2.4.4. Utilizar el Excel como diseador de Reportes para crear y disear los
Reportes correspondientes al Data Mart de Cartera de Crditos.
En este captulo, se detall el problema a ser resuelto, la situacin actual

referente al problema presentado, as como los objetivos tanto genricos como
especficos del presente trabajo.
28
CAPTULO III.
En este captulo se describe dos de las metodologas consideradas las
ms importantes para el diseo e implementacin de un datawarehouse, en
especial la metodologa Ciclo de Vida Dimensional de R. Kimball, asi como las
diferentes herramientas y conceptos para llevar a cabo un proyecto de Dara
Warehouse.
METODOLOGA, TECNICA Y/O HERRAMIENTAS
3.1. METODOLOGAS.
Existen muchas metodologas de diseo y construccin de DW. Cada
fabricante de software de inteligencia de negocios busca imponer una
metodologa con sus productos. Sin embargo, se imponen entre la mayora
dos metodologas, la de Kimball y la de Inmon. Para comprender la mayor
diferencia entre estas dos metodologas, debemos explicar adems de la
nocin de Data Warehouse (DW) y la idea de Data Mart. Un Data Mart
(Kimball et al 98) es un repositorio de informacin, similar a un DW, pero
orientado a un rea o departamento especfico de la organizacin (por
ejemplo Compras, Ventas, RRHH, etc.), a diferencia del DW que cubre toda la
organizacin, es decir la diferencia fundamental es su alcance.
Desde el punto de vista arquitectnico, la mayor diferencia entre los dos

autores es el sentido de la construccin del DW, esto es comenzando por los
Data Marts o ascendente (Bottom-up, Kimball) o comenzando con todo el
Data Warehouse desde el principio, o descendente (Top- Down, Inmon).
La metodologa de Inmon se basa en conceptos bien conocidos del

diseo de bases de datos relacionales (Inmon 02, Imhoff & Galemmo 03); la
metodologa para la construccin de un sistema de este tipo es la habitual
para construir un sistema de informacin, utilizando las herramientas
habituales, al contrario de la de Kimball, que se basa en un modelado
dimensional (no normalizado) (Kimball et al 98, 08).
29
3.2. METODOLOGA DE BILL INMON
Enfoque de la metodologa de Bill Inmon
Figura N 19 Enfoque de la metodologa de Bill Inmon

Fuente: Building the Data Warehouse, William H. Inmon,
Bill Inmon ve la necesidad de transferir la informacin de los diferentes

OLTP (sistemas transaccionales) de las organizaciones a un lugar
centralizado donde los datos puedan ser utilizados para el anlisis (sera el
CIF o Corporate Information Factory). Insiste, adems, en que ha de tener las
siguientes caractersticas:
Orientado a temas: los datos sobre la base de datos estn organizados de

manera que todos los elementos de datos relativos al mismo evento u
objeto del mundo real queden unidos entre s.
Integrado: la base de datos contiene los datos de todos los sistemas

operacionales de la organizacin, y estos deben ser consistentes.
No voltil: la informacin no se modifica ni se elimina, una vez almacenado

un dato, ste se convierte en informacin de slo lectura, y se mantiene
para futuras consultas.
Variante en el tiempo: los cambios producidos en los datos a lo largo del

tiempo quedan registrados para que los informes que se puedan generar
reflejen esas variaciones.
La informacin ha de estar a los mximos niveles de detalle. Las Data

Warehouse departamentales o Data Marts son tratados como subconjuntos de
30
este Data Warehouse corporativo, que son construidos para cubrir las
necesidades individuales de anlisis de cada departamento, y siempre a partir
de este Data Warehouse Central (del que tambin se pueden construir los
ODS ( Operational Data Stores ) o similares).
El enfoque Inmon tambin se referencia normalmente como Top- down.

Los datos son extrados de los sistemas operacionales por los procesos ETL y
cargados en las reas de Stage, donde son validados y consolidados en el
DW corporativo, y adems existen los llamados metadatos que documentan
de una forma clara y precisa el contenido del DW. Una vez realizado estas
etapas, los procesos, de refresco de los Data Mart departamentales obtienen
la informacin de l, y con las consiguientes transformaciones, organizan los
datos en las estructuras particulares requeridas por cada uno de ellos,
refrescando su contenido.
Al tener este enfoque global es ms difcil de desarrollar en un proyecto

sencillo (pues estamos intentando abordar el todo, a partir del cual, luego,
iremos al detalle).
3.3. METODOLOGIA KIMBALL.

Los almacenes de datos (data warehouses en ingls) toman cada da
mayor importancia, a medida que las organizaciones pasan de esquemas de
slo recoleccin de datos a esquemas de anlisis de los mismos. Sin embargo
a pesar de la gran difusin de los conceptos relacionados con los almacenes
de datos, no existe demasiada informacin disponible en castellano en cuanto
a las metodologas para implementarlos. Intentaremos brindar una explicacin
general de una de las metodologas ms usadas, la metodologa de Kimball.
La metodologa se basa en lo que Kimball denomina Ciclo de Vida

Dimensional del Negocio (Business Dimensional Lifecycle) (Kimball et al 98,
08, Mundy & Thornthwaite 06). Este ciclo de vida del proyecto de DW, est
basado en cuatro principios bsicos:
Centrarse en el negocio: Hay que concentrarse en la identificacin de los

requerimientos del negocio y su valor asociado, y usar estos esfuerzos
31
para desarrollar relaciones slidas con el negocio, agudizando el anlisis
del mismo y la competencia consultiva de los implementadores.
Construir una infraestructura de informacin adecuada: Disear una base

de informacin nica, integrada, fcil de usar, de alto rendimiento donde se
reflejar la amplia gama de requerimientos de negocio identificados en la
empresa.
Realizar entregas en incrementos significativos: crear el almacn de datos

(DW) en incrementos entregables en plazos de 6 a 12 meses. Hay que usa
el valor de negocio de cada elemento identificado para determinar el
orden de aplicacin de los incrementos. En esto la metodologa se parece
a las metodologas giles de construccin de software.
Ofrecer la solucin completa: proporcionar todos los elementos necesarios

para entregar valor a los usuarios de negocios. Para comenzar, esto
significa tener un almacn de datos slido, bien diseado, con calidad
probada, y accesible. Tambin se deber entregar herramientas de
consulta ad hoc, aplicaciones para informes y anlisis avanzado,
capacitacin, soporte, sitio web y documentacin.
La construccin de una solucin de DW/BI (Datawarehouse/Business

Intelligence) es sumamente compleja, y Kimball nos propone una metodologa
que nos ayuda a simplificar esa complejidad. Las tareas de esta metodologa
(ciclo de vida) se muestran en la siguiente figura.
Figura N 20 Business Dimensional Lifecycle

Fuente (Kimball et al 98, 08, Mundy & Thornthwaite 06)
32
De la figura 20, podemos observar dos cuestiones. Primero, hay que
resaltar el rol central de la tarea de definicin de requerimientos. Los
requerimientos del negocio son el soporte inicial de las tareas subsiguientes.
Tambin tiene influencia en el plan de proyecto (ntese la doble fecha entre la
caja de definicin de requerimientos y la de planificacin). En segundo lugar
podemos ver tres rutas o caminos que se enfocan en tres diferentes reas:
Tecnologa (Camino Superior). Implica tareas relacionadas con

software especfico, por ejemplo, Microsoft SQL Analysis Services.
Datos (Camino del medio). En la misma disearemos e

implementaremos el modelo dimensional, y desarrollaremos el
subsistema de Extraccin, Transformacin y Carga (Extract,
Transformation, and Load - ETL) para cargar el DW.
Aplicaciones de Inteligencia de Negocios (Camino Inferior). En esta

ruta se encuentran tareas en las que diseamos y desarrollamos las
aplicaciones de negocios para los usuarios finales.
Estas rutas se combinan cuando se instala finalmente el sistema.

En la parte de debajo de la figura se muestra la actividad general de
administracin del proyecto. A continuacin describiremos cada una de
las tareas.
3.3.1. PLANIFICACIN
En este proceso se determina el propsito del proyecto de DW/BI, sus
objetivos especficos y el alcance del mismo, los principales riesgos y una
aproximacin inicial a las necesidades de informacin.
En la visin de programas y proyectos de Kimball, Proyecto, se refiere a

una iteracin simple del KLC (Kimball Life Cycle), desde el lanzamiento hasta
el despliegue.
Esta tarea incluye las siguientes acciones tpicas de un plan de

proyecto:
Definir el alcance (entender los requerimientos del negocio).
Identificar las tareas
33
Programar las tareas
Planificar el uso de los recursos.
Asignar la carga de trabajo a los recursos
Elaboracin de un documento final que representa un plan del

proyecto.
Adems en esta parte definimos cmo realizar la administracin o

gestin de esta subfase que es todo un proyecto en si mismo, con las
siguientes actividades:
Monitoreo del estado de los procesos y actividades.
Rastreo de problemas.
Desarrollo de un plan de comunicacin comprensiva

que direccione la empresa y las reas de TI.
3.3.2. ANLISIS DE REQUERIMIENTOS:

La definicin de los requerimientos es en gran medida un proceso de
entrevistar al personal de negocio y tcnico, pero siempre conviene tener un
poco de preparacin previa. Se debe aprender tanto como se pueda sobre el
negocio, los competidores, la industria y los clientes del mismo. Hay que leer
todos los informes posibles de la organizacin; rastrear los documentos de
estrategia interna; entrevistar a los empleados, analizar lo que se dice en la
prensa acerca de la organizacin, la competencia y la industria. Se deben
conocer los trminos y la terminologa del negocio.
Parte del proceso de preparacin es averiguar a quin se debe

realmente entrevistar. Esto normalmente implica examinar cuidadosamente el
organigrama de la organizacin. Hay bsicamente cuatro grupos de personas
con las que hablar desde el principio: el directivo responsable de tomar las
decisiones estratgicas; los administradores intermedios y de negocio
responsables de explorar alternativas estratgicas y aplicar decisiones;
personal de sistemas, si existen, la gente que realmente sabe qu tipos de
problemas informticos y de datos existen; y por ltimo, la gente que se
necesita entrevistar por razones polticas.
34
A partir de las entrevistas, podemos identificar temas analticos y
procesos de negocio. Los temas analticos agrupan requerimientos comunes
en un tema comn (ver tabla 20).
Tabla N 13: Temas analticos.

Tema Analtico Anlisis o Proceso Comentarios
requerimiento de
inferido o pedido negocio
Planificacin de Anlisis histrico de de soporte
Ordenes de Por cliente, por pas, por
ventas ordenes de compras regin de ventas
revendedores
Proyeccin de ventas Ordenes de La proyeccin es un
compras proceso de negocio que
usa las rdenes como
entradas
Por otra parte, a partir del anlisis se puede construir una herramienta
de la metodologa denominada matriz de procesos/dimensiones (Bus Matrix
en ingls).
Una dimensin es una forma o vista o criterio por medio de cual se

pueden sumariar, cruzar o cortar datos numricos a analizar, datos que se
denominan medidas (measures en ingls).
Esta matriz tiene en sus filas los procesos de negocio identificados, y

en las columnas, las dimensiones identificadas.
Un ejemplo de esta matriz se puede observar en la tabla 2. Cada X en

la interseccin de las filas y columnas significa que en el proceso de negocio
de la fila seleccionada se identifican las dimensiones propuestas.
Tabla N 14: Matriz de procesos/dimensiones (Bus Matrix).

Dimensiones
Proceso de Negocio Tiempo Producto Empleados Clientes Geografa de Importes
(Revendedor es) ventas
Proyeccin de X X X X X X
ventas
Compras X X X X X X
Control de llamadas X X X X X
Fuente: Rivadera: La Metodologa de Kimball para el Diseo de almacenes.

Finalmente se busca priorizar los requerimientos o procesos de
negocios ms crticos.
35
3.3.3. MODELADO DIMENSIONAL
La creacin de un modelo dimensional es un proceso dinmico y
altamente iterativo. Un esquema general se puede ver en la figura 21.
Figura N 21 Diagrama de flujo del proceso dimensional de Kimball

Fuente (Mundy & Thornthwaite 06)
El proceso de diseo comienza con un modelo dimensional de alto
nivel obtenido a partir de los procesos priorizados de la matriz descrita en el
punto anterior.
36
El proceso iterativo consiste en cuatro pasos:
Elegir el proceso de negocio.

Establecer el nivel de granularidad.
Elegir las dimensiones.
Identificar medidas y las tablas de hechos.
3.3.4.1. Elegir el proceso de negocio
El primer paso es elegir el rea a modelizar. Esta es una decisin de la
direccin, y depende fundamentalmente del anlisis de requerimientos y de
los temas analticos anotados en la etapa anterior.
3.3.4.2. Establecer el nivel de granularidad

La granularidad significa especificar el nivel de detalle. La eleccin de la
granularidad depende de los requerimientos del negocio y lo que es posible a
partir de los datos actuales. La sugerencia general es comenzar a disear el
DW al mayor nivel de detalle posible, ya que se podra luego realizar
agrupamientos al nivel deseado. En caso contrario no sera posible abrir (drill-
down) las sumarizaciones en caso de que el nivel de detalle no lo permita.
3.3.4.3. Elegir las dimensiones

Las dimensiones surgen naturalmente de las discusiones del equipo, y
facilitadas por la eleccin del nivel de granularidad y de la matriz de
procesos/dimensiones. Las tablas de dimensiones tienen un conjunto de
atributos (generalmente textuales) que brindan una perspectiva o forma de
anlisis sobre una medida en una tabla hechos. Una forma de identificar las
tablas de dimensiones es que sus atributos son posibles candidatos para ser
encabezado en los informes, tablas pivot, cubos, o cualquier forma de
visualizacin, unidimensional o multidimensional.
3.3.4.4. Identificar las tablas de hechos y medidas

El ltimo paso consiste en identificar las medidas que surgen de los
procesos de negocios. Una medida es un atributo (campo) de una tabla que
se desea analizar, sumarizando o agrupando sus datos, usando los criterios
de corte conocidos como dimensiones. Las medidas habitualmente se
vinculan con el nivel de granularidad del punto 4.3.2., y se encuentran en
37
tablas que denominamos tablas de hechos (fact en ingls). Cada tabla de
hechos tiene como atributos una o ms medidas de un proceso
organizacional, de acuerdo a los requerimientos. Un registro contiene una
medida expresada en nmeros, como ser cantidad, tiempo, dinero, etc., sobre
la cual se desea realizar una operacin de agregacin (promedio, conteo,
suma, etc.) en funcin de una o ms dimensiones. La granularidad es el nivel
de detalle que posee cada registro de una tabla de hechos.
3.3.4.5. Modelo grfico de alto nivel

Para concluir con el proceso dimensional inicial se realiza un grfico
denominado modelo dimensional de alto nivel (o grfico de burbujas, Bubble
chart, en el lxico de Kimball), como ilustra la figura 22.
Figura N 22: Ejemplo de Modelo final de alto nivel de la sesin inicial de diseo.
Fuente: (Mundy & Thornthwaite 06)
3.3.4.6. Identificacin de atributos de dimensiones y tablas de hechos

La segunda parte de la sesin inicial de diseo consiste en completar
cada tabla con una lista de atributos bien formada. Una lista de este tipo se
muestra en la figura 4. Esta lista o grilla se forma colocando en las filas los
atributos de la tabla, y en las columnas la siguiente informacin:
Caractersticas relacionadas con la futura tabla dimensional del

almacn de datos (target), por ejemplo tipo de datos, si es clave
38
primaria, valores de ejemplo, etc. Por razones de espacio no
describiremos todas las columnas, para mayor informacin puede
consultarse la referencia (Mundy & Thornthwaite 06).
El origen de los datos (source, por lo general atributos de las tablas

transaccionales).
Reglas de conversin, transformacin y carga (ETL rules), que nos

dicen cmo transformar los datos de las tablas de origen a las del
almacn de datos.
Figura N 23: Lista de atributos.

Fuente: (Mundy & Thornthwaite 06)
3.3.4.7. Implementar el modelo dimensional detallado

Este proceso consiste simplemente en completar la informacin
incompleta de los pasos anteriores. El objetivo en general es identificar todos
los atributos tiles y sus ubicaciones, definiciones y reglas de negocios
asociadas que especifican cmo se cargan estos datos. Para este cometido
se usa la misma planilla del punto anterior.
3.3.4.8. Prueba del modelo
39
Si el modelo ya esta estable, lo que se hace habitualmente es probarlo
contra los requerimientos del negocio. Haciendo la pregunta prctica de
Cmo podemos obtener esta informacin en particular del modelo? Para las
pruebas podemos usar diseos de reportes estructurados, de usuarios
actuales, diseos de cubos prospectivos, etc.
3.3.4.9. Revisin y validacin del modelo

Un vez que tenemos confianza plena en el modelo, ingresamos en esta
etapa final (ver figura 2), lo cual implica revisar el modelo con diferentes
audiencias, cada una con diferentes conocimientos tcnicos y del negocio. En
el rea de sistemas deberan revisarlo los programadores y analistas de los
sistemas, y el DBA si existe. Tambin debera revisarse con usuarios y
personas del negocio que tengan mucho conocimiento de los procesos y que
quizs no hayan participado del diseo del modelo. Finalmente podemos
hacer un documento que enuncie una serie de preguntas del negocio
(tomadas a partir de los requerimientos), y las conteste por medio del modelo.
3.3.4.10. Documentos finales

El producto final, como se puede ver en la Figura 2, son una serie de
documentos (solo mencionamos los ms importantes), a saber:
Modelo de datos inicial de alto nivel
Lista de atributos
Diagrama de tablas de hechos
Definicin de campos de medida
Diagrama de tablas de dimensiones
Descripcin de los atributos de las dimensiones
Matriz DW (o DW Bus Matrix) completa
3.3.4. DISEO FSICO

En esta parte, intentamos contestar las siguientes preguntas:
Cmo puede determinar cun grande ser el sistema de DW/BI?
40
Cules son los factores de uso que llevarn a una configuracin ms
grande y ms compleja?
Cmo se debe configurar el sistema?
Cunta memoria y servidores se necesitan? Qu

tipo de almacenamiento y procesadores?
Cmo instalar el software en los servidores de desarrollo, prueba y

produccin?
Qu necesitan instalar los diferentes miembros del equipo de DW/BI

en sus estaciones de trabajo?
Cmo convertir el modelo de datos lgico en un modelo de datos

fsicos en la base de datos relacional?
Cmo conseguir un plan de indexacin inicial?
Debe usarse la particin en las tablas relacionales?
3.3.5. DISEO DEL SISTEMA DE EXTRACCIN, TRANSFORMACIN Y

CARGA (ETL).
El sistema de Extraccin, Transformacin y Carga (ETL) es la base
sobre la cual se alimenta el Datawarehouse. Si el sistema ETL se disea
adecuadamente, puede extraer los datos de los sistemas de origen de datos,
aplicar diferentes reglas para aumentar la calidad y consistencia de los
mismos, consolidar la informacin proveniente de distintos sistemas, y
finalmente cargar (grabar) la informacin en el DW en un formato acorde para
la utilizacin por parte de las herramientas de anlisis.
3.3.6. ESPECIFICACIN Y DESARROLLO DE APLICACIONES DE BI

Una parte fundamental de todo proyecto de DW/BI est en
proporcionarles a una gran comunidad de usuarios una forma ms
estructurada y por lo tanto, ms fcil, de acceder al almacn de datos.
Proporcionamos este acceso estructurado a travs de lo que llamamos
aplicaciones de inteligencia de negocios (Business Intelligence Aplications).
41
Las aplicaciones de BI son la cara visible de la inteligencia de negocios:
los informes y aplicaciones de anlisis proporcionan informacin til a los
usuarios. Las aplicaciones de BI incluyen un amplio espectro de tipos de
informes y herramientas de anlisis, que van desde informes simples de
formato fijo a sofisticadas aplicaciones analticas que usan complejos
algoritmos e informacin del dominio. Kimball divide a estas aplicaciones en
dos categoras basadas en el nivel de sofisticacin, y les llama informes
estndar y aplicaciones analticas.
3.3.7.1. Estndar
Los informes estndar son la base del espectro de aplicaciones de BI.
Por lo general son informes relativamente simples, de formato predefinido, y
parmetros de consulta fijos. En el caso ms simple, son informes estticos
prealmacenados. Los informes estndar proporcionan a los usuarios un
conjunto bsico de informacin acerca de lo que est sucediendo en un rea
determinada de la empresa. Este tipo de aplicaciones son el caballo de batalla
de la BI de la empresa. Son informes que los usuarios usan da a da. La
mayor parte de lo que piden las personas durante el proceso de definicin de
requisitos se clasificara como informes estndar. Por eso es conveniente
desarrollar un conjunto de informes estndar en el ciclo de vida del proyecto.
Algunos informes estndares tpicos podran ser:
Ventas del ao actual frente a previsin de ventas por vendedor
Tasa de renovacin mensual por plan de servicio
Tasa quinquenal de desercin por unidad acadmica
Tasas de respuestas de correo electrnico por promocin por

producto (marketing)
Recuento de audiencia y porcentaje de la audiencia total por la red

de televisin por da de la semana y hora del da (Sistema de
marketing televisivo)
Reclamos del ao actual hasta la fecha frente a previsin, por tipo

de vehculo
42
Volumen de llamadas por producto como un porcentaje del total de
ventas
3.3.7.2. Aplicaciones analticas

Las aplicaciones analticas son ms complejas que los informes
estndar. Normalmente se centran en un proceso de negocio especfico y
resumen cierta experiencia acerca de cmo analizar e interpretar ese proceso
de negocio. Estas aplicaciones pueden ser muy avanzadas e incluir algoritmos
y modelos de minera de datos, que ayudan a identificar oportunidades o
cuestiones subyacentes en los datos. Otra caracterstica avanzada en algunas
aplicaciones analticas es que el usuario puede pedir cambios en los sistemas
transaccionales basndose en los conocimientos obtenidos del uso de la
aplicacin de BI. En el otro extremo del espectro, algunas aplicaciones
analticas se venden como soluciones cerradas o enlatados, y son
independientes de las aplicaciones particulares de la empresa. Algunas
aplicaciones analticas comunes incluyen:
Anlisis de la eficacia de la promociones
Anlisis de rutas de acceso en un sitio Web
Anlisis de afinidad de programas
Planificacin del espacio en espacios comerciales
Deteccin de fraudes
Administracin y manejo de categoras de productos
3.3.7. DISEO DE LA ARQUITECTURA TCNICA:

Los ambientes de Data Warehousing requieren la integracin de
numerosas tecnologas. Se debe tener en cuenta tres factores: los
requerimientos del negocio, los actuales ambientes tcnicos y las directrices
tcnicas estratgicas futuras planificadas para de esta forma poder establecer
el diseo de la arquitectura tcnica del ambiente de Data Warehousing.
Del mismo modo, que en una construccin, los planos sirven para
comunicar los deseos entre los clientes y el arquitecto, como as tambin para
medir esfuerzo y materiales necesarios para la obra (comunicacin,
43
planificacin, flexibilidad y mantenimiento, documentacin, productividad y
rehso). Finalmente, argumenta Kimball, Un buen conjunto de planos, como
cualquier buena documentacin, nos ayudara ms tarde cuando sea tiempo
de remodelar o hacer incorporaciones.
3.3.8. SELECCIN DEL PRODUCTO E IMPLEMENTACIN:

Utilizando como marco el diseo de arquitectura tcnica es necesario
evaluar y seleccionar componentes especficos de la arquitectura como viene
a ser la plataforma de hardware, el motor de base de datos, la herramienta de
ETL o el desarrollo pertinente, herramientas de acceso, etc.
Una vez evaluados y seleccionados los componentes determinados se

procede con la instalacin y prueba de los mismos en un ambiente integrado
de Data Warehousing.
3.3.9. IMPLEMENTACIN:
La implementacin representa la convergencia de la tecnologa, los
datos y las aplicaciones de usuarios finales accesible desde el escritorio del
usuario del negocio. Existen factores extras que aseguran el correcto
funcionamiento de todas estas piezas, entre ellos, se encuentran la
capacitacin, el soporte tcnico, la comunicacin, las estrategias de feedback.
Todas estas tareas deben ser tenidas en cuenta antes de que cualquier
usuario pueda tener acceso al Data Warehouse.
3.3.10. MANTENIMIENTO Y CRECIMIENTO:

El Data Warehousing es un proceso (etapas bien definidas, con
comienzo y fin, pero de naturaleza espiral), pues acompaa a la evolucin de
la organizacin durante toda su historia. Se necesita continuar con los
relevamientos de forma constante para poder seguir la evolucin de las metas
por conseguir. Segn, afirma Kimball, Si se ha utilizado el ciclo de vida
dimensional del negocio, la Data Warehouse est preparado para evolucionar
y crecer. Al contrario de los sistemas tradicionales, los cambios en el
desarrollo deben ser vistos como signos de xito y no de falla. Es importante
establecer las prioridades para poder manejar los nuevos requerimientos de
los usuarios y de esa forma poder evolucionar y crecer.
44
3.3.11. ADMINISTRACIN DEL PROYECTO
El gerenciamiento del proyecto asegura que las actividades del ciclo de
vida dimensional del negocio se lleven bien sincronizadas y en la mejor forma.
Entre las actividades principales se encuentra el monitoreo del estado del
proyecto, la comunicacin entre los requerimientos del negocio y las
restricciones de informacin para poder manejar correctamente las
expectativas en ambos sentidos3.
3.4. JUSTIFICACIN DE UTILIZACIN DE LA METODOLOGA RALPH

KIMBALL
A continuacin, se presenta un cuadro comparativo entre la
metodologa de Kimball e Inmon.
Tabla N 15: Cuadro comparativo entre las metodologas de Ralph Kimball y Bill Inmon.
Kimball Inmon
Objetivo Todas las empresas necesitan almacenar, analizar e interpretar

los datos que van generando y acumulando, para luego tomar
decisiones crticas que les permitan maximizar la prosperidad.
Para ello, se necesita un sistema que les ayude a entender
los datos y logren cumplir sus objetivos, de esta forma nace
la idea de implementar una Data Warehouse.
Diseo del Utiliza el enfoque Utiliza el enfoque Top Down
Data Warehouse Bottom Up
Enfoque Tiene un enfoque por Tiene un enfoque global de toda la
procesos que son empresa. No est basado en
manejados por las requerimientos especficos.
diferentes reas del
proceso. Trata de
responder necesidades
especficas segn el
tema.
3
Ralph K. & Ross M.( 2002). The data WareHouse toolkit: the complete to dimensional modeling.
New York-EEUU: Editorial WILEY
45
Tiempo de Debido a que en primer lugar Debido a que se implementa por
Implementacin debemos implementar los completo el DWH se demanda
del DWH Data Marts, el tiempo de mucho ms tiempo.
implementacin es rpido.
Sin embargo, se tiene que
tener cuidado ya que si se
trabaja de forma
independiente cada Data
Mart el entorno del DWH se
desintegrara rpidamente.
Costos Implementar cada Data Los costos aumentan, debido a
Mart permite que la solucin que se replican grandes cantidades
no presente un alto costo. de datos.
Modelo de Kimball plantea usar el Inmon propone tres niveles en el

Datos modelamiento dimensional: modelo de datos del data
esquema estrella. Warehouse:
Identificacin de -Alto nivel, ERD (Entity Relationship
dimensiones y hechos. Diagram)
-Nivel Medio, DIS (Data Item Set)
-Nivel Bajo, llamado Modelo Fsico
(Physical Model)
Sin embargo, menciona que para

implementar las Data Mart debe
hacerse con modelamiento
dimensional.
Fuente: Rivadera: La Metodologa de Kimball para el Diseo de almacenes.

Al establecer una comparacin entre las dos metodologas ms
importantes que son la metodologa de Ralph Kimball (y su enfoque
dimensional), y la metodologa de Bill Inmon (y su enfoque empresarial
Warehouse), en el caso particular de esta informe de experiencia profesional,
se analizar desde el punto de vista de la construccin de una Data Mart que
es una parte de un data Warehouse.
La metodologa de Inmon es ms apropiada para sistemas complejos,

donde se quiere asegurar la perdurabilidad y consistencia de la informacin
aunque cambien los procesos de negocio de la organizacin. Para proyectos
46
pequeos donde se quiere asegurar la usabilidad de los usuarios que permita
un desarrollo rpido e incremental de la solucin donde no se tiene claro el
panorama global, el enfoque de Kimball es el ms apropiado.
Para la construccin del Data Mart del Departamento de Distribucin

que pertenece a la Gerencia Comercial de la Financiera Confianza, usaremos
la metodologa propuesta por Ralph Kimball, dado que el mbito y los
recursos destinados al proyecto son de un rea en especfico, proporcionando
un enfoque de menor a mayor, muy verstil y dejando la puerta abierta a una
ampliacin posterior dentro del mbito de la Financiera Confianza. Kimball
asegura la usabilidad de los usuarios con un sistema fcil de entender y con
un rpido desarrollo.
3.5. CONCEPTOS Y HERRAMIENTAS
3.5.1. INTELIGENCIA DE NEGOCIOS (BI).

Business Intelligence es la habilidad para transformar los datos en
informacin, y la informacin en conocimiento, de forma que se pueda optimizar
el proceso de toma de decisiones en los negocios.
Por otra parte, en el libro Business Intelligence: Josep Llus Cano,

menciona que el objetivo bsico de inteligencia de negocios es apoyar de forma
sostenible y continuada a las organizaciones para mejorar su competitividad,
facilitando la informacin necesaria para la toma de decisiones7.
Asimismo, describe tres tipos de beneficios que se pueden obtener a

travs del uso de inteligencia de negocios, los cuales son:
Beneficios tangibles: por ejemplo, reduccin de costos, generacin de

ingresos, reduccin de tiempos para las distintas actividades del
negocio.
Beneficios intangibles: el hecho de que tengamos disponible la

informacin para la toma de decisiones har que ms usuarios la
utilicen para tomar decisiones y mejorar nuestra posicin competitiva.
47
Beneficios estratgicos: la formulacin de estrategias, especificarn a
qu clientes, mercados o con qu productos dirigirnos4.
A su vez, el mismo autor, nos indica los componentes de inteligencia de

negocios:
4
Llus, Josep. (2008). Business Intelligence: Competir con Informacin. Barcelona-Espaa:
Editorial Dataprix
48
Componentes de inteligencia de negocios.
Figura N 24: Componentes de Inteligencia de Negocio.

Fuente: Business Intelligence: competir con informacin, Josep Llus Cano
Fuentes de informacin, de las cuales partiremos para alimentar de
informacin el Data Warehouse.
Proceso ETL de extraccin, transformacin y carga de los datos en lal
Data Warehouse. Antes de almacenar los datos en una Data
Warehouse, stos deben ser transformados, limpiados, filtrados y
redefinidos. normalmente, la informacin que tenemos en los sistemas
transaccionales no est preparada para la toma de decisiones.
La propia Data Warehouse: se busca almacenar los datos de una forma

que maximice su flexibilidad, facilidad de acceso y administracin.
El motor OLAP, nos provee capacidad de clculo, consultas, funciones

de planeamiento, pronstico y anlisis de escenarios en grandes
volmenes de datos. En la actualidad, existen otras alternativas
tecnolgicas al OLAP.
Las herramientas de visualizacin, nos permiten el anlisis y la

navegacin a travs de los mismos5.
5
Llus, Josep. (2008). BusinessIntelligence: Competir con Informacin.Barcelona-Espaa: Editorial
Dataprix
49
3.5.2. PROCESO ETL
Enfoque del proceso ETL
Figura N 25: Enfoque del proceso ETL

Fuente: Espiera, Sheldon y asociados. La inteligencia de negocios
Los procesos ETL son procesos que leen los registros de las fuentes de
datos, aplican las transformaciones necesarias para prepararlos y los cargan en
el destino de datos.
El proceso ETL se divide en 5 subprocesos:
Extraccin: recupera los datos fsicamente de las distintas fuentes de

informacin. En este momento disponemos de los datos en bruto.
Limpieza: recupera los datos en bruto y comprueba su calidad, elimina

los duplicados y, cuando es posible, corrige los valores errneos y
completa los valores vacos, es decir se transforman los datos -siempre
que sea posible para reducir los errores de carga. En este momento
disponemos de datos limpios y de alta calidad.
Transformacin: recupera los datos limpios, de alta calidad, los

estructura y sumariza en los distintos modelos de anlisis. El resultado
de este proceso es la obtencin de datos limpios, consistentes,
sumarizados y tiles.
Integracin: valida que los datos que cargamos en la Data Warehouse

sean consistentes con las definiciones y formatos del Data Warehouse;
los integra en los distintos modelos de las distintas reas de negocio
50
que hemos definido en el mismo. Estos procesos pueden ser
complejos.
Actualizacin: es el que nos permite aadir los nuevos datos a la Data

Warehouse6.
3.5.3. INTEGRATION SERVICES SQL SERVER (SSIS)

Salvador Ramos, en el documento Integration Services, pieza
fundamental en los proyectos de BI define a Microsoft Integration Services como
una plataforma para la creacin de soluciones empresariales de transformaciones
de datos e integracin de datos. Integration Services sirve para resolver
complejos problemas empresariales mediante la copia o descarga de archivos, el
envo de mensajes de correo electrnico como respuesta a eventos, la
actualizacin de almacenamientos de datos, la limpieza y minera de datos, y la
administracin de objetos y datos de SQL Server. Los paquetes pueden funcionar
por separado o conjuntamente con otros paquetes para hacer frente a las
complejas necesidades de la empresa. Integration Services puede extraer y
transformar datos de muchos orgenes distintos, como archivos de datos XML,
archivos planos y orgenes de datos relacionales, y, posteriormente, cargarlos en
uno o varios destinos.
Integration Services contiene un variado conjunto de tareas y

transformaciones integradas, herramientas para la creacin de paquetes y el
servicio Integration Services para ejecutar y administrar los paquetes. Las
herramientas grficas de Integration Services se pueden usar para crear
soluciones sin escribir una sola lnea de cdigo. Tambin, se puede programar el
amplio modelo de objetos de Integration Services para crear paquetes
mediante programacin y codificar tareas personalizadas y otros objetos de
paquete.
Integration Services no es solo una herramienta para ETL, sino que tiene
una serie de tareas orientadas a la administracin que sern utilizadas por los
DBAs.
6
Llus, Josep. (2008). Business Intelligence: Competir con Informacin.Barcelona-Espaa:
Editorial Dataprix.
51
Integration Services es una herramienta muy completa y con muchas
funcionalidades, e incluso con ciertos riesgos si no hacemos un uso apropiado de
ella7.
3.5.4. ANALYSIS SERVICES SQL SERVER (SSAS)

La empresa consultec en el documento Microsoft SQL Server 2005
funcionalidades de business intelligence define a Microsoft SQL Server Analysis
Services como una herramienta que permite a las organizaciones mejorar y
optimizar la toma de decisiones empresariales dentro de la organizacin.
Incorpora funcionalidades OLAP (Online Analytical Processing) y de data

Mining para las aplicaciones de inteligencia empresarial. Analysis Services
soporta la creacin y administracin OLAP, que son unas bases de datos
analticas, permitindole disear, crear y gestionar estructuras multidimensionales
que contienen datos agregados a partir de orgenes diversos, como bases de
datos relacionales8.
3.5.4.1. Sistemas transaccionales OLTP

Los OLTP (Online Transaction Processing) son sistemas
transaccionales que estn altamente afinados para realizar su trabajo
rpidamente, usualmente en tiempo real, y a menudo con el uso de
mainframes y otros servidores grandes. Capturan las transacciones de un
negocio y las persisten en estructuras relacionales llamadas base de datos.
Las caractersticas principales de los sistemas OLTP son:
Realizan transacciones en tiempo real del proceso de un negocio,

con lo cual los datos almacenados cambian continuamente. Los
sistemas OLTP en sus transacciones conducen procesos esenciales
del negocio.
7
Salvador R. Integration Services: Pieza fundamental en los proyectos de BI (parte 1 de 2). Marzo 2011
[Consultado el 5 de octubre 2011].
<http://www.solidq.com/sqj/es/JournalDocuments/2011-March-Issue/Integration-Services-pieza-
fundamental-en-los-proyectos-de-BI-(parte-1-de-2).pdf >
8
Empresa Consultec. Microsoft SQL Server 2005 Funcionalidades de Business Intelligence).2010
[Consultado el 5 de octubre 2011].
< http://www.consultec.es/DocInformes/SQL%20Business%20Intelligence.pdf >
52
Los sistemas OLTP son los responsables del mantenimiento de los
datos, ya sea agregando datos, realizando actualizaciones o bien
eliminndolos.
Las estructuras de datos deben estar optimizadas para validar la

entrada de los mismos, y rechazarlos si no cumplen con
determinadas reglas de negocio.
Para la toma de decisiones, proporciona capacidades limitadas ya

que no es su objetivo, por lo tanto no es prioridad en su diseo. Si
se quisiera obtener determinada informacin histrica relativa al
negocio consultando un sistema OLTP, se producira un impacto
negativo en el funcionamiento del sistema.
3.5.4.2. OLAP- OnLine Anlytical Processing

La tecnologa OLAP es una forma especfica para representar datos
financieros, operacionales, comerciales y estadsticos orientados a los
ejecutivos, especialistas y analistas. Est diseada para ayudar a la toma de
decisiones y una mejor comprensin de la informacin. La idea central es
poder contestar las preguntas de los usuarios, de una forma fcil, poderosa e
intuitiva. Un sistema OLAP permite a los usuarios entrar en detalles y
generalizar, filtrar, ordenar, rankear y reagrupar datos, calculndose totales
intermediarios y finales en forma instantnea.
La tecnologa OLAP permite un uso ms eficaz de los almacenes de

datos para el anlisis en lnea, lo que proporciona respuestas rpidas a
consultas analticas complejas e iterativas. Los modelos de datos
multidimensionales de OLAP y las tcnicas de agregados de datos organizan
y resumen grandes cantidades de datos para que puedan ser evaluados con
rapidez mediante el anlisis en lnea y las herramientas grficas. Los sistemas
OLAP proporcionan la velocidad y la flexibilidad necesarias para dar apoyo al
analista en tiempo real. Cabe indicar que la tecnologa OLAP tiene como base
el proceso de transacciones en lnea (OLTP).
Las siguientes son caractersticas que la tecnologa OLAP posee:
53
Las bases de datos de OLAP tienen un esquema que est
optimizado para que las preguntas realizadas por los usuarios sean
respondidas rpidamente.
Las preguntas que se le hacen a un OLAP, deben permitir un uso

interactivo con los usuarios.
Los cubos de OLAP almacenan varios niveles de datos

conformados por estructuras altamente optimizadas que responden
a las expectativas de negocio de la empresa.
Un sistema OLAP est preparado para realizar informes complejos

de una manera simple.
OLAP proporciona una vista de datos multidimensional. Los cubos

proporcionan una vista de los datos multidimensional que se
extiende ms all del anlisis de dos dimensiones que puede
proporcionar una simple planilla de clculo utilizada como tal.
Los usuarios pueden cambiar fcilmente las filas, las columnas, y

las pginas en informes de OLAP, pudiendo leer la informacin de la
manera que se crea ms conveniente para el anlisis.
54
3.5.4.3. OLTP vs OLAP
Tabla N 16: Diferencias entre las tecnologas OLTP Y OLAP
OLTP OLAP
Objetivo Principal Asistir a aplicaciones especficas, Asistir en el anlisis del negocio,

y mantener integridad de los identificando tendencias, comparando
datos. perodos, gestiones, mercados,
ndices, etc. mediante el
almacenamiento de datos histricos
Alineacin de Estn alineados por aplicacin. Estn alineados por dimensin.
Datos Diferentes sistemas tienen Todos los tipos de datos integrados
distintos tipos de datos, los en un solo sistema. Los datos son
cuales son estructurados por organizados definiendo dimensiones
aplicacin. Se focaliza en el del negocio (reas temticas o
cumplimiento de requerimientos sujetos). Se focaliza en el
de una aplicacin en especial cumplimiento de
o una tarea especfica. Requerimientos del anlisis del
negocio.
Integracin de Los datos se encuentran Los datos deben estar integrados.
datos tpicamente no integrados, son Son conocidos como datos
calificados como datos derivados o datos DSS dado que
primitivos o datos provienen de sistemas
operacionales. Los transaccionales o sistemas de
mismos son estructurados archivos maestros preexistentes en
independientemente uno de las mismas organizaciones o de
otros, pudiendo tener diferentes sistemas externos de informacin. El
estructuras de claves y DW, con el objetivo de alinear los
convenciones de nombres. Son datos por reas temticas, debe
usualmente almacenados en integrar datos
diferentes formatos de operacionales estandarizando
archivos, relacional, VSAM, estructuras y convenciones de
archivos planos, etc. Incluso, si nombres (concepto de diccionario de
todos los datos estn en datos).
formato relacional, los mismos
pueden residir en diferentes
plataformas de hardware y en
distintas RDBMSs.
55
Historia Usualmente retienen datos para Almacenan tanta historia como sea
60 a 90 das, despus son necesario para el anlisis del
Resguardados por los negocio, tpicamente dos a cinco
administradores de base de aos de datos histricos. Retienen
datos en almacenamientos valores para cada perodo (el atributo
secundarios fuera de lnea ms atmico de la dimensin
(cintas o en disco a nivel de tiempo) en la base de datos. Es
back up). Tambin es comn decir, que almacenan una serie de
que contengan slo valores fotos instantneas de datos
corrientes, el actual balance de operacionales, la frecuencia con la
cuentas para clientes y no cual define el nivel de detalle es la
valores histricos. Puede no que se indica en la correspondiente
incluir el tiempo como un hoja de la dimensin tiempo. Toda
componente de la clave. Por esta cantidad y tipo de historia
ejemplo, slo el balance apunta a ayudar a la generacin de
corriente de cuentas es reportes de comparacin de
almacenado, por lo tanto, no tendencias y perodos de tiempo.
tiene sentido guardar el tiempo Por otro lado, las bases de datos
como parte de la clave de los orientadas al anlisis siempre
datos. contienen el tiempo como clave
dado que una de las principales
razones para la construccin del
data warehouse es el
almacenamiento de datos histricos
y el anlisis a lo largo del tiempo
56
Acceso y Realizan una manipulacin de Tienen una carga y acceso masivo
Manipulacin datos registro por registro con de datos, no se realizan inserts,
de los datos grandes cantidades de inserts, updates o deletes. La carga y
updates y deletes. Adems, refresco es batch (lo que se conoce
necesitan de rutinas de como proceso BULK COPY). La
validacin y transacciones a validacin de datos se realiza antes
nivel registro (OLTP On-line o despus de la carga (nunca a
Transaction Processing). nivel registro o transaccin).
Generalmente, poseen Principalmente, se realizan
pequeas cantidades de datos sentencias de SELECT sobre varios
involucrados en un solo registros y tablas (OLAP on-line
proceso o transaccin y la ANALYTICAL
puesta a punto de la base de processing), teniendo grandes
datos para el procesamiento de volmenes de datos involucrados en
transacciones, se focaliza en un nico proceso o anlisis. Es por
mecanismos de locking y ello, que generalmente, no se
asignacin de recursos (tuning respetan las formas normales tan
especfico) necesarias en los sistemas
operacionales clsicos. Las
anomalas que tienden a subsanar
estas reglas de normalizacin no se
presentan en los sistemas OLAP
donde la carga de la informacin
est automatizada y puede
permitirse el manejo de redundancia
controlada da como punto para la
mejora de los tiempos de

respuesta de las consultas a
la base de datos.
57
Patrones de Mantienen un patrn de uso Tienen un patrn de uso liviano con
uso constante requiriendo grandes picos de usos eventuales en el
cantidades de recursos y tiempo (afectados por la
consumiendo slo el tiempo disponibilidad de los datos y el flujo
referido a la transaccin. de trabajo del negocio).
Los picos de uso suceden el mismo
da de cada semana y el mismo
da de cada mes (cuando los datos
estn por primera vez disponibles o
cuando el negocio necesita por
primera vez un reporte)
Granularidad Se encuentran los datos a nivel La granularidad de los datos viene
de los datos detallado o nivel transaccional. dada por el uso de los mismos. Si
Una transaccin incluye a nivel bien un data warehouse puede tener
atmico cada uno de los informacin a nivel
componentes de su estructura transaccional, el objetivo de esta
(fecha, hora, cdigo de cliente, granularidad mnima est asociado
cdigo de movimiento, importe, con el deseo de realizar ciertos tipos
etc.) de anlisis que requieren que la
informacin est a ese nivel de
detalle, pero no significa que veamos
la informacin a nivel transaccional.
Perfil de El perfil de usuario que El perfil de usuario sobre este tipo
Usuario interacta con dichos de sistemas corresponde a la
sistemas se encuadra dentro comunidad gerencial, la cual est a
de los empleados cargo de la toma de decisiones.
operacionales de una
organizacin (comunidad
Fuente: Elaboracinoperativa)
Alejandro Rojas Zldivar.
3.5.4.4. Sistema de soporte de decisiones(DSS)

Es un sistema interactivo provisto de programas y herramientas, para
ayudar a los responsables de la toma de decisiones a utilizar tecnologas de
comunicaciones, datos, documentos, conocimiento y/o modelos para
identificar y resolver problemas, para completar tareas del proceso de
decisin, y para tomar decisiones.
Es una amplia rea de anlisis que sirve para que la gente examine
datos a fin de tomar decisiones, ya sean grandes o pequeos, sobre los
negocios de sus compaas.
58
3.5.4.5. Data Warehouse
Es un repositorio de informacin extrada de otros sistemas
corporativos, sean estos sistemas transaccionales, bases de datos
departamentales, o Intranet de la compaa, a la que los hombres de negocios
de la empresa pueden acceder.
Los sistemas Data Warehouse estn orientados a procesos de

consultas en contraposicin con los procesos transaccionales, sus tablas
pueden no estar normalizadas y se admite redundancia en los datos.
Mejor dicho, la Data Warehouse es un sistema, no un producto, en el

que se almacenan datos. Es una tcnica para consolidar y administrar datos
de variadas fuentes con el propsito de responder preguntas de negocios y
tomar decisiones, de una forma rpida. Una Data Warehouse se vale de una
base de datos relacional diseada para el acceso rpido y anlisis y no al
proceso transaccional. La Data Warehouse separa la carga del anlisis y
normalmente contiene datos histricos derivados de datos transaccionales.
Sus principales caractersticas son:
Orientado hacia informacin relevante de la organizacin
Datos integrados
Variable en el tiempo
No Voltil
3.5.4.6. Data Mart
Es una Data WareHouse solo que ms pequea; en otras palabras, es
una Data Warehouse orientada a algn tema. Los Data Mart suelen ser
usados por un departamento o grupo de usuarios en una compaa, para un
conjunto definido de tareas.
Una Data Mart se considera independiente, ya que recibe datos desde

un Data Warehouse.
Los Data Mart aislados, es decir los que toman sus datos directamente
desde sistemas transaccionales y no dependen de otros Data Warehouse,
recin el nombre de Data Marts Independientes.
59
3.5.4.7. Dimensiones
Son los diferentes puntos de vista por los que queremos analizar la
informacin. Las dimensiones contienen los diversos atributos que queremos
analizar, adems se estructuran en forma jerrquica, conforme a diferentes
niveles de detalle.
Las tablas de dimensiones se construyen con todos los atributos que

incluyen de una forma desnormalizada y con una clave que identifica el
mnimo nivel de detalle. Podemos distinguir varios tipos de dimensiones:
Dimensiones normales: aquellas que agrupan diferentes atributos que

estn relacionados por el mbito al que se refieren (todas las
caractersticas de un cliente, los diferentes componentes de la
dimensin tiempo, etc).
Dimensiones causales: son atributos que pueden causar cambios en

los procesos de negocio (por ejemplo, la dimensin promocin en el
proceso de negocio de ventas).
Dimensiones heterogneas: que agrupan conjuntos heterogneos de

atributos, que no estn relacionados entre s.
Dimensiones roll-up: es un subconjunto de otra, necesarias para el

caso en que tenemos tablas de hechos con diferente granularidad (ver
la entrada anterior del blog).
Dimensiones Junk: agrupa indicadores de baja cardinalidad como

pueden ser flags o indicadores.
Dimensiones role-playing: cuando una misma dimensin interviene en

una tabla de hechos varias veces (por ejemplo, la fecha en una tabla de
hechos donde se registran varias fechas referidas a conceptos
diferentes), es necesario reutilizar la misma dimensin, pues no tiene
sentido crear tantas dimensiones como usos se hagan de ella. En
consecuencia, se definen las dimensiones role-playing. Podemos crear
vistas sobre la tabla de la dimensin completa que nos permiten usarla
varias veces o jugar con los alias de tabla. La misma dimensin juega
un rol diferente segn el sitio donde se utiliza.
60
Dimensiones degeneradas: no tienen ningn atributo y por tanto, no
tienen una tabla especfica de dimensin. Incluyen para ellas un
identificador en la tabla de hechos, que identifica completamente a la
dimensin (por ejemplo, un pedido de ventas). Nos interesa tener
determinada la transaccin (para realizar data mining, por ejemplo),
pero los datos interesantes de este elemento los tenemos repartidos en
las diferentes dimensiones (cliente, producto, etc).
Mini dimensiones o dimensiones Outrigger: conjunto de atributos de

una dimensin que se extraen de la tabla de dimensin principal, pues
se suelen analizar de forma diferente. El tpico ejemplo son los datos
socio demogrficos asociados a un cliente (que se utilizan, por ejemplo,
para el datamining).
3.5.4.8. Mtricas
Son valores que recogen el proceso de una actividad o los resultados
de la misma y son usados por los analistas en sus querys para medir la
performance del comportamiento de un proceso o un objeto del negocio.
Las medidas candidatas son los datos numricos, pero no cada atributo
numrico en una medida candidata.
Estas medidas proceden del resultado de la actividad de negocio.
Mtricas de realizacin de actividad: miden la realizacin de una

actividad. Por ejemplo, la participacin de una persona en un evento.
Mtricas de resultado de una actividad: recogen los resultados de una

actividad. Por ejemplo, la cantidad de unidades vendidas.
3.5.4.9. Indicadores
Es una variable dimensional unitaria, expresada como un cociente, que
correlaciona dos variables cualesquiera. A travs de este concepto es posible
relacionar diversas variables presentes en los procesos de una empresa.
Ejemplo: N Ciclos/Hora, LtsComb, /Maquina.
La importancia de un indicador radica en la particularidad de informar al

usuario el estado actual del sistema. Revelar el estado del sistema, nos
permitir tomar decisiones preventivas o correctivas de acuerdo a los
61
resultados de las comparaciones entre el valor esperado y el valor obtenido
del sistema.
3.5.4.10. Fact Table

Los hechos son los indicadores de negocio que dan sentido al anlisis
de las dimensiones. Las tablas de hechos incluyen los indicadores asociados
a un proceso de negocio en concreto y las claves de las dimensiones que
intervienen en dicho proceso, en el mnimo nivel de granularidad o detalle.
Podemos tener varios tipos de tablas de hechos:
Transaction fact tables: representan eventos que suceden en un

determinado espacio-tiempo. Se caracterizan por analizar los datos con
el mximo detalle. Reflejan las transacciones relacionadas con
nuestros procesos de negocio (ventas, compras, inventario,
contabilidad, etc).
Factless fact tables: no tienen medidas y representan la ocurrencia de

un evento determinado. Por ejemplo, la asistencia a un curso puede ser
una tabla de hechos sin mtricas asociadas.
Periodic snapshot fact tables: son tablas de hecho usadas para recoger
informacin de forma peridica a intervalos de tiempo regulares sobre
un hecho. Nos permiten tomar una foto de la situacin en un momento
establecido (por ejemplo, al final del da, de una semana o de un mes).
Un ejemplo puede ser la foto del stock de materiales, al final de cada
da.
Accumulating snapshot fact table: representan el ciclo de vida completo

de una actividad o proceso, que tiene un principio y final. Suelen
representar valores acumulados.
Consolidated fact tables: tablas de hechos construidas como la

acumulacin, en un nivel de granularidad o detalle diferente, de las
tablas de hechos de transacciones.
62
3.5.4.11. Esquema estrella
Esquema estrella
Figura N 26: Esquema estrella

Fuente: Curso MS Business Intelligence, Salvador Ramos
Un modelo estrella es un modo de representar datos
multidimensionales en una base de datos relacional. Las tablas dimensiones
guardan informacin descriptiva acerca de sus miembros y sus relaciones.
Mientras, que las tablas hechos almacenan datos de negocio.
Los querys multidimensionales son hechos haciendo joins entre las
tablas de hechos y de dimensiones
Los sistemas OLAP que utilizan este tipo de modelo de base de datos
son llamados sistemas ROLAP
63
3.5.4.12. Esquema copo de nieve.
Esquema copo de nieve
Figura N 27: Esquema copo de nieve

Fuente: Curso MS Business Intelligence, Salvador Ramos
Las bases de datos relacionales, a menudo emplean esquemas de
copo de nieve para proporcionar los mejores tiempos de respuesta posibles, a
las consultas complejas. Los esquemas de copos de nieve contienen una
tabla de hechos centrales para el tema y numerosas tablas de dimensiones
para la informacin descriptiva sobre las dimensiones del tema. La tabla
hechos puede contener varios millones de filas. La informacin a la que se
tiene acceso con ms frecuencia se agrega previamente y se resume para
mejorar an ms, el rendimiento.
Si bien el esquema copo de nieve se considera fundamentalmente una
herramienta con la que el administrador de datos puede aumentar el
rendimiento y simplificar el diseo del almacn de datos, tambin se utiliza
para representar la informacin del almacn de datos, de modo tal, que tenga
ms sentido para los usuarios finales.
Suele aplicarse cuando diversos atributos caracterizan a los niveles

ms altos de jerarqua.
Se puede elegir el normalizar solo algunas dimensiones y otras no,

aumentado as, la complejidad del diseo y metadatos.
64
Ventajas:
o No se necesita el atributo de nivel.
o Fcil para definir jerarquas.
o Mejora considerablemente, el rendimiento cuando un gran

nmero de requisitos solicita datos agregados.
o Los requerimientos escanean un reducido nmero de filas
Desventajas:
o Aumenta la complejidad de mantener la meta informacin

debido al aumento del nmero de tablas.
3.5.4.13. Enfoque Bottom-up

El enfoque Bottom-up, establece que el desarrollo de una solucin de
inteligencia de negocios debe partir por el desarrollo de los Data Marts y que
el conjunto de estos se constituyen en la Data Warehouse
3.5.4.14. Enfoque Top-down

El enfoque Top-down, establece que el desarrollo de una solucin de
inteligencia de negocios debe partir por el desarrollo del Data Warehouse que
deriva en la Data Marts.
En el presente captulo, se desarroll la metodologa Ciclo de vida Dimensional

que es la ms intuitiva y recomendada para abordar proyectos de implementacin
de DataWareHouse, tambin se describi las herramientas BI de SQL Server
utilizadas para el desarrollo del Data Mart Cartera Activa.
65
CAPITULO IV
Este captulo describe los antecedentes que dan origen a la problemtica a
solucionar, asi como tambin se describe la herramienta BATOTAL MIS y
finalmente el proceso de implementacin de una solucin de Inteligencia de
Negocio como es el Data Mart Cartera Activa o CUBO DE CARTERA ACTIVA.
IMPLEMENTACION Y DESARROLLO
4.1. ANTECEDENTES
Despus de la decisin de fusionar a Caja Nuestra Gente con
Financiera Confianza, se decidi tambin soportar a la nueva empresa a
travs de un core Bancario que tiene por nombre BANTOTAL, este sistema
transaccional se hara cargo de soportar la gestin y el control de todos los
productos que la nueva Financiera Confianza tiene por ofrecer al pblico en
general.
A su vez, tambin se adquiri un DSS (Decision Support System), un

Sistema de Soporte a Decisiones denominado BANTOTAL MIS, que
pertenece a la familia del Sistema BANTOTAL perteneciente a la empresa
DLYA (De la Robla y Asociados).
El BANTOTAL MIS, es una herramienta de consultas dinmicas

orientadas a la extraccin de informacin por parte del usuario, de acuerdo a
las necesidades de informacin y sobre todo a la experiencia de los expertos
de las diferentes reas, y que para tal fin se requiere que dicha herramienta
cuente con la informacin 100% fidedigna y que BT nos proporcione y dentro
de los tiempos ms cortos posibles.
La herramienta del BANTOTAL MIS cuenta con dos grandes procesos

que permite tener la informacin disponible, estas son: La GENERACION y la
CARGA, procesos que a continuacin procederemos a detallar.
1.- LA GENERACION, es el proceso mediante el cual se extrae la

informacin del transaccional BANTOTAL a unas bandejas de dimensiones y
tablas auxiliares de la informacin correspondiente e los saldos, movimiento,
66
tablas maestras, etc. Este proceso tiene una periodicidad tanto diaria como
mensual, tal como se muestra a continuacin.
Figura N 28: MIS- Esquema General Generacin

Fuente: MIS_Procesos_y_Bases_de_datos DLYA
2.- LA CARGA, es el proceso por el cual se CARGA los datos de las
BANDEJAS, tablas MAESTROS y tablas AXUXILIARES a las tablas del
BANTOTAL MIS, tal como se muestra a continuacin.
Figura N 29: MIS- Esquema General Carga

Si bien es cierto que el escenario ideal es tener los dos grandes

procesos ejecutndose conforme fueron concebidos, vemos que en lo que va
funcionando el BANTOTAL MIS se ha tenido dos grandes problemas, primero,
es que durante la ejecucin de los procesos de GENERACION y CARGA se
67
presentaron errores durante la ejecucin de estos, y dos, es que los tiempos
de procesamiento son demasiado holgados, estos problemas iniciales han
sido superados como parte de las responsabilidades y actividades
encomendadas, por lo que se consigui que los procesos corran en su
totalidad sin problema alguno, y se redujo los tiempos de procesamientos, que
hasta en una oportunidad lleg a superar las 12horas de ejecucin, solo para
los procesos de GENERACION MENSUAL.
Inicialmente por los tiempos de procesamientos holgados se ha visto

por conveniente considerar solo la ejecucin de los procesos de
GENERACION MENSUAL y CARGA MENSUAL del BATOTAL MIS, y se ha
desestimado programar la ejecucin de los procesos diarios, ya que en teora
estos deben ser relativamente ms cortos, pero con la consideracin de que
no son los nicos procesos a ejecutarse, existen procesos que son ms
prioritarios en su ejecucin despus de la cadena de cierre diaria, y que con
los tiempos presentados no permitiran realizar el inicio de operaciones de la
Financiera, y este escenario perjudicara los intereses de la Financiera, esto
hasta que se consiga reducir considerablemente dichos tiempos de
procesamiento ya que de lo contrario no sera posible su ejecucin.
En resumen tenemos un gran inconveniente con la ejecucin de los

procesos de GENERACION Y CARGA del BANTOTAL MIS y esto es el
TIEMPO DE PROCESAMIENTO, ya que estos no encajan dentro de los
considerados en la CADENA DE CIERRE.
Otro punto clave para continuar con la utilizacin del BANTOTAL MIS
es, LA CALIDAD DE LOS DATOS, ya que es fundamental que el MIS tenga la
contundencia de los datos en todos y c/u de sus reportes, que sean
elaborados por c/u de nuestros expertos de negocios al momento que utilicen
esta herramienta. Y para la consecucin de esta, es requisito indispensable
tener la seguridad de que los datos no sern movidos a consecuencia de una
transaccin fuera de fecha, que mueva los saldos del cierre de mes y queden
como datos finales en BANTOTAL MIS, y que estos se reflejen en los
diferentes Estados Financieros, Balance de Comprobacin, y se ha
determinado que esto lo conseguiremos hasta que el rea de Contabilidad
68
haya concluido con la generacin del Balance General, y esto generalmente
ocurre entre los das 10 y 15 del siguiente mes despus del cierre mensual.
Hecho que retardara el tener disponible los datos en el BANTOTAL MIS.
Claro que en teora no es indispensable tener que esperar a tener el

Balance totalmente cerrado, y que tendramos que ejecutar estos procesos
despus del cierre de mes, y una segunda ves para actualizar los datos una
vez que se haya cerrado el balance General, pero por los tiempos de
procesamiento no podemos darnos el lujo de reprocesar estos procesos, es
un punto que debemos considerar para la calidad de los datos.
A continuacin se ha detallado los procesos tanto de la GENERACION

Y CARGA MENSUAL para tener un promedio de tiempos que incurren dichos
procesos para el pase de la data del BT operativo hacia las tablas del MIS,
debemos tener en cuenta que la base de datos no tiene historia es su primer
proceso y que a medida que se tenga ms historia estos tiempos van a tender
a incrementarse.
Tabla N 17: Tiempos de procesamiento de la Generacin del MIS, primera ejecucin..

MIS - GENERACION MENSUAL AMBIENTE DE PRODUCCION
Tiempo
ID Programa Descripcin Tablas Paralelizado
Ejecucin
1 PHNUAMES Inicializa auxiliares y graba fecha procesada HNUF99 No 00:00:05
2 PHNUB99B Dimensiones HNUB* No 00:00:58
3 PHNUB98B Auxiliares HNUF* No 00:00:16
16 PHNUA14B Rubros HNUA14 No 00:00:28
19 PHNUA08B Cuentas clientes HNUA08 Por cuenta en D3 y H3 00:05:33
20 PHNUA76B Asocia rubros HNUA76 / 77 No 00:00:19
23 PHNUA12B Saldos histricos HNUA12 Por cuenta en D3 y H3 00:13:50
24 PHNUA12C Saldos histricos de operaciones canceladas HNUA12 Por cuenta en D3 y H3 00:00:13
25 PHNUA07B Operaciones HNUA07 Por cuenta en D3 y H3 00:32:16
26 PHNUAW7B Se desconoce HNUXXXX XXXX 00:28:02
28 PHNUA05B Plazo HNUA05 Por cuenta en D3 y H3 00:20:32
32 PHNUA90B Movimientos mensuales HNUA90 No 00:00:00
33 PHNUA25A Inicializa auxiliar HNUA25 HNUA25 No 00:00:00
34 PHNUA25B Plazo diario HNUA25 Por cuenta en D3 y H3 00:17:14
Total prom. 1:59:46

69
Tabla N 18: Tiempos de procesamiento de la Carga del MIS, primera ejecucin.
MIS - CARGA MENSUAL AMBIENTE DE PRODUCCION
Tiempo
ID Programa Descripcin Tablas Paralelizado
Ejecucin
1 PHNUMG93 Actualizacin de Dimensiones Diarias. HNUD* 00:01:13
2 PHNCMA92 Inicializa Indicadores para el da - mes HNUMD* HNUMC* HNUMG* 01:20:12
3 PHNCC81 Control de Integridad de los auxiliares HNUA* 00:00:42
4 PHNCMD1B Particin Contable Comercial Diaria HNUMD1 00:01:16
5 PHNCMD3B Particin Saldos Diario Cliente HNUMD3 00:14:50
6 PHNCMD5B Particin Diaria Contable por Agrupamiento HNUMD5 00:00:02
7 PHNCMC9B Particin de Dimensiones por Operacin HNUMC9 00:38:29
8 PHNCMC1B Particin Contable Comercial Mensual HNUMC1 00:01:27
9 PHNCMC2B Particin Contable por Plazo HNUMC2 00:02:30
10 PHNCMC5B Particin Contable Agrupamiento Mensual HNUMC5 00:00:03
11 PHNCMC6B Particin de Presupuesto HNUMC6 00:00:00
12 PHNCMC4B Particin Contable por Tasa HNUMC4 00:01:08
15 PHNUMG3B Particin por Cliente Mensual HNUMG3 00:08:11
20 PHNCMG5B Particin por grupo de Cuentas HNUMG5 00:00:18
25 PHNCMG7B Particin de Movimientos Mensuales por Cliente HNUMG7 00:05:32
30 PHNCMCCB Particin Cantidad de Clientes HNUMCC 00:00:35
35 PHNCMCMB Altas y Bajas de Productos HNUMCM 00:01:06
40 PHNCMCVB Anlisis de Cuotas Vencidas HNUMCV 00:00:09
45 PHNCH50A Distribuidores de Saldos Costos - Elimina HNUH50 00:05:34
50 PHNCH50B Distribuidores de Saldos Costos - Carga HNUH50 00:08:52
60 PHNUMPCC Se desconoce HNUXXXX 00:00:00
70 PHNUMPCA Se desconoce HNUXXXX 00:00:00
80 PHNUMPCB Se desconoce HNUXXXX 00:00:43
90 PHNUMGCA Se desconoce HNUXXXX 00:00:34
100 PHNCMGCB Se desconoce HNUXXXX 00:00:54

Total prom. 2:54:20
70
4.2. BANTOTAL MIS
4.2.1. PRESENTACIN.
Bantotal MIS es un sistema informtico que acerca la informacin
relevante del banco a los mandos gerenciales y a los ejecutivos. Est orientado
a la toma de decisiones y al control.
La informacin se muestra de una manera integral y accesible, estando

orientado a usuarios no informticos, con conocimientos del negocio y de su
forma de medicin.
Bantotal MIS es un producto que surge de la conjuncin de diferentes

tecnologas. El usuario final trabajar con las consultas realizadas con la
herramienta de extraccin Gxplorer, reflejadas sobre tablas dinmicas de Excel.
Por detrs estar la informacin operativa de Bantotal y la data warehouse de
Bantotal MIS.
Las consultas Gxplorer contienen un set predeterminado de consultas, las

cuales podrn ser fcilmente modificadas por el usuario final, o bien ste podr
crear consultas nuevas.
Resumidamente, Bantotal MIS permite analizar, a nivel de indicadores,

los saldos de la contabilidad, al cierre de un mes o a un da determinado, las
variaciones ocurridas en un perodo, los dbitos y crditos, las altas y bajas de
un producto, los saldos promedio, las cantidades de operaciones, en un
momento determinado o en un perodo dado y las cantidades de clientes.
Existen otros indicadores que ayudan a realizar anlisis especficos, los

cuales se detallan a continuacin:
Anlisis presupuestal: Se cuenta con bandejas de entrada, donde se

recibe la informacin presupuestal, con la misma lgica de Bantotal, que
permite ser analizada por las dimensiones de Bantotal MIS.
Los saldos se muestran en la moneda de origen de la operacin, que es

la forma en la que estn en Bantotal. Complementariamente, tambin se
muestran convertidos a moneda nacional y a dlares.
71
Los puntos anteriores se referan a los indicadores, o sea, qu se
analiza (por ejemplo: saldos, o cantidades). Esta visin se completa con las
dimensiones, las cuales contestan a la pregunta cmo se analiza (por
ejemplo: por sucursal, producto y subproducto).
Las dimensiones permiten regular el anlisis, el cual se puede realizar

desde lo macro (la visin global del banco) hasta el nivel de cada cliente en
particular. Las dimensiones estn agrupadas en diferentes lneas de anlisis,
que se describen a continuacin:
Anlisis Contable: Se tiene la informacin a nivel de rubro contable y de

los distintos escalones de agrupamiento: ttulo, captulo, plazo, grupo, rubro
a seis dgitos y la dimensin comodn agrupamiento de rubros.
Anlisis Comercial: Los saldos y cantidades se pueden analizar a nivel de
producto, a distinto nivel de detalle: tipo de producto, producto y
subproducto. Adems, se pueden analizar las diferentes fracciones de
producto (ejemplo: capital, intereses devengados a cobrar, intereses
ganados, etc.).
Anlisis de Cliente: La informacin se puede ver a nivel de cada cliente en
particular, o se puede analizar acumulada por las dimensiones que se
derivan de cliente, por ejemplo: actividad econmica del cliente, sector,
segmento, calificacin del cliente, estado, tipo de persona, pas de
residencia, ejecutivo de cuenta, o grupo econmico al que pertenece.
Anlisis a nivel de Operacin: La informacin se puede ver agrupada por
dimensiones que se derivan de la operacin, por ejemplo, los plazos de la
operacin (plazo remanente hasta el vencimiento, plazo transcurrido desde
el vencimiento, plazo remanente hasta el prximo cambio de tasa), las tasas
de la operacin (la clase de tasa: fija o variable y que tipo de base tiene; la
tasa comercial, la tasa de transferencia, rangos de tasas), estados de la
operacin (vigente, vencida, etc.) e incluso, directamente por la operacin.
Anlisis de Costos: Los resultados pueden ser analizados a nivel de
centros de costos, o unidades (agrupaciones de centros de costos),
teniendo criterios de distribucin de los resultados indirectos.
72
Anlisis de dimensiones generales: La informacin se puede analizar en
forma territorial (sucursal o zona), por la moneda original en la que fue
pactada, o el papel.
Anlisis Temporal: El anlisis temporal refiere bsicamente al momento
que se quiere analizar (por ejemplo un ao y mes, o un da determinado).
Pero tambin existen dimensiones que mejoran la capacidad de hacer
consultas, como por ejemplo: el mes mvil, el ao mvil, o los ltimos doce
meses.
Men de Administracin: Se cuenta con un men de Administracin,
mediante el cual se obtiene flexibilidad en las definiciones. A modo de
ejemplo, se pueden seleccionar las sucursales que conforman una zona.
4.2.2. MEN DE ADMINISTRACIN DEL MIS

Bantotal MIS tiene un Men de Administracin, que permite dar
flexibilidad en una serie de definiciones que aceptan ms de una solucin, ya
sea por formas de clculos, o para darle inteligencia a dimensiones del MIS, que
no salen directamente de Bantotal.
A modo de ejemplo, existen dimensiones que son propias de Bantotal

MIS, como zona, que es un agrupamiento de sucursales. Por lo tanto, dar de
alta a la zona y asociarle las sucursales se realizar mediante este men. Otras
dimensiones que se parametrizan mediante este men son: productos y
equipos.
Algunas definiciones se dan mediante la seleccin de alguno de los de

valores predeterminados, por ejemplo: si para la conversin de los saldos se
utiliza tipo de cambio comprador o vendedor; o si para la clasificacin de las
operaciones segn su monto, se utiliza el valor original de la operacin, o el
saldo al momento del anlisis. Otro ejemplo de definiciones, son los criterios de
redistribucin de los resultados en los centros de costos.
Este men es gestionado por un usuario administrador de la herramienta,

que es quien realiza la parametrizacin del mismo. Los usuarios finales de
Bantotal MIS no tienen acceso a este men.
73
El men es de fcil gestin, siendo fundamental el conocimiento de la
forma en que se quiere ver el negocio (por ejemplo: qu sucursales pertenecen
a una misma zona) y el conocimiento de Bantotal.
4.2.3. INDICADORES Y DIMENSIONES

Bantotal MIS tiene como componentes fundamentales a los indicadores y
las dimensiones. Los indicadores son el objeto del anlisis: qu analizar (por
ejemplo: los resultados, los saldos, saldos promedio o cantidades de
operaciones). Las dimensiones son el cmo analizar, por ejemplo: por
sucursal, producto o ejecutivo.
Mediante la combinacin de estos dos componentes (dimensiones e

indicadores) se crean las consultas. Continuando con el ejemplo, una consulta
podra ser el anlisis de los resultados (indicador), por sucursal y producto
(dimensiones), en un momento determinado (dimensiones ao y mes).
A continuacin se explicar brevemente el significado de los indicadores y

dimensiones que componen a Bantotal MIS. Por ms informacin acerca de
cmo cargar las definiciones (parametrizacin) se debe consultar al Manual de
Administracin.
En general todos los indicadores estarn expresados en tres monedas:

en la moneda de origen en que fue realizada la operacin; convertidas a
moneda nacional y a dlares. Los indicadores de resultados slo se vern en
moneda nacional y en dlares, debido al proceso de conversin de resultados a
moneda nacional que realiza Bantotal.
4.2.4. INDICADORES
4.2.4.1. Saldos
Existe una serie de indicadores que muestran los saldos de las
cuentas de Bantotal, al cierre de cada mes, o de cada da.
Saldo Bantotal:
Variacin desde mes anterior:
74
4.2.4.2. Saldos Promedio
Este grupo de indicadores se refiere a saldos promedio, mantenidos
durante un perodo de tiempo. Se generan como el promedio mensual de
los saldos diarios.
Saldo Promedio:
4.2.4.3. Alta y Bajas
Esta serie de indicadores muestran los movimientos que tuvieron los
distintos productos; en resumen mide las altas y las bajas de los productos.
Importe de Altas:
Cantidad de Altas
Cantidad de Bajas
4.2.4.4. Cantidades
Cantidad de operaciones:
Cantidad de cuentas:
4.2.4.5. Presupuesto
El presupuesto no se extrae de Bantotal, por lo tanto, la informacin
que muestre el MIS, depender de la informacin que le sea cargada
desde fuentes externas.
Existe un documento especfico de presupuesto, que explica las

formas de volcar la informacin al MIS.
Presupuesto:
Presupuesto Acumulado:
4.2.4.6. Movimientos: Dbitos y Crditos
Los indicadores de dbitos y crditos, estn muy relacionados a la
dimensin transacciones, para poder analizar los tipos de operativas que
generaron a los movimientos.
Importe de dbitos:
Cantidad dbitos:
Importe de crditos:
Cantidad dbitos:
75
4.2.4.7. Tasas Promedio de Saldos
Las tasas promedio se deben calcular directamente en la consulta

Gxplorer. El MIS provee los indicadores importes de tasas ponderadas,
los cuales, al ser divididos por el indicador de saldos; da como resultado
las tasas promedio, para las dimensiones analizadas (por ejemplo: por
producto, sucursal, etc.)
Importe de Tasas Ponderadas
Importe de Tasas de Corte Ponderadas
4.2.5. DIMENSIONES
Las dimensiones se pueden agrupar en diferentes lneas de anlisis,

para una mejor comprensin; estas lneas se complementan entre s. Por
lo tanto, las consultas se harn combinando dimensiones de distintas
lneas de anlisis, con los indicadores que se quieran estudiar.
4.2.5.1. Anlisis Temporal
Estas dimensiones permiten administrar el marco temporal de la

consulta. Todas las consultas debern estar referidas a un perodo
determinado. En caso de no seleccionar el perodo, las consultas
realizarn sumarizaciones incorrectas.
Ao
Mes:
Ao/Mes:
Mes mvil:
Ao mvil:
ltimos 12 meses:
Fecha
Da:
Da semana:
Da mvil:
76
4.2.5.2. Anlisis por Dimensiones Generales de Bantotal
Existe una serie de dimensiones que salen directamente de

Bantotal, porque es la forma en que naturalmente se encuentra la
informacin en el sistema y otras que son agrupaciones de dimensiones de
Bantotal. Una breve explicacin de las mismas es:
Empresa:
Sucursal:
Zona:
Ejecutivo:
Equipo:
Moneda:
Moneda de origen:
Papel:
4.2.5.3. Anlisis Comercial
El concepto de producto tiene asociadas diferentes dimensiones,

lo cual permite hacer un anlisis escalonado (vertical) del concepto, con
estructura de rbol y con una visin horizontal del producto:
Tipo de producto:
Producto:
Subproducto:
Fraccin de producto:
Grupo de subproductos:
4.2.5.4. Anlisis de Cliente
La dimensin cliente es la cuenta-cliente de Bantotal. Se pueden

realizar anlisis a nivel de un cliente en particular (por ejemplo: la posicin
de un cliente o la rentabilidad del mismo), o se pueden realizar anlisis
mediante el agrupamiento de los clientes, por las dimensiones que se
explican en este apartado, que se corresponden con las principales
caractersticas de los clientes en Bantotal.
Por otra parte, existen caractersticas que estn asociadas a la

persona (por ejemplo: el sexo) y no directamente a la cuenta; pero los
77
saldos si estn asociados a la cuenta. Para poder relacionar estas
caractersticas con la cuenta, se navega a travs del titular representativo
de la cuenta.
Cliente:
Sector:
Segmento:
Actividad del cliente:
Grupo de actividades econmicas:
Tipo de persona:
Tipo de persona jurdica:
Tipo de Institucin Financiera:
Categora:
Pas de Residencia
Sexo:
Sucursal de Origen del Cliente:
4.2.5.5. Anlisis Contable
Este producto maneja el plan de cuentas de Bantotal, mostrando

bsicamente los cuatro niveles del primer mdulo y el rubro contable.
Por otra parte, se cuenta con una dimensin especfica

agrupamiento de rubros, que permite crear conceptos a travs de la
reunin de cuentas contables.
La estructura escalonada de dimensiones permite ver la informacin

con mayor o menor nivel de desagregacin. Pudiendo analizar la
informacin a nivel de un rubro particular, o a nivel macro, por ejemplo del
total de resultados
La estructura de dimensiones es la siguiente:
Primer mdulo del Plan de Cuentas Bantotal:

Rubro:
Rubro Resumido (Agrupamiento contable nico):
Agrupamiento contable:
Mdulo Contable:
78
Tipo de Saldo:
Rubro Casa Matriz
Ttulo y Captulo Casa Matriz
4.2.5.6. Anlisis de la Operacin
La operacin generalmente no es manejada como dimensin de
Bantotal MIS. Si bien puede ser habilitado dicho anlisis, se entiende que
slo es aconsejable en bancos con un volumen muy pequeo de
operaciones, en funcin del volumen de datos que se generan en la DWH.
De todas maneras, se realiza una serie de anlisis de los comportamientos
de las operaciones que se renen en diferentes dimensiones.
Operacin
Sub Operacin
4.2.5.7. Plazos
En el anlisis de una operacin, se consideran distintos plazos que
se describen a continuacin:
Plazo remanente:
Plazo de reprecio:
Plazo de vencido:
Plazo contractual:
Ponderador Plazo contractual promedio
Rangos de Plazos:
4.2.5.8. Tasas
Se analizan las tasas de la operacin:
Clase de tasa:
Tasa:
Tasa de corte:
Rangos de tasas:
4.2.5.9. Movimientos
Transacciones:
Mdulo Operativo:
Grupo de Transacciones:
4.2.5.10. Anlisis de Costos
79
Bantotal distribuye los resultados directos en una forma eficiente.
Por lo tanto, respecto a un resultado financiero se podr saber
directamente a qu cliente pertenece o a qu sucursal, producto y
segmento est asociado. Por lo tanto, estos resultados se visualizarn
abiertos por las dimensiones de Bantotal MIS.
Para los gastos indirectos, el MIS cuenta con una forma de

distribucin entre los diferentes centros de costos, utilizando
ponderadores seleccionables. Estos puntos se analizarn en el
documento especfico de Costos.
Las dimensiones asociadas son:
Centros de Costos:
Unidades:
4.2.5.11. Otras Consideraciones
No corresponde: El valor no corresponde es utilizado en todas las

dimensiones para aquellos saldos que no se pueden asociar a ningn
valor de la dimensin. Este valor sirve para mantener la integridad de
la informacin. A modo de ejemplo, no todos los rubros pertenecen a
un producto comercial (por ejemplo, los bienes de uso). En ese caso,
en una primera instancia aparecera dentro de no corresponde.
Para la dimensin producto es conveniente crear un valor de producto

no comercial, al cual seran derivados todos los saldos que sean identificados
como no comerciales.
4.2.6. INDICADORES Y DIMENSIONES ESPECFICOS
Para cada cliente, se pueden crear dimensiones especficas que se

adaptan a las particularidades de la operativa del mismo. Para este fin
existen una serie de dimensiones e indicadores en las carpetas de
extensiones, que pueden ser alimentados con la nueva informacin
requerida.
En general, en este documento no se incluyen las dimensiones

especficas de los clientes, dado que las mismas van en documentos
80
especiales. Sin embargo, a continuacin se explicarn algunos indicadores
o dimensiones especficas, que pueden ser activadas en los clientes que
as lo requieran, acordando con DLYA.
4.2.6.1. Otros Indicadores de Cantidades

Cantidad de sucursales:
Cantidad de personal por sucursal:
4.2.6.2. Indicadores de Costos
El anlisis de Costos contiene dos partes, por un lado la informacin
especfica que se extrae desde Bantotal (contenida en el indicador de
saldos) y la informacin que se logra luego de realizar redistribuciones,
aplicando criterios contenidos en el MIS.
La primera parte est siempre presente en todas las instalaciones

del MIS. Los anlisis que provienen de las redistribuciones, se deben
activar para cada banco que lo solicite.
Saldos
Resultados Comerciales y Resultados No Comerciales
Resultados Totales
4.2.6.3. Otras Dimensiones Especficas:
Dimensin Estados de la operacin:
Tipo de movimiento:
Grupos de movimientos:
4.2.7. ESQUEMA DE FUNCIONAMIENTO.
Bantotal MIS Herramientas de

Extraccin
Figura N 30: Esquema de Funcionamiento del MIS-BANTOTAL

4.2.7.1. Comentarios
La base operativa de Bantotal contiene toda la informacin de los
saldos y transacciones del banco.
81
Mediante el uso del Men de Administracin, se suministran las
definiciones (parametrizacin) necesarias para el correcto
funcionamiento del producto.
Los datos de Bantotal son volcados al servidor de Bantotal MIS,

mediante procesos de carga.
La base de datos del producto es una data warehouse, con el

contenido y la forma adecuada para que puedan ser ledos en forma
eficiente por las herramientas de extraccin.
Las herramientas de extraccin son Gxplorer, como herramienta OLAP

y un men de consultas Web.
4.2.8. HERRAMIENTAS DE EXTRACCIN

4.2.8.1. Gxplorer Creacin de una Consulta
Para crear una consulta se utiliza el icono de nueva consulta, el
cual llamar a una pantalla que cuenta con cuatro cuadrantes. Los dos
cuadrantes de la izquierda muestran los indicadores y las dimensiones que
pueden utilizar (son los descritos anteriormente como dimensiones e
indicadores de Bantotal MIS). Los cuadrantes de la derecha muestran los
indicadores y las dimensiones seleccionadas.
82
Indicadores
seleccionados
Indicadores para Dimensiones
seleccionar seleccionadas
Dimensiones para
seleccionar
Figura N 31: Generador de Consultas GXPlorer

De la manera ms resumida, crear una consulta, equivale a
seleccionar indicadores y dimensiones. Avanzando un poco ms, se le
pueden asignar caractersticas y formatos a la consulta. Primeramente, se
le puede definir un ttulo, el cual se ve en la parte superior de la pantalla.
4.2.8.2. Propiedades de los Indicadores
A los indicadores seleccionados, se les pueden aplicar las
siguientes propiedades:
Agregacin: Por defecto toma el tipo suma, con el cual muestra los
importes. Tambin puede tomar valores cantidad, promedio y
porcentaje.
Condiciones: Permite seleccionar los valores que se van a considerar,

comparndolos contra una constante. Por ejemplo, tomar slo los
valores mayores a un valor X.
Filtros: Permite seleccionar en funcin de los valores que tome una o

ms variables. Por ejemplo, posibilita tomar todos los saldos que sean
en moneda nacional, de cuatro productos seleccionados.
83
Alertas: Utilizando esta herramienta se puede establecer un control
visual, cuando se cumplen las condiciones establecidas, se pueden
poner diferentes colores de nmeros y de fondos de cada campo. Por
ejemplo, cuando los resultados sean prdidas, se puede fijar que los
nmeros aparezcan en rojo y si las prdidas fueran mayores a un valor
X, que el fondo se viera en gris, para los valores que cumplan la
condicin.
Formato: A los indicadores de una consulta se les puede modificar el

formato que traen por defecto, ingresando por la opcin formato.
Figura N 32: Configuracin de Indicadores GXPlorer

4.2.8.3. Propiedades de las Dimensiones

A las dimensiones seleccionadas se les pueden definir los
siguientes comportamientos:
Pginas: Las dimensiones que se definan como pginas aparecern en

el cabezal de la consulta, permitiendo modificar los valores. Es el caso
de las dimensiones ao y mes, en la consulta del ejemplo.
84
Filas: Se visualizarn como renglones en la consulta, es el caso de las
dimensiones sucursal y tipo de producto en el ejemplo.
Columna: Si la dimensin es parametrizada como columna, los

diferentes valores de la dimensin aparecern abiertos en distintas
columnas de la matriz.
Filtro: En este caso, la dimensin se transforma en un filtro por los

valores seleccionados. La dimensin va a aparecer en la parte esttica
de la consulta.
Orden: El criterio de orden de la consulta puede ser por el identificador

(por ejemplo los nmeros de los meses), o por la descripcin de los
valores de la dimensin (orden alfabtico). Adems, puede
especificarse si se desea que el orden sea ascendente o descendente.
Valores a cargar: En principio, al seleccionar una dimensin se cargan

todos los valores, pero puede seleccionarse slo una lista de valores, o
los valores mximos (por ejemplo los 100 mayores), o los valores
mnimos, o establecer un ranking.
Tipo de valores: Mediante esta funcin, se pueden seleccionar los

valores que estn predeterminados, slo los que tienen valor en el
indicador, o seleccionar todos los valores, aunque estn en 0.
Figura N 33: Configuracin de las propiedades de las Dimensiones.

85
86
4.2.8.4. Consulta - Ejemplo Barras de comando
Gxplorer
Ttulo y
especificaciones
Dimensiones pgina
Indicador
Dimensiones
filas
Figura N 34: Consulta de ejemplo resultante GXplorer

4.3. IMPLEMENTACION DE UN CUBO DE CARTERA ACTIVA
4.3.1. ALCANCE DE REQUERIMIENTO
4.3.1.1. TTULO DE REQUERIMIENTO:
CONSTRUCCION DEL CUBO CARTERA ACTIVA MENSUAL
4.3.1.2. REFERENCIA
Solicitante : [Max Alonzo Huamn]
Nro. Web/XPM/etc. : [No Aplica]
Comit Aprobacin : [No Aplica]
Lnea de Atencin : [Regulatorios & BI]
Tipo de Atencin: [Local]
Responsable : [Carlos Nolazco]
4.3.1.3. DETALLE DE REQUERIMIENTO
Antecedentes: [No Aplica].
Normatividad Asociada: [No Aplica)
Descripcin del Requerimiento:
87
Poner a disposicin del Personal de la Gerencia de Distribucin,
los datos de la CARTERA DETALLADA, con la finalidad de llevar a
cabo la tarea de Analizar y Explotar la informacin correspondiente a
las colocaciones que se entrega en forma mensual.
4.3.1.4. PROPUESTA DE SOLUCIN

Se implementara una Solucin de Inteligencia de Negocio, con el
cual se automatizar la extraccin, transformacin y carga de los datos
correspondiente a la Cartera Activa de Financiera Confianza en forma
mensual, esta solucin OLAP permitir analizar las colocaciones a nivel de
Territorio, Regin, Agencia, Productos, y otros que el reporte Cartera
Detallada tiene.
El consumo de esta base de datos OLAP, se podr hacer desde

cualquier herramienta que este diseada para conectarse a este tipo de
base de datos, sobre todo desde un Excel.
4.3.1.5. SERVICIOS/PROCESOS IMPACTADOS

Identificar qu servicios se vern afectados por la implementacin
de este requerimiento
Tabla N 19: Servicios y/o procesos afectados.

SI NO Describir Impacto (En caso SI)
WorkFlow Bantotal X
Operaciones en Ventanilla BT X
Interfaces Spring BT X
Interfaces Cyberfinantial BT X
Interfaces Sigs Retail BT X
Interfaces SIRCON BT X
Corresponsala BN BBVA X
Ventanilla Compartida BN X
Canales (Resonance, Globokas) X
Tarjetas de Dbito X
Cadena de Cierre BT X
Reportes Normativos X
ABM de Personas / Cuentas Cliente X
ABM Productos Pasivos X
Procesos Contables X
<AGREGAR SERVICIOS>
88
4.3.1.6. ROLES (Quines utilizaran los desarrollos)
Cargos Funcionales:
[Personal de la Gerencia de Distribucin]
4.3.1.7. CONFORMIDAD DEL USUARIO

Solicitud de verificacin del Alcance al usuario realizada el 07-10-
2015.
Figura N 35: Solicitud de Conformidad del Alcance.

Fuente: Elaboracin propia
Figura N 36: Conformidad del Alcance del requerimiento.

4.3.1.8. TIEMPOS DE ATENCION (Luego de Conformidad del Alcance)

Fechas Previstas en Desarrollo
- Fecha Inicio: [06/07/2015]
- Fecha Fin : [19/12/2015]
89
- Tiempo de Atencin : [97 Das tiles]
Fechas Previstas en QA
- Fecha Inicio: [05/01/2016]
- Fecha Fin : [19/01/2016]
- Tiempo de Atencin : [11 das tiles]
Fechas Previstas Pase a Produccin: [21/01/2016]
4.3.1. DETALLE TECNICO DE SOLUCION.

Nro. Requerimiento : [0673]
Ttulo de Requerimiento : [CONSTRUCCION DEL CUBO
CARTERA ACTIVA MENSUAL]
4.3.3.1. DATOS REFERENCIALES
Aplicativo Impactado : [SIRCON, SIRCON_EXPLORER]
Tipo de Atencin : [Local]
4.3.3.2. OBJETIVO
Brindar una solucin en el campo Inteligencia de
Negocios (o Business Intelligence) cuyo objetivo es agilizar la consulta de
grandes cantidades de datos. Para ello utiliza estructuras
multidimensionales (o Cubos OLAP) que contienen datos resumidos de
grandes Bases de datos o Sistemas Transaccionales (OLTP). Se usa en
informes de ventas, finanzas, contabilidad, marketing, informes de direccin,
minera de datos y reas similares.
La razn de usar OLAP para las consultas es la rapidez de respuesta.

Una base de datos relacional almacena entidades en tablas discretas si han
sido normalizadas. Esta estructura es buena en un sistema OLTP pero para
las complejas consultas multitabla es relativamente lenta. Un modelo mejor
para bsquedas (aunque peor desde el punto de vista operativo) es
una base de datos multidimensional.
La principal caracterstica que potencia a OLAP, es que es lo ms

rpido a la hora de ejecutar sentencias SQL de tipo SELECT, en
contraposicin con OLTP que es la mejor opcin para operaciones de
tipo INSERT, UPDATE Y DELETE
90
4.3.3.3. ENTORNO EXIGIDO
Instalar el complemento Sircon Explorer v1.10 ya sea para SO de 32
o 64 bit, cuyo detalles de instalacin se encuentran en el requerimiento
0817.
4.3.3.4. ENTREGABLES
a. Programas (Paneles, Reportes, Clases, Etc.)
POB_CUBCARACT.dtsx
POB_CUBCARACT_BATCH.bat
PRC_CUBCARACT.dtsx
PRC_CUBCARACT_BATCH.bat
b. DDL/DML de Objetos de Bases de Datos
00673_01_DML_PROC_LLENADIM_CARACT.sql
00673_02_DML_PROC_LLENAFACT_CARACT.sql
c. Otros Objetos (Plantillas, Archivos de Configuracin, Etc.)
SVR DWHFC CUBO_CARTERA_ACTIVA.odc
4.3.3.5. PASOS PARA LA INSTALACIN
a) Respaldo de Objetos
No necesario respaldar los siguientes objetos, desde los ambientes
productivos ya que se trata de un requerimiento nuevo:
Programas (Ejecutables)
o setup-sircon_exp_V1.10-32bit.exe
o setup-sircon_exp_V1.10-64bit.exe
Otros Archivos (Configuraciones, Texto, Etc.)
o SVR DWHFC CUBO_CARTERA_ACTIVA.odc
o POB_CUBCARACT_BATCH.bat
o PRC_CUBCARACT_BATCH.bat
DDL de Objetos de BDD (SP, FN, Tipos de Datos, Tablas, Etc.)
o 00673_01_DDL_DIM_ASEORI.Table.sql
o 00673_02_DDL_DIM_CAMPANIAS.Table.sql
o 00673_03_DDL_DIM_CIIU.Table.sql
o 00673_04_DDL_DIM_CLFSBS.Table.sql
o 00673_05_DDL_DIM_CRESBS.Table.sql
o 00673_06_DDL_DIM_DESCRE.Table.sql
o 00673_07_DDL_DIM_ESTOPE.Table.sql
o 00673_08_DDL_DIM_FECCLF.Table.sql
o 00673_09_DDL_DIM_FECDES.Table.sql
o 00673_10_DDL_DIM_FECMOR.Table.sql
o 00673_11_DDL_DIM_FECPER.Table.sql
91
o 00673_12_DDL_DIM_GENPER.Table.sql
o 00673_13_DDL_DIM_INDCAR.Table.sql
o 00673_14_DDL_DIM_INDTIPCB.Table.sql
o 00673_15_DDL_DIM_NIVAPR.Table.sql
o 00673_16_DDL_DIM_NOMFIA.Table.sql
o 00673_17_DDL_DIM_NUMDOC.Table.sql
o 00673_18_DDL_DIM_OCUP.Table.sql
o 00673_19_DDL_DIM_OPERACION.Table.sql
o 00673_20_DDL_DIM_PLAZO.Table.sql
o 00673_21_DDL_DIM_PLAZOREM.Table.sql
o 00673_22_DDL_DIM_RANGOCUOTASPEN.Table.sql
o 00673_23_DDL_DIM_RANGOCUOTASVENC.Table.sql
o 00673_24_DDL_DIM_RANGODESEM.Table.sql
o 00673_25_DDL_DIM_RANGODIASATRAS.Table.sql
o 00673_26_DDL_DIM_RANGOEDAD.Table.sql
o 00673_27_DDL_DIM_RANGOTASA.Table.sql
o 00673_28_DDL_DIM_RANGOVENCIDO.Table.sql
o 00673_29_DDL_DIM_REGIONES.Table.sql
o 00673_30_DDL_DIM_SECTORISTA.Table.sql
o 00673_31_DDL_DIM_SITCRE.Table.sql
o 00673_32_DDL_DIM_SUBTIP.Table.sql
o 00673_33_DDL_DIM_SUCCOMER.Table.sql
o 00673_34_DDL_DIM_TIPCAR.Table.sql
o 00673_35_DDL_DIM_TIPCMB.Table.sql
o 00673_36_DDL_DIM_TIPODOCS.Table.sql
o 00673_37_DDL_DIM_TIPPER.Table.sql
o 00673_38_DDL_DIM_TOTCUOTAS.Table.sql
o 00673_39_DDL_DIM_UBIGEO.Table.sql
o 00673_40_DDL_DIM_ULTVEN.Table.sql
o 00673_41_DDL_DIM_CLIENTE.Table.sql
o 00673_42_DDL_FACT_CARDET.Table.sql
o 00673_43_DDL_Get_FechFromString.sql
o 00673_44_DDL_PROC_LLENADIM_CARACT.sql
o 00673_45_DDL_PROC_LLENAFACT_CARACT.sql
o 00673_46_DDL_POBLADO_DE_LA_HISTORIA.sql
b) Pasos Para Instalar la Solucin

Paso 1: Instalar el complemento Sircon Explorer desde uno de los
archivos que corresponda a la versin del S.O. (32 o 64 bits), indicados en
el punto 5.1.1., en caso ya tenga instalado continuar con el siguiente paso.
Paso 2: [Ejecutar los scrips del 01 al 43 del punto 5.1.3 por nica vez, para
generar las dimensiones y la fact table respectivas].
Paso 3: Ejecutar el scrip:
92
00673_44_DML_PROC_LLENADIM_CARACT.sql.
Paso 4: Ejecutar el scrip:
00673_45_DML_PROC_LLENAFACT_CARACT.sql.
Paso 5: Modificar el archivo de nombre: SVR DWHFC
CUBO_CARTERA_ACTIVA.odc con un editor de texto (por ejemplo:
notepad++), y en los recuadros de color rojo, cambiar la IP por la del
servidor que tiene la base de datos OLAP WDHFC.
Figura N 37: Configuracin del archivo de conexin odc

Paso 6: [Poblado de la Historia: para esto debemos ejecutar por nica vez
el siguiente scrip: 00673_46_DDL_POBLADO_DE_LA_HISTORIA.sql]
Paso 7: [Permisos para consumir el CUBO CARTERA ACTIVA: Los
permisos lo manejaremos a travs de los Roles, y para esto debemos crear
un nuevo Rol denominado Distribucin, en este agregaremos a los
usuarios que tendrn el permiso de leer los datos del CUBO de CARTERA
ACITVA, ver a continuacin:]
Paso 01: Agregando Nuevo Rol.
93
Figura N 38: Agregando Roles a la BD OLAP.
Paso 02: Establecer el nombre del Rol as como la descripcin, y permitir
Leer definiciones.
Figura N 39: Otorgando Permisos de lectura al nuevo Rol.

Paso 03: Agregar el usuario que debe tener el acceso al CUBO CARTERA.
94
Figura N 40: Agregando usuario al nuevo Rol.
Figura N 41: Seleccionando el dominio al que pertenece el usuario.

Figura N 42: Comprobando nombres del usuario.

95
Figura N 43: Finalizando Configuracin de Permisos
Paso 04: Permitir el acceso a la BD DBMIS
Figura N 44: Permitir acceso a la BD DBMIS.

Paso 05: Permitir el acceso al CUBO CARTERA ACTIVA, tal como se ve a
continuacin.
Figura N 45: Asignando acceso a los CUBOS.

96
Los scrips de los Pasos 3 y 4 se corren por una nica vez en la BD
DBSIGFC
Paso 8: Automatizacin de DTS (PC Servidor)
Antes de comenzar con la instalacin del DTS debemos realizar el siguiente
cambio en el archivo PRC_CUBO_CARACT.dtsx que es requisito
indispensable para continuar con los siguientes pasos, ver a continuacin.
Figura N 46: Configuracin del DTS previo a su instalacin.

Ver los anexos 00673 EJECUCION DE DTS POB_CUBCARACT.docx y
00673 EJECUCION DE DTS PRC_CUBCARACT.docx, que se encuentran
en la carpeta DTS
En la carpeta DTS, tenemos los siguientes archivos:
Figura N 47: Guas de Instalacin de un DTS.

Dnde:
El archivo POB_CUBCARACT.dtsx, permite realizar la carga tanto de las
DIMENSIONES como de la FACT_TABLE para la ltima fecha de cartera
mensual que tengamos en la base de datos DBSIGFC, para esto se hacen
uso de los siguientes scrip:
EXEC dbo.PROC_LLENADIM @FECPRO
EXEC dbo.PROC_LLENAFACT @FECPRO
Los mismos que son utilizados en el punto 5.2, paso 6 Poblando la historia.
97
El archivo POB_CUBCARACT_BATCH.bat, permite ejecutar el DTS
POB_CUBO_CARACT.dtsx desde la ruta donde se encuentre el archivo
DTS, y en la parte subrayada de color rojo, cambiar la ruta por la que se
defini al inicio de la Gua 00673 EJECUCION DE DTS
POB_CUBCARACT.docx.
Figura N 48: Configurando archivo batch para ejecucin manual de dts POB_CUBO_CARACT.
El archivo POB_CUBO_CARACT.dtsx, permite realizar el poblado del CUBO

del CARTERA ACTIVA en la base de datos DBMIS.
El archivo PRC_CUBCARACT_BATCH.bat, permite ejecutar el DTS
POB_CUBO_CARACT.dtsx desde la ruta donde se encuentre el archivo
DTS, y en la parte subrayada de color rojo, cambiar la ruta por la que se
defini al inicio de la Gua 00673 EJECUCION DE DTS
PRC_CUBCARACT.docx.
Figura N 49: Configurando archivo batch para ejecucin manual de dts PRC_CUBO_CARACT
El archivo PRC_CUBO_CARACT.dtsx, permite realizar el procesado del

CUBO de la CARTERA ACTIVA en la base de datos DWHFC, desde la BD
DBMIS.
c) Permisos Especiales (Bases de Datos o Servicios de TI)
[No Aplica)
4.3.3.6. HABILITACION DE PERFILES (Especificar la opcin de men a
98
habilitar)
- Perfil: [No aplica]
- Ruta Men: [No aplica]
- Proceso : [No aplica]
- Nombre del Men: [No aplica]
- Nombre del Programa: [No aplica]
4.3.3.7. FUNCIONAMIENTO (Pseudocdigo que explica la lgica)
[Poblando DataWareHouse]
Cargar dimensiones a partir de los datos de la Cartera Detallada
que estemos procesando.
Cargar la Fact Table a partir de los datos de la Cartera Detallada
que estemos procesando.
[Procesando Base de Datos OLAP DWHFC]
Procesar las dimensiones del Cubo Cartera Activa.
Procesar el CUBO Cartera Activa.
Para conseguir generar el CUBO de la CARTERA ACTIVA, se procede a
seguir el Proceso de Inteligencia de Negocio, el cual consiste en la
CARGA de DIMENSIONES Y FACTABLE, y despus el procesamiento de
dichas DIMENSIONES Y de la FACTABLE en el servidor OLAP, tal como se
muestra a continuacin.
Figura N 50: Proceso de Inteligencia de Negocios.

4.3.3.8. CADENA DE LLAMADAS

Programas
o Poblado de datos CUBO CARTERA ACTIVA
POB_CUBCARACT_BATCH.bat
o Procesado del CUBO CARTERA ACTIVA
PRC_CUBCARACT_BATCH.bat
Tablas
o DIM_TOTCUOTAS
99
o DIM_TIPPER
o DIM_TIPODOCS
o DIM_TIPCMB
o DIM_TIPCAR
o DIM_SUCCOMER
o DIM_SUBTIP
o DIM_SITCRE
o DIM_SECTORISTA
o DIM_REGIONES
o DIM_RANGOVENCIDO
o DIM_RANGOTASA
o DIM_RANGOEDAD
o DIM_RANGODIASATRAS
o DIM_RANGODESEM
o DIM_RANGOCUOTASVENC
o DIM_RANGOCUOTASPEN
o DIM_PLAZOREM
o DIM_PLAZO
o DIM_OPERACION
o DIM_OCUP
o DIM_NUMDOC
o DIM_NOMFIA
o DIM_NIVAPR
o DIM_INDTIPCB
o DIM_INDCAR
o DIM_GENPER
o DIM_FECPER
o DIM_FECMOR
o DIM_FECDES
o DIM_FECCLF
o DIM_ESTOPE
o DIM_DESCRE
o DIM_CRESBS
o DIM_CLIENTE
o DIM_CLFSBS
o DIM_CIIU
o DIM_CAMPANIAS
o DIM_ASEORI
o DIM_ULTVEN
o DIM_UBIGEO
o FACT_CARDET
4.3.3.9. MANEJO DE ERRORES

En caso no se culmine con un proceso ya sea del POBLADO de las
DIMENSIONES y FACT TABLE, as como del PROCESO de CARGA
100
Y GENERACION del CUBO, capturar los errores y remitirlas al
responsable de la Lnea: Regulatorios & BI.
4.3.3.10. PROCESOS DE REVERSA
Reversa de Programas Ejecutables
a) Reemplazar los programas con la versin de respaldo del punto
5.1
[No aplica]
b) Eliminar los siguientes programas (nuevos)
[No Aplica]
Reversa de Objetos de BDD DDL
a) Reemplazar los objetos de BDD con la versin de respaldo del
punto 5.1
[No Aplica]
b) Eliminar objetos de BDD (Nuevos)
00673_01_DDL_DIM_FACT_CARDET.reverse.sql
00673_02_DDL_DIM_ASEORI.reverse.sql
00673_03_DDL_DIM_ULTVEN.reverse.sql
00673_04_DDL_DIM_UBIGEO.reverse.sql
00673_05_DDL_DIM_TOTCUOTAS.reverse.sql
00673_06_DDL_DIM_TIPPER.reverse.sql
00673_07_DDL_DIM_TIPODOCS.reverse.sql
00673_08_DDL_DIM_TIPCMB.reverse.sql
00673_09_DDL_DIM_TIPCAR.reverse.sql
00673_10_DDL_DIM_SUCCOMER.reverse.sql
00673_11_DDL_DIM_SUBTIP.reverse.sql
00673_12_DDL_DIM_SITCRE.reverse.sql
00673_13_DDL_DIM_SECTORISTA.reverse.sql
00673_14_DDL_DIM_REGIONES.reverse.sql
00673_15_DDL_DIM_RANGOVENCIDO.reverse.sql
00673_16_DDL_DIM_RANGOTASA.reverse.sql
00673_17_DDL_DIM_RANGOEDAD.reverse.sql
00673_18_DDL_DIM_RANGODIASATRAS.reverse.sql
00673_19_DDL_DIM_RANGODESEM.reverse.sql
00673_20_DDL_DIM_RANGOCUOTASVENC.reverse.sql
00673_21_DDL_DIM_RANGOCUOTASPEN.reverse.sql
00673_22_DDL_DIM_PLAZOREM.reverse.sql
00673_23_DDL_DIM_PLAZO.reverse.sql
00673_24_DDL_DIM_OPERACION.reverse.sql
00673_25_DDL_DIM_OCUP.reverse.sql
00673_26_DDL_DIM_NUMDOC.reverse.sql
101
00673_27_DDL_DIM_NOMFIA.reverse.sql
00673_28_DDL_DIM_NIVAPR.reverse.sql
00673_29_DDL_DIM_INDTIPCB.reverse.sql
00673_30_DDL_DIM_INDCAR.reverse.sql
00673_31_DDL_DIM_GENPER.reverse.sql
00673_32_DDL_DIM_FECPER.reverse.sql
00673_33_DDL_DIM_FECMOR.reverse.sql
00673_34_DDL_DIM_FECDES.reverse.sql
00673_35_DDL_DIM_FECCLF.reverse.sql
00673_36_DDL_DIM_ESTOPE.reverse.sql
00673_37_DDL_DIM_DESCRE.reverse.sql
00673_38_DDL_DIM_CRESBS.reverse.sql
00673_39_DDL_DIM_CLIENTE.reverse.sql
00673_40_DDL_DIM_CLFSBS.reverse.sql
00673_41_DDL_DIM_CIIU.reverse.sql
00673_42_DDL_DIM_CAMPANIAS.reverse.sql
00673_43_DDL_Get_FechFromString.reverse.sql
00673_44_DDL_PROC_LLENADIM.reverse.sql
00673_45_DDL_PROC_LLENAFACT.reverse.sql
c) Revertir cambio en la estructura de objetos de BDD (Modificados)
[Nombre de script que revierte modificaciones en estructuras de

BDD]
Revertir Modificaciones en BDD DML
[Nombre de script que revierte modificaciones en BDD - DML]

Reversa de Parametrizacin
Eliminar archivo SVR DWHFC CUBO_CARTERA_ACTIVA.odc que

se encuentra ubicado en la siguiente ruta: C:\Program
Files\Financiera Confianza\Building Reports , en la PC del Cliente.
Reversa de Accesos Otorgados
Para revertir los accesos otorgados, simplemente procederemos a

eliminar el Rol Distribucin creado en los pasos de instalacin.
102
Figura N 51: Eliminando Rol
103
4.3.2. DESCRIPCION DE FUNCIONALIDAD
Nro. Requerimiento : [0673]
Ttulo de Requerimiento : [CONSTRUCCION DEL CUBO CARTERA
ACTIVA MENSUAL]
4.3.2.1. DATOS REFERENCIALES
Aplicativo Impactado : [SIRCON]
Tipo de Atencin : [Local]
4.3.2.2. OBJETIVO
Poner a disposicin no solo del Personal de la Gerencia de Distribucin,
los datos de la CARTERA DETALLADA, con la finalidad de llevar a cabo
la tarea de Analizar y Explotar la informacin que este reporte nos
entrega en forma mensual, utilizando el Excel como herramienta de
explotacin de datos.
4.3.2.3. GUIA DE FUNCIONAMIENTO
Usuarios de Prueba / Perfiles
Cualquier usuario del dominio donde se realicen las pruebas, y que
estn previamente incluidas en el Rol de Distribucin, indicado en el
Paso 6 dentro del proceso de Instalacin del Formato A3.
Especificar Pasos de Pruebas y Resultados Esperados
Una vez instalado el complemento SIRCON EXLPLORER, para
conseguir generar las diversas consultas a la Cartera Detallada,
debemos primero generar una conexin al CUBO de CATERA
ACTIVA, esto lo conseguimos desde el grupo CUBOS del
complemento y haciendo clic en el botn Activas, tal como se indica a
continuacin.
104
Figura N 52: Men conexin CUBO Activas desde el SIRCON-EXPLORER
Inmediatamente despus nos mostrar la Tabla dinmica que
corresponde al CUBO de CARTERA ACTIVA, donde podemos generar
nuestros propios Reportes.
Figura N 53: Vista del CUBO Cartera Activa en Excel.

Luego, para conseguir un reporte de los Saldos de Cartera por Rango
de Edad y Sexo, para el cierre de Abril del ao 2015, tenemos que
seguir los siguientes pasos:
1.- Ubicar y Arrastrar la dimensin FECHA DE CIERRE al cuadrante
superior izquierdo conocido como: Filtro de Informe y escoger el
cierre de mes correspondiente, tal como se muestra a continuacin:
105
Figura N 54: Generando Consulta al CUBO Cartera Activa, paso 01.
2.- Enseguida Ubicar y Arrastrar la dimensin RANGO DE EDAD, al
cuadrante inferior derecho conocido como Etiquetas de fila, tal como
se muestra a continuacin:

106
3.- Luego, ubicamos y arrastramos la dimensin GENERO DE
PERSONA al cuadrante superior derecho conocido como: Etiqueta de
Columna, tal como se muestra a continuacin:

4.- Finalmente nos ubicamos en el INDICADOR: SALDO_CAPITAL_MN
y lo arrastramos en el cuadrante inferior derecho, conocido como:
Valores, consiguiendo as los Saldos x Rango de Edad y Genero de
Personas para el cierre del mes de Abril del 2015, ver a continuacin:
107
4.3.2.4. CONFORMIDAD DEL USUARIO

Se adjunta correo de conformidad del usuario
4.3.2.5. ACTIVIDADES COMPLEMENTARIAS

Necesidades de Comunicados
[No aplica]
Necesidades de Capacitacin
Para las reas de la Gerencia de Distribucin
4.4. FUNCIONAMIENTO DE LA DISTRIBUCIN DE LA INFORMACIN A
TRAVES DEL SISTEMA DE SOPORTE A DECISIONES SIRCON.
4.4.1. COMPONENTE SIRCON WEB.
Sircon a travs de su plataforma web utiliza como herramienta principal
el Reporting Services (SSRS), y permite la distribucin de la informacin
generada por BANTOTAL de los diferentes procesos y reas, como son:
a. Movilidad:
Crditos Automticos por Asesor
Crditos Automticos por Cliente
Posicin Resumida de Persona
108
Reporte Ampliaciones y Cancelados para visita
Reporte Nuevas Ampliaciones y Cancelados del Mes en curso
Segmentacin por Cliente
Total: 6 reportes
b. Reportes 664:
Detalle_Cartera_Asesor
Detalle_Cartera_Asesor
Situacin Actual x Agencia
Situacin Actual x Regin
Situacin Actual x Sectorista
Situacin Actual x Sectorista2
Situacin Actual x Territorio
Vista Institucional
Vista Regiones
Vista Regiones2
Vista Territorio Centro
Vista Territorio Lima
Vista Territorio Norte
Vista Territorio Sur
Vista Sectorista ProdxSProd
Vista Sectorista ProdxSProd2
Total: 16 Reportes
c. Reportes Pasivas:
Evolucin de Cartera Pasivas
Total: 1 Reporte
d. FMBBVA:
FinancieraConfianza_originacion
Total: 1 Reporte
e. Reportes Varios:
Report_Giros
Reporte Interes en Suspenso
Reporte_Arqueo
Reporte_Conv_Cony_Aval
Reporte_Conv_Cony_Aval_Cast
Reporte_Fatca
Reporte_Precancelados_Mi_Vivienda
Reporte_Western
Total: 8 Reportes
f. Tablet:
Reporte de Uso de Aplicaciones en Tablet
Total: 1 Reporte
109
g. Consolidado de Garantas:
1_Garantas_Vigentes
2_Garantas_En_Trmite
3_Garantas _Canceladas
4_Garantas_ConMas_DeUn_Rubro
Total: 4 Reportes
h. Garantas:
Reporte A1 Crditos vigentes y castigados que tienen
relacionados garantas que no se encuentran contabilizadas en el
rubro 8404.
relacionadas garantas que se encuentran contabilizadas en rubro
de garantas canceladas.
relacionadas garantas que se encuentran contabilizadas en
rubros de garantas en trmite.
Reporte B1 Garantas contabilizadas en el rubro 8404 que no
tienen saldo de crditos, alguno de ellos sin relacin en FSR011.
tienen relacin en la tabla FSR011.
tienen saldo de crditos para dar de baja.
Reporte B4 Garantas Auto liquidables para dar de Baja con sus
DPF.
Reporte C1 Crditos Hipotecarios relacionados con Avales
Detalle
Reporte C2 Crditos Hipotecarios con Avales Comparativo
Reporte D1 Garantas con saldo en ms de un Rubro Contable
Total: 10 Reportes
i. Sircon: Posicin de la Cartera de Crditos.
Posicin Diaria de Colocaciones
Calificacin Comercial
Calificacin Comercial x Agencia
Cartera Asesores Distribuida Agencias
Cartera x Mdulo_TipoOperacion
FinancieraConfianza_originacion
Posicin Diaria
Saldo Cartera x Agencia
Saldo Cartera x Agencia y Corresponsales
Saldo Cartera x Asesor
110
Saldo Cartera x Mdulos
Saldo Cartera x Territorio
Situacin Actual x Agencia
Situacin Actual x Agencia Vista 2
Situacin Actual x Regin
Situacin Actual x Territorio
Total: 16 Reportes
j. Soporte Normativo:
PADRON Soporte Normativo
Total: 1 Reporte
k. Reporte rea Talento Humano:
762 Reporte Crditos Administrativos
Total: 1 Reporte
Haciendo un Total de Reportes en Produccin: 65
4.4.2. COMPONENTE SIRCON OLAP

SIRCON a travs de su plataforma OLAP, utiliza la herramienta Analisys
Services (SSAS) en la que tenemos dos CUBOS OLAP, uno que corresponden
a cartera activa, el cual tiene cargado data desde el mes de Ener-2014 hasta la
fecha actual Abril-2016, y este se viene cargando en forma automtica mes a
mes, al trmino del correspondiente cierre de mes, en el caso del CUBO DE
BALANCE, este contiene data desde Ene-2014 hasta Abr-2016, y que tambin
se carga al termino del cierre de mes.
a. CUBO DE CARTERA ACTIVA:
a.1. DIMENSIONES
Este cubo tiene las siguientes dimensiones
a.1.1. DIMENSION FECHA DE CIERRE:

Esta dimensin nos permite agrupar la cartera activa por cada
uno de las fechas de cierre de mes que se tiene cargado en la base de
datos OLAP, esto nos permite generar un reporte de la evolucin de la
CARTERA ACTIVA de Financiera Confianza, tambin podra ser
combinado con cualquiera de los INDICADORES que tiene el CUBO DE
CARTERA ACTIVA, los cuales se detallaran ms adelante, tambin se
puede adicionar cualquier otra dimensin que se requiera.
111
a.1.2. DIMENSIN INDICADOR DE CARTERA:
Esta dimensin nos permite agrupar los INDICADORES DE LA
CARTERA ACTIVA por tipo de indicador de cartera, es decir, nos
permitir agrupar los indicadores por:
JUDICIAL
REFINANCIADO
VENCIDO, y
VIGENTE
Tambin se puede adicionar cualquier otra dimensin que se

requiera.
a.1.3. DIMENSIN SECTORISTA:

CARTERA ACTIVA por Sectorista, es uno de los agrupamientos de ms
bajo nivel que podemos hacer a los indicadores, y es preferible
utilizarlos para seguimientos puntuales de la informacin, tambin se
a.1.4. DIMENSIN SUCURSAL:

CARTERA ACTIVA por Territorio, Regin y Sucursal, todo a la vez o por
separado, es decir, si queremos la agrupacin nicamente por sucursal,
esta dimensin nos podr mostrar dicho reporte, tambin se puede
adicionar cualquier otra dimensin que se requiera.
a.1.5. DIMENSIN FECHA DE DESEMBOLSO:

CARTERA ACTIVA por Fecha de Desembolso, con esto podemos tener
una estadstica de cmo ha ido ejecutndose los desembolsos,
generalmente se combina con el indicador MONTODES, que hacer
referencia al monto desembolsado, tambin se puede adicionar
cualquier otra dimensin que se requiera.
a.1.6. DIMENSIN TIPO DE CARTERA:

CARTERA ACTIVA por Tipo de Cartera como son: CAR y NORMAL,
112
es decir, nos permitir saber por ejemplo, cuanto del saldo de la cartera
est catalogada como Cartera de Alto Riesgo, y cuanto como NORMAL,
tambin se puede adicionar cualquier otra dimensin que se requiera.
a.1.7. DIMENSIN CLIENTE:

CARTERA ACTIVA por Cliente, as como la dimensin del Asesor, es
otra de las dimensiones de ms bajo nivel, y es recomendable utilizarlo
como seguimiento puntual de un cliente, ya sea porque tiene el
mayor/menor monto en saldo o por tener la mayor/menor rango de tasa
de inters, o algo en particular.
a.1.8. DIMENSIN OPERACIN:

CARTERA ACTIVA por Operacin, esta dimensin es la de ms bajo
nivel/granulidad, es decir, ya no hay ms detalle a la que podemos
llegar, cuando de analizar la data de la cartera activa se refiere, y al
igual que la dimensin Operacin y Cliente, esta se debe de utilizar
cuando tenemos la necesidad de saber qu operacin u operaciones
forman parte del anlisis de lo que estamos revisando, tambin se
a.1.9. DIMENSIN FECHA DE MORA:

CARTERA ACTIVA por Fecha de Mora, es decir, nos permite saber en
qu fechas entraron o entrarn en mora los crditos que forman parte
de la cartera de crditos, se utiliza generalmente cuando queremos
analizar la data de un cierre en particular (el ltimo cierre de mes),
a.1.10. DIMENSIN FECHA DE VENCIMIENTO:

CARTERA ACTIVA por fecha de Vencimiento, es decir, podemos tener
una idea ms clara de cuando vencern los crditos de la cartera de
crditos, y as determinar en qu fecha est ms concentrado que se
venzan los crditos, generalmente se utiliza para la cartera ms
113
reciente, tambin se puede adicionar cualquier otra dimensin que se
requiera.
a.1.11. DIMENSIN CLASIFICACION SBS:

CARTERA ACTIVA por Calificacin SBS, es decir, se podr saber la
distribucin de estos por:
0-Normal
1-Prob.Potenc.
2-Deficiente
3-Dudoso
4-Prdida
Con esta agrupacin podremos ver la evolucin de la cartera
desde Enr-2014 hasta Abr-2014 y los siguientes meses que se tenga un
cierre de mes, tambin se puede adicionar cualquier otra dimensin que
se requiera.
a.1.12. DIMENSIN FECHA DE CLASIFICICACION SBS:

CARTERA ACTIVA por Fecha de Calificacin SBS, esta fecha nos
determina cuando ha sido realizada la Fecha de la Calificacin SBS,
tambin se puede adicionar cualquier otra dimensin que se requiera,
a.1.13. DIMENSIN RANGO DE VENCIMIENTO:

CARTERA ACTIVA por Rango de Vencimientos, es decir, podremos
distribuir por ejemplo los saldos de la cartera por aquellos crditos que
se vencieron entre:
VENCIDO DE 366 A MAS DIAS

VENCIDO DE 121 A 365 DIAS
CON 0 DIAS DE ATRAZO
POR VENCER
114
Con la finalidad de identificar la concentracin de la cartera
vencida, tambin se puede adicionar cualquier otra dimensin que se
requiera.
a.1.14. DIMENSIN DESTINO DEL CREDITO:

CARTERA ACTIVA por el Destino del Crdito, es decir, tenemos la
posibilidad de saber a como est distribuida por ejemplo la cartera de
crditos por:
115
ACTIVO FIJO
CAPITAL DE TRABAJO
CONSUMO
HIPOTECARIOS
NO DEFINIDO
Y de esta forma saber en qu destino se han colocado los
crditos, tanto del ltimo mes, como en forma histrica para ver su
comportamiento, tambin se puede adicionar cualquier otra dimensin
que se requiera.
a.1.15. DIMENSIN ESTADO DE LA OPERACIN:

CARTERA ACTIVA por Estado de la Operacin, es decir, el saldo de
cartera y los otros indicadores se podrn agrupar por:
C. JUDICIAL
JUDICIAL SIN DEMANDA
NORMAL
Pago adelantado
POR REFINANCIAR
PREJUDICIAL
RENEGOCIADA / REFINANCIADA
Y saber/identificar que la cartera est concentrada en uno de los

grupos anteriores, tambin se puede adicionar cualquier otra dimensin
que se requiera.
a.1.16. DIMENSIN CAMPAAS:

CARTERA ACTIVA por Campaas, es decir, que podremos agrupar a
los saldo de cartera u otro indicador, por las diferentes campaas en la
que se otorgaron los crditos, tambin se puede adicionar cualquier otra
dimensin que se requiera.
a.1.17. DIMENSIN RUBRO CONTABLE:

CARTERA ACTIVA por Rubro Contable, es decir, nos da la posibilidad
de saber cmo est distribuida la cartera por rubro contable, tanto a
agrupado por los dos primeros caracteres del rubro, o por 4, o por 6, o
por 8, o por 10 y finalmente por 14 dgitos:
116
Tabla N 20: Vista de la Dimensin Rubro CUBO Cartera Activa.
1. ACTIVO
14. CREDITOS
1401. CREDITOS VIGENTES
140102. CREDITOS A MICROEMPRESA
14010206. PRESTAMOS
1401020602. PRSTAMOS A CUOTA FIJA
14210206020005. Microemp.Vigente-Cuota Fija-Negocios
14210206020016. Microemp.Vigente-C.F.-Cred.Lin.Dorada
140103. CREDITOS DE CONSUMO
140104. CREDITOS HIPOTECARIOS PARA VIVIENDA
140112. CRDITOS A MEDIANAS EMPRESAS
140113. CRDITOS A PEQUEAS EMPRESAS
1404. CREDITOS REFINANCIADOS
1405. CREDITOS VENCIDOS
1406. CREDITOS EN COBRANZA JUDICIAL
De tal forma que si nuestro anlisis va por saber un rubro a nivel
de los 14 dgitos, este lo podramos saber, as como tambin, podremos
ver el comportamiento de estos en el tiempo.
a.1.18. DIMENSIN INDICADOR TIPO DE CONBRANZA:

CARTERA ACTIVA por el Indicador del Tipo de Cobranza, es decir,
tendremos la capacidad de agrupar la cartera por los siguientes
indicadores de cobranza definido en FC:
01-VIGENTE
02-VENCIDO
03-JUDICIAL
04-REFINANCIADO
05-REFINANCIADO-VENCIDO
06-REFINANCIADO-JUDICIAL
Y verlos en el tiempo, tambin se puede adicionar cualquier otra
a.1.19. DIMENSIN TIPO DE PERSONA:

CARTERA ACTIVA por Tipo de Persona, es decir, los indicadores se
podrn agrupar por:
JURIDICA
117
NATURAL
Y de esta forma determinar la concentracin ya sea del saldo o
como del nro de clientes, mora mayor a 1, mora mayor a 30, etc,
a.1.20. DIMENSIN GNERO DE PERSONA:

CARTERA ACTIVA por Gnero de Persona, es decir, los indicadores se
podrn agrupar por:
FEMENINO
INSTITUCION
MASCULINO
a.1.21. DIMENSIN FECHA DE NACIMIENTO/CREACION DE LA

PERSONA:
CARTERA ACTIVA por Fecha de Nacimiento o Fecha de Creacin de
Persona, es decir, podremos identificar cuando nacieron o se crearon
las empresas que tiene un crdito con FC.
a.1.22. DIMENSIN SITUACIN DEL CRDITO:

CARTERA ACTIVA por Situacin del Crdito, es decir, los indicadores se
podrn agrupar por:
NUEVO
REPRESTAMO
a.1.23. DIMENSIN UBIGEO:
118
CARTERA ACTIVA por Territorio, Regin y/o Agencia, es decir, los
indicadores se podrn agrupar por:
Tabla N 21: Vista de la Dimensin Ubigeo Cartera Activa.

Territorio Centro
CENTRO 1
301. AG CENTENARIO
302. AG PAMPAS
309. AG CONSTITUCIN
314. AG JAUJA
327. AG EL TAMBO
333. AG CHILCA
338. AG HUANCAVELICA
342. AG CHUPACA
343. OF CORRESPONSAL BN LIRCAY
344. OF CORRESPONSAL BN CHURCAMPA
345. OF CORRESPONSAL BN IZCUCHACA
346. OF CORRESPONSAL BN COLCABAMBA
347. OF CORRESPONSAL BN CONCEPCION
349. OF CORRESPONSAL BN PAUCARA
356. OF CORRESPONSAL BN ACOBAMBA
CENTRO 2
CENTRO 3
Territorio Lima
Territorio Norte
Territorio Sur
a.1.24. DIMENSIN CREDITOS SBS:

CARTERA ACTIVA por Situacin del Crdito, es decir, los indicadores se
podrn agrupar por:
8. MEDIANA EMPRESA
9. PEQUEA EMPRESA
10. MICROEMRPESA
12. CONSUMO NO REVOLVENTE
13. HIPOTECARIO
119
a.1.25. DIMENSIN MONEDA:

CARTERA ACTIVA por Moneda, es decir, los indicadores se podrn
agrupar por:
0. SOLES
101. DOLARES
a.1.26. DIMENSIN OCUPACIN:

CARTERA ACTIVA por Ocupacin de los clientes, es decir, con esta
dimensin podemos identificar la ocupacin de los clientes, y de esta
forma determinar la concentracin ya sea del saldo o como del nro de
clientes, mora mayor a 1, mora mayor a 30, etc, tambin se puede
a.1.27. DIMENSIN ASESOR ORIGEN:

CARTERA ACTIVA por Asesor Origen, y al igual que las dimensiones de
asesor es una dimensin de bajo nivel y debemos utilizarlo para temas
puntuales, ya que su ejecucin demandara muchos recursos y el
tiempo para la visualizacin de los datos.
120
a.1.28. DIMENSIN NOMBRE DEL FIADOR:
CARTERA ACTIVA por Nombre del Fiador, al igual que la dimensin
cliente, este es de bajo nivel y su utilizacin debe ser focalizado para
identificar los nombres de los fiadores para algunos casos particulares.
a.1.29. DIMENSIN TIPO DE DOCUMENTO:

CARTERA ACTIVA por Tipo de Documento, es decir, los indicadores se
podrn agrupar por:
2. CARNET EXTRANJERIA
5. PASAPORTE
9. RUC
21. DNI
a.1.30. DIMENSIN CIIU:

CARTERA ACTIVA por CIIU, esta dimensin podr ser utilizado como un
filtro adicional a las diferentes combinaciones de las dimensiones e
identificar a los un CIIU en particular para ser analizado, tambin se
a.1.31. DIMENSIN MODULO:

CARTERA ACTIVA por Mdulo, Tipo de Operacin y Sub Tipo de
Operacin, es decir, los indicadores se podrn agrupar por:
Tabla N 22: Vista de la Dimensin Modulo Cartera Activa.

101. AGRICOLA
102. INCLUSION
103. PERSONAL
104. NEGOCIOS
104.1. NEGOCIOS AL VENCIMIENTO
104.2. NEGOCIOS EN CUOTAS S/.
104.3. NEGOCIOS CUOTAS LIBRES
104.4. NEGOCIOS AL VENC. C. DEUDA
121
104.4. NEGOCIOS AL VENC. S/. C. DEUDA
104.5. NEGOCIOS CUOTA C. DEUDA
104.5. NEGOCIOS CUOTAS S/. C. DEUDA
104.50. FC - PRINCIPAL AL VENCIMIENTO
104.6. ATRIBUTOS DE CONFIANZA S/.
104.60. FC - PRINCIPAL EN CUOTAS
104.7. NEGOC CUOTAS - PATRIMONIO S/.
104.70. FC-ATRIBUTO CONFIANZA EN CUOTA
104.80. NEGOCIOS CUOTAS - REBATIR
105. GNV
106. CONVENIO
107. PIGNORATICIO
108. COFIDE HIPOTECARIO
109. HIPOTECARIOS RRPP
110. CREDITO LINEA DORADA
115. Prstamos Rescate Financiero
a.1.32. DIMENSIN NRO DE DOCUMENTO:

CARTERA ACTIVA por Nro de Documento, esta dimensin tambin es
de bajo nivel, es decir nos permite tener casi detalle de la cartera activa,
y es por eso que debemos utilizar como uno de los ltimos filtros
cuando estemos navegando por la data de la cartera y queramos
identificar el nro de documento puntual de un caso en particular.
a.2. INDICADORES:
Entre los indicadores para el CUBO CARTERA ACTIVA, tenemos
los siguientes:
a.2.1. CAPITAL_PENDIETE
a.2.2. CARTERA_COBERTURADO
a.2.3. CARTERA_NO_COBERTURADO
a.2.4. FACTOR_TAPP
a.2.5. INGRESO_DIFERIDO
a.2.6. INTERES_COMPENSATORIO
a.2.7. INTERES_MORA
a.2.8. INTERES_VENCIDO
a.2.9. INTERES_VENCIDO_ATRASADO
a.2.10. MONTO_DESEMBOLSADO
122
a.2.11. MONTO_GARANTIA
a.2.12. MONTO_PROVISION
a.2.13. NRO_CREDITOS
a.2.14. SALDO_CAPITAL
a.2.15. SALDO_CAPITAL_MN
a.2.16. SALDO_CAR
a.2.17. SALDO_MORA_MAYOR1_MN
a.2.18. SALDO_MORA_MAYOR30_MN
a.2.19. SALDO_RIESGO
a.2.20. SALDO_VENCIDO
a.2.21. SALDO_VENCIDO_MN
a.2.22. SHOK_CAMBIARIO
a.2.23. TOTAL_DEUDA
a.2.24. TOTAL_GARANTIA
RATIOS CALCULADOS EN LINEA
a.2.25. MORA MAYOR 1
a.2.26. MORA MAYOR 30
a.2.27. NRO DE CLIENTES
a.2.28. SALDO_PROMEDIOMN
a.2.29. TAPP
a.2.30. DESEMBOLSO_PROM_MO
Y cada uno de esta indicadores y/o ratios pueden ser analizados

por cada dimensin o la combinacin entre estos.
b. CUBO DE BALANCE:
b.1.DIMENSIONES
Este cubo tiene las siguientes dimensiones
b.1.1. DIMENSION FECHA DE CIERRE:

Esta dimensin nos permite agrupar los saldos del balance por
cada uno de las fechas de cierre de mes que se tiene cargado en la
base de datos OLAP, esto nos permite generar un reporte de la
evolucin de los Balances de Financiera Confianza, tambin podra ser
combinado con cualquiera de los INDICADORES que tiene el CUBO DE
BALANCE, los cuales se detallaran ms adelante, tambin se puede
b.1.2. DIMENSIN MONEDA:

Esta dimensin nos permite agrupar los INDICADORES DEL
BALANCE por Moneda, es decir, los indicadores se podrn agrupar por:
123
0. SOLES
101. DOLARES
Y de esta forma determinar la concentracin ya sea del saldo
tanto en moneda nacional, moneda extranjera o en su moneda origen,
b.1.3. DIMENSIN RUBRO CONTABLE:

Esta dimensin nos permite agrupar los saldo del balance por
Rubro Contable, es decir, nos da la posibilidad de saber cmo est
distribuido el balance en sus diferentes niveles, tanto a agrupado por los
dos primeros caracteres del rubro, o por 4, o por 6, o por 8, o por 10 y
finalmente por 14 dgitos:
Tabla N 23: Vista de la Dimensin Rubro Contable Balance General.

1. ACTIVO
11. DISPONIBLE
12. FONDOS INTERBANCARIOS
13. INV. NEGOCIABLES Y A VENCIMIENTO
14. CREDITOS
1404. CREDITOS REFINANCIADOS
1405. CREDITOS VENCIDOS
1406. CREDITOS EN COBRANZA JUDICIAL
1408. RENDIMIENTOS DEV. CREDITOS VIGENTES
1409. (PROVISIONES PARA CREDITOS)
15. CUENTAS POR COBRAR
16. BIEN REALIZA RECI EN PAGO ADJU FUERA USO
17. INVERSIONES EN SUSBIDIARIAS Y ASOCIADAS
18. INMUEBLES MOBILIARIO Y EQUIPO
19. OTROS ACTIVOS
2. PASIVO
3. PATRIMONIO
4. GASTOS
5. INGRESOS
6. CUENTAS DE RESULTADO
7. CONTINGENTES
8. CUENTAS DE ORDEN
9. CTAS.PRESUP.YCOSTOS (CTAS.INTERNAS)
124
ver el comportamiento de estos en el tiempo.
b.1.4. DIMENSIN SUCURSAL:
Esta dimensin nos permite agrupar los Saldos DEL BALANCE
por Territorio, Regin y Sucursal, todo a la vez o por separado, es decir,
si queremos la agrupacin nicamente por sucursal, esta dimensin nos
podr mostrar dicho reporte, tambin se puede adicionar cualquier otra
b.1.5. DIMENSIN RUBRO ANEXOS:

Esta dimensin nos permite agrupar los Saldos DEL BALANCE
por c/u de los anexos financieros que el rea de Contabilidad ha
especificado, es decir, nos da la posibilidad de saber cmo est
distribuido los saldos por rubro contable, tanto a agrupado por los dos
primeros caracteres del rubro, o por 4, o por 6, o por 8, o por 10 y
finalmente por 14 dgitos:
Tabla N 24: Vista de la Dimensin Anexos Balance General.

ANEXO 07
COSTES RECURSOS GESTIONADOS
GASTOS FINANCIEROS
410102. Intereses y gastos por Cuentas de Ahorro
410103. Intereses y gastos por Cuentas a Plazo
410107. Intereses y gastos por Obligaciones con el Publico Restringidas
410302. Intereses por Depositos de Ahorro ESF
410303. Intereses por Depositos a Plazo ESF
410607. Intereses Certificados de Depositos Negociables
ver el comportamiento de estos en el tiempo
b.1.6. INDICADORES DEL CUBO DE BALANCE:

Tenemos tres, los cuales hacen referencia al Saldo en MN, Saldo
en ME, y Saldo en MO, y son estos saldos los que pueden ser
analizados por cada uno de las dimensiones, as como, con la
combinacin entre estas.
125
b.2.INDICADORES:
Entre los indicadores para el CUBO BALANCE, tenemos los
siguientes:
SALDO_MN
SALDO_ME
SALDO_MO
4.4.3. COMPONENTE SIRCON COMPLEMENTO EXCEL
En esta plataforma windows se desarroll un complemento para Excel,
el cual permite al rea de Contabilidad Generar su Balance de Comprobacin,
el anexo Forma A y Forma B y sus Respectivos Anexos de los Estados
Financieros con la estructura que envan a la fmbbva.
Tambin tenemos desarrollado para el rea de Riesgos el anexo Anexo
15B el cual ya pueden generarlo desde este complemento y tenemos
planificado continuar el desarrollo de los anexos anexo 15C as como
tambin del Anexo 15A.
Figura N 58: Men principal del Complemento SIRCON-EXPLORER.

Este captulo nos permiti saber acerca de los antecedentes que
propiciaron la implementacin de una Solucin de BI, como es la creacin de un
Data Mart Cartera Activa, desde su alcance, propuesta de solucin, detalle
tcnico y su posterior descripcin funcional, poniendo a disposicin del usuario
final la informacin histrica de las Colocaciones de Crditos de Financiera
Confianza en su escritorio haciendo uso del Excel como herramienta de
Reporting.
CAPTULO V.
En este captulo analizaremos los resultados obtenidos, tanto del tiempo
de procesamiento de los datos, veremos la implementacin del Data Mart Cartera
de Crditos, Utilizacin de las herramientas BI de SQL Server y el uso de Excel
como herramienta de Reporting, y finalmente veremos las conclusiones y
recomendaciones.
126
ANALISIS DE LOS RESULTADOS
5.1. REDUCCIN DEL TIEMPO DE PROCESAMIENTO

En cuanto al tiempo de procesamiento de las diferentes etapas de
Extraccin, Transformacin y Carga de los Datos, estn alrededor de los 30min,
en promedio, solamente hablando de la CARTERA ACTIVA.
Tabla N 25: ANTES: Tiempos de Extraccin, Transformacin, Carga y

Procesamiento.
Proceso x mes de Cartera Crditos
informacin Tiempo (horas)
GENERACIN Y 10
CARGA DEL MIS
Total 10
Tabla N 26: DESPUES: Tiempos de Extraccin, Transformacin, Carga y

Procesamiento.
Proceso x 2.5 aos Cartera Crditos
de informacin Tiempo (horas)
Extraccin, 0.5
Transformacin y
Carga.
Total 0.5
Reducindose en un 95% del tiempo de procesamiento, y dedicando este

tiempo al anlisis de la informacin y a la generacin de conocimiento de los
datos de la Cartera Activa, teniendo la posibilidad tambin de hacer pronsticos
con los datos histricos disponibles.
5.2. CALIDAD DE LA INFORMACIN.

La data de la Cartera de Crditos es 100% confiable, ya que antes de ser
distribuida y/o utilizada esta informacin, es previamente validada con la ayuda
de scrips de validacin, dichos scrips son ejecutados por nuestra rea de
PRODUCCIN, quienes tienen mapeado en su lista de tareas diarias, la
ejecucin de dicha validacin y que en caso de encontrar diferencias, estos son
127
comunicados al rea de Gestin de la Demanda para ser resueltos, y solo as, se
continua con la generacin y/o distribucin de la data de la Cartera de Crditos.
En cuanto al Balance General, este tambin cuenta con sus respectivos

scrips de validacin, los cuales tambin son ejecutados por nuestra rea de
PRODUCCIN y si no existe diferencias, dan inicio a la cadena de cierre de da
del sistema BANTOTAL, garantizando de esta manera que los orgenes de datos
que alimentan los cubos son de calidad.
5.3. DATAMART CARTERA DE CREDITOS ESQUEMA ESTRELLA.

Como resultado principal es que ahora tenemos la capacidad de analizar
c/u de los siguientes indicadores de la Cartera de Crditos al corte de fin de mes.
INDICADORES DE LA FACT TABLE:
1. CAPITAL_PENDIETE
2. CARTERA_COBERTURADO
3. CARTERA_NO_COBERTURADO
4. FACTOR_TAPP
5. INGRESO_DIFERIDO
6. INTERES_COMPENSATORIO
7. INTERES_MORA
8. INTERES_VENCIDO
9. INTERES_VENCIDO_ATRASADO
10. MONTO_DESEMBOLSADO
11. MONTO_GARANTIA
12. MONTO_PROVISION
13. NRO_CREDITOS
14. SALDO_CAPITAL
15. SALDO_CAPITAL_MN
16. SALDO_CAR
17. SALDO_MORA_MAYOR1_MN
18. SALDO_MORA_MAYOR30_MN
19. SALDO_RIESGO
20. SALDO_VENCIDO
21. SALDO_VENCIDO_MN
22. SHOK_CAMBIARIO
23. TOTAL_DEUDA
24. TOTAL_GARANTIA
INDICADORES CALCULADOS EN LINEA
25. MORA MAYOR 1
26. MORA MAYOR 30
27. NRO DE CLIENTES
28. SALDO_PROMEDIOMN
29. TAPP
128
30. DESEMBOLSO_PROM_MO
DIMENSIONES DEL DATA MART:
Cada uno de los indicadores de la Fact Table, podrn sern analizados por
las siguientes dimensiones, es decir, el anlisis lo podemos hacer en forma
unidimensional o multidimensional.
1. DIMENSION FECHA DE CIERRE:

2. DIMENSIN INDICADOR DE CARTERA:
3. DIMENSIN SECTORISTA:
4. DIMENSIN SUCURSAL:
5. DIMENSIN FECHA DE DESEMBOLSO:
6. DIMENSIN TIPO DE CARTERA:
7. DIMENSIN CLIENTE:
8. DIMENSIN OPERACIN:
9. DIMENSIN FECHA DE MORA:
10. DIMENSIN FECHA DE VENCIMIENTO:
11. DIMENSIN CLASIFICACION SBS:
12. DIMENSIN FECHA DE CLASIFICICACION SBS:
13. DIMENSIN RANGO DE VENCIMIENTO:
14. DIMENSIN DESTINO DEL CREDITO:
15. DIMENSIN ESTADO DE LA OPERACIN
16. DIMENSIN CAMPAAS:
17. DIMENSIN RUBRO CONTABLE:
18. DIMENSIN INDICADOR TIPO DE CONBRANZA:
19. DIMENSIN TIPO DE PERSONA:
20. DIMENSIN GNERO DE PERSONA:
21. DIMENSIN FECHA DE NACIMIENTO/CREACION DE LA PERSONA:
22. DIMENSIN SITUACIN DEL CRDITO:
23. DIMENSIN UBIGEO:
24. DIMENSIN CREDITOS SBS:
25. DIMENSIN MONEDA:
26. DIMENSIN OCUPACIN:
27. DIMENSIN ASESOR ORIGEN:
28. DIMENSIN NOMBRE DEL FIADOR:
129
29. DIMENSIN TIPO DE DOCUMENTO:
30. DIMENSIN CIIU:
31. DIMENSIN MODULO:
32. DIMENSIN NRO DE DOCUMENTO:
Consiguiendo as tener una variedad de consultas por cada indicador, con
el simple hecho de combinar estas 32 dimensiones.
5.4. GENERANDO REPORTES DESDE EXCEL.

Concluimos que la herramienta Excel, se puede llegar a convertir en un
generador de reportes, por tener la capacidad de conectarse transparentemente
con una fuente de datos OLAP. A continuacin tenemos algunos de los reportes
que podemos obtener utilizando un Excel.
5.3.1. Saldo de Cartera, Mora y TAPP.

Considerados como los indicadores principales sobre los cuales se toman
muchas decisiones en la gestin comercial de Financiera Confianza, tenemos al
Saldo Capital en moneda nacional, la cual para el mes de junio-2016 alcanz
1510,489 M Soles, y de la cual la Mora >1 representa el 5.38% y la Mora >30
alcanza el 2.90%, ndices de mora que estn dentro del margen esperado. Por
otro lado podemos hallar el ingreso promedio que genera esta cartera de crditos
tomando como variable el valor de la TAPP que para el mes de anlisis llega a
29.95%, como se muestra a continuacin.
Figura N 59: Saldo de Cartera, Mora y TAPP.

5.3.2. Saldo de Cartera por Nro de Cuotas del Crdito.

Como resultado de analizar el Saldo de Cartera por la dimensin Nro de
cuotas del crditos, podemos concluir que la cartera se concentra en aquellos
crditos que tienen 24 cuotas, seguidamente de aquellos crditos con 12 cuotas y
36 cuotas, quedando en cuarto lugar aquellos crditos que tienen 18 cuotas y
130
seguido de los crditos con una cuota, concluyendo que nuestros crditos tienen
un tiempo de vida de 2 aos.
Figura N 60: Saldo de Cartera por Nro de Cuotas del Crdito.

5.3.3. Ranking de las 20 Campaas con mayor Saldo.

El resultado de analizar la cartera de crditos del mes de junio del 2016,
por la dimensin Campaas, tenemos que la campaa CAMPAA PYME
ESCOLAR, es la que concentra las colocaciones llegando alrededor del
1000,000M.
Figura N 61: Ranking de las 20 Campaas con mayor Saldo..

131
5.3.4. Ranking de Saldo de Cartera x Departamento.
Despus de analizar el Saldo de Cartera x Departamentos, tenemos que el
departamento de lima concentra el mayor saldo, llegando a superar los 250,000M
de Soles, seguidamente del departamento dev Junn con un 167,000M, dejando
entendido que nuestra gran plaza es la Limea.
Figura N 62: Ranking de Saldo de Cartera x Departamento.

5.3.5. Ranking de Monto de Desembolsos x Agencia.

Despus de analizar el indicador Monto de Desembolso x Agencia,
tenemos que la Agencia de Pucallpa es la agencia que ms coloca los crditos
llegando a ser 3,727M, seguido de la Agencia ATE FC con un monto de
desembolso de 3,280M y la Agencia Chimbote 3,276M siendo las tres principales
agencias en cuanto a los desembolsos se refire.
132
Figura N 63: Ranking de Monto de Desembolsos x Agencia.
5.3.6. Distribucin de la Cartera Atrasada X Producto.

Al analizar la Cartera por Rango de Das de Atraso y a su vez por los
productos de FC, tenemos que el mayor atraso se presenta en el producto
NEGOCIOS con el rango de das de atraso de 15 a 30 das, en el caso del
133
producto AGRICOLA, tenemos que el mayor atraso se concentra en el rango de >
a 150 das de atraso.
Figura N 64: Distribucin de la Cartera Atrasada X Producto.

5.3.7. Nro de Desembolsos X da del Mes.

El siguiente anlisis nos muestra que las colocaciones van en aumento a
medida que transcurren los das de la semana, siendo menor los lunes y mayor
los viernes.
Figura N 65: Nro de Desembolsos X da del Mes.

134
5.3.8. Monto de Desembolsos X da del Mes.
Al igual que el nro de Desembolsos, el monto de Desembolsos nos
muestra que las colocaciones van en aumento a medida que transcurren los das
de la semana, siendo menor los lunes y mayor los viernes.
Figura N 66: Monto de Desembolsos X da del Mes.

5.3.9. Rangos de Montos de Desembolsos X da del Mes.

En este anlisis vemos que el comportamiento de los desembolsos por
rangos de montos de desembolsos, tienen la misma tendencia de los
desembolsos totales.
Figura N 67: Rangos de Montos de Desembolsos X da del Mes.

135
5.3.10. Desembolsos X Producto y Tipo de Crditos.

En este anlisis vemos que el producto NEGOCIOS es el principal
producto que ofrece FC, y que a su vez podemos concluir que adems gran parte
de los de esta cartera corresponde a los reprstamos los mismos llegan a
80,000M.
Figura N 68: Desembolsos X Producto y Tipo de Crditos.

5.3.11. Ranking de Nro de Desembolsos X Sectorista.

En este anlisis podemos identificar al sectorista que mas desembolsos ha
realizado para hasta el fin de mes.
Figura N 69: Ranking de Nro de Desembolsos X Sectorista.

5.3.12. Ranking, Saldo de Cartera y Mora x Productos.

En este anlisis nuevamente vemos que es el producto NEGOCIOS, el
que concentra la mayor parte de la cartera de crditos, y a su vez vemos que
136
tiene una mora>1 por debajo del lmite permitido, as como tambin el podemos
ver el mismo resultado para la mora >30.
Figura N 70: Ranking, Saldo de Cartera y Mora x Productos.

5.3.13. Ranking, Saldo de Cartera y Mora del Producto

NEGOCIOS.
En este anlisis hemos querido explotar el producto NEGOCIOS, y vemos
que el sub producto que concentra mayor saldo de cartera, es el sub producto
NEGOCIO CUOTAS - PATRIMONIO y que a su vez tiene la mora >1 por debajo
de los lmites permitidos, al igual que la mora >30.
Figura N 71: Ranking, Saldo de Cartera y Mora del ProductoNEGOCIOS.

5.3.14. Distribucin del Saldo de Cartera x rango de Tasas

ProductoNEGOCIOS.
Seguimos analizando el producto NEGOCIOS, y esta vez queremos
analizar la cartera de este producto y ver en que rango de tasa fueron otorgados
la mayor parte de estos productos y vemos que estos se concentran en el rango
de 20 a 30% anual, el cual llega a representar el 60.48%.
137
Figura N 72: Distribucin del Saldo de Cartera x rango de Tasas ProductoNEGOCIOS.
5.3.15. Participacin del Saldo de Cartera x Cuota Pendientes del

ProductoNEGOCIOS.
En este anlisis del Saldo de Cartera para el producto NEGOCIOS, y esta
vez lo cruzamos con la dimensin Cuotas Pendientes, podemos apreciar que la
mayor parte de la cartera se concentra en aquellos crditos que tiene entre 7 y 12
cuotas pendientes los cuales representan el 25.21%.
Figura N 73: Part. del Saldo de Cartera x Cuota Pendientes del ProductoNEGOCIOS.
5.3.16. Ranking del Saldo de Cartera de los 10 mejores

Ocupaciones de los Clientes del ProductoNEGOCIOS.
Finalmente, podemos encontrar los 10 ocupaciones de los clientes que
tienen la mayor parte del Saldo de Cartera de Crditos.
138
Figura N 74: Ranking del Saldo de Cartera de los 10 mejores.
5.3.17. Desembolsos de las Agencias de la Regin CENTRO1.

Despus de analizar los desembolsos de la Regin CENTRO1, podemos
aprender que es la Agencia CENTENARIO la que encabeza los desembolsos,
seguido de la Agencia Pampas.
Figura N 75: Desembolsos de las Agencias de la Regin CENTRO1.

En este captulo, pudimos analizar los resultados, como la reduccin del
tiempo de procesamiento, la calidad de la informacin correspondiente a la
Cartera de Crditos y la Creacin de un Data Mart, el cual pone a disposicin el
usuario final la data histrica de las Colocaciones desde Enero del 2014 a la
fecha, as como el uso del Excel como herramienta de Reporting.
139
CONCLUSIONES.
1. Concluimos que los tiempos de procesamiento se han reducido pasando de

10horas inicialmente a 0.5 horas, y el tiempo que se dedicaba a esta tarea
ahora es aprovechada en el anlisis y en la generacin de conocimiento de
los datos, adems tenemos la posibilidad de realizar proyecciones ya que
tenemos los datos histricos y en sus diferentes vistas de la Cartera de
Crditos.
2. Conseguimos atender la necesidad de informacin oportuna y de calidad para
el rea de Distribucin Comercial, quienes ahora pueden tener una visin
institucional de las Colocaciones y tener una Situacin Actual de cada una de
las Agencias que componen la fuerza de Venta de Financiera Confianza.
3. Las consultas a la data histrica son ms rpidas por consecuencia de estar
almacenada en un repositorio OLAP y estar pre calculados.
4. Se implement una solucin BI haciendo uso de las herramientas BI de SQL
Server, como el Analisys Services (SSAS) para el diseo del esquema
estrella del cubo de Cartera de Crditos, tambin se us el Integration
Services (SSIS) para la automatizacin de paquetes (dtsx) y finalmente el
Reporting Services (SSRS) para los reportes,
5. Se puede usar cualquier versin de Excel para conectarse a la base de datos
OLAP y consumir el CUBO de Cartera de Crditos.
140
RECOMENDACIONES
Se recomienda organizar una bodega de datos de manera que no hayan
inconsistencias entre los datos, puesto que al momento de la implementacin de
la herramienta de BI la consistencia de los datos es uno de los puntos ms
importantes, ya que en este radica el xito o fracaso de la herramienta, debido a
que si no se tiene una buena consistencia en los datos los informes no podrn
reflejar la informacin que es requerida.
Se recomienda comenzar un proyecto integral de Datawarehouse que
soporte a las dems reas de Financiera Confianza en la explotacin de
informacin, y que soporte a la toma de decisiones en todos los niveles de la
Organizacin, y sirva de apoyo a los diferentes funcionarios y/o expertos a tomar
mejores decisiones y hacerle frente a los retos y exigencias que la alta Gerencia
requiera, mejorando as la competitividad de Financiera Confianza.
Finalmente se recomienda utilizar La metodologa Ciclo de Vida
Dimensional de R. Kimball ya que proporciona una base emprica y metodolgica
adecuada para las implementaciones de almacenes de datos pequeos y
medianos, dada su gran versatilidad y su enfoque ascendente, que permite
construir los almacenes en forma escalonada. Adems presenta una serie de
herramientas, tales como planillas, grficos y documentos, que proporcionan una
gran ayuda para iniciarse en el mbito de la construccin de un Datawarehouse.
141
Referencias Bibliogrfica.
- Imhoff & Galemmo, Mastering Data Warehouse Design: Relational and
Dimensional Techniques, Wiley Publishing, 2003
- Inmon, Building the Data Warehouse, (Third Edition). John Wiley & Sons,
2002
- Kimball & Caserta, The Data Warehouse ETL Toolkit, Indianapolis, Wiley,
2004.
- Kimball & Merz, The Data Webhouse Toolkit: Building the Web- Enabled
Data Warehouse, Wiley, 2000.
- Kimball & Ross, The Data Warehouse Toolkit: The Complete Guide to
Dimensional Modeling (Second Edition), New York, Wiley, 2002.
- Kimball & Ross, The Kimball Group Reader; Relentlessly Practical Tools
for Data Warehousing and Business Intelligence, Indianapolis, Wiley,
2010.
- Kimball et al., The Data Warehouse Lifecycle Toolkit. 2nd Edition. New
York, Wiley, 2008
- Kimball et al., The Data Warehouse Lifecycle Toolkit. New York, Wiley,
1998.
- Mundy & Thornthwaite, The Microsoft Data Warehouse Toolkit With SQL
Server 2005 and the Microsoft Business Intelligence Toolset, Indianapolis,
Wiley, 2006.
142
Referencias electrnicas
http://www.kimballgroup.com
http://www.bi-bestpractices.com/view-articles/4768
http://churriwifi.wordpress.com/2010/04/19/15-2-ampliacion-conceptos-del-
modelado-dimensional/
https://prezi.com/axhvucmdigjc/metodologia-ralph-kimbal/
http://www-db.deis.unibo.it/~srizzi/PDF/isr08-1.pdf
http://www.tutorialspoint.com/data_mining/data_mining_tutorial.pdf
http://www.dei.unipd.it/~capri/SI/MATERIALE/DWDM0405.pdf
https://riunet.upv.es/bitstream/handle/10251/8591/Proyecto%20II%20-
%20C1%20-%20DMA%20-%2056-09.pdf
https://repository.eafit.edu.co/bitstream/handle/10784/411/LeonelAlfonso_V
illamizarGutierrez_2010.pdf;jsessionid=E1E3FD7804E40C23F0D7F8D6FE
090AC7?sequence=1
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/26761/6/fnavarror
uTFC0913memoria.pdf
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAQ1512.pdf

Tesis Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Sistemas

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL DEL CENTRO DEL PER

FACULTAD DE INGENIERA DE SISTEMAS

INFORME DE EXPERIENCIA PROFESIONAL

Presentado por bachiller

PARA OPTAR EL TITULO PROFESIONAL DE INGENIERO

A mis dos princesas que alegran mi vida Alexia y

A mi familia por siempre creer en mis decisiones

Quiero comenzar agradeciendo a mi madre la sra. Gladys Morales, quien gracias

Agradezco a mi familia en general, a mis hermanos, mis padres, mis abuelos y

Tambin quiero agradecer especialmente a mi sra. esposa Licceth Apaza Carrin,

No quiero dejar de agradecer a esta mi alma mater donde me forme

A su vez, agradezco a los docentes, quienes con sus enseanzas y exigencias

Finalmente quiero agradecer a Financiera Confianza, por permitirme poner en

Esta situacin de incertidumbre se present a consecuencia de sufrir una

La fusin de ambas empresas trajo consigo un cambio de plataforma

En consecuencia surga la necesidad de contar con un sistema de soporte

Es en estas circunstancias que se da inicio a la implementacin de un

En este proyecto se da solucin a la necesidad del procesamiento de

La Metodologa del Ciclo de Vida Dimensional de Ralph Kimball, es la

Las herramientas utilizadas para conseguir implementar el Data Mart

Carlos Jorge Nolazco Morales.

The methodology of "Life Cycle Dimensional" Ralph Kimball, is the

Carlos Jorge Nolazco Morales.

En el Captulo I, conoceremos a la nueva Financiera Confianza, desde sus

En el captulo II, conoceremos el principal problema que motivo la

En el Captulo III, conoceremos dos de las grandes metodologas utilizadas

En el Captulo IV, mostraremos el proceso de desarrollo e implementacin

En el Captulo V, como parte de los resultados, veremos en cuanto tiempo

1.1. BREVE DESCRIPCION DE LAS ACTIVIDADES DE FINANCIERA

1.2. ORIGEN DE LA FINANCIERA CONFIANZA S.A.

El 23 de Febrero del 2007, la Junta General Facultativa de Accionistas,

Mediante Resolucin Directoral de Emisores N046-2010-EF/94.06.3 de

1.3. CREACIN DE LA FINANCIERA CONFIANZA S.A.A.

A inicios del 2007, la Fundacin Microfinanzas BBVA (en Adelante La

En el mes de julio de 2008, a travs de la Resolucin N 3855, la

A fines del ejercicio 2010, Caja Nuestra Gente suscribi un contrato de

Cronologa de Financiera Confianza S.A.A.

Figura N 02 Participacin del Accionariado de FC.

1.4.3. PLANA GERENCIAL

1.4.4. OPERACIONES Y PARTICIPACIN EN EL MERCADO

Con los puntos de atencin mencionados, la Financiera busca llegar a

A la fecha de anlisis, la amplia red de atencin con la que cuenta la

De este modo, durante el ao pasado destac el mejor

Figura N 05 Participacin en el Mercado.

1.4.5. RED DE AGENCIAS

Figura N 06 Distribucin de Agencias por Territorio.

1.4.6. RED DE CAJEROS:

02 cajeros automticos en Arequipa

1.5. GIRO DEL NEGOCIO.

Crditos Micro y Pequea Empresa; Crditos destinados a financiar

1.5.2. PRODUCTOS PASIVOS:

Depsitos de Ahorro; Cuenta de ahorros de libre disponibilidad, para

Seguros: (i) multiriesgo; destinado a asegurar la mercadera y el ambiente

Pago de servicios: Financiera en alianza con otros proveedores ofrece a

1.5.4. CANALES DE DISTRIBUCIN

Figura N 07 Canales de Distribucin

La red de agencias de Confianza asegura cobertura nacional a

1.6.1. MISIN INSTITUCIONAL

1.6.2. VISIN INSTITUCIONAL

1.6.3. VALORES Y PRINCIPIOS:

1.7. NORMAS LEGALES DE LAS FINANCIERAS.

Figura N 08 Crecimiento de la Economa Global.

En cuanto a la economa Peruana, en el 2015 creci 3.3%, que si bien