Implementación de un sistema web para automatizar el...

INGENIERÍA

INGENIERÍA EMPRESARIAL Y DE SISTEMAS

IMPLEMENTACIÓN DE UN SISTEMA WEB PARA

AUTOMATIZAR EL PROCESO DE CONTROL DE

INFORMACIÓN DE LAS VISITAS DOMICILIARIAS

EN UNA ENTIDAD FINANCIERA

Tesis para optar el Título de Ingeniero

Empresarial y de Sistemas

EDGAR FERNANDO VASQUEZ REYES

Asesor: Lizardo Silva Ubaldo

Lima – Perú

2016

TESIS PARA OPTAR POR EL TÍTULO DE INGENIERO EMPRESARIAL Y DE SISTEMAS Edgar Fernando Vasquez Reyes

2

Hoja de Aprobación del Asesor y Jurados


3

Dedicatoria

A Dios por darme la fuerza necesaria para culminar este proyecto.

A Hugo, mi padre por darme el apoyo y confianza necesaria, indispensables para

terminar todo proyecto que se inicia.

A Sonia, mi madre, que siempre me apoya desde el infinito, gracias mamá.

A mi esposa Inés y a mi hija Danna Paola por su paciencia, apoyo y comprensión; sin eso

no hubiera podido culminar el desarrollo de este proyecto.

A la tecnología, que siempre me hace querer aprender más y más.


4

Agradecimientos

Con estas líneas expreso mi real agradecimiento a mi asesor Ing. Lizardo Silva Ubaldo

que se dio el tiempo para asesorarme en este trabajo; su apoyo fue fundamental para

concluirlo.

Agradezco también a la empresa CREDINKA, que me dio la oportunidad de trabajar en la

institución y conocer de sus procesos; a sus trabajadores, por brindar la información

necesaria para cumplir con el proyecto y, en forma no directa con este trabajo, a mi

Gerente por darme la oportunidad de participar y hacerme cargo de este proyecto.

A todos los profesores de la carrera de Ingeniería Empresarial y de Sistemas CPEL y

Pre-Grado y a mi alma máter La Universidad San Ignacio de Loyola, por forjarme con

todo el conocimiento necesario para cumplir los objetivos que tengo trazados.


5

Introducción

Como parte del crecimiento de la empresa y mejoras en sus procesos de control

con los clientes, nace la necesidad en Financiera Credinka de mejorar el nivel de

control de sus clientes morosos, proponiendo tener información detallada de la

gestión de cobranza que se le realiza al cliente en las visitas domiciliarias

realizadas, cuando estos caen en morosidad por los créditos que han adquirido.

Actualmente este proceso de seguimiento y control es manual y no está

almacenado en una base de datos sino en hojas de Excel, los cuales son llenadas

por el gestor de cobranza y enviado cada 15 días a la oficina central en Lima para

que un digitador realice el consolidado y genere reportería para las jefaturas y

gerencias del departamento de cobranzas y recuperaciones.

Como solución a esta problemática se plantea el proyecto de crear una herramienta

automatizada del tipo software la cual apoye al usuario de cobranzas en:

o La toma de decisiones.

o La generación de Estrategias de Cobranzas.

o En el control del ratio de morosidad de la empresa financiera.

o Sea sustento de las estrategias que ejecutar con los clientes morosos para

recuperar esa cartera.

o Tener un repositorio único con información del cliente y las visitas que se le

realizaron.

o Reducir costos de papelería.

o Tener la información con menor retraso.

El presente trabajo de tesis tiene la finalidad de describir la forma en que el área de

sistemas planteo una solución técnica a esta problemática, indicando los pasos que

se realizaron en las diferentes fases del proyecto hasta la propuesta de

implementación a nivel nacional.


6

Resumen

El presente proyecto se realiza con el objetivo de automatizar los procesos de

control del área de Recuperaciones y Cobranzas para una institución financiera del

mercado peruano, implementando un sistema del tipo Software WEB, que

fortalecerá el control de la información de las visitas domiciliarias con una forma

óptima y segura.

Este repositorio de información brindará al usuario los reportes necesarios para

apoyar la validación y control de las visitas que realiza la institución, a los clientes

morosos y, su vez, soportará de forma eficaz la toma de decisiones del área.

Se han planteado 3 objetivos específicos para este fin, los cuales apoyarán a

sustentar las decisiones y nuevas estrategias planteadas para el área de

Recuperaciones y Cobranzas:

o Integración y optimización de los procesos de recuperaciones y cobranzas.

o Automatizar los procesos de control de información de las visitas

domiciliarias realizadas.

o Generar información histórica de la gestión domiciliaria realizada a los

clientes con cuotas vencidas.

Ilustración 1 - Objetivos Específicos [1]


7

El proyecto está dividido principalmente en 5 procesos; el planteamiento de la

solución propuesta se basó en proceso actual que tiene el área de recuperaciones.

1. Proceso de Actualización de Pagos realizados sobre créditos vencidos.

2. Proceso de Extracción de nuevos Créditos Vencidos.

3. Proceso de Parametrización de Cartera. (Carteras, Niveles, Puntos de

Cobranza, Usuarios de Cobranza).

4. Proceso de Distribución de Cartera.

5. Proceso de Gestión Domiciliaria.

La implementación del software se debe realizar a nivel nacional, por lo cual se

planteó realizarla en 3 fases:

1. Implementación en oficinas de Lima.

Capacitación.

Implementación

Ajustes vía Mesa de Ayuda.

2. Implementación en Cusco.

Capacitación.

Implementación.

Ajustes vía Mesa de Ayuda.

3. Implementación a Nivel Nacional.

Capacitación a cargo de los usuarios capacitados anteriormente.

Implementación de los Sistemas

Atención de ocurrencias vía Mesa de Ayuda.


8

Índice de Contenido

Hoja de Aprobación del Asesor y Jurados .................................................................... 2

Dedicatoria ....................................................................................................................... 3

Agradecimientos ............................................................................................................. 4

Resumen .......................................................................................................................... 6

Índice de Contenido ........................................................................................................ 8

Índice de Ilustraciones. ................................................................................................. 12

1. Capítulo I: Introducción ............................................................................................ 15

1.1. Justificación ........................................................................................................ 15

1.2. Definición del Problema ..................................................................................... 17

1.3. Objetivos ............................................................................................................. 19

1.3.1. General .......................................................................................................... 19

1.3.2. Específicos ................................................................................................... 19

1.3.3. Matriz Procesos a Automatizar Vs Objetivos Específicos. [1] .................... 19

1.4. Indicadores del Proceso. .................................................................................... 20

1.5. Contribución. ...................................................................................................... 21

1.6. Alcance ................................................................................................................ 22

1.7. Limitaciones ........................................................................................................ 23

2. Capítulo II: Marco Contextual ................................................................................... 24

2.1. Historia ................................................................................................................ 24

2.2. Visión ................................................................................................................... 24

2.3. Misión .................................................................................................................. 24

2.4. Valores Internos .................................................................................................. 24

2.5. Organigrama de la Empresa. [2] .......................................................................... 25

3. Capítulo III: Marco Conceptual ................................................................................. 26

3.1. RUP (Rational Unified Process) [3] ..................................................................... 26

3.2. UML (Unified Modeling Language). [4] ................................................................ 27

3.3. CASOS DE USO[12] .............................................................................................. 28


9

3.4. ASP. NET. [5] ........................................................................................................ 29

3.5. SQL SERVER. [6] ................................................................................................ 29

3.6. Business Intelligence. (BI) [17] .......................................................................... 30

3.7. Valor Actual Neto (VAN) [19] ................................................................................ 31

3.8. Tasa Interna de Retorno o Rentabilidad (TIR)[19] ............................................... 32

4. Capítulo IV: Marco Metodológico ............................................................................. 33

5. Capítulo V: Desarrollo de la Tesis ............................................................................ 34

5.1. Entregables del proceso de desarrollo de Software. (RUP) ............................. 34

5.2. Planificación y Organización del Proyecto ....................................................... 35

5.3. Modelado del Negocio. ....................................................................................... 36

5.3.1. Modelamiento del Negocio. ......................................................................... 36

5.4. Gestión de Requerimientos. ............................................................................... 39

5.4.1. Identificación de Interesados. ..................................................................... 39

5.4.2. Desglosar requerimientos funcionales. ...................................................... 40

5.4.3. Generación de los Diagramas Casos de Uso del Sistema ........................ 43

5.4.4. Especificación de Casos de Uso. ................................................................ 45

5.4.5. Cronogramas del proyecto. ......................................................................... 45

5.5. Análisis y Diseño del Sistema ............................................................................ 47

5.5.1. Diseño y creación de la base de datos. ...................................................... 47

5.6. Implementación ................................................................................................... 48

5.6.1. Prototipos de Interfaces de Usuario. .......................................................... 48

5.6.2. Programación de Objetos para el sistema. ................................................. 49

5.7. Pruebas ............................................................................................................... 50

5.7.1. Generación de Casos de Prueba. ................................................................ 50

5.7.2. Realización de pruebas funcionales. .......................................................... 50

5.7.3. Realización de pruebas de esfuerzo al sistema. ........................................ 50

5.7.4. Actas de Aceptación de Pruebas. ............................................................... 50

5.8. Despliegue del Sistema ...................................................................................... 51


10

5.8.1. Realizar la puesta en producción del Sistema. .......................................... 51

5.9. Gestión de Riesgos del proyecto. ...................................................................... 54

5.9.1. Principales riesgos identificados ................................................................ 55

5.9.2. Matriz de probabilidad e impacto. ............................................................... 56

5.9.3. Lista priorizada de riesgos y oportunidades. ............................................. 56

5.9.4. Plan de Respuesta a Riesgos ...................................................................... 57

5.10. Cierre del Proyecto ........................................................................................... 58

5.10.1. Realizar el cierre administrativo del Proyecto .......................................... 58

6. Conclusiones ............................................................................................................. 59

7. Recomendaciones ..................................................................................................... 60

8. Bibliografía ................................................................................................................ 61

9. Anexos ....................................................................................................................... 62

Anexo 1: Evaluación Financiera del Proyecto ............................................................. 62

Anexo 2: Diagramas de Caso de Uso y las Especificaciones de los Casos de Uso del

Sistema........................................................................................................................ 65

ESPECIFICACIÓN DE CASOS DE USO ................................................................. 65

DIAGRAMA DE ACTORES ..................................................................................... 66

DIAGRAMA GENERAL DE CASOS DE USO DEL SISTEMA ................................. 67

CBR-CUS-001.002 : Administrar Niveles ........................................................... 71

CBR-CUS-001.003 : Administrar Ubicaciones .................................................. 73

CBR-CUS-001.008: Administrar Tipo de Gestión ............................................. 76

CBR-CUS-001.015 : Asignación de Comisiones ............................................... 78

CBR-CUS-001.017: Consultar Gestores por etapa ........................................... 80

CBR-CUS-001.018 : Enviar Cartera de Clientes ................................................ 82

CBR-CUS-001.019 : Configurar Cierre ............................................................... 84

CBR-CUS-001.020 : Generar Cartera ................................................................. 86

CBR-CUS-001.022: Registrar LOG ..................................................................... 88

CBR-CUS-001.026: Ejecutar proceso de cierre ................................................. 90


11

CBR-CUS-001.029 : Gestionar Cliente Moroso ................................................. 92

CBR-CUS-001.032 : Administrar Carteras ......................................................... 94

CBR-CUS-001.033 : Generar Reportes .............................................................. 96

CBR-CUS-001.034: Consultar Historial de Cliente Moroso .............................. 98

CBR-CUS-001.035: Consultar Cartera ............................................................. 100

CBR-CUS-001.036: Consultar Garante de Cliente Moroso ............................. 101

CBR-DCU-001.040: Administrar Punto de Cobranza ...................................... 103

CASO DE USO - DCUS.01 - Extracción de Créditos Morosos ........................... 105

CASO DE USO - DCUS.02 - Configuración de Parámetros................................ 105

CASO DE USO - DCUS.03 - Distribución de Cartera .......................................... 106

CASO DE USO - DCUS.04 - Registro de Visitas Domiciliarias .......................... 106

CASO DE USO – DCUS.05 – Distribución de Cartera (Detallado) ..................... 107

CBR-CUS-001.024 : Buscar Estrategia de Asignación ................................... 108

CBR-DCU-002-001 : Listar no Asignados ........................................................ 112

CBR-DCU-002-002 : Asignar a Cartera Especial ............................................. 114

CBR-DCU-002-003 : Asignar a Cartera Simple ................................................ 116

CASO DE USO – DCUS.06 - GENERACIÓN DE REPORTES .............................. 118

CBR-CUS-001.033 : Generar Reportes ............................................................ 119

CBR-CUS-003.002: Documentos Específicos Impresos ................................ 121

CBR-CUS-003.001 : Exportar Formatos .......................................................... 123

Anexo 3: Estándares Utilizados en el desarrollo del Proyecto ................................... 124

Anexo 4: Interfaces Principales del Sistema para la gestión de Cobranza y

Recuperaciones. ........................................................................................................ 138

Anexo 5: Script de Base de Datos y Tablas .............................................................. 143

Anexo 6: Diccionario de Datos de las tablas: ............................................................ 173

Anexo 7: Documentos de Pruebas realizadas al sistemas y Calidad del Sistema. .... 181

Anexo 8: Actas de Aceptación de Entregables. ......................................................... 184


12

Índice de Ilustraciones. Ilustración 1 - Objetivos Específicos [1] ............................................................................... 6

Ilustración 2 - Diagrama AS-IS vs TO-BE [1] .................................................................... 16

Ilustración 3 - Árbol de Problemas [1] ............................................................................... 18

Ilustración 4 - Matriz Procesos a Automatizar vs Objetivos Específicos .......................... 19

Ilustración 5 - Cuadro de Indicadores .............................................................................. 20

Ilustración 6 - Organigrama de la Empresa ..................................................................... 25

Ilustración 7 - Objetos utilizados para modelar el Negocio .............................................. 27

Ilustración 8 - Notación de los Diagramas de Casos de Uso ........................................... 28

Ilustración 9 - BI en los procesos Clave [16] .................................................................... 30

Ilustración 10 - Fórmula VAN ........................................................................................... 31

Ilustración 11 - Fórmula TIR ............................................................................................ 32

Ilustración 12 - Detalle del Marco Metodológico .............................................................. 33

Ilustración 13 - Fases RUP [3] ......................................................................................... 33

Ilustración 14 - Equipo del Proyecto Planificado [1] .......................................................... 35

Ilustración 15 - Diagrama Funcional [1] ............................................................................. 36

Ilustración 16 - Modelado de Casos de Uso del Negocio ................................................. 37

Ilustración 17 - Modelo de Objetos del Negocio .............................................................. 37

Ilustración 18 - Modelo de Dominio del Negocio .............................................................. 38

Ilustración 19 - Principales Usuarios identificados [1]........................................................ 39

Ilustración 20 – DCUS.01 - Extracción de Créditos Morosos ........................................... 43

Ilustración 21 – DCUS.02 - Configuración de Parámetros ............................................... 43

Ilustración 22 – DCUS.03 - Distribución de Cartera ......................................................... 44

Ilustración 23 – DCUS.04 - Registro de Visitas Domiciliarias ........................................... 44

Ilustración 24 - Cronograma Resumen del Proyecto [1] .................................................... 45

Ilustración 25 - Cronograma Detallado del Proyecto [1] .................................................... 46

Ilustración 26 - Diseño de la Base de Datos. (Diagrama de Clases) ................................ 47

Ilustración 27 - Diagrama de Datos Relacional ................................................................ 47

Ilustración 28 - Prototipo de Pantallas del Sistema .......................................................... 48

Ilustración 29 - Arquitectura de Programación en CAPAS ............................................... 49

Ilustración 30 - Lista de Agencias Lima [8] ...................................................................... 51

Ilustración 31 - Lista de Agencias Cusco [8] .................................................................... 52

Ilustración 32 - Estrategia de Implementación (Resumen) ............................................... 53

Ilustración 33 - Valores asignados para los Impactos del Riesgo .................................... 54

Ilustración 34 - Valores asignados para las probabilidades del Riesgo ............................ 54


13

Ilustración 35 - Rangos de criticidad del Riesgo .............................................................. 55

Ilustración 36 - Principales Riesgos Identificados ............................................................ 55

Ilustración 37 - Matriz de probabilidad e impacto ............................................................. 56

Ilustración 38 - Lista priorizada de riesgos y oportunidades ............................................ 56

Ilustración 39 - Plan de respuesta a los riesgos ............................................................. 57

Ilustración 40 - Acta de Aceptación del Alcance del Proyecto.......................................... 58

Ilustración 41 - BI Arquitectura [17].................................................................................. 60

Ilustración 42 - Asignación de recursos que Ejecuta el Proyecto ..................................... 62

Ilustración 43 - Flujo de Caja de Ejecución del Proyecto ................................................. 63

Ilustración 44 - Sustento recuperación de Inversión del proyecto .................................... 64

Ilustración 45 - Diagrama de Actores ............................................................................... 66

Ilustración 46 - Diagrama general de CU ......................................................................... 67

Ilustración 47 - DCUS.01 - Extracción de Créditos Morosos .......................................... 105

Ilustración 48 - DCUS.02 - Configuración de Parámetros .............................................. 105

Ilustración 49 - DCUS.03 - Distribución de Cartera ........................................................ 106

Ilustración 50 - DCUS.04 - Registro de Visitas Domiciliarias ......................................... 106

Ilustración 51 - CU Distribución de Cartera de Cobranza .............................................. 107

Ilustración 52 - CU Generación de Reportes ................................................................. 118

Ilustración 53 - Colores Representativos de la Empresa ............................................... 124

Ilustración 54 - Estándar de colores .............................................................................. 124

Ilustración 55 - Estándar de Página de Acceso a los Sistemas ..................................... 126

Ilustración 56 - Estándar de Página de Mantenimiento .................................................. 127

Ilustración 57 - Estándar de Mapa de Sitio .................................................................... 128

Ilustración 58 - Estándar - Grilla para Listados .............................................................. 129

Ilustración 59 - Estándar - Grilla Editable ...................................................................... 130

Ilustración 60 - Estándar - Grilla y SubGrilla .................................................................. 130

Ilustración 61 - Estándar del Cuerpo para la Codificación ............................................. 131

Ilustración 62 - Estándar de Sentencia IF ...................................................................... 131

Ilustración 63 - Ejemplo: Codificación Incorrecta ........................................................... 132

Ilustración 64 - Ejemplo: Codificación Correcta ............................................................. 132

Ilustración 65 - Estándar Declaración de Variable ......................................................... 132

Ilustración 66 - Forma Incorrecta de validar valores Nulos ............................................ 132

Ilustración 67 - Forma Correcta de validar valores Nulos .............................................. 133

Ilustración 68 - Estándar de Codificación en Base de Datos ......................................... 133

Ilustración 69 - Estándar de Nomenclatura en la Base de Datos (1) .............................. 134


14

Ilustración 70 - Estándar de Nomenclatura en la Base de Datos (2) .............................. 134

Ilustración 71 – Prefijos utilizados en la Base de Datos ................................................. 135

Ilustración 72 - Estándar de Tipo de Datos en la Base de Datos ................................... 136

Ilustración 73 - Estándar de Tipo de Datos en la Base de Datos (2) .............................. 137

Ilustración 74 - Configuración de Carteras de Productos ............................................... 138

Ilustración 75 - Configuración de Niveles ...................................................................... 138

Ilustración 76 - Configuración de Usuarios de Cobranza ............................................... 139

Ilustración 77 - Asociación para Distribución de Cartera ................................................ 139

Ilustración 78 - Búsqueda por Cliente en Gestión Domiciliaría ...................................... 140

Ilustración 79 - Bandeja de Gestiones Realizadas por Cliente....................................... 140

Ilustración 80 - Interfaz para realizar la nueva Gestión al Cliente .................................. 141

Ilustración 81 - Ficha de Cobranza ................................................................................ 141

Ilustración 82 - Carta de Cobranza ................................................................................ 142

Ilustración 83 - Gráfica-Reporte, Rangos de Mora y su porcentaje en la Cartera Total.. 142

Ilustración 84 - Checklist de las pruebas realizadas ...................................................... 181

Ilustración 85 - Detalle de la observación encontrada en el checklist de las pruebas

realizadas ...................................................................................................................... 182

Ilustración 86 - Acta de Certificación de Pase a Producción .......................................... 183

Ilustración 87 - Aceptación del Alcance del Proyecto .................................................... 184

Ilustración 88 - Aceptación del Diseño de la solución .................................................... 185

Ilustración 89 - Acta de Aceptación de Entregables ....................................................... 186

Ilustración 90 - Acta de Aceptación de Entregable ........................................................ 187

Ilustración 91 - Acta Pase a producción ........................................................................ 188


15

1. Capítulo I: Introducción

1.1. Justificación

Actualmente toda empresa necesita de procesos eficientes, eficaces y con

información oportuna y precisa, para mejorar indicadores internos y externos,

es por ello que se plantea el presente proyecto, con el afán de aportar las

siguiente mejoras:

1. Fortalecer el nivel del control de información de las visitas domiciliarias.

2. Información actualizada (desfase de 1 día como máximo).

3. Ahorro de costos (menos papeles, menos envío de documentos a la

central de digitación, compra de PC’s, optimización de personal en el

área).

4. Tener un planeamiento de las visitas que realizarán los gestores de

visitas domiciliarias.

5. Poder medir la efectividad/eficiencia de las visitas a nuestros clientes.

6. Mejorar las estrategias del área de Recuperaciones y Cobranzas.

La información generada por los gestores de visitas domiciliarias no es

correctamente procesada, debido a la falta de capacitación del usuario y las

herramientas que tiene a su alcance; la empresa realiza procesos manuales

para generar información y luego realizar resúmenes estadísticos en Excel,

compaginando cuatro datos importantes:

i. Créditos otorgados.

ii. Días de atrasos de los créditos vencidos.

iii. Visitas domiciliarias de cobranzas realizadas y el compromiso de pago

obtenido del cliente.

iv. Pagos realizados por gestión de cobranzas realizada.

Esta problemática genera un aumento de costo del área de Recuperaciones y

Cobranzas, ya que cuenta con procesos manuales y personal adicional para

realizar el control de la información.

Otro inconveniente es el de la lentitud en la toma de decisiones; se suma a esto

el aumento del cálculo de provisión para créditos en mora, entre las principales

consecuencias identificadas.


16

El proyecto planteado contempla la implementación de un Sistema tipo Software

para optimizar tiempos de respuestas en la toma de decisiones y elimine el

procesamiento manual de información; volviendo más robustas las estrategias

de cobranzas que pueda ejecutar la Jefatura del área de Recuperaciones y

Cobranzas.

En la siguiente imagen tenemos el comparativo del proceso anterior (AS-IS) y

el proceso a implementar (TO-BE), en donde podemos revisar la optimización

que lograremos con el proyecto.

AS-IS TO BE

Ilustración 2 - Diagrama AS-IS vs TO-BE [1]


17

1.2. Definición del Problema

El proceso de Recuperaciones y Gestión de cobranzas es uno de los principales

proceso en la financiera ya que con la buena gestión de este indicador, reducirá

el índice de morosidad de la empresa, indicador que es medido por las SBS.

Al revisar el proceso observamos que el problema radica en el bajo nivel de

control de información de las visitas domiciliarias que realizan los gestores

de cobranza. La información generada y los compromisos realizados por parte

de los clientes es registrada en files y hojas de cálculo por los usuarios, limitando

de esta manera al área de Recuperaciones y Cobranzas a procesar información

y no gestionar a todos los clientes por el tiempo que les toma organizar la

información.

No cuentan con un Sistema automatizado que almacene la información, es por

eso que el conocimiento que obtienen sobre el cliente con las visitas de los

gestores de cobranzas se pierde cuando éste se retira de la empresa, en

algunos casos es heredada tácitamente por los demás gestores, perdiéndose

gran parte del seguimiento realizado al cliente, lo cual no es conveniente para

la empresa, ya que cae en reprocesos para obtener la información que necesita.

Todo esto produce un sobrecosto para la empresa, ya que debe contratar

personal adicional que procese información manualmente, para que sea

entregada a la gerencia y ésta pueda tomar decisiones con respecto a los

clientes; esto dificulta en gran proporción el panorama de las estrategias a

aplicar para reducir los índices de morosidad de los clientes, lo cual se convierte

en un tema preocupante para la empresa.


18

A continuación mostramos el diagrama del Árbol de Problemas realizado para

evaluar las causas y sus consecuencias.

Ilustración 3 - Árbol de Problemas [1]

Mayor

aprovisionamiento de

deudas morosas

Disminución del índice

de recupero de créditos

vencidos

Aumento de Costos de

gestión

Gestión incompleta de la

cartera de clientes

Toma de decisiones

lenta

Contratación de

personal adicional para

realizar el control

necesario

PR

OB

LEM

A

Falta de un Software de

control de los recuperos

realizados y creditos

vencidos

Pérdida de información

por renuncia de personal

Bajo nivel de capacidad

de los usuarios para

procesar la información

Procesos

Manuales

Falta de capacitación a

los usuarios en el uso de

tablas dinámicas en

Excel

BAJO NIVEL DE CONTROL DE INFORMACIÓN DE LAS VISITAS

DOMICILIARIAS

CO

NS

EC

UE

NC

IAS

CA

US

AS


19

1.3. Objetivos

1.3.1. General

Realizar la implementación del software para automatizar y fortalecer el

control de información de las visitas domiciliarias.

1.3.2. Específicos

Integración y optimización de los procesos de recuperaciones y

cobranzas.

Automatizar los procesos de control de información de las visitas

domiciliarias realizadas.

Generar información histórica de la gestión domiciliaria realizada a los

clientes con cuotas vencidas.

1.3.3. Matriz Procesos a Automatizar Vs Objetivos Específicos. [1]

Ilustración 4 - Matriz Procesos a Automatizar vs Objetivos Específicos

Integración y optimización

de los procesos de

recuperaciones y

cobranzas

Automatizar los

procesos de control de

información de las

visitas domiciliarias

realizadas

Generar información

histórica de la gestión

domiciliaria realizada a

los clientes con cuotas

vencidas

Proceso de

Actualización de

Pagos realizados

sobre créditos

vencidos

X X

Proceso de Extracción

de Créditos Vencidos X X X

Proceso de

Parametrización de

CarteraX X

Proceso de

Distribución de Cartera X X

Proceso de Gestión

Domiciliaria X X X

Objetivos Especificos del Proyecto

Pro

ce

so

s a

A

uto

ma

tiza

r


20

1.4. Indicadores del Proceso.

a) Presupuesto Asignado al Área.

Implementando el proyecto el presupuesto asignado al área de

recuperaciones y cobranzas debe verse reducido ya que con la

herramienta se reducirá personal asignado a tareas operativas.

Actualmente el Presupuesto anual es un 10% (1’850,000 nuevos

soles) del total del presupuesto de la gerencia. Con el proyecto

esto se reducirá hasta un 3% en el primer año.

b) Mejorar el Nivel de Morosidad de clientes de la Empresa.

Actualmente el índice de morosidad de los clientes que poseen un

crédito en la empresa es de 8%.

Con la implementación del Proyecto, ese índice se reducirá hasta

llegar a un 5% que representa 350,000 nuevos soles de la cartera

de créditos morosos, es decir mayor recuperación de dinero para

la empresa.

c) Monto de Recupero de los créditos vencidos.

Actualmente el monto de recupero mensual de la empresa es de

250,000 nuevos soles a nivel nacional, con el proyecto este monto

mejorará en 350,000.

d) Indicadores de Productividad. (Medida Semanal)

Gestiones por día del Gestor.

Gestiones realizadas por cliente.

Cantidad de Promesas de pago logradas por el Gestor de

Cobranza.

Ilustración 5 - Cuadro de Indicadores

Indicador EmpresarialAntes del

Proyecto

Despues del

ProyectoForma de Medir Periocidad

Presupuesto Asignado 10% 7% Montos en Ahorro de CostosAnual /

Semestral

Nivel de Morosidad - Clientes 8% 5%Clientes Morosos / Total de

Clientes

Mensual /

Trimestral

Nivel de Morosidad - Montos 6% 10%Deuda Vencida Recuperada /

Deuda Vencida Total

Mensual /

Trimestral

Gestiones por día del Gestor 30 50Numero de Visitas

RealizadasSemanal

Gestiones realizadas por

cliente25 30

Cantidad de Clientes

VisitadosSemanal

Cantidad de Promesas de

pago logradas por el Gestor

de Cobranza

15 25Cantidad de Promesas de

Pagos RealizadosSemanal


21

1.5. Contribución.

Función : Supervisor de Proyectos Informáticos.

Contribución :

1. Planeamiento, Desarrollo e implementación de Proyecto.

2. Gestionar el proyecto de Tecnología de Información, hacer cumplir los

compromisos de entrega para lograr el objetivo de la empresa.

3. Apoyar en la mejora del proceso interno de recuperos de deuda.

4. Apoyar en la definición de reportes para el control interno de la

información.


22

1.6. Alcance

El desarrollo de este proyecto aplica desde el análisis de extracción de los

clientes con morosidad de 1 a 60 días; se considerará los créditos generados

en las oficinas de San Isidro y Colmena como plan piloto para implementación

a nivel nacional, esta extracción considerará todos los productos crediticos de

la compañía.

La información que se controlará serán las visitas realizadas por gestores de

cobranza domiciliaria, así como los pagos realizados y los días de mora por los

créditos morosos.

Ésta investigación mostrará los costos del proyecto y el tiempo de recuperación

que tendrá el proyecto.

El entregable final del proyecto constara de 5 procesos principales:

1) Proceso de Actualización de Pagos realizados sobre créditos

vencidos.

2) Proceso de Extracción de nuevos Créditos Vencidos.

3) Proceso de Parametrización de Cartera.

a. Mantenimiento de Carteras de Productos.

b. Mantenimiento de Niveles de Mora.

c. Mantenimiento de Puntos de Cobranza.

d. Mantenimiento de Gestores de Cobranza

4) Proceso de Distribución de Cartera.

5) Proceso de Gestión Domiciliaria.


23

1.7. Limitaciones

La Financiera cuenta con oficinas a nivel nacional; las principales se

encuentran en las provincias de Lima y Cusco, este trabajo comprende la

implementación del software en las agencias ubicadas en el distrito de San

Isidro (Av. Rivera Navarrete) y en el Cercado de Lima (Av. Nicolás de Piérola),

provincia y Departamento de Lima.

La Financiera realiza 4 tipos de gestión a los clientes que forman parte de su

cartera morosa:

o Gestión Telefónica de Clientes Morosos.

o Gestión Domiciliaria de Clientes Morosos.

o Gestión Judicial de Clientes Morosos.

o Gestión Preventiva de clientes que cayeron en morosidad.

La investigación solo está orientada a automatizar control de información de la

Gestión Domiciliaria de Clientes Morosos (visitas a la casa del cliente), que

es realizada por el gestor de cobranza para poder llegar a algún acuerdo de

pago con el cliente por la deuda que tiene vencida con mora entre 1 y 60 días.

Este trabajo no aplica para la modificación o comparación de procesos internos

o externos de la empresa.

Se utilizará los siguientes servidores existentes en la empresa:

o Servidor WEB.

o Servidor de Aplicaciones.

o Servidor de Base de Datos.

La capacidad de los servidores no es parte de esta investigación.

El usuario que definirá los requerimientos será la Jefatura de Cobranzas y

Recuperaciones.

El sistema a desarrollar no incluye interfaces con otros sistemas.

No es parte del proyecto, la investigación y/o análisis sobre los pagos

realizados por los clientes.


24

2. Capítulo II: Marco Contextual

2.1. Historia

La Financiera se generó como respuesta a la necesidad de brindar productos y

servicios financieros dirigidos preferentemente al sector rural, con el objetivo de

mejorar la calidad de vida de los pobladores.

CREDINKA S.A. nace un 12 de febrero de 1994 en la ciudad de Cusco;

actualmente es una entidad consolidada y especializada en créditos para la

micro y pequeña empresa, así como la banca personal e inserción de

comunidades andinas al sistema financiero. Se ha consolidado en gran parte

del territorio nacional, contando con más de 780 colaboradores y con presencia

en 10 regiones de nuestro país, a través de 54 oficinas de atención.

2.2. Visión

“Ser una de las principales instituciones financieras líder en micro finanzas en

el Perú”.

2.3. Misión

Tejemos el futuro de nuestros emprendedores.

2.4. Valores Internos

Confianza

Innovación

Trabajo en equipo

Pasión


25

2.5. Organigrama de la Empresa. [2]

Ilustración 6 - Organigrama de la Empresa


26

3. Capítulo III: Marco Conceptual

3.1. RUP (Rational Unified Process) [3]

o Es una secuencia de pasos necesarios para el desarrollo y/o mantenimiento

de gran cantidad de sistemas, en diferentes áreas de aplicación diferentes

organizaciones, diferentes medios de competencia y en proyectos de

tamaños variables (desde el más básico al más complejo).

o Actualmente es propiedad de International Business Machines (IBM) y está

basado en un enfoque disciplinado de asignación de tareas y

responsabilidades dentro de una organización de desarrollo con la finalidad

de asegurar la obtención de un software de alta calidad que satisfagan la

necesidad de los usuarios finales dentro de un calendario y tiempo

predecible.

o Elementos de RUP

Disciplinas: son los 'contenedores' empleados para organizar todas

las actividades durante el ciclo de vida del sistema.

Artefactos: son los elementos de entrada y salida de las actividades.

Es un elemento que el proyecto produce y utiliza para componer el

producto final.

Flujos de Trabajo: constituye la secuencia de actividades que

producen resultados visibles por medio de la integración de los roles

y las actividades, artefactos y disciplinas.

Roles: son las personas o entes que están involucradas en cada

proceso.

o Características Del RUP[13]

Utiliza como lenguaje de modelado UML

Características Clave:

Dirigido por Casos de Uso

Centrado en la Arquitectura

Iterativo e Incremental

o Conceptos Importantes[13]

Actividad: Unidad tangible de trabajo realizada por un trabajador en

un flujo de trabajo de forma que:

Implica una responsabilidad bien definida para el trabajador.

Produce un resultado bien definido basado en una entrada

bien definida.


27

Representa una unidad de trabajo con límites bien definidos.

3.2. UML (Unified Modeling Language). [4]

o Es la sucesión de una serie de métodos de análisis y diseño orientadas a

objetos que aparecen a fines de los 80's y principios de los 90s.UML es

llamado un lenguaje de modelado, no un método.

o El lenguaje de modelado es la notación (principalmente gráfica) que usan

los métodos para expresar un diseño. El proceso indica los pasos que se

deben seguir para llegar a un diseño.

o La estandarización de un lenguaje de modelado es invaluable, ya que es la

parte principal del proceso de comunicación que requieren todos los agentes

involucrados en un proyecto informático. Si se quiere discutir un diseño con

alguien más, ambos deben conocer el lenguaje de modelado y no así el

proceso que se siguió para obtenerlo.

Ilustración 7 - Objetos utilizados para modelar el Negocio


28

3.3. CASOS DE USO[12]

o Un caso de uso es un fragmento de funcionalidad del sistema que

proporciona al usuario un resultado importante.

o Representan los requisitos funcionales.

o No sólo inician el proceso de desarrollo, sino que le proporcionan un hilo

conductor.

Símbolo Descripción

Actor: Un actor representa un conjunto coherente de roles que juegan los usuarios de un sistema cuando interactúan con los casos de uso de un sistema.

Caso de uso: Los casos de uso describen lo que el sistema hace más no cómo lo hace.

Relación ‘extend’ entre casos de uso: Una relación ‘extend’ desde un caso de uso A a un caso de uso B indica que una instancia del caso de uso B puede incluir el comportamiento especificado por A.

Relación ‘include’ entre casos de uso: Una relación ‘include’ desde un caso de uso A a un caso de uso B indica que una instancia del caso de uso A tendrá el mismo comportamiento que en B.

Relación de generalización entre casos de uso: Una generalización desde un caso de uso A a un caso de uso B indica que A es una especialización de B.

Relación de asociación entre actores y casos de uso: Este enlace es usado para asociar un actor con un caso de uso. Este muestra la participación de un actor en un caso de uso y es la única relación entre actores y casos de uso.

Ilustración 8 - Notación de los Diagramas de Casos de Uso


29

3.4. ASP. NET. [5]

o ASP.NET es un modelo de desarrollo Web unificado que incluye los

servicios necesarios para crear aplicaciones Web empresariales con el

código mínimo. ASP.NET forma parte de .NET Framework y al codificar las

aplicaciones ASP.NET tiene acceso a las clases en .NET Framework. El

código de las aplicaciones puede escribirse en cualquier lenguaje

compatible con el Common Language Runtime (CLR), entre ellos Microsoft

Visual Basic, C#, JScript .NET y J#. Estos lenguajes permiten desarrollar

aplicaciones ASP.NET que se benefician del Common Language Runtime,

seguridad de tipos, herencia, etc..

o Las páginas Web ASP.NET están completamente orientadas a objetos. En

las páginas Web ASP.NET se puede trabajar con elementos HTML que

usen propiedades, métodos y eventos. El marco de trabajo de páginas

ASP.NET quita los detalles de implementación relacionados con la

separación de cliente y servidor inherente a las aplicaciones Web

presentando un modelo unificado que responde a los eventos de los clientes

en el código que se ejecuta en el servidor. El marco de trabajo también

mantiene automáticamente el estado de la página y de los controles que

contenga durante el ciclo vital de procesamiento de la página.

o ASP.NET incluye la compatibilidad mejorada para crear diseñadores de

controles de servidor Web para utilizarlos con una herramienta de diseño

visual como Visual Studio. Los diseñadores permiten crear una interfaz de

usuario en tiempo de diseño para un control; de este modo, los

desarrolladores pueden configurar las propiedades y el contenido del control

en una herramienta de diseño visual.

3.5. SQL SERVER. [6]

o Microsoft® SQL Server™ es un sistema de administración y análisis de

bases de datos relacionales de Microsoft para soluciones de comercio

electrónico, línea de negocio y almacenamiento de datos. En esta sección,

encontrará información sobre varias versiones de SQL Server. También

encontrará artículos sobre bases de datos y aplicaciones de diseño de

bases de datos así como ejemplos de los usos de SQL Server.

o Microsoft SQL Server 2014 se basa en las funciones críticas ofrecidas en la

versión anterior, proporcionando un rendimiento, una disponibilidad y una

facilidad de uso innovadores para las aplicaciones más importantes.


30

Microsoft SQL Server 2014 ofrece nuevas capacidades en memoria en la

base de datos principal para el procesamiento de transacciones en línea

(OLTP) y el almacenamiento de datos, que complementan nuestras

capacidades de almacenamiento de datos en memoria y BI existentes para

lograr la solución de base de datos en memoria más completa del mercado.

o SQL Server 2014 también proporciona nuevas soluciones de copia de

seguridad y de recuperación ante desastres, así como de arquitectura

híbrida con Windows Azure, lo que permite a los clientes utilizar sus actuales

conocimientos con características locales que aprovechan los centros de

datos globales de Microsoft. Además, SQL Server 2014 aprovecha las

nuevas capacidades de Windows Server 2012 y Windows Server 2012 R2

para ofrecer una escalabilidad sin parangón a las aplicaciones de base de

datos en un entorno físico o virtual.

3.6. Business Intelligence. (BI) [17]

o Es un término creado por Gartner Group en 1993.

o Es una amplia categoría de soluciones y software para recolectar,

consolidar, analizar y proveer acceso a los datos en una forma que permita

a los usuarios de la empresa tomar mejores decisiones de negocios (una de

las claves para que una empresa llegue al éxito).

Ilustración 9 - BI en los procesos Clave [16]


31

3.7. Valor Actual Neto (VAN) [19]

o El Valor Actualizado Neto (VAN) es un método de valoración de inversiones

que puede definirse como la diferencia entre el valor actualizado de los

cobros y de los pagos generados por una inversión. Proporciona una medida

de la rentabilidad del proyecto analizado en valor absoluto, es decir expresa

la diferencia entre el valor actualizado de las unidades monetarias cobradas

y pagadas.

o El VAN sirve para tomar dos tipos de decisiones: la efectuabilidad y la

jerarquización.

Efectuabilidad: Son efectuables, es decir interesa realizar, aquellas

inversiones que tengan un VAN positivo, ya que en estos casos

generan más cobros que pagos (VAN>0).

Jerarquización: Entre las inversiones efectuables son preferibles

las tengan un VAN más elevado.

Ilustración 10 - Fórmula VAN


32

3.8. Tasa Interna de Retorno o Rentabilidad (TIR)[19]

o La Tasa Interna de Retorno o de Rentabilidad (TIR), es un método de

valoración de inversiones que mide la rentabilidad de los cobros y los pagos

actualizados, generados por una inversión, en términos relativos, es decir

en porcentaje.

o La TIR permite determinar si una inversión es efectuable así como realizar

la jerarquización entre varios proyectos.

Efectuabilidad: Son efectuables aquellas inversiones que tengan una

TIR superior a la rentabilidad que se exige a la inversión “k” (i>k).

Esta rentabilidad puede calcularse de distintas formas.

Jerarquización: Entre las inversiones efectuables es preferible la que

tenga una TIR más elevada.

Ilustración 11 - Fórmula TIR


33

4. Capítulo IV: Marco Metodológico

o En el siguiente cuadro se muestra el detalle del marco metodológico utilizado:

Fase RUP Nombre de tarea

Software - Gestión de Visitas Domiciliarias

Iniciación Planificación y Organización

Elaboración

Modelado del Negocio

Gestión de Requerimientos

Diseño del Sistema

Construcción Construcción del Sistema

Transición Pruebas

Despliegue del Sistema

Cierre del Proyecto

Ilustración 12 - Detalle del Marco Metodológico

Fases del RUP

Ilustración 13 - Fases RUP [3]


34

5. Capítulo V: Desarrollo de la Tesis

5.1. Entregables del proceso de desarrollo de Software. (RUP)

o Modelado del Negocio

Modelo de Casos de Uso.

Modelo del Dominio.

Modelo de Objetos de Negocio.

o Gestión de Requerimientos.

Identificación de Usuarios y sus roles.

Desglose de Requerimientos funcionales.

Generación de los Casos de Uso del Sistema.

Especificaciones de los Casos de Uso del Sistema.

Cronogramas del proyecto

o Análisis y Diseño

Modelo de Análisis o Diagrama de Clases.

Modelo de Datos – Modelo Relacional.

o Implementación

Prototipos de Interfaces de Usuario.

Programación de Objetos para el sistema

o Pruebas.

Generación de Casos de Prueba

Realización de pruebas funcionales.

Realización de pruebas de esfuerzo al sistema.

Gestión de las Actas de Aceptación de Pruebas.

o Despliegue del Sistema.

Realizar la puesta en producción del Sistema

o Cierre del Proyecto.

Realizar el cierre administrativo del Proyecto.


35

5.2. Planificación y Organización del Proyecto

o La reunión de Kick Off se realizó para presentar a todos los interesados,

explicar cómo este nuevo proyecto beneficiaría al área de Cobranzas y

Recuperaciones.

o En esta fase del proyecto se realiza la conformación del Equipo del

Proyecto; esta selección es de responsabilidad del Jefe del Proyecto, el cual

muestra los puestos necesarios para cumplir con el objetivo, esto se va

afinando con el avance del proyecto.

Ilustración 14 - Equipo del Proyecto Planificado [1]

o La evaluación financiera con respecto al proyecto también es parte de esta

fase y uno de los principales indicadores para ejecutar el proyecto, la cual

se encuentra aprobada por el Sponsor de Proyecto. Ver Anexo 1.


36

5.3. Modelado del Negocio.

5.3.1. Modelamiento del Negocio.

o En esta etapa se identificó un diagrama funcional del proceso para aclarar

funcionalmente el flujo de información en ese proceso.

o Se identificó el Modelo de Casos de uso del Negocio.

o Se identificó el Modelo de Objetos del Negocio.

o Se identificó el Modelo de Dominio del Negocio.

Ilustración 15 - Diagrama Funcional [1]


37

Ilustración 16 - Modelado de Casos de Uso del Negocio

Ilustración 17 - Modelo de Objetos del Negocio


38

Ilustración 18 - Modelo de Dominio del Negocio


39

5.4. Gestión de Requerimientos.

5.4.1. Identificación de Interesados.

o En este punto se detalló la lista de los usuarios principales del proyecto sus

roles y se indicó quienes tienen el poder de definir sobre el proyecto y se

generó una lista con sus principales datos para tenerlos identificados; otro

dato importante de este punto es que se definió como debieran

comunicarles los cambios a cada interesado.

Ilustración 19 - Principales Usuarios identificados [1]

Nombre email Tipo Area CargoNivel de

Influencia

Nivel de

Poder

Forma de Comunicación

Principal

Usuario

Directo

Yony Caviedes [email protected] Sponsor Negocios Gerente Bajo Alto email, informes mensuales NO

Victor Barrantes [email protected] Usuario Riesgos Gerente Alto Alto email, informes mensuales NO

Rossana Paola [email protected]

Usuario LiderCobranzas y

RecuperacionesJefe Alto Alto

email, celularSI

Oscar [email protected]

UsuarioCobranzas y

RecuperacionesAsistente Bajo Medio

email, celularSI

Supervisores de Cobranza UsuarioCobranzas y

RecuperacionesSupervisor Alto Bajo

emailSI

Gestores de Cobranza UsuarioCobranzas y

RecuperacionesGestor Bajo Bajo

emailSI


40

5.4.2. Desglosar requerimientos funcionales.

o Luego de identificar a los principales usuarios y tener reuniones con ellos

se identificaron 5 procesos principales en el Sistema a implementar, los

cuales debieron ser aclarados al detalle para que sean aprobados por el

usuario final.

o El proceso de control de información de los créditos vencidos y sus

recuperos, se detallan líneas abajo estas características principales fueron

resultado de las reuniones con los usuarios:

Proceso de Actualización de Pagos realizados sobre créditos

vencidos: Este proceso tiene como finalidad actualizar las cuotas

de los clientes que realizan pagos en el sistema de Caja de la

CRAC. Estos pagos son realizados después de la fecha de

vencimiento de la cuota del crédito; se considera para ser evaluado

ya que pudo haber sido consecuencia de la visita que realizó el

gestor de cobranza que tuvo asignado el cliente. Su ejecución debe

ser diaria ya que los clientes pueden realizar sus pagos diariamente.

Proceso de Extracción de Créditos Vencidos: Esta opción

consiste en un proceso en batch (off line), que al cierre del día

(21:00 horas) verifica todos los créditos que quedaron en mora al

no tener pagos realizados sobre su cuota mensual del crédito que

tienen pendiente. Este proceso deberá ser ejecutado diariamente

para mantener la información actualizada, y con esto los gestores

de cobranza sepan qué nuevo cliente cayó en mora.


41

Proceso de Parametrización de Cartera. Este módulo consiste en

registrar en el sistema los parámetros necesarios para poder

distribuir los clientes morosos a los gestores de cobranza,

dependiendo de los productos que ofrece la CRAC, los días de

mora, UBIGEO del cliente y monto de deuda. Para esto es

necesario configurar los siguientes parámetros:

Configuración de Carteras de Productos: Está opción

consiste en agrupar los productos que tiene la CRAC, por

ejemplo se creará la cartera “CONSUMO” y en ella se

agruparán los productos “Crédito de Consumo en Soles” y

el producto “PrestaRapido Soles”.

Configuración de Niveles de Mora: Consiste en configurar

los niveles de mora para cada cartera creada, por ejemplo a

la cartera “CONSUMO”, creada en el paso anterior, se le va

a realizar un tipo de gestión X cuando tenga de 1 a 30 días

de mora, y una gestión Y cuando el crédito tenga de 31 a 60

días de mora.

Configuración de Puntos de Cobranza: Está opción del

sistema consiste en agrupar varios UBIGEO que están a

nivel de distrito en un punto de cobranza; por ejemplo, se

configurará el Punto de Cobranza “LIMA”, el cual constará

de los UBIGEO: 140101-Lima Cercado, 140102-Lince,

140103-San Isidro. Debemos tener en cuenta que en el

Sistema de Clientes cada cliente tiene registrado su

domicilio el cual está codificado con los códigos de UBIGEO

que envía RENIEC.


42

Configuración de Gestores de Cobranza: Esta opción del

sistema consiste en crear a los gestores de cobranza y

asignarles una Cartera de Cobranza, un nivel de Mora y un

punto de cobranza. Siguiendo nuestro ejemplo, se creará al

Gestor de Cobranza “EVASQUEZ”, el cual será configurado

para que gestione la cartera “CONSUMO”, en el “Nivel 1” (de

1 a 30 días) y en el punto “LIMA”.

Proceso de Distribución de Cartera: Este proceso consiste en

revisar la configuración realizada y distribuir el grueso de créditos

morosos según la configuración actual, generando listas de visitas

domiciliarias para los gestores de cobranza, los cuales tienen la

información diariamente actualizada. Luego de entregarles estas

listas actualizadas, los gestores proceden a realizar las visitas a los

clientes morosos y gestionarlos para llegar a un acuerdo de pago,

una promesa de pago o saber si el cliente no es ubicable.

Proceso de Gestión Domiciliaria: En esta opción del sistema se

registra todos los sucesos que el gestor de cobranza encuentra en

el momento de la visita al cliente moroso, detallando si contactó al

cliente, a un familiar o no lo contactó.


43

5.4.3. Generación de los Diagramas Casos de Uso del Sistema

Luego del análisis de los requerimientos mencionados anteriormente se

generaron los casos de uso indicando los actores que interviene y cómo

interactúan entre ellos de forma gráfica, a continuación se presentan los

principales DCU del Sistema.

Ilustración 20 – DCUS.01 - Extracción de Créditos Morosos

Ilustración 21 – DCUS.02 - Configuración de Parámetros


44

Ilustración 22 – DCUS.03 - Distribución de Cartera

Ilustración 23 – DCUS.04 - Registro de Visitas Domiciliarias


45

5.4.4. Especificación de Casos de Uso.

Luego de generar los caso de uso se especificó el detalle funcional de cada

uno de ellos indicando los actores que interviene y cómo interactúan entre

ellos, los cuales se encuentran Anexo 2 (CU y Especificación de casos de

Uso del Sistema).

5.4.5. Cronogramas del proyecto.

Ilustración 24 - Cronograma Resumen del Proyecto [1]

Fase RUP Nombre de tarea

Iniciación Planificación y Organización

Modelado del Negocio

Gestión de Requerimientos

Análisis y Diseño del Sistema

Construcción Implementación

Pruebas

Despliegue del Sistema

Cierre Cierre del Proyecto 1 Mes

Gestión de Riesgos / Gestión de Proyectos / Gestión de Cambios

Transición

Elaboración

1 Mes

1.5 Meses

1.5 Meses

MES 06 MES 07 MES 08 MES 09 MES 10MES 01 MES 02 MES 03 MES 04 MES 05

1 Mes

5 Meses

1 Mes

2.5 Meses


46

Ilustración 25 - Cronograma Detallado del Proyecto [1]

Fase RUP Nombre de tarea Duración Comienzo Fin PredecesorasNombres de

los recursos

Software - Gestión de Visitas Domiciliarias 251 días lun 03/11/14 lun 02/11/15

Planificación y Organización 8 días lun 03/11/14 mié 12/11/14 JP

Reunión de Kick Off 1 día lun 03/11/14 lun 03/11/14

Organización del Proyecto 7 días mar 04/11/14 mié 12/11/14 3

Modelado del Negocio 30 días jue 13/11/14 vie 26/12/14 2 JP,AS

Modelado del Negocio 20 días jue 13/11/14 mié 10/12/14

Reunión con los usuarios 10 días jue 11/12/14 vie 26/12/14 6

Gestión de Requerimientos 10 días lun 29/12/14 mar 13/01/15 5

Identificación de requerimientos 10 días lun 29/12/14 mar 13/01/15

Desglosar requerimientos 10 días lun 29/12/14 mar 13/01/15 9CC

Analísis y Diseño del Sistema 25 días lun 29/12/14 mar 03/02/15 5

Diseño de Interfaces del sistema 10 días lun 29/12/14 mar 13/01/15 AS,AP1,AP2

Diseño y creación de la Base de Datos 15 días mié 14/01/15 mar 03/02/15 11 AS,DBA

Implementación del Sistema 110 días mié 04/02/15 vie 10/07/15 10

Parametros Generales de uso del Sistema 20 días mié 04/02/15 mar 03/03/15 AP1,AS[0.5]

Proceso de Actualización de Pagos realizados. 30 días mié 04/03/15 jue 16/04/15 14 AP1,AS[0.5]

Proceso de Extracción de Créditos. 30 días vie 17/04/15 vie 29/05/15 15 AP1,AS[0.5]

Mantenimiento de Carteras de Productos. 30 días lun 01/06/15 vie 10/07/15 16 AP1,AS[0.5]

Mantenimiento de Niveles de Mora. 20 días mié 04/02/15 mar 03/03/15 14CC AP2,AS[0.5]

Mantenimiento de Puntos de Cobranza. 20 días mié 04/03/15 jue 02/04/15 18 AP2,AS[0.5]

Mantenimiento de Gestores de Cobranza 15 días vie 03/04/15 jue 23/04/15 19 AP2,AS[0.5]

Módulo de Distribución de Cartera. 15 días vie 24/04/15 vie 15/05/15 20 AP2,AS[0.5]

Módulo de Gestión Domiciliaria. 15 días lun 18/05/15 vie 05/06/15 21 AP2,AS[0.5]

Pruebas 15 días lun 13/07/15 mar 04/08/15 13

Generación de Casos de Prueba 5 días lun 13/07/15 vie 17/07/15 AS,JP

Realizar pruebas funcionales 5 días lun 20/07/15 vie 24/07/15 24 QA1,AS

Realizar pruebas de esfuerzo al sistema 5 días lun 27/07/15 mar 04/08/15 25 QA1,AS

Despliegue del Sistema 60 días mié 05/08/15 mié 28/10/15 23 AS,AP1,AP2

Fase 1 - Lima 20 días mié 05/08/15 mar 01/09/15

Fase 2 - Cusco 20 días mié 02/09/15 mar 29/09/15 28

Fase 3 - Nivel Nacional 20 días mié 30/09/15 mié 28/10/15 29

Cierre del Proyecto 3 días jue 29/10/15 lun 02/11/15 27 JP,AS

Iniciación

Elaboración

Construcción

Transición


47

5.5. Análisis y Diseño del Sistema

5.5.1. Diseño y creación de la base de datos.

o Con las interfaces aprobadas se realizó el análisis de la base de datos, y el

diseño del diagrama de clases; con esto se refiere a determinar cuáles van

a ser tablas maestras, tablas de movimientos y tablas temporales.

Ilustración 26 - Diseño de la Base de Datos. (Diagrama de Clases)

Ilustración 27 - Diagrama de Datos Relacional

o El diseño de la base de datos se definió en base a los estándares que tiene

la empresa para estos proyectos.

o El Script de la base de datos se encuentra en el Anexo 5.

o Se generó el diccionario de datos de la base de datos. Ver Anexo 6.


48

5.6. Implementación

5.6.1. Prototipos de Interfaces de Usuario.

o Se propusieron las interfaces principales para el manejo del sistema, esto

en base a los estándares de programación indicados por la empresa, las

pantallas principales las veremos en el punto 5.7.1.

o Se adjunta las pantallas principales del sistema. Ver Anexo 4, como

ejemplo mostramos una de las pantallas en la siguiente imagen,

adicionalmente se trabajaron los estándares de programación los cuales se

encuentran en el anexo 3.

Ilustración 28 - Prototipo de Pantallas del Sistema


49

5.6.2. Programación de Objetos para el sistema.

o En esta etapa del proyecto se realizó la codificación del sistema, siguiendo

los estándares indicados por la empresa en cuanto a desarrollo de

software.

o Se utilizó la herramienta ASP.NET para el desarrollo del Sistema.

o El motor de base de datos en el cual se almacenaría la información es SQL

SERVER 2008 r2 ya que la empresa utiliza esa base de datos en sus

sistemas.

o La arquitectura de la programación por estándar de la empresa es en 3

capas, Presentación. Negocio y Datos, esto se muestra en la siguiente

imagen:

Ilustración 29 - Arquitectura de Programación en CAPAS

o Las pantallas del sistema se realizaron en base a los estándares generados

para el proyecto los cuales se pueden observar en el Anexo 3, estos

estándares incluyen codificación en la herramienta de desarrollo,

codificación en la base de datos, colores a utilizar para las pantallas y

demás estándares.

o Se adjunta las pantallas del sistema. Ver Anexo 4, las cuales fueron

trabajadas en la arquitectura indicada en el punto anterior.


50

5.7. Pruebas

5.7.1. Generación de Casos de Prueba.

o Se generaron los casos de pruebas para validar el uso del sistema y la

funcionalidad, para estos casos se tomó en cuenta información histórica de

los créditos.

5.7.2. Realización de pruebas funcionales.

o Luego de generar los casos de prueba, se establecieron Check List para

validar la funcionalidad necesaria en el sistema. Estos resultados fueron

aprobados por el Área de calidad y el usuario que acompañó a las pruebas.

5.7.3. Realización de pruebas de esfuerzo al sistema.

o Estas pruebas fueron necesarias para los procesos que ejecutan

directamente en el Servidor. Sirvieron para comprobar la robustez de los

procesos en casos extremos de requerimiento de transacciones por lado

de los usuarios.

5.7.4. Actas de Aceptación de Pruebas.

o Luego de realizadas las pruebas y validaciones con el equipo de control de

calidad, se procedió a generar las actas de aceptación en donde indica la

conformidad del usuario con respecto a la funcionalidad solicitada.

o Ver anexo 7, para revisar los formatos utilizados para realizar las pruebas

y el control de calidad del sistema.


51

5.8. Despliegue del Sistema

5.8.1. Realizar la puesta en producción del Sistema.

o La estrategia para implementar el sistema a nivel nacional se realizará en

3 etapas: la 1ra etapa en la provincia de Lima, 2da etapa en agencias de

Cusco y la 3ra etapa a nivel nacional. Se realizarán capacitaciones de uso

del sistema para que el usuario quede sin dudas con respecto al uso del

sistema. La implementación se realizará de la siguiente manera:

1. En la 1ra etapa se realizará un piloto por 15 días en las oficinas

de Cercado de Lima y San Isidro en la provincia de Lima.

2. Luego de la implementación el equipo de desarrollo revisará y

subsanará las observaciones encontradas, teniendo un tiempo

límite para atender las incidencias de 5 días después de iniciado

el piloto inicial; esto es paralelo al apoyo que tendrá el usuario

con el área de Mesa de Ayuda.

Ilustración 30 - Lista de Agencias Lima [8]

3. En la 2da etapa, el proyecto contempla añadir al piloto las

oficinas de la provincia de Cusco. El piloto tendrá una duración

de 15 días.

4. Se revisará los inconvenientes con el sistema y se subsanará

los posibles errores encontrados en el transcurso del siguiente

mes; al igual que en la etapa anterior, en esta etapa se tiene un

tiempo límite de 5 días para subsanar los inconvenientes.


52

Ilustración 31 - Lista de Agencias Cusco [8]

5. En la 3ra etapa, se implementará el sistema a nivel nacional, en

esta etapa los usuarios capacitados de la 1ra y 2da etapa

viajarán a las principales provincias para capacitar a los demás

usuarios. Cualquier ajuste con el sistema o cambio deberá tener

el visto bueno del supervisor de cobranza regional. En esta

etapa el medio de comunicación para con el área de desarrollo

de sistemas será el área de Mesa de ayuda. Se dará un

acompañamiento de 20 días por parte del personal de

tecnologías de información para ésta etapa.


53

6. El resumen de la implementación la podemos revisar en el

siguiente cuadro, donde se indican los puntos principales para

las capacitaciones y atención de incidencias.

Ilustración 32 - Estrategia de Implementación (Resumen)


54

5.9. Gestión de Riesgos del proyecto.

Para elaborar la Gestión de Riesgos del Proyecto se realizaron los siguientes

puntos:

El equipo del proyecto define a los stakeholders que participaran en las

definiciones de riesgos del proyecto, se definen las fechas y horas y se

realiza la convocatoria para determinar la lista de riesgos y oportunidades

del proyecto.

La metodología empleada para generar la lista de riesgos y oportunidades

es la tormenta de ideas.

Se empieza con identificar los riesgos del proyecto. En esta primera se

codifican y describe los riesgos.

El equipo del proyecto, le asigna un impacto a cada uno de los objetivos a

alcanzar con el Proyecto. Los valores asignados a los impactos serán:

Ilustración 33 - Valores asignados para los Impactos del Riesgo

A cada uno de los riesgos se le asigna una probabilidad de ocurrencia

Ilustración 34 - Valores asignados para las probabilidades del Riesgo


55

Luego se define la Probabilidad * Impacto, y se establecen los siguientes

rangos para definir si es crítico el riesgo :

Ilustración 35 - Rangos de criticidad del Riesgo

Se ordena dicha lista de mayor a menor grado de riesgo. Para los riesgos

altos y medio se describirán los planes de respuesta, para los riesgos bajos

se definirán listas de control para el seguimiento.

Se realiza lo mismo para las oportunidades del proyecto, generándose la

matriz de riesgos y oportunidades.

Para los riesgos y oportunidades del proyecto con criticidad alta, se

describirán los planes de respuestas, responsable y fecha de asignación y

termino del riesgo.

5.9.1. Principales riesgos identificados

Utilizando la Técnica del “Tormenta de Ideas” hemos desarrollado la

siguiente lista de Riesgos del proyecto:

Ilustración 36 - Principales Riesgos Identificados


56

5.9.2. Matriz de probabilidad e impacto.

Ilustración 37 - Matriz de probabilidad e impacto

5.9.3. Lista priorizada de riesgos y oportunidades.

Ilustración 38 - Lista priorizada de riesgos y oportunidades


57

5.9.4. Plan de Respuesta a Riesgos

Ilustración 39 - Plan de respuesta a los riesgos


58

5.10. Cierre del Proyecto

5.10.1. Realizar el cierre administrativo del Proyecto

o En esta fase del proyecto se cierra toda la parte administrativa ligada al

proyecto, como cerrar los servicios con los proveedores, verificar que los

entregables tengan la formalización del caso, registro de las lecciones

aprendidas como puntos más importantes.

o La gestión de los documentos de los Aceptables aceptados por los usuarios

se pueden observar en el anexo 8 (Actas de Aceptación de Entregables).

o Adjunto uno de los documentos recabados al cierre del proyecto.

Ilustración 40 - Acta de Aceptación del Alcance del Proyecto


59

6. Conclusiones

La necesidad de tener los procesos integrados y buscar optimizarlos se hizo

indispensable para la subsistencia de la empresa, nos permitió con esto el ahorro

de costos y tener procesos efectivos y eficientes.

Gracias a los sistemas de automatización de procesos la información puede ser

gestionada de forma más sencilla, teniendo el seguimiento específico de un cliente

para que los usuarios puedan tomar decisiones más rápidas, ahorrando una gran

cantidad de tiempo.

Para la financiera es necesario conocer al cliente, tener acceso a su información

para elaborar informes y análisis, asegurando con ello una buena gestión dentro de

la empresa impulsando su crecimiento.

Los objetivos que se plantearon para este proyecto fueron logrados, teniendo como

principales logros: Contar con procesos integrados y optimizados que nos permiten

generar ahorros de tiempo, automatizar el control de la información de las visitas a

los clientes morosos y con ello lograr reducir costos reduciendo el uso del Courier

para transportar los documentos manuales, mejoramos la fidelidad de los clientes

gracias a la información histórica que tenemos ya que al conocer al cliente de una

manera diferente puedes apoyarlo ofreciéndole productos financieros para que sus

negocios vayan mejorando.


60

7. Recomendaciones

En la actualidad las entidades financieras más reconocidas del Perú realizan la

gestión domiciliaria vía equipos móviles; con este proyecto se consiguió generar

una base estable para la cobranza se hace necesario realizar proyectos con esta

tendencia para obtener información en línea y lograr mayor optimización y control

de proceso de recuperaciones y cobranzas.

Se recomienda realizar proyectos de BI (Bussines Intelligence) que deriven en base

a este proyecto; esto para tener una visión diferente de los clientes y los consumos

que realiza, otorgándole soporte a la empresa para poder generar nuevos

productos. Las Herramientas que recomendamos utilizar son las siguientes:

o Procesos de Data Warehouse, Análisis del Negocio, Diseño y Modelamiento

Dimensional, Diseño y Modelamiento OLAP,

o Procesos de Extracción, Transformación y Limpieza (alineados con los

procesos transaccionales del negocio),

o Procesos de Explotación (Herramientas OLAP, Data Mining)

Ilustración 41 - BI Arquitectura [17]


61

8. Bibliografía

[1]. Elaboración Propia

[2]. Credinka S.A. Procedimientos Internos

[3]. http://rupequipo1.blogspot.com/2012/12/que-es-rup.html/

Consultado: 11/02/2015

[4]. http://www.docirs.com/uml.htm


[5]. https://msdn.microsoft.com/es-es/library/4w3ex9c2(v=vs.100).aspx


[6]. https://msdn.microsoft.com/es-es/library/bb545450.aspx


[7]. http://www.pmi.org/PMBOK-Guide-and-Standards/pmbok-guide.aspx


[8]. http://www.credinka.com/agencias.aspx Consultado: 14/02/2015

[9]. Larman, C. (2003). UML y patrones: una introducción al análisis y diseño

orientado a objetos y al proceso unificado (2ª ed.). España: Pearson

[10]. Pressman, R. (2002). Ingeniería del software: un enfoque práctico (5ª ed.).

España: McGraw-Hill

[11]. Sommerville, I. (2007). Ingeniería del software (7ª ed.). España: Pearson

Educación

[12]. “El proceso unificado de desarrollo de software”. Ivar Jacobson, Grady Booch y

James Rumbaugh. Ed. Addison Wesley.

[13]. “El lenguaje Unificado de Modelado” Ivar Jacobson, Grady Booch y James

Rumbaugh. Ed. Addison Wesley.

[14]. “Modelado y diseño orientado a objetos”. James Rumbaugh y otros. Ed.

Prentice-Hall

[16]. Williams, Steve, and Nancy Williams. "Chapter 1 - The Business Value of

Business Intelligence". The Profit Impact of Business Intelligence. Morgan Kaufmann

Publishers. © 2007.

[17]. PPT Clases USIL, Curso Businnes Intelligence, Profesor: MBA Rafael Florián,

ppt Clase 1 (2012-02).

[18] PMBOK – 5ta Edición.

[19] http://www.expansion.com/diccionario-economico/valor-actualizado-neto-van.html

Consultado 15/044/2016

http://www-03.ibm.com/software/products/es/enterprise/

http://www.docirs.com/uml.htm

https://msdn.microsoft.com/es-es/library/4w3ex9c2(v=vs.100).aspx

https://msdn.microsoft.com/es-es/library/bb545450.aspx

http://www.credinka.com/agencias.aspx

http://www.expansion.com/diccionario-economico/valor-actualizado-neto-van.html


62

9. Anexos

Anexo 1: Evaluación Financiera del Proyecto

Ilustración 42 - Asignación de recursos que Ejecuta el Proyecto

COSTO EMPRESA 1.5

En Nuevos Soles

4,500 6,750 1 JP 50% 3,375.00 50% 3,375.00 50% 3,375.00 50% 3,375.00 50% 3,375.00 40% 2,700.00 50% 3,375.00 50% 3,375.00 50% 3,375.00 50% 1,687.50 31,387.50

3,000 4,500 1 AS 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 100% 4,500.00 45,000.00

3,000 4,500 2 AP 0% - 0% - 200% 9,000.00 200% 9,000.00 200% 9,000.00 200% 9,000.00 200% 9,000.00 200% 9,000.00 200% 9,000.00 - 63,000.00

7,875.00 7,875.00 16,875.00 16,875.00 16,875.00 16,200.00 16,875.00 16,875.00 16,875.00 6,187.50 139,387.50

NOTA: Todos los montos están expresados en nuevos soles

TOTALES

TOTALES

ELABORACIÓNCargosCant.Costo

EmpresaSueldo

mes-8 mes-9 mes-10mes-1

INICIO TRANSICIÓNCONSTRUCCIÓN

CUADRO DE ASIGNACION DE RECURSOS

mes-7mes-2 mes-3 mes-4 mes-5 mes-6


63

Ilustración 43 - Flujo de Caja de Ejecución del Proyecto

En Nuevos Soles

Costos mes-1 mes-2 mes-3 mes-4 mes-5 mes-6 mes-7 mes-8 mes-9 mes-10 total

Personal 7,875.00 7,875.00 16,875.00 16,875.00 16,875.00 16,200.00 16,875.00 16,875.00 16,875.00 6,187.50 139,387.50

Suministros 100 200 300 500 800 800 800 300 300 4,100.00

Otros Gastos 100 200 300 500 500 500 500 500 300 300 3,700.00

Total 7,975.00 8,175.00 17,375.00 17,675.00 17,875.00 17,500.00 18,175.00 18,175.00 17,475.00 6,787.50

Acumulado 7,975.00 16,150.00 33,525.00 51,200.00 69,075.00 86,575.00 104,750.00 122,925.00 140,400.00 147,187.50

% Reserva 20% del Gasto 29,437.50 Total Proyecto 176,625.00

FLUJO DE CAJA A LA EJECUCION DEL PROYECTO

147,187.50

7,975.00 16,150.00

33,525.00

51,200.00

69,075.00

86,575.00

104,750.00

122,925.00

140,400.00 147,187.50

-

20,000.00

40,000.00

60,000.00

80,000.00

100,000.00

120,000.00

140,000.00

160,000.00

1 2 3 4 5 6 7 8 9 10

Series1


64

Ilustración 44 - Sustento recuperación de Inversión del proyecto

En Nuevos Soles

mes - 0 mes-1 mes-2 mes-3 mes-4 mes-5 mes-6 mes-7 mes-8 mes-9 mes-10 TOTAL

Beneficios 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 29,200.00 292,000.00

Gastos 176,625.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 3,500.00 211,625.00

Flujo Neto -176,625.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00 25,700.00

Acumulado -176,625.00 -150,925.00 -125,225.00 -99,525.00 -73,825.00 -48,125.00 -22,425.00 3,275.00 28,975.00 54,675.00 80,375.00

29,200.00S/. al mes

3,500.00S/. al mes

Tasa de Descuento

Anual18% rendimiento esperado

Tasa de Descuento

Mensual1.389% rendimiento esperado mensual

Total Gasto

Proyecto sin

Reserva

147,187.50

Reserva

Contingencia29,437.50

Total Proyecto 176,625.00

VAN - Beneficios S/. 270,880.47 Rentabilidad

VAN Neto S/. 61,786.92 23%

TIR 7.47%

Periodo de

Recupero7 meses

80,375.00

FLUJO DE CAJA

Mejora en utilidad después de

proyecto

Gastos de Mantenimiento de

proyecto

Costo Costo Emp. Cantidad Total

2,800.00S/. 4,200.00S/. 6 25,200.00S/.

2,000.00S/. 2,000.00S/. 2 4,000.00S/.

29,200.00S/.

Reducción de Digitadores/Asistentes

Menos Consumos(Alimentos) /

Encomiendas/Transporte Personal

Concepto

Detalle de Optimizaciones para la mejorar la Utilidad


65

Anexo 2: Diagramas de Caso de Uso y las Especificaciones de los Casos de Uso del

Sistema.

ESPECIFICACIÓN DE CASOS DE USO

Nombre Módulo de Cobranzas

Descripción

A continuación se detallan los diagramas de Casos de Uso, Secuencia y Modelo Físico que se han elaborado para el desarrollo del Sistema de Cobranzas.

Los diagramas están presentados en orden de general a específico y cada uno cuenta con la descripción de cada caso de uso presente.

Autor Edgar Fernando Vásquez Reyes

Versión 1.0

Lista de Actores:

Nombre Descripción

Administrador de procesos automáticos

Representa al proceso batch que generará la información para el sistema.

Analista de recuperaciones

Representa a todos los Analistas de recuperaciones nombrados por el área de Recuperaciones de Credinka. Tienen a su cargo realizar labores de cierre y generación de reportes.

Cliente Moroso Representa a las personas (Naturales o Jurídicas), que se encuentran en situación de morosos.

Empresa Externa Representa a las empresas externas, que Credinka contrata, para destinar recursos orientados a cumplir ciertas tareas. (Subcontratación, externalización o tercerización).

Gestor de Cobranza Representa a todos los gestores que realizarán una gestión de cobranza a los clientes morosos.

Gestor especialista Representa a todos los gestores de cobranzas nombrados por el área de Cobranzas de Credinka. Tienen a su cargo la gestión de cobranza a nivel judicial.

Jefe de Cobranzas Representa a la persona que ha sido designada como Jefe de la Unidad de Cobranzas y Recuperaciones de Credinka, quien tendrá acceso a todas las funcionalidades del sistema.

Supervisor Representa a todos los Supervisores nombrados por el área de Recuperaciones de Credinka. Tienen a su cargo la gestión que se realiza en una o más regiones de cobranza.

Usuarios Generales Representa a todos los usuarios mencionados anteriormente, que interactúan con el sistema. Se generaliza a los actores como usuarios para asignarlos a casos de uso operativos.


66

DIAGRAMA DE ACTORES

Ilustración 45 - Diagrama de Actores


67

DIAGRAMA GENERAL DE CASOS DE USO DEL SISTEMA

Ilustración 46 - Diagrama general de CU


68

CBR-CUS-001.001 : Administrar Usuarios

Especificación del Caso de Uso

Actores - Jefe de Cobranzas

Nombre Administrar Usuarios

Descripción

Este caso de uso permite al usuario, realizar la administración de los datos de los diferentes usuarios, que intervienen en el Sistema de Cobranzas.

Pre-Condiciones

El usuario debe tener el perfil de Jefe de Cobranzas o Supervisor para poder ingresar a las opciones de administración de usuarios.

Resultado Esperado Nuevo usuario agregado, modificado o desactivado en el Sistema de Cobranzas.

Requerimientos Especiales

Ninguno.

Riesgo

1. Si no se registran estos parámetros de administración, no se le podrá asignar un gestor de cobranzas al cliente, ni se podrá realizar una supervisión y control de la cartera de cobranza.

2. Es de importancia que los datos registrados guarden la veracidad necesaria, para evitar problemas de suplantación de información.

Flujo de Trabajo Principal

1. Acceder a mantenimiento de usuarios.

El caso de uso inicia cuando el Jefe de Cobranzas ingresa al sistema y utiliza la opción de Administración de usuarios. Mediante esta opción se podrán registrar los diferentes usuarios que intervienen en el proceso de cobranza, correspondiente:

Jefatura.

Analista de Recuperaciones

Supervisor.

Gestor de Cobranza.

2. El usuario elige la opción correspondiente, a la cual desea darle administración. El sistema le permitirá agregar los datos respectivos al tipo de usuario seleccionado.


69

CodigoRRHH.

CodigoUsuarioCobranza.

PuntodeCobranza.

Estado.

Perfil.

3. El usuario ingresa los datos de los usuarios y elige la opción Grabar, que presenta el sistema.

Post - Condiciones del Flujo Principal

Se ha registrado un nuevo usuario en la base de datos, del Sistema de Cobranzas.

Flujo de Trabajo Alterno

Validar información

1. Este flujo de trabajo se realiza cuando se seleccionan algunas de las siguientes opciones dentro del mantenimiento de usuarios, correspondiente:

- Jefatura.

- Analista de Recuperaciones.

- Supervisor.

- Gestor de cobranza.

2. El sistema verifica que los campos de registro hayan sido llenados. Si no es así, el sistema muestra el siguiente mensaje: “Datos incompletos. Por favor, completar la información requerida.”

El usuario deberá Aceptar el mensaje para poder completar la información, pedida por el sistema.


70

El sistema permitirá cancelar cualquier acción que no se desee realizar a través de la opción "Cancelar".

El Sistema validará los datos ingresados a nivel de verificar los caracteres correctos, para su correcto almacenamiento.

Post - Condiciones del Flujo Alterno

1. El sistema ha emitido un mensaje de alerta de información incompleta.


71

CBR-CUS-001.002 : Administrar Niveles Especificación del Caso de Uso


Nombre Administrar Niveles

Descripción

Este caso de uso permite al usuario realizar el mantenimiento de los niveles de mora de una cartera de cobranzas, en el Sistema de Cobranzas.

Pre-Condiciones

El usuario debe tener el perfil de Jefe de Cobranzas para poder ingresar a las opciones de mantenimiento de parámetros.

Se debe haber registrado previamente la cartera de cobranzas a la que se le desee realizar mantenimiento de sus niveles.

Resultado Esperado

Parámetro de nivel de mora agregado, modificado o desactivado en el Sistema de Cobranzas.


Ninguno

Riesgo

Si la información del nivel de mora no es registrada, no se le podrá asignar un tipo de gestión al cliente; por lo tanto, no se podrá realizar una gestión de cobranza al cliente.


1. El caso de uso inicia cuando el Jefe de Cobranzas ingresa a la interfaz de Mantenimiento de carteras de cobranza.

2. El usuario selecciona la opción Mantener niveles.

3. El sistema muestra una interfaz donde se listan los niveles existentes para la cartera seleccionada.

4. El usuario selecciona la opción Agregar nivel.

5. El sistema muestra en la interfaz la lista de los niveles existentes en esa cartera.

6. El usuario selecciona la opción Agregar nivel.

7. El sistema activa los siguientes campos para el registro de información:

- Día Inicial

- Día Final

- Tipo de Gestión

8. El usuario completa la información solicitada.

9. El usuario selecciona la opción Agregar.

10. El sistema genera un código de nivel.

11. El sistema guarda la información en la base de datos.


72

El sistema actualiza la información en la lista de niveles.

El sistema actualiza la información en la lista de niveles. Si se ingresa un nivel que va de un rango de 1 a 8 días, el sistema validará que no se pueda agregar niveles equivocados, que no guarden coherencia con los datos.

Ejemplo:

Nivel A 1 al día 8 Dato correcto.

Nivel B 4 al día 12 Dato incorrecto. (El sistema emitirá mensaje de alerta)

Nivel B 9 al día 30 Dato correcto.


Se han creado los niveles de mora de la cartera de cobranza.


Modificar nivel

1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas selecciona un nivel de la lista de niveles de mora y luego selecciona la opción Modificar nivel.

2. El sistema activa los campos del registro para que se pueda modificar la información.

3. El usuario modifica los datos del nivel de mora.

4. El usuario selecciona la opción Guardar.

5. El sistema guarda la información actualizada en la base de datos.

6. El sistema muestra en la interfaz la información actualizada de los niveles de mora.

Con respecto a los Niveles y sus modificaciones, se realizará una restricción a nivel operativo. El sistema no realizará esas restricciones, quedará en manos del usuario, administrar criterios coherentes al momento de realizar las asignaciones de los registros.


Se muestra en la interfaz la información actualizada de los niveles de mora de la cartera de cobranzas.


73

CBR-CUS-001.003 : Administrar Ubicaciones Especificación del Caso de Uso


Nombre Administrar Ubicaciones

Descripción

Este caso de uso permite al Jefe de Cobranzas, realizar el mantenimiento de las ubicaciones (Regiones) en las cuales se realizan las gestiones de cobranzas.

Pre-Condiciones

El usuario debe tener el perfil de Jefe de Cobranzas para poder ingresar a las opciones de Administración de Ubicaciones del sistema.

Resultado Esperado Parámetro de ubicación agregado, modificado o desactivado en el Sistema de Cobranzas.


Ninguno.

Riesgo

Si el usuario no registra este parámetro, no se le podrá asignar una ubicación al cliente a nivel de Región, lo cual puede causar dificultades en la ubicación del cliente.


Ingresar.

1. El caso de uso inicia cuando el Jefe de Cobranzas ingresa al sistema y utiliza la opción de Mantenimiento de Ubicaciones. Este caso de uso está directamente relacionado con el registro de las regiones en las cuales se realizan los cobros.

Código Región Descripción

R1 Norte.

R2 Centro.

R3 Sur.

Almacenar.

1. El sistema muestra una interfaz donde el usuario deberá de ingresar los siguientes datos:

- Nombre de la región

- Descripción


74

- Observaciones

- Estado (el estado por defecto es Activado)

2. El usuario completa la información solicitada, por el sistema.

3. El usuario selecciona la opción Agregar ubicación.

4. El sistema le agrega al registro un código de ubicación.

5. El sistema guarda la información del registro en la base de datos.

El sistema muestra en la interfaz una lista con la información de las ubicaciones que se encuentran registradas en la base de datos.


Se ha registrado una nueva ubicación en la base de datos del Sistema de Cobranzas.


Buscar ubicación.

1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas selecciona la opción Buscar ubicación, que le proporciona el sistema.

2. El sistema muestra en la interfaz una lista con todas las ubicaciones de cobranza que se encuentran registradas en la base de datos.

3. El sistema activa un campo (cuadro de texto, campo de selección) para que el usuario ingrese o seleccione la información necesaria, que servirá como filtro para la búsqueda del registro deseado.

El usuario podrá visualizar la información registrada y seleccionar el registro que desee o podrá ingresar información que sirva de filtro para la búsqueda del mismo.

Modificar ubicación.


75

1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas selecciona la opción de editar ubicación, que le proporciona el sistema.

2. El sistema muestra los campos que el usuario podrá modificar.

3. Los datos actualizados se almacenan en la base de datos del sistema.

Con respecto a la modificación de las ubicaciones, las restricciones serán definidas a nivel operativo.

El sistema no realizará restricciones, sino que quedará en manos del usuario administrar criterios coherentes al momento de realizar las asignaciones.


El Sistema muestra en la interfaz, la información de la ubicación buscada.


76

CBR-CUS-001.008: Administrar Tipo de Gestión Especificación del Caso de Uso


Nombre Administrar Tipo de Gestión

Descripción

Este caso de uso permite al usuario Jefe de Cobranzas realizar el mantenimiento del parámetro de tipo de gestión, dentro del Sistema de Cobranzas.

Pre-Condiciones El usuario debe tener el perfil de Jefe de Cobranzas para poder ingresar a las opciones de administración de parámetros.

Resultado Esperado Parámetro de tipo de gestión agregado, modificado o desactivado en el Sistema de Cobranzas.


Ninguno.

Riesgo

Si el usuario no registra este parámetro, no se le podrá asignar un tipo de gestión al cliente, lo cual impedirá realizarle una gestión de cobranza.

Este parámetro es importante debido a que permite distinguir entre una gestión realizada a nivel telefónico, de campo y otros tipos que puedan crearse en el tiempo. Permitiendo tener información relevante acerca de las gestiones exitosas que se realizaron y de qué manera fueron realizadas.


Ingresar y Registrar.

1. El caso de uso inicia cuando el Jefe de Cobranzas ingresa al sistema y utiliza la opción de administración de tipos de gestión. (Telefónica o de Campo)

2. El sistema muestra una interfaz donde el usuario podrá ingresar los siguientes datos:

- Tipo de gestión

- Descripción

- Estado (el estado por defecto es Activado).

3. El Jefe de Cobranzas completa la información solicitada por el sistema.


77

4. El Jefe de Cobranzas selecciona la opción Agregar Tipo de Gestión.

5. El sistema le agrega al registro, un código de tipo de gestión de manera automática.

Ejemplo: Tip_1.

6. El sistema guarda la información del registro en la base de datos. El sistema muestra en la interfaz la información de los tipos de gestión que se encuentran registrados en la base de datos.


El Sistema muestra la información del tipo de gestión buscado.


Buscar tipo de gestión

1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas selecciona la opción Buscar Tipo de Gestión que le proporciona el sistema. A través de esta opción el sistema permite seleccionar rápidamente el tipo de gestión a consultar.

2. El sistema muestra en la interfaz una lista con todos los tipos de gestión que se encuentran registrados en la base de datos.

3. El sistema activa un campo para que el usuario ingrese información que servirá como filtro para la búsqueda del tipo de gestión registrado.

El usuario podrá visualizar los tipos de gestión registrados y seleccionar el que desee o podrá ingresar información, que sirva de filtro para la búsqueda del mismo, información importante para determinar las gestiones que se hicieron y de qué tipo fueron.


El Sistema muestra la información del tipo de gestión buscado.


78

CBR-CUS-001.015 : Asignación de Comisiones Especificación del Caso de Uso

Actores -Administrador de procesos automáticos.

Nombre Asignación de Comisiones

Descripción

En este caso de uso, el proceso batch luego de haberse ejecutado

el proceso de cierre, generará un archivo plano o interface con

toda la información referente a las comisiones a ser asignadas a

los gestores de cobranza.

Pre-Condiciones 1. El proceso de cierre se debe de haber ejecutado.

Resultado Esperado Se realizará la asignación de comisiones a cada gestor de cobranzas.


Se deben haber registrado las gestiones de cobranza, realizadas.

Riesgo Si el proceso de cierre no se realiza correctamente no se podrá realizar el proceso asignación de comisiones.


Verificar Cierre.

1. El sistema proporciona información acerca del estado del proceso de cierre. Una vez culminado el proceso de cierre diario, el sistema continuará con las demás acciones.

Cierre diario referido, a las gestiones realizadas durante un periodo determinado por los entes de cobranzas, a través del cual se podrá tener conocimiento de las actividades a realizar y las gestiones a realizar.

Generar Archivo.

2. Se genera un archivo plano o interface, que contiene toda la información referente a las comisiones a asignar a los gestores de cobranza.

Grabar Información.

3. El batch lee la información y la almacena en la base de datos del sistema.


79


La información de las comisiones ha sido registrada en el Sistema de Cobranzas.


1. Este flujo de trabajo se realiza cuando el proceso haya terminado o cuando éste se haya interrumpido por algún motivo.

2. Se produce el registro del Log.


Se ha actualizado la información registrada en el archivo .log.


80

CBR-CUS-001.017: Consultar Gestores por etapa Especificación del Caso de Uso

Actores

- Jefe de Cobranzas

- Supervisor

Nombre Consultar Gestores por etapa

Descripción

Este caso de uso permite al usuario (Jefe de Cobranzas, Supervisor) ver un listado de las gestiones realizadas en las diferentes carteras asignadas a los gestores de cobranza con sus gestiones realizadas por niveles de mora a los clientes morosos.

Pre-Condiciones

1. El Usuario ha iniciado sesión en el sistema.

2. El sistema ha evaluado los privilegios de acceso del Jefe de Cobranzas.

Resultado Esperado Se tendrá un listado de los Gestores asignados a las diferentes etapas definidas por Cobranzas.


Ninguno

Riesgo Ninguno


Listado de Gestores.

1. Este caso de uso se inicia cuando el Jefe de cobranzas o Supervisor accede a la opción de consulta de gestores, el sistema genera automáticamente un listado con la información de los Gestores registrados en el sistema.

2. El sistema permite la selección de los datos correspondientes a un determinado gestor, a través de la habilitación de campos (Nombres, Apellidos) a través de los cuales, se realizara el filtrado de la información.

3. El usuario elige la opción Cartera a través de la cual podrá ver las carteras que han sido asignadas a un determinado gestor, para su seguimiento y visualizar el resultado de las mismas.

4. El Jefe de Cobranzas o Supervisor elige la opción salir,

de la interfaz gráfica de Consulta.


81


Ninguno.


1. En el punto 2 del flujo básico: El Jefe de Cobranzas o

Supervisor selecciona un gestor utilizando el filtro que presenta

el sistema por etapas u ordenándolos por los campos que

habilita el sistema.


Ninguno.


82

CBR-CUS-001.018 : Enviar Cartera de Clientes Especificación del Caso de Uso


Nombre Enviar Cartera de Clientes

Descripción

Este caso de uso permite al Jefe de Cobranzas agrupar diferentes carteras de clientes, a empresas externas que son contratadas para llevar a cabo las gestiones respectivas.

Pre-Condiciones Ninguno.

Resultado Esperado

Se envía la cartera de clientes, para su respectiva utilización, para enviar la cartera el sistema hace una validación de los datos correspondientes al destino y el volumen del mismo.


Coordinar y definir con la empresa externa los formatos de los archivos y la cantidad de carteras a gestionar.

Riesgo Si el filtrado de la información a enviar, no ha sido validada podría generar envío de datos indeseados


Filtrar Datos.

1. El Jefe de cobranzas accede a la opción de enviar cartera de clientes, el sistema le muestra un listado con las carteras, este punto está relacionado directamente al envío de diferentes carteras de cliente, teniendo en cuenta observaciones de tipo, producto, etapas, zonas, etc. Filtros necesarios para crear la base que será enviada.

Ingresar Rango.

1. El Jefe de Cobranzas ingresa un rango numérico en las opciones de rango que muestra el sistema, referente a las carteras, los cuales son filtrados por los criterios anteriormente mencionados. El sistema muestra una agrupación de datos, configurados para ser generados en formato Excel, a estos formatos los llamaremos bases.

Enviar.

1. El Jefe de Cobranzas selecciona la opción presentada por el sistema, generación de archivos a enviar. El sistema permite enviar la base a través de correo electrónico, de manera


83

directa a la empresa que se encargara de la gestión o almacenarlo en cualquier unidad, para su posterior envió o entrega.

Salir.

1. El Jefe de Cobranzas sale de la interfaz gráfica de Envió

de Carteras presionando el botón Salir.


Se envían las carteras a las empresas externas para la respectiva gestión de cobranzas a realizar.


1. En el punto 2del flujo básico: El usuarios determina un rango

de las carteras que desea enviar a gestionar, también puede

hacer un filtrado por las regiones que conforman las zonas

donde están ubicado los clientes morosos u ordenándolos por

el campo que se desee.


Ninguno.


84

CBR-CUS-001.019 : Configurar Cierre Especificación del Caso de Uso


Nombre Configurar Cierre

Descripción

Este caso de uso permite al actor Jefe de Cobranzas realizar

cambios en los parámetros de configuración del Aplicativo de

Cierre del sistema.

Pre-Condiciones

1. El usuario ha iniciado sesión en el sistema.

2. El sistema ha evaluado los privilegios de acceso del usuario.

3. El usuario ha presionado la opción Configuración de la

interfaz gráfica principal del Aplicativo de Cierre.

Resultado Esperado 1. Características de Cierre Configuradas.


Ninguno.

Riesgo 1. Ninguno.


Modificar Parámetros de Cierre.

1. El usuario solicita modificar los parámetros de configuración del Aplicativo de Cierre.

1.1 El sistema despliega la interfaz gráfica con los valores

actuales de los parámetros de

configuración.

1.2 El usuario modifica los parámetros de configuración presentados por el sistema.

1.3 Pasar al punto 2.

2. El usuario solicita guardar los datos, a través de las opciones de aceptación.

3. El usuario cancela la operación actual y sale de la interfaz

gráfica de Configuración.


85


Se ha configurado el proceso de cierre, en la base de datos del Sistema de Cobranzas.


Ninguno.


Ninguno.


86

CBR-CUS-001.020 : Generar Cartera Especificación del Caso de Uso

Actores - Administrador de procesos automáticos.

Nombre Generar Cartera

Descripción

En este caso de uso el proceso batch extraerá toda la información de los clientes con créditos activos del Sistema de Créditos / Riesgos, para generar la cartera de clientes del Sistema de Cobranzas.

Pre-Condiciones

El proceso batch se debe de ejecutar después de haberse realizado el cierre diario, respectivo a las gestiones de cobranza realizadas.

Resultado Esperado La información de todos los clientes que cuentan con créditos

activos a la fecha será cargada al Sistema de Cobranzas.


1. Se requiere acceso a la base de datos del Sistema de Créditos.

Riesgo Si este proceso no se realiza correctamente no se podrá realizar

el proceso de distribución y asignación de cartera.


Verificar Cierre.

1. El sistema proporciona información acerca del estado del proceso de cierre. Una vez culminado el proceso de cierre diario, el sistema continuará con las demás acciones.

Cierre diario referido, a las gestiones realizadas durante un periodo determinado por los entes de cobranzas, a través del cual se podrá tener conocimiento de las actividades a realizar y las gestiones a realizar.

Borrar Cartera de Créditos.

2. El batch borra todos los registros existentes en las tablas que generan la Cartera del Sistema de Cobranzas.

Leer Información del Sistema de Crédito.

3. El batch lee la información del Sistema de Créditos/Riesgos y selecciona aquellos créditos que estén marcados como activos en mora.


87

Copiar Información.

4. El batch copia la información obtenida del Sistema de Créditos / Riesgos en las tablas de generación de Cartera del Sistema de Cobranzas.


La información de la cartera de créditos ha sido registrada en el Sistema de Cobranzas.


1. Este flujo de trabajo se realiza cuando el proceso haya terminado o cuando éste se haya interrumpido por algún motivo.

2. Se produce el registro del Log.


Se ha actualizado la información registrada en el archivo .log.


88

CBR-CUS-001.022: Registrar LOG Especificación del Caso de Uso


Nombre Registrar LOG

Descripción En este caso de uso el proceso batch registrará en un archivo .log la información del estado en que terminó el proceso ejecutado.

Pre-Condiciones 1. El Proceso previo debe haber culminado.

Resultado Esperado Archivo .log creado con el registro del estado en que terminó el

proceso previo.


Ninguna.

Riesgo

Si este proceso no se realiza correctamente no se podrá determinar el motivo por el cual se produce un error, en caso de que éste ocurriera.


Registra Log.

1. Este caso de uso se realiza luego de haber terminado un proceso, o cuando uno de éstos se haya visto interrumpido.

Crear archivo .LOG

2. En caso no existiese un archivo .log, se crea el archivo log.

Almacenar registro.

3. Se guarda un registro de la fecha, la acción realizada y el estado en que terminó el proceso.

3.1. Si el proceso terminó satisfactoriamente, se guardará el estado 1.

Si el proceso fue interrumpido o generó algún error, se guardará el estado 0.


89

Estado Descripción

1 Satisfactorio

0 Interrumpido


Se ha generado un archivo Log.


Ninguno.


Ninguna.


90

CBR-CUS-001.026: Ejecutar proceso de cierre Especificación del Caso de Uso

Actores - Usuario (Jefe de Cobranzas, Supervisor, Asistente de Recuperaciones).

Nombre Ejecutar proceso de cierre

Descripción

Este caso de uso permite al actor usuario (Jefe de Cobranza,

Supervisor o Asistente de Recuperaciones) del sistema la

ejecución secuencial de todos los subprocesos del cierre, desde

la incorporación y procesamiento de la información de la cartera

de morosos con la cual trabajará el sistema, hasta la generación

de los resultados del funcionamiento del mismo.

Pre-Condiciones

Para poder desarrollar estas acciones se tendrá que contar con la información de las gestiones de cobranza realizadas, pagos, comisiones, productos, vencimientos y otros datos que sean necesarios para el cierre.

Resultado Esperado Se logra realizar el proceso de cierre de la Gestión de Cobranzas.


Ninguno.

Riesgo Ninguno.


1. El usuario solicita la ejecución del proceso de cierre.

o El sistema muestra todos los archivos requeridos (Archivos

de Tipo de Cambio, Archivos de Clientes Morosos,

Archivos de Garantías (garantes)).

o El usuario selecciona los archivos que desea incorporar al

sistema.

o El usuario utiliza la opción que le proporciona el sistema

para dar inicio a la ejecución del proceso de cierre.

o El sistema solicita la confirmación de la orden de ejecución

del proceso de cierre.

o El usuario confirma la orden.


91

El sistema inicia la ejecución del proceso de cierre,

mostrando el informe de la ejecución en curso.

o El sistema informa sobre la finalización de la ejecución

del proceso de cierre.


Se han incorporado al sistema todos los archivos seleccionados

antes de la ejecución del proceso de cierre.

1. Se han ejecutado todos los subprocesos del cierre.

2. Se han generado los archivos de resultado del sistema.

3. Se han registrado todas las operaciones ejecutadas en el

proceso de cierre (incluyendo los errores producidos) en

un Log de ejecución.

4. La información de la base de datos del sistema se ha

actualizado y ha mantenido su consistencia e integridad.


1. En el punto de la selección de archivos del flujo básico: El

sistema detecta falencias al verificar la existencia y

estructura de los archivos seleccionados e informa al

usuario mostrando un listado de falencias detectadas. En

caso de existir falencias, el usuario podrá decidir entre

ignorar los archivos fallidos o cambiarlos.

2. En el punto en que el usuario confirma la Orden del flujo básico:

El usuario cancela la orden y el flujo del caso de uso

vuelve al punto inicial donde el sistema le muestra todos

los archivos, a seleccionar.


Ninguna.


92

CBR-CUS-001.029 : Gestionar Cliente Moroso Especificación del Caso de Uso

Actores - Gestores de Cobranzas.

Nombre Gestionar Cliente Moroso

Descripción

Este caso de uso permite a los Gestores de Cobranza registrar

datos sobre las gestiones de cobranza (llamadas telefónicas,

visitas, envíos de correspondencia, etc.) realizadas a los clientes

morosos.

Pre-Condiciones

1. El usuario ha iniciado sesión en el sistema.

2. El sistema ha evaluado los privilegios de acceso del usuario.

La validación de los datos, se refiere al ingreso de un usuario y clave, obligatorios para el acceso al sistema.

3. El gestor ha presionado el botón Gestionar de la interfaz gráfica Cartera de Gestor.

4. El usuario ha presionado el botón Gestionar cliente de su

interfaz principal y luego ha introducido el Documento de

Identidad del cliente moroso a gestionar.

Documento de identidad, referido al DNI, número único de

identificación en el registro nacional de identificación.

Nota Importante: Los puntos de cobranza registrados deben estar asignados a un gestor.

Resultado Esperado Se ha realizado la gestión de los clientes morosos.


Ninguno.

Riesgo

1. Si no se realiza la gestión de los clientes, se generará una falta de información importante para las opciones de filtrado de datos, consultas y reportes que presenta el sistema.


93


Filtrar Datos.

1. El Gestor de Cobranzas selecciona la opción de listado de carteras asignadas que presenta el sistema, el sistema hace una evaluación de los clientes que han sido asignados, y genera un registro o listado automático, filtrando los datos por los criterios que sean convenientes.

Criterios como: Nro. y tipo de Documentos, Nombre y Apellidos.

Registrar.

1. El sistema presenta las opciones para registrar los informes respectivos, acerca de las gestiones que han sido realizadas a los clientes morosos, indicando el tipo de gestión realizada.

2. El usuario elige guardar los datos.

Salir.

1. El usuario cancela la operación actual mediante las opciones

de cancelar o salir que presenta el sistema.


1. En el punto Registrar del flujo básico: La gestión realizada

queda almacenada en la base de datos.


1. En el punto Registrar del flujo básico: El sistema muestra un

informe de error si no se pudo realizar la operación solicitada,

debido a errores, algún dato faltante o al uso de caracteres

incorrectos, el sistema emitirá una alerta e indicará el error a ser

corregido por el usuario.


Ninguno.


94

CBR-CUS-001.032 : Administrar Carteras Especificación del Caso de Uso


Nombre Administrar Carteras

Descripción Este caso de uso permite al usuario realizar el mantenimiento del parámetro de cartera de cobranza en el Sistema de Cobranzas.

Pre-Condiciones El usuario debe tener el perfil de Jefe de Cobranzas para poder ingresar a las opciones de mantenimiento de parámetros.

Resultado Esperado

Parámetro de cartera de cobranza agregado, modificado o desactivado en el Sistema de Cobranzas.


Acceso a la base de datos del Sistema de Créditos para obtener la información de los productos de crédito.

Riesgo

Si la información de cartera de cobranza no es registrada, no se le podrá asignar una cartera al cliente; por lo tanto, no se podrá realizar una gestión de cobranza al cliente.


1. El caso de uso inicia cuando el Jefe de Cobranzas ingresa a la interfaz de Mantenimiento de carteras de cobranza.

2. El sistema muestra una interfaz donde el usuario podrá ingresar los siguientes datos: Cartera Descripción Estado (el estado por defecto es Activado)

3. El usuario completa la información solicitada. 4. El usuario selecciona la opción Agregar Cartera de Cobranza. 5. El sistema le agrega al registro un código de cartera automático. 6. El sistema guarda la información del registro en la base de datos. 7. El sistema muestra en la interfaz la información de las carteras que

se encuentra registrada en la base de datos. 8. El sistema muestra el siguiente mensaje al usuario: “Debe registrar

los productos de la cartera y sus niveles de mora”. 9. El usuario acepta el mensaje mostrado.

El usuario selecciona la opción Mantener productos. El sistema muestra una interfaz donde se listan los productos existentes para la cartera seleccionada.

10. El usuario selecciona la opción Agregar producto. 11. El sistema muestra en la interfaz una lista de todos los productos

existentes. 12. El sistema activa un campo para que el usuario ingrese

información que servirá como filtro para la búsqueda del producto. 13. El usuario ingresa el nombre del producto o lo selecciona

directamente de la lista de productos. 14. El usuario selecciona la opción Agregar. 15. El sistema actualiza la información mostrada en la lista de los

productos de la cartera. 16. El usuario puede agregar todos los productos que desee siguiendo

los pasos mencionados anteriormente.


95

17. Para quitar un producto, el usuario selecciona el producto de la lista de productos de la cartera, y luego selecciona la opción Quitar.

18. El sistema actualiza la lista de productos en la interfaz. 19. Para guardar los cambios realizados en el mantenimiento de

productos, el usuario debe seleccionar la opción Guardar. El sistema vuelva a la interfaz anterior de mantenimiento de carteras.


La nueva cartera de cobranza ha sido registrada en la base de datos del Sistema de Cobranzas. Los productos registrados han sido asignados a la cartera de cobranza.


Modificar cartera 1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas

selecciona una cartera de la lista y luego selecciona la opción Modificar cartera.

2. El sistema muestra en la interfaz la información de la cartera seleccionada.

3. El usuario modifica los datos de la cartera. 4. El usuario selecciona la opción Guardar. 5. El sistema guarda la información actualizada en la base de datos.

El sistema muestra en la interfaz la información actualizada de las carteras.


Se muestra en la interfaz la información actualizada de la cartera de cobranzas modificada.


96

CBR-CUS-001.033 : Generar Reportes Especificación del Caso de Uso

Actores - Jefe de Cobranzas. - Analista de Recuperaciones. - Supervisor.

Nombre Generar Reportes

Descripción Este caso de uso permite al usuario generar reportes de acuerdo a criterios de búsqueda, para el filtrado de los datos.

Pre-Condiciones El usuario debe de tener el perfil de Jefe de Cobranzas, Supervisor o Asistente de recuperaciones, para poder ingresar a las opciones de Generación de reportes.

Resultado Esperado Datos filtrados de acuerdo a criterios de búsqueda, impresos o

exportados.


Acceso a la base de datos del Sistema para obtener la información buscada.

Riesgo

Si los datos registrados no guardan un criterio de orden, digitación correcta y veracidad, los datos para el filtrado pueden no guardar una estructura o presentación correcta, es de vital importancia el cuidado en el registro de los datos, para evitar datos nulos o erróneos en la búsqueda de información.


Filtrar Datos. 1. El caso de uso inicia cuando el usuario ingresa a la interfaz de

Impresiones a través del cual se realizará un filtrado de datos de acuerdo a criterios de búsqueda, logrando así contar con los datos requeridos tanto a nivel lógico (exportar los datos) o imprimirlos (físico).

Elegir Tipo de Documento.

1. El sistema muestra una interfaz donde el usuario podrá

seleccionar el tipo de documento a elaborar automáticamente y efectuar el filtrado de acuerdo a los siguientes criterios de búsqueda: - Cartera. - Datos Personales. - Estado (el estado por defecto es Activado). - Zonas. - Etapas. - Rango de Fechas. - Homologación. - Tipo Gestión. - Producto.

Nota: El sistema permitirá generar cartas de cobranza, citas a clientes, avisos (documentos de cobranza). Vista Previa, Exportación - Impresión.


97

1. El sistema le muestra una vista previa de los datos seleccionados, cantidad de hojas, tamaño del documento, etc.

2. El usuario selecciona la opción de Configurar Impresora si desea tener el documento en físico, si desea tenerlo a nivel lógico el sistema le muestra la opción exportar, donde podrá realizar la exportación del documento (PDF, EXCEL, WORD).

3. El sistema exporta la información en (PDF, EXCEL o WORD), si fuera esa la acción seleccionada, caso contrario realiza la impresión del documento a nivel físico.

4. Si el usuario ya no desea realizar labores de impresión o exportación de documentos, sale del sistema.


Se ha realizado una impresión o exportación de los datos correspondientes al filtrado de información seleccionado.


1. Este flujo de trabajo se realiza cuando el usuario, hace el filtrado de datos y el sistema le muestra la vista previa (referente al punto 3 del flujo principal).

El Usuario podrá Cancelar, toda acción a través de la opción “Cancelar” y reanudar las acciones de filtrado de datos nuevamente.

2. El sistema actualiza la vista previa.


Se muestra en la interfaz la información actualizada del nuevo criterio de búsqueda.


98

CBR-CUS-001.034: Consultar Historial de Cliente Moroso Especificación del Caso de Uso

Actores - Usuarios (Jefe de Cobranzas, Supervisor, Gestores de Cobranzas).

Nombre Consultar Historial de Cliente Moroso

Descripción Mediante este caso de uso el usuario (Jefe de Cobranzas, Supervisor, Gestores de Cobranza) , pueden realizar una consulta del historial de un cliente moroso.

Pre-Condiciones Se deben de haber realizado y registrado las gestiones de cobranzas.

Resultado Esperado 1. El sistema muestra un listado con los datos buscados de

acuerdo al criterio de búsqueda establecido.


Ninguno.

Riesgo Ninguno.


Consultar historial de clientes morosos. 1. El caso de uso inicia cuando el usuario, ingresa a las

opciones referentes a consulta del historial de los clientes morosos, específicamente en revisar el historial de los clientes. El sistema permitirá hacer un filtrado de los datos para hacer así una búsqueda más eficiente de la información.

Seleccionar criterios de búsqueda.

1. El sistema activa un campo u opciones de selección (DNI,

Apellidos) para que el usuario ingrese estos datos para realizar el filtrado de datos, referentes a las gestiones realizadas.

Mostrar datos de Consultados.

1. El sistema muestra una interfaz donde se listan los datos del historial (gestiones realizadas, productos morosos, etc.) correspondientes a un determinado cliente moroso.

El sistema muestra la información contenida en la base de datos referente a los criterios de búsqueda.


Se muestra un listado con los datos históricos de los clientes morosos.

Datos históricos:


Cambiar Búsqueda:


99

El usuario podrá cambiar la búsqueda de los registros a través de las opciones que le presenta el sistema. Esto indica que no existe solo una manera de realizar el filtrado de los datos, sino que el sistema presentará diferentes tipos de filtrado para que el usuario pueda tener los datos que necesita revisar.

Historial de Asignaciones.

El sistema permitirá realizar consultas de las asignaciones realizadas a los clientes morosos en determinados rangos de tiempo o criterios de importancia.

Historial de Gestiones. El sistema permitirá tener un listado en el cual se podrá visualizar, el historial de las gestiones a las cuales ha sido asignado el cliente moroso.


Ninguno.


100

CBR-CUS-001.035: Consultar Cartera Especificación del Caso de Uso

Actores - Usuario (Jefe de Cobranzas, Supervisor, Gestores de Cobranzas).

Nombre Consultar Cartera

Descripción Este caso de uso permite al usuario (Jefe de Cobranzas, Supervisor, Gestor de Cobranzas), consultar las carteras.

Pre-Condiciones Se deben de haber cargado la información correspondiente a los clientes en el sistema.

Resultado Esperado Datos filtrados correctamente de acuerdo a las carteras de clientes.


Ninguno

Riesgo Ninguno


Filtrar Datos. 1. El caso de uso inicia cuando el usuario ingresa a la

interfaz de Consulta de Cartera que presenta el sistema, permitiendo así obtener información de manera rápida de las carteras registradas y gestionadas.

2. El sistema muestra una lista de los datos registrados,

referentes a las carteras. (Etapa en la que se encuentran, estados, fechas, detalles, código de cartera, tipo de gestión asignada, agencias, etc.)

3. El sistema activa un campo (campos u opciones de

selección), necesarios para el filtrado a realizar. Etapa. Estados. Producto. Tipo. Ubicación. Agencia.

4. El usuario ingresa la información solicitada, en las

opciones que presenta el sistema. 5. El sistema muestra la información que se ajusta al filtrado

de datos seleccionado.


Se realiza la consulta de cartera de clientes morosos.


Cancelar.

Se puede cancelar toda acción, a través de la opción que despliega el sistema denominado Cancelar Acciones.


El sistema mostrará de acuerdo al criterio de búsqueda elegido, la información de la cantidad de carteras existentes.


101

CBR-CUS-001.036: Consultar Garante de Cliente Moroso Especificación del Caso de Uso

Actores - Jefe de Cobranzas. - Supervisor. - Gestor de Cobranza.

Nombre Consultar Garante de Cliente Moroso

Descripción Este caso de uso permite al usuario (Jefe de Cobranzas, Supervisor), consultar los garantes de los clientes morosos.

Pre-Condiciones

1. Se deben de contar con la información actualizada de las gestiones realizadas. Si no se cuenta con esa información se puede asumir datos equivocados, como ciertos.

2. Se deben tener los datos respectivos para el filtrado de los datos.

Resultado Esperado El Sistema presenta un listado con los datos referente a los garantes de los clientes morosos.


Ninguno.

Riesgo Si no se cuenta con esa información actualizada, se puede asumir datos o información equivocada, como ciertos.


Filtrar Datos. 1. El caso de uso inicia cuando el usuario ingresa a la

interfaz de Consulta de Garantes que presenta el sistema, esta opción le permite obtener información de manera efectiva de los garantes con los cuales ha sido habilitado el cliente moroso, en algún crédito entregado o producto.

2. El sistema muestra una interfaz donde se listan los datos

correspondientes a los avales que han sido asignados al cliente moroso que se está gestionando.

3. El sistema activa campos (DNI, Apellidos), datos necesarios para el filtrado a realizar.

4. El usuario ingresa la información solicitada en el sistema, verificando que los datos a ingresar sean los correctos.

5. El sistema muestra la información que se ajusta al filtrado

de datos seleccionado por el usuario, mediante una lista que agrupa los datos del garante o aval correspondiente al cliente moroso.


El Sistema muestra los datos referentes al garante(aval) del cliente moroso.


102


Cancelar la Consulta. Este flujo alterno ocurre cuando el usuario elige la opción cancelar, que presenta el sistema. Se anula toda acción a realizar.


El Sistema emite un mensaje confirmando la cancelación de las acciones realizadas.


103

CBR-DCU-001.040: Administrar Punto de Cobranza Especificación del Caso de Uso

Actores -Jefe de Cobranzas.

Nombre Administrar Punto de Cobranza

Descripción Este caso de uso permite al usuario realizar el mantenimiento del parámetro de punto de cobranza en el Sistema de Cobranzas.

Pre-Condiciones El usuario debe tener el perfil de Jefe de Cobranzas para poder ingresar a las opciones de mantenimiento de parámetros.

Resultado Esperado Parámetro de punto de cobranza agregado, modificado o desactivado en el Sistema de Cobranzas.


Ninguno

Riesgo

Si el usuario no registra este parámetro, no se le podrá asignar un punto de cobranza al cliente, lo cual impedirá realizarle una gestión de cobranza.


1. El caso de uso inicia cuando el Jefe de Cobranzas ingresa a la interfaz de Mantenimiento de punto de cobranza.

2. El sistema muestra una interfaz donde el usuario podrá ingresar los siguientes datos: Punto de cobranza (nombre o código) Región (previamente registrada) Tipo de gestión Departamento Provincia Distrito Estado (el estado por defecto es Activado)

3. El usuario completa la información solicitada. 4. El usuario selecciona la opción Agregar punto de cobranza. 5. El sistema le agrega al registro un código de punto de

cobranza. 6. El sistema guarda la información del registro en la base de

datos. 7. El sistema muestra en la interfaz una lista con la información de

los puntos de cobranza que se encuentran registrados en la base de datos.


Se ha registrado un nuevo punto de cobranza en la base de datos del Sistema de Cobranzas.


Buscar punto de cobranza

1. Este flujo de trabajo se realiza cuando el Jefe de Cobranzas selecciona la opción Buscar punto de cobranza.

2. El sistema muestra en la interfaz una lista con todos los puntos de cobranza que se encuentran registrados en la base de datos.


104

3. El sistema activa un campo para que el usuario ingrese información que servirá como filtro para la búsqueda del registro deseado.

El usuario podrá visualizar la información registrada y seleccionar el registro que desee o podrá ingresar información que sirva de filtro para la búsqueda del mismo.


Se muestra en la interfaz la información del punto de cobranza buscado.


105

CASO DE USO - DCUS.01 - Extracción de Créditos Morosos

Ilustración 47 - DCUS.01 - Extracción de Créditos Morosos

CASO DE USO - DCUS.02 - Configuración de Parámetros

Ilustración 48 - DCUS.02 - Configuración de Parámetros


106

CASO DE USO - DCUS.03 - Distribución de Cartera

Ilustración 49 - DCUS.03 - Distribución de Cartera

CASO DE USO - DCUS.04 - Registro de Visitas Domiciliarias

Ilustración 50 - DCUS.04 - Registro de Visitas Domiciliarias


107

CASO DE USO – DCUS.05 – Distribución de Cartera (Detallado)

Ilustración 51 - CU Distribución de Cartera de Cobranza


108

CBR-CUS-001.024 : Buscar Estrategia de Asignación Especificación del Caso de Uso


Nombre Buscar Estrategia de Asignación

Descripción

En este caso de uso se realiza el proceso de distribución de los clientes en los puntos de cobranza establecidos, para luego asignarlos a sus gestores correspondientes, según las estrategias de asignación registradas en el sistema.

Pre-Condiciones

El proceso batch se ejecuta sólo si el caso de uso anterior referente a la generación de la cartera culminó correctamente. Se deben haber establecido todos los parámetros necesarios para la distribución y asignación de cartera:

- Reglas de asignación Permite determinar el tipo de Gestión que se le efectuara al cliente. - Carteras (productos, niveles de mora) Referente a la información de los productos en la gestión de

cobranzas, rangos de fecha y etapas en la que se encuentra el cliente moroso.

- Tipos de gestión Las gestiones que se realizan son telefónicas y de campo. Las

cuales se efectúan de acuerdo al análisis de la información proporcionada en las gestiones.

- Punto de cobranza Se cuenta con las regiones distribuidas por su ubicación:

151200

- Zonas peligrosas Lugares de difícil acceso. - Supervisores de cobranza - Gestores de cobranza

Resultado Esperado

Clientes asignados a una gestión de cobranza.


Ninguno.

Riesgo Si este proceso no se realiza correctamente, los usuarios no podrán

visualizar la información actualizada de las gestiones.


Cargar Información.


109

1. El caso de uso se inicia luego de que el sistema obtenga y muestre la información de la cartera de clientes del Sistema de Cobranzas.

Evaluar.

2. El batch evalúa la morosidad de los créditos. Mientras la fecha de vencimiento de la próxima cuota a cancelar sea menor a la fecha del proceso, entonces: 2.1. El batch selecciona el registro con la información del crédito y

la guarda en una tabla temporal de créditos morosos.

Agrupar y Verificar.

3. El batch agrupa los créditos morosos de la tabla temporal por clientes.

4. Para cada cliente moroso se realiza lo siguiente: 4.1. El batch realiza el proceso de búsqueda de regla de

asignación. Si no existe una asignación registrada, se continúa el proceso.

4.2. El batch busca si el cliente cumple con los parámetros de

asignación especial. De ser así, ir al Flujo de Trabajo Alterno Nro. 1.

4.3. El batch asigna al cliente a una cartera de cobranza según su producto de crédito.

En caso un cliente cuente con varios productos en diferentes carteras, se le asigna al cliente la cartera que tenga mayor relevancia. Posteriormente se trabajará la asignación en base a la información del crédito que corresponda a la cartera asignada.


110

En caso el producto no se encuentre registrado en una cartera, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.

Una vez designado el cliente como No Asignado, termina el proceso batch para este cliente.

4.4. El batch asigna al cliente un tipo de gestión de cobranza según su nivel de mora.

En caso el cliente cuente con varios productos en una misma cartera, se trabajará con la información del crédito más moroso o producto con mayor peso, para la distribución y asignación.

En caso no se encuentre registrado un tipo de gestión de cobranza para los días de mora del cliente, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.


4.5. El batch revisa si el UBIGEO del cliente coincide con una zona

peligrosa registrada en el sistema de ser así:

El batch evalúa si el UBIGEO del cliente se encuentra registrado como zona peligrosa en el sistema. De ser así, se asigna al cliente a un tipo de gestión telefónica sin importar su nivel de mora.

Se continúa en el caso de uso con la información de tipo de gestión que corresponda.

4.6. El batch asigna al cliente un punto de cobranza según su tipo

de gestión y su UBIGEO.

En caso no se encuentre registrado un punto de cobranza para el tipo de gestión del cliente con su UBIGEO, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.



111

4.7. El batch asigna al cliente un gestor de cobranza según su punto de cobranza y su tipo de gestión. En caso no se encuentre registrado un gestor de cobranzas para el punto de cobranza y tipo de gestión del cliente, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual. Una vez designado el cliente como No Asignado, termina el proceso batch para este cliente.

4.8. El batch asigna al cliente la región que corresponda a su punto de cobranza.

El batch asigna al cliente el Gestor de cobranza que

corresponda a su región.


Los clientes morosos han sido asignados a una cartera. Los clientes morosos han sido asignados a un tipo de gestión. Los clientes morosos han sido asignados a un punto de cobranza. Los clientes morosos han sido asignados a un gestor de cobranzas.


Asignar clientes a cartera especial

1. Este flujo de trabajo se realiza luego de la búsqueda de una regla de asignación para el cliente.

2. El batch evalúa si la información del cliente cumple con ciertos

parámetros, definidos inicialmente por el Jefe de Cobranzas (clientes PEP, montos altos, fallecidos, denuncia en INDECOPI, prejudiciales, etc.). De ser así, se asigna al cliente a una cartera de gestión especial.

3. El batch guarda la información del motivo por el cual el cliente es

asignado a la cartera especial, comprendido en los criterios de: (Clientes PEP, denuncia en INDECOPI, prejudiciales, etc.)

4. Una vez asignado el cliente a la cartera especial, termina el proceso batch para este cliente.


El cliente moroso ha sido asignado a una cartera de gestión especial.


112

CBR-DCU-002-001 : Listar no Asignados Especificación del Caso de Uso


Nombre Listar no Asignados

Descripción

Este Caso de Uso, permite al usuario asignar a una cartera especial a determinados clientes morosos, los cuales cuentan con características especiales para su asignación.

Pre-Condiciones


- Reglas de asignación Permite determinar el tipo de Gestión que se le efectuara al

cliente. - Carteras (productos, niveles de mora) Referente a la información de los productos en la gestión de




- Regiones de cobranza Se cuenta con las regiones distribuidas por su ubicación:

- Puntos de cobranza Estas ubicaciones permitirán la correcta distribución de los

asesores de Cobranzas. - Zonas peligrosas Lugares de difícil acceso. - Gestores de cobranza. - Asesores de cobranza.

Resultado Esperado Generación del listado de clientes morosos no asignados.


Ninguno.

Riesgo Ninguno


113


No Asignados. En caso de uso si inicia cuando puedan ocurrir las siguientes opciones, durante las acciones del proceso generado por el Batch: 1. El producto no se encuentre registrado en una

cartera, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.

2. En caso no se encuentre registrado un asesor de

cobranzas para el punto de cobranza y tipo de gestión del cliente, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.

3. En caso no se encuentre registrado un tipo de gestión de cobranza para los días de mora del cliente, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.

4. En caso no se encuentre registrado un punto de

cobranza para el tipo de gestión del cliente con su UBIGEO, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.

5. En caso no se encuentre registrado un asesor de

cobranzas para el punto de cobranza y tipo de gestión del cliente, el proceso batch asigna al cliente a una cartera de No Asignados, para que posteriormente el usuario le asigne su gestión de forma manual.



Se obtiene una lista de clientes morosos no asignados.


Ninguno.


Ninguno.


114

CBR-DCU-002-002 : Asignar a Cartera Especial Especificación del Caso de Uso


Nombre Asignar a Cartera Especial

Descripción

Este Caso de Uso, permite al usuario asignar a una cartera especial a determinados clientes morosos, los cuales cuentan con características especiales para su asignación.

Pre-Condiciones








Norte

Centro

Sur - Puntos de cobranza Estas ubicaciones permitirán la correcta distribución de los

asesores de Cobranzas. - Zonas peligrosas Lugares de difícil acceso. - Gestores de cobranza.

Resultado Esperado Se genera la cartera especial de clientes morosos.


Ninguno.

Riesgo Ninguno


Asignar clientes a cartera especial


115

1. Este flujo de trabajo se realiza luego de la búsqueda de una regla de asignación para el cliente.

2. El batch evalúa si la información del cliente cumple con ciertos

parámetros, definidos inicialmente por el Jefe de Cobranzas (clientes PEP, montos altos, fallecidos, denuncia en INDECOPI, prejudiciales, etc.). De ser así, se asigna al cliente a una cartera de gestión especial.

3. El batch guarda la información del motivo por el cual el cliente

es asignado a la cartera especial, comprendido en los criterios de:

(Clientes PEP, montos altos, fallecidos, denuncia en

INDECOPI, prejudiciales, etc.)

4. Una vez asignado el cliente a la cartera especial, termina el proceso batch para este cliente.



Ninguno.


Ninguno.


116

CBR-DCU-002-003 : Asignar a Cartera Simple Especificación del Caso de Uso


Nombre Asignar a Cartera Simple

Descripción

Este Caso de Uso, permite al usuario asignar a una cartera de cobranzas a determinados clientes morosos, los cuales cuentan con información referente a: Producto, Fechas, Mora, Ubicación, etc.

Pre-Condiciones








- Puntos de cobranza Estas ubicaciones permitirán la correcta distribución de los

asesores de Cobranzas. - Zonas peligrosas Lugares de difícil acceso. - Gestores de cobranza - Asesores de cobranza


117

Resultado Esperado Se genera una cartera de cliente.


Ninguno

Riesgo Ninguno


Asignar Cliente. 1. El caso de uso se inicia luego de que el sistema obtenga y

muestre la información de la cartera de clientes del Sistema de Cobranzas.

Evaluar.

2. El batch evalúa la morosidad de los créditos. Mientras la fecha de vencimiento de la próxima cuota a cancelar sea menor a la fecha del proceso, entonces: 2.1. El batch selecciona el registro con la información del

crédito y la guarda en una tabla temporal de créditos morosos.

Agrupar y Verificar.

3. El batch agrupa los créditos morosos de la tabla temporal por

clientes.

4. Para cada cliente moroso se realiza lo siguiente: 4.1. El batch realiza el proceso de búsqueda de regla de

asignación. Si no existe una asignación registrada, se continúa el proceso.

4.2. El batch busca si el cliente cumple con los parámetros

de asignación especial. De ser así, ir al Flujo de Trabajo Alterno Nro. 1.

4.3. El batch asigna al cliente a una cartera de cobranza según su producto de crédito.

En caso un cliente cuente con varios productos en diferentes carteras, se le asigna al cliente la cartera que tenga mayor relevancia. Posteriormente se trabajará la asignación en base a la información del crédito que corresponda a la cartera asignada.



Ninguno


Ninguno.


118

CASO DE USO – DCUS.06 - GENERACIÓN DE REPORTES

Ilustración 52 - CU Generación de Reportes


119

CBR-CUS-001.033 : Generar Reportes Especificación del Caso de Uso

Actores - Jefe de Cobranzas. - Analista de Recuperaciones. - Supervisor.

Nombre Generar Reportes

Descripción Este caso de uso permite al usuario generar reportes de acuerdo a criterios de búsqueda, para el filtrado de los datos.

Pre-Condiciones El usuario debe de tener el perfil de Jefe de Cobranzas, Supervisor o Asistente de recuperaciones, para poder ingresar a las opciones de Generación de reportes.

Resultado Esperado Datos filtrados de acuerdo a criterios de búsqueda, impresos o

exportados.



Riesgo

Si los datos registrados no guardan un criterio de orden, digitación correcta y veracidad, los datos para el filtrado pueden no guardar una estructura o presentación correcta, es de vital importancia el cuidado en el registro de los datos, para evitar datos nulos o erróneos en la búsqueda de información.


Filtrar Datos. 1. El caso de uso inicia cuando el usuario ingresa a la interfaz de

Impresiones a través del cual se realizará un filtrado de datos de acuerdo a criterios de búsqueda, logrando así contar con los datos requeridos tanto a nivel lógico (exportar los datos) o imprimirlos (físico).


1. El sistema muestra una interfaz donde el usuario podrá seleccionar el

tipo de documento a elaborar automáticamente y efectuar el filtrado de acuerdo a los siguientes criterios de búsqueda: - Cartera. - Datos Personales. - Estado (el estado por defecto es Activado). - Zonas. - Etapas. - Rango de Fechas. - Homologación. - Tipo Gestión. - Producto.

Nota: El sistema permitirá generar cartas de cobranza, citas a clientes, avisos (documentos de cobranza). Vista Previa, Exportación - Impresión.

1. El sistema le muestra una vista previa de los datos seleccionados,

cantidad de hojas, tamaño del documento, etc.


120

2. El usuario selecciona la opción de Configurar Impresora si desea tener el documento en físico, si desea tenerlo a nivel lógico el sistema le muestra la opción exportar, donde podrá realizar la exportación del documento (PDF, EXCEL, WORD).

3. El sistema exporta la información en (PDF, EXCEL o WORD), si fuera esa la acción seleccionada, caso contrario realiza la impresión del documento a nivel físico.

4. Si el usuario ya no desea realizar labores de impresión o exportación de documentos, sale del sistema.


Se ha realizado una impresión o exportación de los datos correspondientes al filtrado de información seleccionado.


1. Este flujo de trabajo se realiza cuando el usuario, hace el filtrado de datos y el sistema le muestra la vista previa (referente al punto 3 del flujo principal).

El Usuario podrá Cancelar, toda acción a través de la opción “Cancelar” y reanudar las acciones de filtrado de datos nuevamente.

2. El sistema actualiza la vista previa.


Se muestra en la interfaz la información actualizada del nuevo criterio de búsqueda.


121

CBR-CUS-003.002: Documentos Específicos Impresos Especificación del Caso de Uso

Actores - Jefe de Cobranzas. - Supervisor. - Analista de recuperaciones.

Nombre Documentos Específicos Impresos

Descripción

Este caso de uso permite al usuario imprimir en documento físico, la información contenida en el sistema.

- Informe de Cartera. - Listado de Datos Personales (clientes morosos). - Zonas, ubicaciones. - Informe por Etapas. - Informes por rango de fechas. - Informe por tipo de gestión - Informe de productos. - Cartas de cobranza. - Citaciones. - Avisos (cartas de cobranza).

Pre-Condiciones El usuario debe de tener el perfil de Jefe de Cobranzas o Supervisor, para poder ingresar a las opciones de Generación de reportes.

Resultado Esperado Se obtiene un documento impreso de acuerdo a un filtro de búsqueda definido.



Riesgo Ninguno.


Filtrar Datos. 1. El caso de uso inicia cuando el usuario (Jefe de Cobranzas o Gestor

de Cobranzas o Supervisor) ingresa a la interfaz de Impresiones a través del cual se realizara un filtrado de datos de acuerdo a criterios de búsqueda, logrando así contar con los datos requeridos a nivel físico, impresos (físico).


1. El sistema muestra una interfaz donde el usuario podrá seleccionar el tipo de documento a elaborar automáticamente y efectuar el filtrado de acuerdo a los siguientes criterios de búsqueda: - Cartera. - Datos Personales. - Estado (el estado por defecto es Activado). - Zonas. - Etapas. - Rango de Fechas. - Homologación. - Tipo Gestión. - Producto.

Nota: El sistema permitirá generar cartas de cobranza, citas a clientes, avisos (documentos de cobranza). Vista Previa, Impresión.


122

1. El sistema le muestra una vista previa de los datos seleccionados, cantidad de hojas, tamaño del documento, etc.

2. El usuario selecciona la opción de Configurar Impresora que proporciona el sistema.

3. El sistema, realiza la impresión del documento a nivel físico.

4. El usuario elige salir del sistema.



Ninguno.


Ninguno.


123

CBR-CUS-003.001 : Exportar Formatos Especificación del Caso de Uso

Actores - Jefe de Cobranzas. - Supervisor. - Analista de recuperaciones.

Nombre Exportar Formatos

Descripción

Este caso de uso permite al usuario exportar información almacenada en el sistema en diferentes formatos de archivo de salida, tales como:

WORD.

PDF.

EXCEL.

Pre-Condiciones Se debe de contar con la información registrada en el sistema.

Resultado Esperado Informe exportado en formato seleccionado por el usuario: Word, Excel o PDF.



Riesgo Ninguno.


Vista Previa, Exportación.

1. El usuario elige la opción de exportación que le presenta el sistema. El sistema le muestra una vista previa de los datos seleccionados a exportar.

2. El usuario selecciona la opción de exportación del documento, seleccionando uno de los formatos (PDF, EXCEL, WORD).

3. El sistema exporta la información en (PDF, EXCEL o WORD).

4. Si el usuario ya no desea realizar labores de exportación de documentos, elige salir del sistema.



Ninguno.


Ninguno.


124

Anexo 3: Estándares Utilizados en el desarrollo del Proyecto

a. Estándar de Color

Según la información contenida en el Brandbook de Credinka, se mostrará las

pautas en relación a los colores corporativos de la institución (ver Figura N°01). Los colores

estarán establecidos en función a su significado y a la imagen que la institución desea

reflejar ante los clientes. La implementación deberá ser de carácter obligatorio en el diseño

de las interfaces del sistema.

b. El estándar de Colores.

Ha sido establecido como parte del estándar y podrá ser usado en lugar de los

colores expuestos anteriormente. Estos colores estarán implementados dentro del diseño

de las interfaces del proyecto, además ofrecerán mayores alternativas al momento de

identificar las funcionalidades del sistema, con algún tono de color en particular.

Ilustración 53 - Colores Representativos de la Empresa

Ilustración 54 - Estándar de colores


125

c. Hojas de Estilo

Se elaborarán diferentes hojas de estilo para obtener el formato requerido en el

diseño de los formularios; deberán de tener definidas todas las características deseadas y

establecidas, en relación al aspecto visual de las páginas del sistema. En ellas se definirán

los detalles como son: el color, tamaño, posición para los tipos de fuente, etiquetas de

texto, formularios, controles, etc.

d. Estructura del Proyecto

El presente sistema consta de una solución web, que estará conformada por

4 (cuatro) proyectos que forman las capas y el proyecto web.

a. Credinka. Ayni. <Sistema>.UTL.- Proyecto que contendrá todos los utilitarios

generales, es decir, las funciones que serán utilizadas o compartidas entre

todos los módulos que forman parte de la solución.

b. Credinka. Ayni. <Sistema>.AD.- Proyecto que representará a la “capa de

datos”, que contendrá todos los procedimientos que se comunican

directamente con la base de datos, a fin de obtener la información que hay en

ella. Este proyecto se creará para cada módulo. Ejemplo: para el módulo de

Pasivos se le llamará Credinka.Ayni.PAS.AD.

c. Credinka. Ayni. <Sistema>.EN.- Proyecto que contendrá todas las entidades

identificadas para el desarrollo del sistema. Este proyecto se creará para cada

módulo. Ejemplo: para el módulo de Pasivos se le llamará

Credinka.Ayni.PAS.EN.

d. Credinka. Ayni. <Sistema>.RN.- Proyecto que representará a la “capa lógica

o de negocios” y contemplará todas las reglas que deberán de cumplirse. Este

proyecto se creará para cada módulo. Ejemplo: para Pasivos será

Credinka.Ayni.PAS.RN.

e. Credinka. Ayni. Web.- Proyecto que contendrá el manejo de los estilos,

javascript, imágenes, páginas web, etc. Para la parte web se creará una carpeta

llamada “Modulos”, dónde se colocará todas las carpetas a utilizar por cada

sistema.


126

e. Estándar de Páginas Web y Controles de Navegación

a. Página de Acceso a los Sistemas

El Core Bancario Ayni cuenta con su propio sistema de seguridad

llamado Sistema de Seguridad y Accesos, al que se podrá iniciar

sesión haciendo uso de un nombre de usuario y contraseña.

Cuando el usuario entre al sistema de seguridad, sólo podrá acceder

a los sistemas y funcionalidades para los que su cargo y/o perfil

tenga el permiso asignado.

El ingreso a este sistema, será el paso inicial para luego poder

ingresar a los demás sistemas como son: Créditos, Garantías,

Pasivos, Cobranzas, Clientes, Riesgos, Contabilidad y Operaciones.

Ilustración 55 - Estándar de Página de Acceso a los Sistemas


127

b. Página Maestra (Master Page)

Se elaborará un modelo de diseño base para el conjunto de páginas

que pertenezcan al mismo sitio web. Este modelo estará

almacenado como un archivo independiente para luego poder

heredar sus características de estructura y diseño hacia las demás

páginas que requieran de él. La página maestra hará uso de una hoja

de estilos, así como de los estándares de color ya definidos.

Ilustración 56 - Estándar de Página de Mantenimiento


128

c. Mapa de Sitio (Sitemap)

Se usará para poder organizar las páginas del sitio web de manera

jerárquica y que haya una adecuada navegación entre ellas, será un

control utilizado que hará referencia a las páginas que se requieran

y que son listadas en un orden determinado, haciendo uso de

vínculos que referencien a cada una de las páginas respectivas.

Ilustración 57 - Estándar de Mapa de Sitio


129

d. Grilla para Listados

Para los listados en general se utilizará la Grilla mostrada en la

Figura N° 06. La grilla tendrá en la parte superior un Título descriptivo

y un combo que permitirá cambiar la cantidad de registros a mostrar

en el Listado. En la parte intermedia se mostrará los registros. En la

parte inferior se mostrarán el detalle de los registros en la zona

izquierda y en la zona derecha los botones de la paginación.

En la parte inferior del Listado se colocarán los criterios de búsqueda

para realizar los filtros necesarios.

Ilustración 58 - Estándar - Grilla para Listados


130

e. Grilla Editable

Las Grillas Editables tendrán una primera fila que estará editable con

la cual se ingresarán nuevos registros. Seguido estarán las filas

registradas que también podrán ser modificadas. Al seleccionar una

fila existente aparecerán las opciones de edición y se activarán los

controles de formularios para su edición.

Ilustración 59 - Estándar - Grilla Editable

f. Grilla y SubGrillas

Para los listados que requieran una SubGrilla se podrá agregar una

nueva Grilla debajo de la seleccionada. Para mostrar u ocultar una

SubGrilla se tendrá que hacer clic en la fila seleccionada en el icono

ubicado en la primera columna.

Ilustración 60 - Estándar - Grilla y SubGrilla


131

f. Estándares de Codificación en WEB.

a. Para codificar

Se hará uso del tabulador para el sangrado del código. Se aumentará

1 (una) tabulación por cada bloque de código anidado dentro de otro.

Se utilizarán palabras entendibles y descriptivas al nombrar variables

o funciones; ejemplo: <nombre>, <salario>. No usar palabras cortas

o abreviadas, como: <nom>, <sal> ya que dificultará el

entendimiento del código.

Se hará uso de regiones (#region) para poder visualizar los bloques

de código en forma agrupada; de modo que pueda verse de la

siguiente manera:

Ilustración 61 - Estándar del Cuerpo para la Codificación

Para hacer referencia a un valor vacío, no utilizar comilla doble (“”), sino

reemplazar por el miembro de la clase String: String.Empty.

Ejemplo:

Ilustración 62 - Estándar de Sentencia IF


132

Cuando se use una variable de tipo “Session”, al terminar la

programación de esta variable, deberá ser eliminada. Ejemplo:

Session.Remove (“atributo”).

Cuando se haga uso de concatenación de cadenas, utilizar

String.Builder. Ejemplo:

Ilustración 63 - Ejemplo: Codificación Incorrecta

Ilustración 64 - Ejemplo: Codificación Correcta

Cuando se declare una variable, ésta deberá inicializarse.

Ilustración 65 - Estándar Declaración de Variable

Utilizar la validación para el caso de valores nulos.

Ilustración 66 - Forma Incorrecta de validar valores Nulos


133

Ilustración 67 - Forma Correcta de validar valores Nulos

Se validarán los errores utilizando el controlador: “Try Catch”.

Se deberá de comentar el código que sea necesario para que cuando

tenga que ser revisado posteriormente sea de fácil entendimiento. El

comentario deberá de incluir de forma obligatoria la fecha y el autor del

mismo.

g. Estándares de Programación en Base de Datos

De la Grafía: El estilo de redacción dependerá del tópico que se esté

redactando según se detalla en el siguiente cuadro:

Ilustración 68 - Estándar de Codificación en Base de Datos


134

De la Nomenclatura de objetos: Los siguientes objetos son los autorizados

para el desarrollo de aplicativos:

Ilustración 69 - Estándar de Nomenclatura en la Base de Datos (1)

Ilustración 70 - Estándar de Nomenclatura en la Base de Datos (2)


135

De los prefijos para los tipos de datos: A continuación se detallan los prefijos según

el tipo de datos autorizados y que deben ser usados para el desarrollo de aplicativos:

Ilustración 71 – Prefijos utilizados en la Base de Datos


136

Del uso de tipos de datos. Se acuerda manejar la siguiente lista de tipos de datos,

según al tipo de uso que se requiera, para de ésta forma uniformizar la definición de

campos.

No se usaran tipos de datos definidos por los usuarios.

Ilustración 72 - Estándar de Tipo de Datos en la Base de Datos


137

Ilustración 73 - Estándar de Tipo de Datos en la Base de Datos (2)


138

Anexo 4: Interfaces Principales del Sistema para la gestión de Cobranza y

Recuperaciones.

Ilustración 74 - Configuración de Carteras de Productos

Ilustración 75 - Configuración de Niveles


139

Ilustración 76 - Configuración de Usuarios de Cobranza

Ilustración 77 - Asociación para Distribución de Cartera


140

Ilustración 78 - Búsqueda por Cliente en Gestión Domiciliaría

Ilustración 79 - Bandeja de Gestiones Realizadas por Cliente


141

Ilustración 80 - Interfaz para realizar la nueva Gestión al Cliente

Ilustración 81 - Ficha de Cobranza


142

Ilustración 82 - Carta de Cobranza

Ilustración 83 - Gráfica-Reporte, Rangos de Mora y su porcentaje en la Cartera Total


143

Anexo 5: Script de Base de Datos y Tablas

USE [master]

GO

/****** Object: Database [bdCBR] Script Date: 12/16/2015 17:24:02

******/

CREATE DATABASE [bdCBR] ON PRIMARY

( NAME = N'bdCBR', FILENAME = N'C:\Program Files\Microsoft SQL

Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\bdCBR.mdf' , SIZE = 44032KB ,

MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )

LOG ON

( NAME = N'bdCBR_log', FILENAME = N'C:\Program Files\Microsoft SQL

Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\bdCBR_log.ldf' , SIZE = 39296KB ,

MAXSIZE = 2048GB , FILEGROWTH = 10%)

GO

ALTER DATABASE [bdCBR] SET COMPATIBILITY_LEVEL = 100

GO

IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))

begin

EXEC [bdCBR].[dbo].[sp_fulltext_database] @action = 'enable'

end

GO

ALTER DATABASE [bdCBR] SET ANSI_NULL_DEFAULT OFF

GO

ALTER DATABASE [bdCBR] SET ANSI_NULLS OFF

GO

ALTER DATABASE [bdCBR] SET ANSI_PADDING OFF

GO

ALTER DATABASE [bdCBR] SET ANSI_WARNINGS OFF

GO

ALTER DATABASE [bdCBR] SET ARITHABORT OFF

GO

ALTER DATABASE [bdCBR] SET AUTO_CLOSE OFF

GO

ALTER DATABASE [bdCBR] SET AUTO_CREATE_STATISTICS ON

GO

ALTER DATABASE [bdCBR] SET AUTO_SHRINK OFF

GO

ALTER DATABASE [bdCBR] SET AUTO_UPDATE_STATISTICS ON

GO

ALTER DATABASE [bdCBR] SET CURSOR_CLOSE_ON_COMMIT OFF

GO

ALTER DATABASE [bdCBR] SET CURSOR_DEFAULT GLOBAL

GO

ALTER DATABASE [bdCBR] SET CONCAT_NULL_YIELDS_NULL OFF

GO

ALTER DATABASE [bdCBR] SET NUMERIC_ROUNDABORT OFF

GO

ALTER DATABASE [bdCBR] SET QUOTED_IDENTIFIER OFF

GO

ALTER DATABASE [bdCBR] SET RECURSIVE_TRIGGERS OFF

GO

ALTER DATABASE [bdCBR] SET DISABLE_BROKER

GO

ALTER DATABASE [bdCBR] SET AUTO_UPDATE_STATISTICS_ASYNC OFF

GO

ALTER DATABASE [bdCBR] SET DATE_CORRELATION_OPTIMIZATION OFF


144

GO

ALTER DATABASE [bdCBR] SET TRUSTWORTHY OFF

GO

ALTER DATABASE [bdCBR] SET ALLOW_SNAPSHOT_ISOLATION OFF

GO

ALTER DATABASE [bdCBR] SET PARAMETERIZATION SIMPLE

GO

ALTER DATABASE [bdCBR] SET READ_COMMITTED_SNAPSHOT OFF

GO

ALTER DATABASE [bdCBR] SET HONOR_BROKER_PRIORITY OFF

GO

ALTER DATABASE [bdCBR] SET READ_WRITE

GO

ALTER DATABASE [bdCBR] SET RECOVERY FULL

GO

ALTER DATABASE [bdCBR] SET MULTI_USER

GO

ALTER DATABASE [bdCBR] SET PAGE_VERIFY CHECKSUM

GO

ALTER DATABASE [bdCBR] SET DB_CHAINING OFF

GO

EXEC sys.sp_db_vardecimal_storage_format N'bdCBR', N'ON'

GO

USE [bdCBR]

GO

/****** Object: Table [dbo].[tCBR_Producto] Script Date: 12/16/2015

17:24:04 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_Producto](

[iIdProducto] [int] IDENTITY(1,1) NOT NULL,

[iCodigoProducto] [int] NOT NULL,

[vDescripcion] [varchar](100) NULL,

[iCodigoFamilia] [int] NULL,

[iCodigoSubFamilia] [int] NULL,

[iCodigoGrupo] [int] NULL,

[iDiasInicioMora] [int] NULL,

[iOrigen] [int] NULL,

[iCodigoAnterior] [int] NULL,

[vMonedaAnterior] [varchar](2) NULL,

[siCodigoEstado] [smallint] NULL,

[bEliminado] [bit] NULL,

CONSTRAINT [PK__tCBR_Pro__B10ADC431DE57479] PRIMARY KEY CLUSTERED

(

[iCodigoProducto] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY =

OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: Table [dbo].[tCBR_RelacionUbigeos] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON

GO



145

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_RelacionUbigeos](

[iCodigoPuntoCobranza] [int] IDENTITY(1,1) NOT NULL,

[iIdDepartamento] [int] NULL,

[iIdDepartamentoParent] [int] NULL,


PRIMARY KEY CLUSTERED

(

[iCodigoPuntoCobranza] ASC



) ON [PRIMARY]

GO


GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Codigo

correlativo de la tabla tCBR_RelacionUbigeos.' ,

@level0type=N'SCHEMA',@level0name=N'dbo',

@level1type=N'TABLE',@level1name=N'tCBR_RelacionUbigeos',

@level2type=N'COLUMN',@level2name=N'iCodigoPuntoCobranza'

GO


de Ubigeo Padre.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iIdDepartamento'

GO


de Ubigeo Hijo.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iIdDepartamentoParent'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Nombre

de la ciudad.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vDescripcion'

GO

/****** Object: Table [dbo].[tCBR_Nivel] Script Date: 12/16/2015

17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_Nivel](

[iIdNivel] [int] IDENTITY(1,1) NOT NULL,

[iCodigoNivel] [int] NOT NULL,

[iIdCartera] [int] NOT NULL,


[iIdTipoGestion] [int] NULL,

[iDiaInicial] [int] NULL,

[iDiaFinal] [int] NULL,

[iCodigoEstado] [int] NULL,


[vAudNombreUsuarioCreacion] [varchar](15) NULL,

[dtAudFechaCreacion] [datetime] NULL,

[vAudIpCreacion] [varchar](15) NULL,

[vAudMacCreacion] [varchar](20) NULL,


146

[vAudNombreUsuarioModificacion] [varchar](15) NULL,

[dtAudFechaModificacion] [datetime] NULL,

[vAudIpModificacion] [varchar](15) NULL,

[vAudMacModificacion] [varchar](20) NULL,

CONSTRAINT [pkNivel] PRIMARY KEY CLUSTERED

(

[iIdNivel] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_Nivel.' ,


@level1type=N'TABLE',@level1name=N'tCBR_Nivel',

@level2type=N'COLUMN',@level2name=N'iIdNivel'

GO


del nivel.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoNivel'

GO


de cartera.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iIdCartera'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION',

@value=N'Descripción del nivel.' ,




GO


@value=N'Identificador del tipo de gestión.' ,



@level2type=N'COLUMN',@level2name=N'iIdTipoGestion'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Inicio

del intervalor de dias de atraso del nivel.' ,



@level2type=N'COLUMN',@level2name=N'iDiaInicial'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Fin del

intervalo de dias de atraso del nivel.' ,



@level2type=N'COLUMN',@level2name=N'iDiaFinal'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'1 =

Indica que el registro esta activo; 2= Indica que el registro no esta

activo.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoEstado'

GO


147


@value=N'Eliminación Logica :0 = Indica que el registro no esta

eliminado; 1= Indica que el registro esta eliminado.' ,



@level2type=N'COLUMN',@level2name=N'bEliminado'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Indica

el nombre del usuario que registró el nivel.' ,



@level2type=N'COLUMN',@level2name=N'vAudNombreUsuarioCreacion'

GO


la fecha en que se registro el nivel.' ,



@level2type=N'COLUMN',@level2name=N'dtAudFechaCreacion'

GO


@value=N'Indentifica la dirección IP del ordenador en que se realizo el

registro del nivel.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vAudIpCreacion'

GO


@value=N'Indentifica la dirección MAC del ordenador en que se realizo el

registro del nivel.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vAudMacCreacion'

GO


@value=N'Indentifica al usuario que modifico los datos del nivel.' ,



@level2type=N'COLUMN',@level2name=N'vAudNombreUsuarioModificacion'

GO


la fecha en que se modifico los datos del nivel.' ,



@level2type=N'COLUMN',@level2name=N'dtAudFechaModificacion'

GO



la modificación los datos del registro.' ,



@level2type=N'COLUMN',@level2name=N'vAudIpModificacion'

GO


@value=N'Indentifica la dirección MAC del ordenador en que se realizo la

modificación de los datos del registro' ,



@level2type=N'COLUMN',@level2name=N'vAudMacModificacion'

GO

/****** Object: Table [dbo].[tCBR_Cliente] Script Date: 12/16/2015

17:24:04 ******/

SET ANSI_NULLS ON


148

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_Cliente](

[iIdCliente] [int] IDENTITY(1,1) NOT NULL,

[vCodigoCliente] [varchar](12) NOT NULL,

[dtFechaEntrada] [datetime] NULL,

[iOrigen] [int] NULL,

[vNombre] [varchar](255) NULL,

[vApellidoPaterno] [varchar](100) NULL,

[vApellidoMaterno] [varchar](100) NULL,

[vApellidoCasada] [varchar](100) NULL,

CONSTRAINT [PK__tCBR_Cli__4504E240014935CB] PRIMARY KEY CLUSTERED

(

[vCodigoCliente] ASC



) ON [PRIMARY]

GO


GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Código

correlativo de la tabla tCBR_Cliente.' ,


@level1type=N'TABLE',@level1name=N'tCBR_Cliente',

@level2type=N'COLUMN',@level2name=N'iIdCliente'

GO


del cliente.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vCodigoCliente'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Fecha y

hora del ingreso del cliente a la tabla tCBR_Cliente.' ,



@level2type=N'COLUMN',@level2name=N'dtFechaEntrada'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Flag

que determina de qué fuente procede el cliente | 1: Siscredinka.' ,



@level2type=N'COLUMN',@level2name=N'iOrigen'

GO


del Cliente.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNombre'

GO


@value=N'Apellido Paterno del Cliente.' ,



@level2type=N'COLUMN',@level2name=N'vApellidoPaterno'

GO


@value=N'Apellido Materno del Cliente.' ,



149


@level2type=N'COLUMN',@level2name=N'vApellidoMaterno'

GO


@value=N'Apellido de Casada en caso lo utilice.' ,



@level2type=N'COLUMN',@level2name=N'vApellidoCasada'

GO

/****** Object: Table [dbo].[tCBR_Cartera] Script Date: 12/16/2015

17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_Cartera](

[iIdCartera] [int] IDENTITY(1,1) NOT NULL,

[iCodigoCartera] [int] NOT NULL,

[vDescripcion] [varchar](180) NOT NULL,

[iCodigoFamilia] [int] NOT NULL,

[iCodigoProducto] [int] NOT NULL,

[iCodigoSubProducto] [int] NOT NULL,

[iCodigoSubProductoSiscredinka] [int] NULL,

[vDescripcionFamilia] [varchar](150) NULL,

[vDescripcionProducto] [varchar](150) NULL,

[vDescripcionSubProducto] [varchar](150) NULL,

[iPeso] [int] NULL,











CONSTRAINT [pkCartera] PRIMARY KEY CLUSTERED

(

[iIdCartera] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_Cartera.' ,


@level1type=N'TABLE',@level1name=N'tCBR_Cartera',


GO


de la cartera.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoCartera'

GO


150


@value=N'descripción de la cartera.' ,




GO


@value=N'identificador de la familia a la que pertenece el producto.' ,



@level2type=N'COLUMN',@level2name=N'iCodigoFamilia'

GO


@value=N'identificador del producto asignado a la cartera.' ,



@level2type=N'COLUMN',@level2name=N'iCodigoProducto'

GO


@value=N'identificador del sub producto al que pertenece el producto.' ,



@level2type=N'COLUMN',@level2name=N'iCodigoSubProducto'

GO


de producto siscredinka.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoSubProductoSiscredinka'

GO


@value=N'Descripción de la familia al que pertenece el producto.' ,



@level2type=N'COLUMN',@level2name=N'vDescripcionFamilia'

GO


@value=N'Descripción del producto asignado a la cartera.' ,



@level2type=N'COLUMN',@level2name=N'vDescripcionProducto'

GO


@value=N'Descripción del sub producto al que pertenece el producto.' ,



@level2type=N'COLUMN',@level2name=N'vDescripcionSubProducto'

GO


@value=N'indicador de cartera que tiene mayor prioridad.' ,



@level2type=N'COLUMN',@level2name=N'iPeso'

GO






GO


151







GO


el nombre del usuario que registró la gestión.' ,




GO


la fecha en que se registro de la cartera.' ,




GO



registro de la gestión.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO



registro de la cartera.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


@value=N'Indentifica al usuario que modifico los datos de la cartera.' ,




GO


la fecha en que se modifico los datos de la cartera.' ,




GO







GO







GO

/****** Object: Table [dbo].[tCBR_GestionDomiciliaria] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON


152

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_GestionDomiciliaria](

[iIdGestionDo] [int] IDENTITY(1,1) NOT NULL,

[vCodigoCliente] [varchar](12) NULL,

[siTipoDoi] [smallint] NULL,

[vNumeroDoi] [varchar](15) NULL,

[iTipoAccion] [int] NULL,

[dFechaAccion] [date] NULL,

[vHoraAccion] [varchar](8) NULL,

[iCompromiso] [int] NULL,

[dFechaCompromiso] [date] NULL,

[vHoraCompromiso] [varchar](8) NULL,

[vObservacion] [varchar](200) NULL,

[iIdUsuarioCobranza] [int] NULL,









[nDescuento] [decimal](18, 2) NULL,

[dFechaPromesaAva] [date] NULL,

[dFechaPromesaTer] [date] NULL,

[dFechaPromesaTit] [date] NULL,

[vNuevoTelefono] [varchar](50) NULL,

[vNuevaDireccion] [varchar](200) NULL,

[iCodigoEstado] [smallint] NULL,


[vNumeroCredito] [varchar](12) NULL,

[iArea] [smallint] NULL,

[siTipoMoneda] [smallint] NULL,

[dtFechaProgramacionVisita] [datetime] NULL,

[iIdUsuarioCobranzaTrue] [int] NULL,

[iIdProgramacionVisita] [int] NULL,

[vGPSLatitud] [varchar](50) NULL,

[vGPSLongitud] [varchar](50) NULL,

[iFlagMovil] [bit] NULL,

[vAudUsuarioCreacionMovil] [varchar](30) NULL,

[vAudMACCreacionMovil] [varchar](30) NULL,

[dtAudFechaCreacionMovil] [datetime] NULL,

[iCodigoEmpleadoElegido] [int] NULL,

CONSTRAINT [PK_tCBR_GestionDomiciliaria] PRIMARY KEY CLUSTERED

(

[iIdGestionDo] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_GestionDomiciliaria.' ,



153

@level1type=N'TABLE',@level1name=N'tCBR_GestionDomiciliaria',

@level2type=N'COLUMN',@level2name=N'iIdGestionDo'

GO


de cliente sisCredinka.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


@value=N'Indicador de tipo de documento.' ,



@level2type=N'COLUMN',@level2name=N'siTipoDoi'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Número

de documento.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNumeroDoi'

GO


@value=N'Identificador de tipo de accion de la gestión de cobranza -

Codigo Tabla = 7 en Tabla tCBR_Descripcion' ,



@level2type=N'COLUMN',@level2name=N'iTipoAccion'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Fecha

de la acción de cobranza realizada.' ,



@level2type=N'COLUMN',@level2name=N'dFechaAccion'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Hora de

la acción de cobranza realizada.' ,



@level2type=N'COLUMN',@level2name=N'vHoraAccion'

GO


@value=N'Identificador de tipo del tipo de compromiso indicada por el

cliente.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCompromiso'

GO


del compromiso de pago.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'dFechaCompromiso'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Hora

del compromiso de pago.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vHoraCompromiso'

GO


@value=N'Observación de la gestión de cobranza.' ,



@level2type=N'COLUMN',@level2name=N'vObservacion'

GO


154


del usuario que realizó la gestión.' ,



@level2type=N'COLUMN',@level2name=N'iIdUsuarioCobranza'

GO


el nombre del usuario que registró la gestión.' ,




GO


la fecha en que se registro de la gestión.' ,




GO






GO






GO


@value=N'Indentifica al usuario que modifico los datos de la gestión.' ,




GO


la fecha en que se modifico los datos de la gestión.' ,




GO







GO



modificación de los datos del registro.' ,




GO


del crédito a descontar.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNumeroCredito'


155

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Área

que registra | 1:Cobranzas 2:Negocios.' ,



@level2type=N'COLUMN',@level2name=N'iArea'

GO


de Moneda del crédito a descontar (1: Soles, 2:Dólares).' ,



@level2type=N'COLUMN',@level2name=N'siTipoMoneda'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Fecha y

hora en la que se programó la visita.' ,



@level2type=N'COLUMN',@level2name=N'dtFechaProgramacionVisita'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Id del

Usuario de Cobranza.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iIdUsuarioCobranzaTrue'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Campo

foraneo de la tCBR_ProgramacionDiaria' ,



@level2type=N'COLUMN',@level2name=N'iIdProgramacionVisita'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Latitud

de la gestión realizada.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vGPSLatitud'

GO


@value=N'Longitud de la gestión realizada.' ,



@level2type=N'COLUMN',@level2name=N'vGPSLongitud'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Flag

que determina si la gestión fue móvil(1:Móvil, 0:No móvil).' ,



@level2type=N'COLUMN',@level2name=N'iFlagMovil'

GO


el nombre del usuario que registró la gestión en el móvil.' ,



@level2type=N'COLUMN',@level2name=N'vAudUsuarioCreacionMovil'

GO


@value=N'Indentifica la dirección MAC del móvil en que se realizó el



@level2type=N'COLUMN',@level2name=N'vAudMACCreacionMovil'

GO


156


la fecha en que se registró la gestión en el móvil.' ,



@level2type=N'COLUMN',@level2name=N'dtAudFechaCreacionMovil'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Usuario

que elige el digitador' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoEmpleadoElegido'

GO

/****** Object: Table [dbo].[tCBR_PuntoCobranza] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_PuntoCobranza](

[iIdPuntoCobranza] [int] IDENTITY(1,1) NOT NULL,

[iCodigoPuntoCobranza] [int] NOT NULL,


[vSector] [varchar](15) NULL,

[iIdTipoGestion] [int] NULL,











CONSTRAINT [pkPuntoCobranza] PRIMARY KEY CLUSTERED

(

[iIdPuntoCobranza] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_PuntoCobranza.' ,


@level1type=N'TABLE',@level1name=N'tCBR_PuntoCobranza',

@level2type=N'COLUMN',@level2name=N'iIdPuntoCobranza'

GO


del punto de cobranza.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoPuntoCobranza'

GO


@value=N'Descripción del punto de cobranza.' ,





157

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'ubigeo

del la ciudad asignada al punto de cobranza.' ,



@level2type=N'COLUMN',@level2name=N'vSector'

GO


@value=N'Identificador del tipo de gestión.' ,



@level2type=N'COLUMN',@level2name=N'iIdTipoGestion'

GO






GO







GO


el nombre del usuario que registró el punto de cobranza.' ,




GO


la fecha en que se registro el punto de cobranza.' ,




GO



registro del punto de cobranza.' ,




GO



registro del punto de cobranza.' ,




GO


@value=N'Indentifica al usuario que modifico los datos del punto de

cobranza.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


la fecha en que se modifico los datos del punto de cobranza.' ,


158




GO







GO







GO

/****** Object: Table [dbo].[tCBR_OperacionesMoroso] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_OperacionesMoroso](

[iIdOperacionesMoroso] [int] IDENTITY(1,1) NOT NULL,

[vNumeroCredito] [varchar](12) NULL,

[iCodigoProducto] [int] NULL,

[iCodigoFamilia] [int] NULL,

[iCodigoSubFamilia] [int] NULL,




[iUbigeo] [int] NULL,

[vNumeroSolicitud] [varchar](12) NULL,

[dFechaVencimiento] [date] NULL,

[iDiasMoraMaximo] [int] NULL,

[nCapitalCuota] [decimal](16, 2) NULL,

[nMontoInteres] [decimal](16, 2) NULL,

[nInteresMoratorio] [decimal](16, 2) NULL,

[nInteresCompensatorio] [decimal](16, 2) NULL,

[nCargoFijo] [decimal](16, 2) NULL,

[nMontoComisiones] [decimal](16, 2) NULL,

[nSeguroContraIncendios] [decimal](16, 2) NULL,

[siTipoMoneda] [smallint] NULL,

[nTotalTipoMoneda] [decimal](16, 4) NULL,

[nTotalMonedaNacional] [decimal](16, 4) NULL,

[siIndicadorCastigado] [smallint] NULL,

[siIndicadorJudicial] [smallint] NULL,

[vNumeroCreditoAnterior] [varchar](20) NULL,

[vCodigoOficina] [varchar](5) NULL,

[vCodigoSectorista] [varchar](5) NULL,

[siIndicadorRefinanciado] [smallint] NULL,

[iEspecial] [int] NULL,

PRIMARY KEY CLUSTERED

(

[iIdOperacionesMoroso] ASC


159



) ON [PRIMARY]

GO


GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Id

Operación Morosa' , @level0type=N'SCHEMA',@level0name=N'dbo',

@level1type=N'TABLE',@level1name=N'tCBR_OperacionesMoroso',

@level2type=N'COLUMN',@level2name=N'iIdOperacionesMoroso'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Numero

del Credito' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNumeroCredito'

GO


del Producto' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoProducto'

GO


de Familia del Producto' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoFamilia'

GO


de Sub-Familia del Prodcuto' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iCodigoSubFamilia'

GO


del Cliente' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Tipo de

Documento' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


del Documento' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


de Ubigeo' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iUbigeo'

GO


de la Solicitud' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNumeroSolicitud'

GO


de Vencimiento' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'dFechaVencimiento'


160

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Dias de

Mora' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iDiasMoraMaximo'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Monto

Capital de la Cuota' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nCapitalCuota'

GO


del Interes' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nMontoInteres'

GO


Interes Moratorio' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nInteresMoratorio'

GO


Interes Compensatorio' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nInteresCompensatorio'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Cargo

Fijo' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nCargoFijo'

GO


Comisiones' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nMontoComisiones'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Seguro

contra incendios' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nSeguroContraIncendios'

GO


Moneda' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'siTipoMoneda'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Total

por Tipo de Moneda' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nTotalTipoMoneda'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Total

Moneda Nacional' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nTotalMonedaNacional'

GO


@value=N'Indicador Castigados: 1=castigado , 0=no castigado.' ,



161


@level2type=N'COLUMN',@level2name=N'siIndicadorCastigado'

GO


@value=N'Indicador Judicial: 4=judicial , 8=refinaciado judicial.' ,



@level2type=N'COLUMN',@level2name=N'siIndicadorJudicial'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_Description', @value=N'Indica

si cliente es especial(0: No es especial, 1: Especial)' ,



@level2type=N'COLUMN',@level2name=N'iEspecial'

GO

/****** Object: Table [dbo].[tCBR_UsuarioCobranza] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_UsuarioCobranza](

[iIdUsuarioCobranza] [int] IDENTITY(1,1) NOT NULL,

[iCodigoEmpleado] [int] NOT NULL,

[iIdPerfil] [int] NOT NULL,

[iIdCartera] [int] NULL,

[iIdNivel] [int] NULL,

[iIdPuntoCobranza] [int] NULL,

[vNombres] [varchar](180) NULL,

[vApellidoPaterno] [varchar](180) NULL,

[vApellidoMaterno] [varchar](180) NULL,

[vUsername] [varchar](18) NULL,











[vCodigoSectorista] [varchar](5) NULL,

[iTipoUsuario] [smallint] NULL,

CONSTRAINT [pkUsuarioCobranza] PRIMARY KEY CLUSTERED

(

[iIdUsuarioCobranza] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_UsuarioCobranza.' ,


@level1type=N'TABLE',@level1name=N'tCBR_UsuarioCobranza',



162

GO


de identificación de usuario de cobranza.' ,



@level2type=N'COLUMN',@level2name=N'iCodigoEmpleado'

GO


@value=N'Identificador del tipo de perfil asignado.' ,



@level2type=N'COLUMN',@level2name=N'iIdPerfil'

GO


de la cartera al cual fue asignado el usuario.' ,




GO


@value=N'Identificador del nivel asignado al usuario.' ,




GO


del punto de cobranza asignado al usuario.' ,




GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Nombres

del Usuario.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vNombres'

GO


@value=N'Apellido Paterno.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vApellidoPaterno'

GO


@value=N'Apellido Materno.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vApellidoMaterno'

GO


de usuario.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'vUsername'

GO






GO





163




GO


el nombre del usuario que registró del usuario de cobranza.' ,




GO


la fecha en que se registro del usuario de cobranza.' ,




GO



registro del usuario de cobranza.' ,




GO



registro del usuario de cobranza.' ,




GO


@value=N'Indentifica al usuario que modifico los datos del usuario de

cobranza.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


la fecha en que se modifico los datos del usuario de cobranza.' ,




GO







GO







GO


del Sectorista (Siscredinka).' ,



164


@level2type=N'COLUMN',@level2name=N'vCodigoSectorista'

GO


Usuario 1: Cobranza | 2: Negocios' ,



@level2type=N'COLUMN',@level2name=N'iTipoUsuario'

GO

/****** Object: Table [dbo].[tCBR_ClienteMoroso] Script Date:

12/16/2015 17:24:04 ******/

SET ANSI_NULLS ON

GO


GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[tCBR_ClienteMoroso](

[iIdClienteMoroso] [int] IDENTITY(1,1) NOT NULL,

[iIdCliente] [int] NULL,




[iUbigeo] [int] NULL,

[dFechaVencimientoMaxima] [date] NULL,

[iDiasMoraMaxima] [int] NULL,

[nTotalMonedaNacional] [decimal](16, 4) NULL,

[iIdCartera] [int] NULL,

[iIdNivel] [int] NULL,

[iIdPuntoCobranza] [int] NULL,

[iIdUsuarioCobranza] [int] NULL,

[iTipoGestion] [int] NULL,

[dFechaProceso] [date] NULL,

[dFechaIngreso] [date] NULL,

[dFechaSalida] [date] NULL,

[iEstado] [int] NULL,

[nProvisionInicial] [decimal](16, 4) NULL,

[nProvisionDiaria] [decimal](16, 4) NULL,

[nProvisionProyectada] [decimal](16, 4) NULL,

[siClasificacionSF] [smallint] NULL,

[siClasificacionInterna] [smallint] NULL,

[siClasificacionAlineada] [smallint] NULL,

[iEmpresa] [int] NULL,

[iCodigoNoAsignacion] [int] NULL,

CONSTRAINT [PK_tCBR_ClienteMoroso] PRIMARY KEY CLUSTERED

(

[iIdClienteMoroso] ASC



) ON [PRIMARY]

GO


GO


correlativo de la tabla tCBR_ClienteMoroso.' ,


@level1type=N'TABLE',@level1name=N'tCBR_ClienteMoroso',

@level2type=N'COLUMN',@level2name=N'iIdClienteMoroso'

GO


165


de cliente Ayni.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iIdCliente'

GO


de cliente sisCredinka.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO


@value=N'identificador de tipo de documento.' ,




GO


de documento.' , @level0type=N'SCHEMA',@level0name=N'dbo',



GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Ubigeo

de la dirección domiciliaria del cliente.' ,



@level2type=N'COLUMN',@level2name=N'iUbigeo'

GO


de la cuota mas antigua de los creditos morosos del cliente.' ,



@level2type=N'COLUMN',@level2name=N'dFechaVencimientoMaxima'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'Dias de

atraso mayor de los creditos morosos del cliente.' ,



@level2type=N'COLUMN',@level2name=N'iDiasMoraMaxima'

GO


total adeudado de todos los creditos morosos del cliente.' ,



@level2type=N'COLUMN',@level2name=N'nTotalMonedaNacional'

GO


de la cartera al cual fue asignado el cliente.' ,




GO


del nivel al cual fue asignado el cliente.' ,




GO


del punto de cobranza al cual fue asignado el cliente.' ,



166



GO


@value=N'identificador del usuario de cobranza que le fue asignado al




GO


@value=N'identificador del tipo de gestión que le fue asignado al



@level2type=N'COLUMN',@level2name=N'iTipoGestion'

GO

EXEC sys.sp_addextendedproperty @name=N'MS_DESCRIPTION', @value=N'fecha

en que se proceso la asignación.' ,



@level2type=N'COLUMN',@level2name=N'dFechaProceso'

GO


en se registro la asignación.' ,



@level2type=N'COLUMN',@level2name=N'dFechaIngreso'

GO


en que sale de la lista de morosos.' ,



@level2type=N'COLUMN',@level2name=N'dFechaSalida'

GO





@level2type=N'COLUMN',@level2name=N'iEstado'

GO


@value=N'Provición Inicial.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nProvisionInicial'

GO


@value=N'Provición Diaria.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'nProvisionDiaria'

GO


@value=N'Provisón Proyectada.' ,



@level2type=N'COLUMN',@level2name=N'nProvisionProyectada'

GO


@value=N'Clasificación en el sistema financiero.' ,



@level2type=N'COLUMN',@level2name=N'siClasificacionSF'


167

GO


@value=N'Clasificacion credinka.' ,



@level2type=N'COLUMN',@level2name=N'siClasificacionInterna'

GO


@value=N'Clasificación alineada.' ,



@level2type=N'COLUMN',@level2name=N'siClasificacionAlineada'

GO


@value=N'Identifacador de empresa a la cual se le vende la cartera de

morosos.' , @level0type=N'SCHEMA',@level0name=N'dbo',


@level2type=N'COLUMN',@level2name=N'iEmpresa'

GO


@value=N'identificador del motivo de la no asignación.' ,



@level2type=N'COLUMN',@level2name=N'iCodigoNoAsignacion'

GO

/****** Object: Default [DF__tCBR_Oper__vNume__2B3F6F97] Script Date:

12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_OperacionesMoroso] ADD DEFAULT ('') FOR

[vNumeroCredito]

GO

/****** Object: Default [DF__tCBR_Oper__iCodi__2C3393D0] Script Date:

12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_OperacionesMoroso] ADD DEFAULT ((0)) FOR

[iCodigoProducto]

GO

/****** Object: Default [DF__tCBR_Oper__iCodi__2D27B809] Script Date:

12/16/2015 17:24:04 ******/


[iCodigoFamilia]

GO

/****** Object: Default [DF__tCBR_Oper__iCodi__2E1BDC42] Script Date:

12/16/2015 17:24:04 ******/


[iCodigoSubFamilia]

GO

/****** Object: Default [DF__tCBR_Oper__vCodi__2F10007B] Script Date:

12/16/2015 17:24:04 ******/


[vCodigoCliente]

GO

/****** Object: Default [DF__tCBR_Oper__siTip__300424B4] Script Date:

12/16/2015 17:24:04 ******/


[siTipoDoi]

GO

/****** Object: Default [DF__tCBR_Oper__vNume__30F848ED] Script Date:

12/16/2015 17:24:04 ******/


[vNumeroDoi]

GO


168

/****** Object: Default [DF__tCBR_Oper__iUbig__31EC6D26] Script Date:

12/16/2015 17:24:04 ******/


[iUbigeo]

GO

/****** Object: Default [DF__tCBR_Oper__vNume__32E0915F] Script Date:

12/16/2015 17:24:04 ******/


[vNumeroSolicitud]

GO

/****** Object: Default [DF__tCBR_Oper__iDias__33D4B598] Script Date:

12/16/2015 17:24:04 ******/


[iDiasMoraMaximo]

GO

/****** Object: Default [DF__tCBR_Oper__nCapi__34C8D9D1] Script Date:

12/16/2015 17:24:04 ******/


[nCapitalCuota]

GO

/****** Object: Default [DF__tCBR_Oper__nMont__35BCFE0A] Script Date:

12/16/2015 17:24:04 ******/


[nMontoInteres]

GO

/****** Object: Default [DF__tCBR_Oper__nInte__36B12243] Script Date:

12/16/2015 17:24:04 ******/


[nInteresMoratorio]

GO

/****** Object: Default [DF__tCBR_Oper__nInte__37A5467C] Script Date:

12/16/2015 17:24:04 ******/


[nInteresCompensatorio]

GO

/****** Object: Default [DF__tCBR_Oper__nCarg__38996AB5] Script Date:

12/16/2015 17:24:04 ******/


[nCargoFijo]

GO

/****** Object: Default [DF__tCBR_Oper__nMont__398D8EEE] Script Date:

12/16/2015 17:24:04 ******/


[nMontoComisiones]

GO

/****** Object: Default [DF__tCBR_Oper__nSegu__3A81B327] Script Date:

12/16/2015 17:24:04 ******/


[nSeguroContraIncendios]

GO

/****** Object: Default [DF__tCBR_Oper__siTip__3B75D760] Script Date:

12/16/2015 17:24:04 ******/


[siTipoMoneda]

GO

/****** Object: Default [DF__tCBR_Oper__nTota__3C69FB99] Script Date:

12/16/2015 17:24:04 ******/


[nTotalTipoMoneda]

GO


169

/****** Object: Default [DF__tCBR_Oper__nTota__3D5E1FD2] Script Date:

12/16/2015 17:24:04 ******/


[nTotalMonedaNacional]

GO

/****** Object: Default [DF__tCBR_Oper__siInd__3E52440B] Script Date:

12/16/2015 17:24:04 ******/


[siIndicadorCastigado]

GO

/****** Object: Default [DF__tCBR_Oper__siInd__3F466844] Script Date:

12/16/2015 17:24:04 ******/


[siIndicadorJudicial]

GO

/****** Object: Default [DF__tCBR_Oper__iEspe__403A8C7D] Script Date:

12/16/2015 17:24:04 ******/


[iEspecial]

GO

/****** Object: Default [DF__tCBR_Clie__iIdCl__532E30B7] Script Date:

12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_ClienteMoroso] ADD CONSTRAINT

[DF__tCBR_Clie__iIdCl__532E30B7] DEFAULT ((0)) FOR [iIdCliente]

GO

/****** Object: Default [DF__tCBR_Clie__vCodC__542254F0] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__vCodC__542254F0] DEFAULT ((0)) FOR [vCodigoCliente]

GO

/****** Object: Default [DF__tCBR_Clie__siTip__55167929] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__siTip__55167929] DEFAULT ((0)) FOR [siTipoDoi]

GO

/****** Object: Default [DF__tCBR_Clie__vNroD__560A9D62] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__vNroD__560A9D62] DEFAULT ((0)) FOR [vNumeroDoi]

GO

/****** Object: Default [DF__tCBR_Clie__iUbig__56FEC19B] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iUbig__56FEC19B] DEFAULT ((0)) FOR [iUbigeo]

GO

/****** Object: Default [DF__tCBR_Clie__iDias__57F2E5D4] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iDias__57F2E5D4] DEFAULT ((0)) FOR [iDiasMoraMaxima]

GO

/****** Object: Default [DF__tCBR_Clie__nTota__58E70A0D] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__nTota__58E70A0D] DEFAULT ((0)) FOR

[nTotalMonedaNacional]

GO

/****** Object: Default [DF__tCBR_Clie__iCodi__59DB2E46] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iCodi__59DB2E46] DEFAULT ((0)) FOR [iIdCartera]


170

GO

/****** Object: Default [DF__tCBR_Clie__iCodN__5ACF527F] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iCodN__5ACF527F] DEFAULT ((0)) FOR [iIdNivel]

GO

/****** Object: Default [DF__tCBR_Clie__iCodi__5BC376B8] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iCodi__5BC376B8] DEFAULT ((0)) FOR [iIdPuntoCobranza]

GO

/****** Object: Default [DF__tCBR_Clie__iIdUs__5CB79AF1] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iIdUs__5CB79AF1] DEFAULT ((0)) FOR [iIdUsuarioCobranza]

GO

/****** Object: Default [DF__tCBR_Clie__iIdTi__5DABBF2A] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iIdTi__5DABBF2A] DEFAULT ((0)) FOR [iTipoGestion]

GO

/****** Object: Default [DF__tCBR_Clie__iEsta__5E9FE363] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iEsta__5E9FE363] DEFAULT ((0)) FOR [iEstado]

GO

/****** Object: Default [DF__tCBR_Clie__nProv__5F94079C] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__nProv__5F94079C] DEFAULT ((0)) FOR [nProvisionInicial]

GO

/****** Object: Default [DF__tCBR_Clie__nProv__60882BD5] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__nProv__60882BD5] DEFAULT ((0)) FOR [nProvisionDiaria]

GO

/****** Object: Default [DF__tCBR_Clie__nProv__617C500E] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__nProv__617C500E] DEFAULT ((0)) FOR

[nProvisionProyectada]

GO

/****** Object: Default [DF_tCBR_ClienteMoroso_siClasificacionSBS]

Script Date: 12/16/2015 17:24:04 ******/


[DF_tCBR_ClienteMoroso_siClasificacionSBS] DEFAULT ((0)) FOR

[siClasificacionSF]

GO

/****** Object: Default [DF_tCBR_ClienteMoroso_siClasificacionInterna]

Script Date: 12/16/2015 17:24:04 ******/


[DF_tCBR_ClienteMoroso_siClasificacionInterna] DEFAULT ((0)) FOR

[siClasificacionInterna]

GO

/****** Object: Default [DF_tCBR_ClienteMoroso_siClasificacionAlineada]

Script Date: 12/16/2015 17:24:04 ******/


[DF_tCBR_ClienteMoroso_siClasificacionAlineada] DEFAULT ((0)) FOR

[siClasificacionAlineada]

GO


171

/****** Object: Default [DF__tCBR_Clie__iEmpr__62707447] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iEmpr__62707447] DEFAULT ((0)) FOR [iEmpresa]

GO

/****** Object: Default [DF__tCBR_Clie__iCodi__63649880] Script Date:

12/16/2015 17:24:04 ******/


[DF__tCBR_Clie__iCodi__63649880] DEFAULT ((0)) FOR [iCodigoNoAsignacion]

GO

/****** Object: ForeignKey [FK_tCBR_Cartera_tCBR_Producto] Script

Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_Cartera] WITH CHECK ADD CONSTRAINT

[FK_tCBR_Cartera_tCBR_Producto] FOREIGN KEY([iCodigoProducto])

REFERENCES [dbo].[tCBR_Producto] ([iCodigoProducto])

GO

ALTER TABLE [dbo].[tCBR_Cartera] CHECK CONSTRAINT

[FK_tCBR_Cartera_tCBR_Producto]

GO

/****** Object: ForeignKey [FK_tCBR_GestionDomiciliaria_tCBR_Cliente]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_GestionDomiciliaria] WITH CHECK ADD CONSTRAINT

[FK_tCBR_GestionDomiciliaria_tCBR_Cliente] FOREIGN KEY([vCodigoCliente])

REFERENCES [dbo].[tCBR_Cliente] ([vCodigoCliente])

GO

ALTER TABLE [dbo].[tCBR_GestionDomiciliaria] CHECK CONSTRAINT

[FK_tCBR_GestionDomiciliaria_tCBR_Cliente]

GO

/****** Object: ForeignKey [FK_tCBR_PuntoCobranza_tCBR_RelacionUbigeos]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_PuntoCobranza] WITH CHECK ADD CONSTRAINT

[FK_tCBR_PuntoCobranza_tCBR_RelacionUbigeos] FOREIGN

KEY([iCodigoPuntoCobranza])

REFERENCES [dbo].[tCBR_RelacionUbigeos] ([iCodigoPuntoCobranza])

GO

ALTER TABLE [dbo].[tCBR_PuntoCobranza] CHECK CONSTRAINT

[FK_tCBR_PuntoCobranza_tCBR_RelacionUbigeos]

GO

/****** Object: ForeignKey [FK_tCBR_OperacionesMoroso_tCBR_Cliente]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_OperacionesMoroso] WITH CHECK ADD CONSTRAINT

[FK_tCBR_OperacionesMoroso_tCBR_Cliente] FOREIGN KEY([vCodigoCliente])


GO

ALTER TABLE [dbo].[tCBR_OperacionesMoroso] CHECK CONSTRAINT

[FK_tCBR_OperacionesMoroso_tCBR_Cliente]

GO

/****** Object: ForeignKey [FK_tCBR_UsuarioCobranza_tCBR_Cartera]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_UsuarioCobranza] WITH CHECK ADD CONSTRAINT

[FK_tCBR_UsuarioCobranza_tCBR_Cartera] FOREIGN KEY([iIdCartera])

REFERENCES [dbo].[tCBR_Cartera] ([iIdCartera])

GO

ALTER TABLE [dbo].[tCBR_UsuarioCobranza] CHECK CONSTRAINT

[FK_tCBR_UsuarioCobranza_tCBR_Cartera]

GO

/****** Object: ForeignKey [FK_tCBR_UsuarioCobranza_tCBR_Nivel]

Script Date: 12/16/2015 17:24:04 ******/


[FK_tCBR_UsuarioCobranza_tCBR_Nivel] FOREIGN KEY([iIdNivel])


172

REFERENCES [dbo].[tCBR_Nivel] ([iIdNivel])

GO


[FK_tCBR_UsuarioCobranza_tCBR_Nivel]

GO

/****** Object: ForeignKey [FK_tCBR_UsuarioCobranza_tCBR_PuntoCobranza]

Script Date: 12/16/2015 17:24:04 ******/


[FK_tCBR_UsuarioCobranza_tCBR_PuntoCobranza] FOREIGN

KEY([iIdPuntoCobranza])

REFERENCES [dbo].[tCBR_PuntoCobranza] ([iIdPuntoCobranza])

GO


[FK_tCBR_UsuarioCobranza_tCBR_PuntoCobranza]

GO

/****** Object: ForeignKey [FK_tCBR_ClienteMoroso_tCBR_Cliente]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_ClienteMoroso] WITH CHECK ADD CONSTRAINT

[FK_tCBR_ClienteMoroso_tCBR_Cliente] FOREIGN KEY([vCodigoCliente])


GO

ALTER TABLE [dbo].[tCBR_ClienteMoroso] CHECK CONSTRAINT

[FK_tCBR_ClienteMoroso_tCBR_Cliente]

GO

/****** Object: ForeignKey [FK_tCBR_ClienteMoroso_tCBR_PuntoCobranza]

Script Date: 12/16/2015 17:24:04 ******/

ALTER TABLE [dbo].[tCBR_ClienteMoroso] WITH CHECK ADD CONSTRAINT

[FK_tCBR_ClienteMoroso_tCBR_PuntoCobranza] FOREIGN

KEY([iIdUsuarioCobranza])

REFERENCES [dbo].[tCBR_PuntoCobranza] ([iIdPuntoCobranza])

GO

ALTER TABLE [dbo].[tCBR_ClienteMoroso] CHECK CONSTRAINT

[FK_tCBR_ClienteMoroso_tCBR_PuntoCobranza]

GO


173

Anexo 6: Diccionario de Datos de las tablas:

tCBR_ClienteMoroso

Id Nombre de la Columna Tipo de Dato Tamaño Descripción del Campo

1 iIdClienteMoroso int 4 Código correlativo de la tabla tCBR_ClienteMoroso.

2 iIdCliente int 4 Código de cliente Ayni.

3 vCodigoCliente varchar 12 Código de cliente sisCredinka.

4 siTipoDoi smallint 2 Identificador de tipo de documento.

5 vNumeroDoi varchar 15 Número de documento.

6 iUbigeo int 4 Ubigeo de la dirección domiciliaria del cliente.

7 dFechaVencimientoMaxima date 3 Fecha de la cuota más antigua de los créditos morosos del cliente.

8 iDiasMoraMaxima int 4 Días de atraso mayor de los créditos morosos del cliente.

9 nTotalMonedaNacional decimal 9 Monto total adeudado de todos los créditos morosos del cliente.

10 iIdCartera int 4 Código de la cartera al cual fue asignado el cliente.

11 iIdNivel int 4 Código del nivel al cual fue asignado el cliente.

12 iIdPuntoCobranza int 4 Código del punto de cobranza al cual fue asignado el cliente.

13 iIdUsuarioCobranza int 4 Identificador del usuario de cobranza que le fue asignado al cliente.

14 iTipoGestion int 4 Identificador del tipo de gestión que le fue asignado al cliente.

15 dFechaProceso date 3 Fecha en que se procesó la asignación.

16 dFechaIngreso date 3 Fecha en se registró la asignación.

17 dFechaSalida date 3 Fecha en que sale de la lista de morosos.

18 iEstado int 4 1 = Indica que el registro está activo; 2= Indica que el registro no está activo.

19 nProvisionInicial decimal 9 Provisión Inicial.

20 nProvisionDiaria decimal 9 Provisión Diaria.

21 nProvisionProyectada decimal 9 Provisión Proyectada.

22 siClasificacionSF smallint 2 Clasificación en el sistema financiero.

23 siClasificacionInterna smallint 2 Clasificación Credinka.

24 siClasificacionAlineada smallint 2 Clasificación alineada.

25 iEmpresa int 4 Identificador de empresa a la cual se le vende la cartera de morosos.

26 iCodigoNoAsignacion int 4 Identificador del motivo de la no asignación.


174

tCBR_GestionDomiciliaria


1 iIdGestionDo int 4 Código correlativo de la tabla tCBR_GestionDomiciliaria.

2 vCodigoCliente varchar 12 Código de cliente Siscredinka.

3 siTipoDoi smallint 2 Indicador de tipo de documento.

4 vNumeroDoi varchar 15 Número de documento.

5 iTipoAccion int 4

Identificador de tipo de acción de la gestión de cobranza - Código Tabla = 7 en Tabla tCBR_Descripcion

6 dFechaAccion date 3 Fecha de la acción de cobranza realizada.

7 vHoraAccion varchar 8 Hora de la acción de cobranza realizada.

8 iCompromiso int 4 Identificador de tipo del tipo de compromiso indicada por el cliente.

9 dFechaCompromiso date 3 Fecha del compromiso de pago.

10 vHoraCompromiso varchar 8 Hora del compromiso de pago.

11 vObservacion varchar 200 Observación de la gestión de cobranza.

12 iIdUsuarioCobranza int 4 Código del usuario que realizó la gestión.

13 vAudNombreUsuarioCreacion varchar 15 Indica el nombre del usuario que registró la gestión.

14 dtAudFechaCreacion datetime 8 Indica la fecha en que se registró de la gestión.

15 vAudIpCreacion varchar 15 Identifica la dirección IP del ordenador en que se realizó el registro de la gestión.

16 vAudMacCreacion varchar 20

Identifica la dirección MAC del ordenador en que se realizó el registro de la gestión.

17 vAudNombreUsuarioModificacion varchar 15 Identifica al usuario que modifico los datos de la gestión.

18 dtAudFechaModificacion datetime 8 Indica la fecha en que se modificó los datos de la gestión.

19 vAudIpModificacion varchar 15

Identifica la dirección IP del ordenador en que se realizó la modificación los datos del registro.

20 vAudMacModificacion varchar 20

Identifica la dirección MAC del ordenador en que se realizó la modificación de los datos del registro.

21 nDescuento decimal 9 Cantidad de Descuento

22 dFechaPromesaAva date 3 Fecha de Promesa que realiza el Aval

23 dFechaPromesaTer date 3 Fecha de Promesa del Tercero

24 dFechaPromesaTit date 3 Fecha de Promesa del Titular

25 vNuevoTelefono varchar 50 Nuevo Teléfono

26 vNuevaDireccion varchar 200 Nueva Dirección

27 iCodigoEstado smallint 2 Estado del Registro

28 bEliminado bit 1 Flag si el registro fue eliminado

29 vNumeroCredito varchar 12 Número del crédito a descontar.

30 iArea smallint 2 Área que registra | 1: Cobranzas 2: Negocios.

31 siTipoMoneda smallint 2 Código de Moneda del crédito a descontar (1: Soles, 2: Dólares).


175

32 dtFechaProgramacionVisita datetime 8 Fecha y hora en la que se programó la visita.

33 iIdUsuarioCobranzaTrue int 4 Id del Usuario de Cobranza.

34 iIdProgramacionVisita int 4 Campo foráneo de la tCBR_ProgramacionDiaria

35 vGPSLatitud varchar 50 Latitud de la gestión realizada.

36 vGPSLongitud varchar 50 Longitud de la gestión realizada.

37 iFlagMovil bit 1 Flag que determina si la gestión fue móvil(1:Móvil, 0:No móvil).

38 vAudUsuarioCreacionMovil varchar 30 Indica el nombre del usuario que registró la gestión en el móvil.

39 vAudMACCreacionMovil varchar 30 Identifica la dirección MAC del móvil en que se realizó el registro de la gestión.

40 dtAudFechaCreacionMovil datetime 8 Indica la fecha en que se registró la gestión en el móvil.

41 iCodigoEmpleadoElegido int 4 Usuario que elige el digitador

tCBR_Nivel


1 iIdNivel int 4 Código correlativo de la tabla tCBR_Nivel.

2 iCodigoNivel int 4 Código del nivel.

3 iIdCartera int 4 Código de cartera.

4 vDescripcion varchar 180 Descripción del nivel.

5 iIdTipoGestion int 4 Identificador del tipo de gestión.

6 iDiaInicial int 4 Inicio del intervalo de días de atraso del nivel.

7 iDiaFinal int 4 Fin del intervalo de días de atraso del nivel.

8 iCodigoEstado int 4 1 = Indica que el registro está activo; 2= Indica que el registro no está activo.

9 bEliminado bit 1

Eliminación Lógica :0 = Indica que el registro no está eliminado; 1= Indica que el registro esta eliminado.

10 vAudNombreUsuarioCreacion varchar 15 Indica el nombre del usuario que registró el nivel.

11 dtAudFechaCreacion datetime 8 Indica la fecha en que se registró el nivel.

12 vAudIpCreacion varchar 15 Identifica la dirección IP del ordenador en que se realizó el registro del nivel.

13 vAudMacCreacion varchar 20 Identifica la dirección MAC del ordenador en que se realizó el registro del nivel.

14 vAudNombreUsuarioModificacion varchar 15 Identifica al usuario que modifico los datos del nivel.

15 dtAudFechaModificacion datetime 8 Indica la fecha en que se modificó los datos del nivel.




Identifica la dirección MAC del ordenador en que se realizó la modificación de los datos del registro


176

tCBR_PuntoCobranza


1 iIdPuntoCobranza int 4 Código correlativo de la tabla tCBR_PuntoCobranza.

2 iCodigoPuntoCobranza int 4 Código del punto de cobranza.

3 vDescripcion varchar 180 Descripción del punto de cobranza.

4 vSector varchar 15 Ubigeo de la ciudad asignada al punto de cobranza.

5 iIdTipoGestion int 4 Identificador del tipo de gestión.


7 bEliminado bit 1


8 vAudNombreUsuarioCreacion varchar 15 Indica el nombre del usuario que registró el punto de cobranza.

9 dtAudFechaCreacion datetime 8 Indica la fecha en que se registró el punto de cobranza.

10 vAudIpCreacion varchar 15

Identifica la dirección IP del ordenador en que se realizó el registro del punto de cobranza.


Identifica la dirección MAC del ordenador en que se realizó el registro del punto de cobranza.

12 vAudNombreUsuarioModificacion varchar 15 Identifica al usuario que modifico los datos del punto de cobranza.

13 dtAudFechaModificacion datetime 8 Indica la fecha en que se modificó los datos del punto de cobranza.






177

tCBR_RelacionUbigeos


1 iCodigoPuntoCobranza int 4 Código correlativo de la tabla tCBR_RelacionUbigeos.

2 iIdDepartamento int 4 Código de Ubigeo Padre.

3 iIdDepartamentoParent int 4 Código de Ubigeo Hijo.

4 vDescripcion varchar 150 Nombre de la ciudad.

1 iIdUsuarioCobranza int 4 Código correlativo de la tabla tCBR_UsuarioCobranza.

2 iCodigoEmpleado int 4 Código de identificación de usuario de cobranza.

3 iIdPerfil int 4 Identificador del tipo de perfil asignado.

4 iIdCartera int 4 Código de la cartera al cual fue asignado el usuario.

5 iIdNivel int 4 Identificador del nivel asignado al usuario.

6 iIdPuntoCobranza int 4 Código del punto de cobranza asignado al usuario.

7 vNombres varchar 180 Nombres del Usuario.

8 vApellidoPaterno varchar 180 Apellido Paterno.

9 vApellidoMaterno varchar 180 Apellido Materno.

10 vUsername varchar 18 Nombre de usuario.


12 bEliminado bit 1


13 vAudNombreUsuarioCreacion varchar 15 Indica el nombre del usuario que registró del usuario de cobranza.

14 dtAudFechaCreacion datetime 8 Indica la fecha en que se registró del usuario de cobranza.

15 vAudIpCreacion varchar 15

Identifica la dirección IP del ordenador en que se realizó el registro del usuario de cobranza.


Identifica la dirección MAC del ordenador en que se realizó el registro del usuario de cobranza.

17 vAudNombreUsuarioModificacion varchar 15 Identifica al usuario que modifico los datos del usuario de cobranza.

18 dtAudFechaModificacion datetime 8 Indica la fecha en que se modificó los datos del usuario de cobranza.





21 vCodigoSectorista varchar 5 Código del Sectorista (Siscredinka).

22 iTipoUsuario smallint 2 Tipo de Usuario 1: Cobranza | 2: Negocios


178

Tabla: tCBR_OperacionesMoroso


1 iIdOperacionesMoroso int 4 Id Operación Morosa

2 vNumeroCredito varchar 12 Número del Crédito

3 iCodigoProducto int 4 Código del Producto

4 iCodigoFamilia int 4 Código de Familia del Producto

5 iCodigoSubFamilia int 4 Código de Sub-Familia del Producto

6 vCodigoCliente varchar 12 Código del Cliente

7 siTipoDoi smallint 2 Tipo de Documento

8 vNumeroDoi varchar 15 Número del Documento

9 iUbigeo int 4 Código de Ubigeo

10 vNumeroSolicitud varchar 12 Número de la Solicitud

11 dFechaVencimiento date 3 Fecha de Vencimiento

12 iDiasMoraMaximo int 4 Días de Mora

13 nCapitalCuota decimal 9 Monto Capital de la Cuota

14 nMontoInteres decimal 9 Monto del Interés

15 nInteresMoratorio decimal 9 Monto Interés Moratorio

16 nInteresCompensatorio decimal 9 Monto Interés Compensatorio

17 nCargoFijo decimal 9 Cargo Fijo

18 nMontoComisiones decimal 9 Monto Comisiones

19 nSeguroContraIncendios decimal 9 Seguro contra incendios

20 siTipoMoneda smallint 2 Tipo de Moneda

21 nTotalTipoMoneda decimal 9 Total por Tipo de Moneda

22 nTotalMonedaNacional decimal 9 Total Moneda Nacional

23 siIndicadorCastigado smallint 2 Indicador Castigados: 1=castigado, 0=no castigado.

24 siIndicadorJudicial smallint 2 Indicador Judicial: 4=judicial, 8=refinanciado judicial.

25 vNumeroCreditoAnterior varchar 20 Numero de Crédito anterior

26 vCodigoOficina varchar 5 Código de Oficina

27 vCodigoSectorista varchar 5 Código de Sectorista

28 siIndicadorRefinanciado smallint 2 Flag de Refinanciado

29 iEspecial int 4 Indica si cliente es especial(0: No es especial, 1: Especial)


179

tCBR_Producto


1 iIdProducto int 4 Código de Producto

2 iCodigoProducto int 4 Código Interno del Producto

3 vDescripcion varchar 100 Descripción del Producto

4 iCodigoFamilia int 4 Familia del Producto

5 iCodigoSubFamilia int 4 Sub-Familia del Producto

6 iCodigoGrupo int 4 Grupo del Producto

7 iDiasInicioMora int 4 Cantidad de Días de los que se inicia la morosidad

8 iOrigen int 4 Origen: 1:SISCREDINKA, 2:IBS

9 vMonedaAnterior varchar 2 Código de Moneda relacionada

10 siCodigoEstado smallint 2 Estado del Registro

11 bEliminado bit 1 Flag de Eliminado

tCBR_Cliente


1 iIdCliente int 4 Código correlativo de la tabla tCBR_Cliente.

2 vCodigoCliente varchar 12 Código del cliente.

3 dtFechaEntrada datetime 8 Fecha y hora del ingreso del cliente a la tabla tCBR_Cliente.

4 iOrigen int 4 Flag que determina de qué fuente procede el cliente | 1: Siscredinka.

5 vNombre varchar 255 Nombre del Cliente.

6 vApellidoPaterno varchar 100 Apellido Paterno del Cliente.

7 vApellidoMaterno varchar 100 Apellido Materno del Cliente.

8 vApellidoCasada varchar 100 Apellido de Casada en caso lo utilice.


180

tCBR_Cartera


1 iIdCartera int 4 Código correlativo de la tabla tCBR_Cartera.

2 iCodigoCartera int 4 Código de la cartera.

3 vDescripcion varchar 180 Descripción de la cartera.

4 iCodigoFamilia int 4 Identificador de la familia a la que pertenece el producto.

5 iCodigoProducto int 4 Identificador del producto asignado a la cartera.

6 iCodigoSubProducto int 4 Identificador del sub producto al que pertenece el producto.

7 iCodigoSubProductoSiscredinka int 4 Código de producto Siscredinka.

8 vDescripcionFamilia varchar 150 Descripción de la familia al que pertenece el producto.

9 vDescripcionProducto varchar 150 Descripción del producto asignado a la cartera.

10 vDescripcionSubProducto varchar 150 Descripción del sub producto al que pertenece el producto.

11 iPeso int 4 Indicador de cartera que tiene mayor prioridad.


13 bEliminado bit 1


14 vAudNombreUsuarioCreacion varchar 15 Indica el nombre del usuario que registró la gestión.

15 dtAudFechaCreacion datetime 8 Indica la fecha en que se registró de la cartera.

16 vAudIpCreacion varchar 15 Identifica la dirección IP del ordenador en que se realizó el registro de la gestión.

17 vAudMacCreacion varchar 20 Identifica la dirección MAC del ordenador en que se realizó el registro de la cartera.

18 vAudNombreUsuarioModificacion varchar 15 Identifica al usuario que modifico los datos de la cartera.

19 dtAudFechaModificacion datetime 8 Indica la fecha en que se modificó los datos de la cartera.






181

Anexo 7: Documentos de Pruebas realizadas al sistemas y Calidad del Sistema.

Para realizar las pruebas el equipo del proyecto utilizo un formato con los siguientes

campos:

o Ítem

o Número De Pase

o Sistema

o Proyecto o Módulo

o Tipo de Revisión

o Objeto Observado

o Observación

o Figura de referencia

o Fecha de escalamiento Estado

o Supervisor responsable

Ilustración 84 - Checklist de las pruebas realizadas

Nro.Numero De

PaseSistema

Proyecto o

MóduloTipo_Revision Objeto Observado Observación

Figura de

referencia

Fecha de

escalamiento

Supervisor

responsable

9 175 AYNI Cobranzas Estandar Programacion 01_tCBR_CargosDescuentosSi es un objeto nuevo, no habría necesidad de

eliminarloVer figura 16/02/2015 Edgar Vasquez

10 175 AYNI Cobranzas Estandar Programacion 01_tCBR_CargosDescuentos Falta diccionario de datos. Ver figura 16/02/2015 Edgar Vasquez

11 175 AYNI Cobranzas Estandar Programacion 02_tCBR_ClientesEspecialesSi es un objeto nuevo, no habría necesidad de


12 175 AYNI Cobranzas Estandar Programacion 02_tCBR_ClientesEspeciales Falta diccionario de datos. Ver figura 16/02/2015 Edgar Vasquez

13 175 AYNI Cobranzas Estandar Programacion 03_tCBR_PagosHistoricosJudSi es un objeto nuevo, no habría necesidad de


14 175 AYNI Cobranzas Estandar Programacion 03_tCBR_PagosHistoricosJud Falta diccionario de datos. Ver figura 16/02/2015 Edgar Vasquez

15 175 AYNI Cobranzas Estandar Programacion 04_tCBR_SeguimientosSi es un objeto nuevo, no habría necesidad de


16 175 AYNI Cobranzas Estandar Programacion 04_tCBR_Seguimientos Falta diccionario de datos. Ver figura 16/02/2015 Edgar Vasquez

17 175 AYNI Cobranzas Estandar Programacion00_ADM_OBJ_DB.sCBR_ExtraerPagosJud

icialesPalabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

18 175 AYNI Cobranzas Estandar Programacion40ADM_OBJ_DB.sCBR_OperacionesMoro

sasUsar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez


sasHay código comentado. Ver figura 16/02/2015 Edgar Vasquez

20 175 AYNI Cobranzas Estandar Programacion 09_sCBR_ClientesxPuntoCobranza Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

21 175 AYNI Cobranzas Estandar Programacion 15_sCBR_GrabarEspecial Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

22 175 AYNI Cobranzas Estandar Programacion 17_sCBR_ListarAsignacionUsuario Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

23 175 AYNI Cobranzas Estandar Programacion 18_sCBR_ListarCandidatosJud Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

24 175 AYNI Cobranzas Estandar Programacion 19_sCBR_ListarCargosDes Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

25 175 AYNI Cobranzas Estandar Programacion 20_sCBR_ListarClientes Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

26 175 AYNI Cobranzas Estandar Programacion 22_sCBR_ListarDatosPie Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

27 175 AYNI Cobranzas Estandar Programacion 23_sCBR_ListarDepartamentoDetalle Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

28 175 AYNI Cobranzas Estandar Programacion 24_sCBR_ListarEspeciales Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

29 175 AYNI Cobranzas Estandar Programacion 24_sCBR_ListarEspeciales Hay código comentado. Ver figura 16/02/2015 Edgar Vasquez

30 175 AYNI Cobranzas Estandar Programacion 27_sCBR_ListarMorosos Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

31 175 AYNI Cobranzas Estandar Programacion 28_sCBR_ListarNoDistribucionDetalle Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

32 175 AYNI Cobranzas Estandar Programacion 31_sCBR_ListarSeguimientos Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

33 175 AYNI Cobranzas Estandar Programacion 34_sCBR_ProcesodeAsignacionDiario Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

35 175 AYNI Cobranzas Estandar Programacion43_sCBR_BusquedaClienteGestionDomicili

ariaUsar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

36 175 AYNI Cobranzas Estandar Programacion 44_sCBR_ClientesxPuntoCobranza Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

37 175 AYNI Cobranzas Estandar Programacion 44_sCBR_ClientesxPuntoCobranza Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

38 175 AYNI Cobranzas Estandar Programacion 45_sCRB_ListadoGlosasTipoDocumento Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

39 175 AYNI Cobranzas Estandar Programacion 36_sCBR_DsDatosAvalFichaCobranza Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

40 175 AYNI Cobranzas Estandar Programacion 36_sCBR_DsDatosAvalFichaCobranza Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

41 175 AYNI Cobranzas Estandar Programacion 37_sCBR_DsDatosGestor Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

42 175 AYNI Cobranzas Estandar Programacion 37_sCBR_DsDatosGestor Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

43 175 AYNI Cobranzas Estandar Programacion 38_sCBR_DsDetalleFichasCobranza Palabras reservadas en mayuscula y minúscula Ver figura 16/02/2015 Edgar Vasquez

44 175 AYNI Cobranzas Estandar Programacion 38_sCBR_DsDetalleFichasCobranza Usar los espacios a modo que esté mas ordenado. Ver figura 16/02/2015 Edgar Vasquez

45 175 AYNI Cobranzas Estandar Programacion 27_sCBR_ListarMorososEl objeto hace llamada al siscredinka pero no usa ni

sinónimo ni nombre del servidor.Ver figura 16/02/2015 Edgar Vasquez

46 175 AYNI Cobranzas Estandar Programacion00_ADM_OBJ_DB.sCBR_ExtraerPagosJud

iciales

El objeto hace llamada al ayni pero no usa ni



sas

El objeto hace llamada al ayni pero no usa ni



182

Ilustración 85 - Detalle de la observación encontrada en el checklist de las pruebas realizadas

Nro. Figura de referencia Hipervínculo

1 Home

2 Home

3 Home

4 Home

5 Home


183

Ilustración 86 - Acta de Certificación de Pase a Producción


184

Anexo 8: Actas de Aceptación de Entregables.

Ilustración 87 - Aceptación del Alcance del Proyecto


185

Ilustración 88 - Aceptación del Diseño de la solución


186

Ilustración 89 - Acta de Aceptación de Entregables


187

Ilustración 90 - Acta de Aceptación de Entregable


188

Ilustración 91 - Acta Pase a producción

Implementación de un sistema web para automatizar el...

Documents

Transcript of Implementación de un sistema web para automatizar el...