UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE …1.2 Formulación del Problema . El proceso y control...
82
UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA EN INFORMÁTICA SISTEMA DE RECAUDACIÓN A TRAVÉS DE VENTANILLAS PROPIAS E INHOUSE PARA CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, Y LA INTEGRACIÓN DIRECTA A LOS SISTEMAS LEGADO PORTADA TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO AUTOR: CRIOLLO SIMBAÑA FABRICIO EDUARDO TUTOR: ING. RENÉ ALFONSO CARRILLO FLORES M.Sc. QUITO – 20 MAYO 2016
Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE …1.2 Formulación del Problema . El proceso y control...
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA EN INFORMÁTICA
SISTEMA DE RECAUDACIÓN A TRAVÉS DE VENTANILLAS PROPIAS E
INHOUSE PARA CORPORACIÓN NACIONAL DE TELECOMUNICACIONES,
Y LA INTEGRACIÓN DIRECTA A LOS SISTEMAS LEGADO
PORTADA
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO INFORMÁTICO
AUTOR: CRIOLLO SIMBAÑA FABRICIO EDUARDO
TUTOR: ING. RENÉ ALFONSO CARRILLO FLORES M.Sc.
QUITO – 20 MAYO
2016
II
DEDICATORIA
El presente trabajo de titulación que entrego como aporte a la Facultad de Ingeniería
Ciencias Físicas y Matemáticas, de la Gloriosa Universidad Central del Ecuador y a la
sociedad en general, quiero dedicarlo a dos personas que siempre están en mi vida a
mi Abuela María Simbaña y a mi Madre María Magdalena Criollo quienes siempre lo
dieron todo lo que necesite y lo que no también; les estoy eternamente agradecido por
el cariño, apoyo y sobre todo la comprensión durante todo este tiempo, por confiar y
creer en mí en todo momento por nunca rendirse y sobre todo el sacrificio que siempre
hicieron por que llegara este día les agradezco mucho Maria´s.
Fabricio Eduardo Criollo Simbaña
III
AGRADECIMIENTOS
Agradezco a mis tíos Juan Carlos y Patricio quienes son los pilares de mi vida;
siempre fueron el ejemplo bueno y malo a seguir, por ser parte de mi crecimiento
desde el primer día por nunca abandonarme y siempre confiar en mí.
A mi hermano Carlos Padilla por aún aguantarme y ser mi mano derecha en todo este
proceso, de igual manera a agradezco a mis ñaños, familia y personas que fueron y
pusieron más de un granito de arena por darme ánimos y consejos en los momentos
más difíciles y gloriosos.
Fabricio Eduardo Criollo Simbaña
IV
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
Yo, Criollo Simbaña Fabricio Eduardo en calidad de autor del trabajo de investigación:
“SISTEMA DE RECAUDACIÓN A TRAVÉS DE VENTANILLAS PROPIAS E
INHOUSE PARA CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, Y LA
INTEGRACIÓN DIRECTA A LOS SISTEMAS LEGADO”, por la presente autorizo
hacer uso de todos los contenidos que me pertenecen o parte de los contenidos en
esta obra con fines estrictamente académicos o de investigación.
Los derechos que como autor me corresponden, con excepción de la presente
autorización, seguirán vigentes a mi favor, de conformidad con lo establecido en los
artículos 5, 6, 8, 19 y demás pertinentes de la Ley de Propiedad Intelectual y su
Reglamento.
Asimismo, autorizo a la Universidad Central del Ecuador para que realice la
digitalización y publicación de este trabajo de investigación en el repositorio virtual, de
conformidad a lo dispuesto en el Art. 144 de la Ley Orgánica de Educación Superior.
Quito, 20/Mayo/2016
Fabricio Eduardo Criollo Simbaña
C.I. 1719592105
e-mail: [email protected]
V
CERTIFICACIÓN DEL TUTOR
Yo, René Alfonso Carrillo Flores en calidad de tutor del trabajo de titulación “SISTEMA
DE RECAUDACIÓN A TRAVÉS DE VENTANILLAS PROPIAS E INHOUSE PARA
CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, Y LA INTEGRACIÓN
DIRECTA A LOS SISTEMAS LEGADO”, elaborado por el/la estudiante Fabricio
Eduardo Criollo Simbaña, de la Carrera de Informática, Facultad de Ingeniería en
Ciencias Físicas y Matemática de la Universidad Central del Ecuador, considero que el
mismo reúne los requisitos y méritos necesarios en el campo metodológico y en el
campo epistemológico, para ser sometido a la evaluación por parte del jurado
examinador que se designe, por lo que APRUEBO, a fin de que trabajo investigativo
sea habilitado para continuar con el proceso de titulación determinado por la
Universidad Central del Ecuador.
En la ciudad de Quito, a los veinte del mes de mayo de 2016.
Firma del Tutor
Ing. René Alfonso Carrillo Flores M.Sc.
CC: 1709140378
VI
APROBACIÓN DE REVISORES
VII
CALIFICACIONES
VIII
CONTENIDO
Portada .............................................................................................................. I
Dedicatoria ........................................................................................................ II
Agradecimientos .............................................................................................. III
Autorización de la Autoría Intelectual ............................................................... IV
Certificación del Tutor ....................................................................................... V
Aprobación de Revisores ................................................................................. VI
Calificaciones .................................................................................................. VII
Resumen ....................................................................................................... XIII
Abstract .......................................................................................................... XIV
Introducción ...................................................................................................... 1
1. EL PROBLEMA .......................................................................................... 2
1.1 Planteamiento del Problema ................................................................ 2
1.2 Formulación del Problema ................................................................... 2
1.3 Descripción de Problema ..................................................................... 3
1.4 Objetivos .............................................................................................. 3
1.4.1 Objetivo General ............................................................................ 3
1.4.2 Objetivos Específicos .................................................................... 3
1.5 Limitaciones ......................................................................................... 4
1.6 Justificación e Importancia ................................................................... 4
2. MARCO TEÓRICO .................................................................................... 5
2.1 Descripción de Módulos ....................................................................... 7
2.1.1 Módulo de Afiliaciones ................................................................... 7
IX
2.1.2 Módulo de Seguridad ..................................................................... 7
2.1.3 Módulo de Cajas o Teller ............................................................... 8
2.2 Descripción de Hardware ..................................................................... 9
2.3 Descripción de Software ...................................................................... 9
2.3.1 Consulta de Productos y/o Servicios ........................................... 10
2.3.2 Registro de Productos y/o Servicios ............................................ 13
2.4.3 Reverso de Productos y/o Servicios ............................................ 15
2.5 Formas de Pago ................................................................................ 16
2.6 Reportes ............................................................................................ 18
2.6.1 Reporte de cuadre de cajas totalizado por cajero.- ...................... 18
2.6.2 Reporte de cuadre de cajas totalizado por agencias o punto de
venta 18
2.6.3 Reporte de detalle de transacciones ............................................ 19
2.6.4 Reporte de usuarios .................................................................... 19
2.6.5 Reporte de cantidad de transacciones generales por las agencias y
puntos de venta ....................................................................................... 20
2.6.6 Reporte de cantidad de transacciones generales por cajero ....... 20
2.6.7 Reporte de transacciones de detalle de formas de pago ............. 20
2.6.8 Reporte de reversos .................................................................... 21
2.6.9 Reporte de recaudos por provincia y por servicio ........................ 21
2.7 Reversos ............................................................................................ 22
2.8 Proceso Modo OFF-LINE ................................................................... 22
3. METODOLOGÍA EXPERIMENTAL .......................................................... 23
3.1 Diseño ................................................................................................ 24
3.1.1 Descripción de Capas .................................................................. 24
3.2 Métodos e Instrucciones .................................................................... 30
3.2.1 Métodos ....................................................................................... 32
3.2.2 Integración ................................................................................... 41
3.3 Arquitectura ........................................................................................ 42
3.4 Herramientas ..................................................................................... 43
4. CÁLCULOS Y RESULTADOS ................................................................. 47
4.1 Cronograma ....................................................................................... 47
X
4.2 Recursos y Presupuesto .................................................................... 50
4.3 Evaluación de Resultados .................................................................. 50
CONCLUSIONES Y RECOMENDACIONES................................................... 51
GLOSARIO ..................................................................................................... 52
BIBLIOGRAFÍA ............................................................................................... 54
ANEXOS ......................................................................................................... 55
XI
LISTA DE TABLAS
Tabla 1: Línea de Negocios Servicio Fijo ........................................................ 10
Tabla 2: Tipo Código Servicio Fijo ................................................................... 10
Tabla 3: Línea de Negocios Servicio Móvil ...................................................... 11
Tabla 4: Tipo Código Servicio Fijo ................................................................... 11
Tabla 5: Registro Servicio Fijo ........................................................................ 13
Tabla 6: Registro Servicio Móvil ...................................................................... 14
Tabla 7: Parámetros de las colas ESB ............................................................ 31
Tabla 8: Método ObtenerBalanceRequest ...................................................... 32
Tabla 9: Método ObtenerBalanceResponse .................................................... 34
Tabla 10: Método RegistrarPagoRequest ....................................................... 35
Tabla 11: Método RegistrarPagoResponse ..................................................... 36
Tabla 12: Método ReversarPagoRequest ....................................................... 37
Tabla 13: Método ReverarPagoResponse ...................................................... 38
Tabla 14: Código de Respuesta Error ............................................................. 40
Tabla 15: Código de Respuesta Integración ................................................... 41
Tabla 16: Cronograma .................................................................................... 49
Tabla 17: Recursos ......................................................................................... 50
Tabla 18: Presupuesto .................................................................................... 50
XII
LISTA DE GRÁFICOS
GRAFICO 1: Descripción de Capas ................................................................ 24
GRAFICO 2: Módulo de Cajas ........................................................................ 41
GRAFICO 3: Arquitectura................................................................................ 43
GRAFICO 4: Secuencia servicio fijo ................................................................ 56
GRAFICO 5: Secuencia servicio móvil ............................................................ 57
GRAFICO 6: Secuencia apertura agencia ....................................................... 58
GRAFICO 7: Secuencia cierre de agencia ...................................................... 59
GRAFICO 8: Secuencia cuadre de caja .......................................................... 60
GRAFICO 9: Secuencia apertura de caja ........................................................ 61
GRAFICO 10: Secuencia cierre de caja .......................................................... 62
GRAFICO 11: Secuencia creación agencias ................................................... 63
GRAFICO 12: Secuencia creación perfiles ..................................................... 64
GRAFICO 13: Secuencia creación usuario ..................................................... 65
GRAFICO 14: Secuencia reverso ................................................................... 66
GRAFICO 15: Secuencia formas pago............................................................ 67
GRAFICO 16: Secuencia transacción offline ................................................... 68
XIII
RESUMEN
“SISTEMA DE RECAUDACIÓN A TRAVÉS DE VENTANILLAS PROPIAS E
INHOUSE PARA CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, Y LA
INTEGRACIÓN DIRECTA A LOS SISTEMAS LEGADO”
Autor: Fabricio Eduardo Criollo Simbaña
Tutor: Ing. René Alfonso Carrillo Flores M.Sc.
Cuando se ejecuta un proceso de mejoramiento continuo en una Empresa de
Telecomunicaciones se contemplan ciertos objetivos dentro de los cuales es
brindar mejores servicios a los clientes, usuarios y/o consumidores finales; para
esto se desea desarrollar una herramienta informática ágil, efectiva y eficiente
que ayude a mejorar los procesos de recaudación.
El presente sistema estará enfocado en mejorar la atención al cliente y los
servicios prestados; con la implementación de los recaudos convergentes la
herramienta facilitara diferentes procesos en una misma sesión, permitiendo
optimizar recursos y brindando un mejor servicio de calidad al cliente final.
PALABRAS CLAVES: RECAUDACIÓN EN VENTANILLAS / EMPRESA DE
TELECOMUNICACIONES / LIMITACIONES EN TELECOMUNICACIONES /
SERVICIOS DE RECAUDACIÓN / PRODUCTOS DE VENTANILLA / SISTEMA
DE RECAUDACIÓN
XIV
ABSTRACT
“COLLECTION SYSTEM THROUGH COLLECTION WINDOWS AND
INHOUSE FOR THE CORPORACIÓN NACIONAL DE
TELECOMUNICACIONES AND DIRECT INTEGRATION TO THE BEQUEST
SYSTEMS”
Author: Fabricio Eduardo Criollo Simbaña
Tutor: Ing. René Alfonso Carrillo Flores M.Sc.
When a Telecommunications Company execute a continuous improvement
process, certain objectives are contemplated one of which is to offer better
services to customers, users and / or final consumers; for this, the company
wants to develop an agile, effective and efficient tool that helps to improve the
collection processes.
This Collection System will focus on improving customer support and the
provided services; with the implementation of convergent collections this tool
will facilitate different process in the same session allowing to optimize
resources and offering a better quality service to the final costumer.
KEYWORDS: COLLECTION IN WINDOWS / TELECOMMUNICATIONS
COMPANY / TELECOMMUNICATIONS LIMITATIONS / COLLECTION
SERVICES / WINDOWS PRODUCTS / COLLETION SYSTEMS
I CERTIFY that the above and foregoing is a true and correct translation of
the original document in Spanish.
Johana Encalada García
Certified Traslator
ID: 1717938342
fabricio.criollo
Nota adhesiva
Unmarked definida por fabricio.criollo
1
INTRODUCCIÓN
El propósito de este proyecto integrador es brindar un mejor servicio de
atención a los clientes, usuarios y/o consumidores finales; optimizando
recursos, tiempo y rendimiento en los procesos que dispone la Empresa de
Telecomunicaciones, desarrollando un Sistema que se acople y sea eficiente
en el mejoramiento continuo de los servicios prestados.
El proyecto se desarrolla en cuatro capítulos, estructurados de la siguiente
manera:
El Capítulo I, contiene la Presentación del Problema, que lo vamos a
desarrollar de la siguiente manera: formulación y descripción del problema;
preguntas directrices; objetivas, dentro de los cuales analizaremos el general y
específicas; y justificación.
El Capítulo II, contiene el Revisión Bibliográfica, que lo vamos a desarrollar de
la siguiente manera: antecedentes del proyecto; fundamentación teórica.
El Capítulo III, contiene la Metodología, que lo vamos a desarrollar utilizando la
investigación en acción aplicada a la informática, la elaboración, aplicación,
observación y mejora del plan de pruebas.
El Capítulo IV, contiene el Marco Administrativo en función a requerimientos,
recursos, análisis e interpretación de resultados.
Finalmente realizó las conclusiones y recomendaciones, del proyecto de
integrador.
2
1. EL PROBLEMA
1.1 Planteamiento del Problema
Parte del proceso de mejoramiento continuo de la Empresa de
Telecomunicaciones, con la necesidad de brindar mejores servicios a sus
clientes, usuarios y/o consumidores; dado que, en la actualidad se requiere la
prestación de servicios con alta disponibilidad, convergencia y organización
con un mayor ahorro de recursos que con lleva a la necesidad de contar con
una herramienta informática ágil, efectiva y eficiente en favor de garantizar la
veracidad de los procesos de recaudación que se llevan a cabo.
La Empresa de Telecomunicaciones, cuenta con varios sistemas
transaccionales: Open Flexis, Open SmartFlex, el sistema de Gestión
Contable - SIGAC, el Sistema Automático de Juicios Coactivos - SACJC,
entre otros; los cuales conforme a su desarrollo y programación facturan
servicios fijos o móviles, otros apoyan en los procesos de recaudación,
cuadre, conciliación de productos y demás servicios que ofrece.
1.2 Formulación del Problema
El proceso y control de recaudación, cuadre, conciliación de productos y/o
servicios que ofrece, debe permitir la recaudación convergente de servicios
fijos, móviles y/o servicios actuales y futuros que puedan ser implementados
en las agencias, puntos de venta y sitios donde la Empresa de
Telecomunicaciones lo determine.
3
1.3 Descripción de Problema
Los sistemas legados de recaudación son dependientes de sus propios
subsistemas, sin embargo no guardan un control consolidado tanto de los
productos y/o servicios que prestan a sus clientes, usuarios y/o consumidores
en procesos que genera la recaudación.
Existen casos en los cuales los sistemas legados han dejado de funcionar,
ocasionando pérdidas para la Empresa de Telecomunicaciones; en agencias
y puntos de ventas donde no se puede efectuar los procesos de recaudo, lo
cual genera malestar e inconformidad frente a sus clientes, usuarios y/o
consumidores.
1.4 Objetivos
1.4.1 Objetivo General
Optimizar procesos e implementar un Sistema de Recaudación para la
Empresa de Telecomunicaciones.
1.4.2 Objetivos Específicos
Levantar y optimizar los procesos de recaudación en la Empresa de
Telecomunicaciones.
Analizar los elementos teóricos y metodológicos que contribuyen en la
formulación del Sistema de Recaudación.
Diseñar, desarrollar e implementar el Sistema de Recaudación en la
Empresa de Telecomunicaciones.
Evaluar los procesos automatizados en intima interrelación con los procesos
de recaudación levantados inicialmente.
4
1.5 Limitaciones
La Empresa de Telecomunicaciones trabaja con el navegador Microsoft
Internet Explorer 6 o superiores. Las configuraciones del explorador,
computador e impresora se las debe realizar previo al ingreso al sistema.
1.6 Justificación e Importancia
El Sistema de Recaudación; estará enfocado a mejorar la eficiencia, agilidad y
veracidad de los procesos de recaudación con la implementación de los
recaudos convergentes de productos y/o servicios que presta la Empresa de
Telecomunicaciones, optimizando recursos y servicios prestados a sus
clientes, usuarios y/o consumidores brindando un mejor servicio de atención y
calidad.
5
2. MARCO TEÓRICO
La Empresa de Telecomunicaciones determina que el Sistema de
Recaudación a implantar debe contemplar la optimización de recursos,
recaudación, servicios y/o productos que ofrece; con la finalidad de mejorar la
atención y efectividad que brinda a sus clientes, usuarios y/o consumidores.
Dentro de servicios y productos de recaudación que ofrece:
Productos y Servicios Fijos
Telefonía, internet y televisión son productos y servicios fijos que serán
recaudados por el Sistema de Recaudación filtrados por varios criterios
de búsqueda en los sistemas legados.
Productos y Servicios Móviles
Telefonía, datos e internet son productos y servicios móviles que serán
recaudados por el Sistema de Recaudación filtrados por varios criterios de
búsqueda en los sistemas legados.
El Sistema de Recaudación receptara pagos parciales o abonos a las facturas
de acuerdo a la solicitud del cliente, usuario y/o consumidor así como deberá
permitir que el Cajero pueda buscar los pagos por diferentes criterios de
búsqueda y/o combinación de ellos.
La consulta de productos y/o servicios por los diferentes criterios de
búsqueda; los mismos que deberán traer toda la información de los clientes,
usuarios y/o consumidores que tengan contratados con la Empresa de
Telecomunicaciones, de tal manera que se pueda realizar la recaudación
individual, parcial o total de los productos y/o servicios.
6
No se permitirá pagos parciales; en los casos que el cliente, usuario y/o
consumidor mantengan productos y/o servicios en estado INACTIVO, se
deberá realizar el recaudo de manera inmediata para proceder con la
recaudación de productos y/o servicios si fuera el caso.
El Cajero puede ingresar los pagos de manera individual, parcial o total de
acuerdo a la necesidad del cliente, usuario y/o consumidor.
Se utiliza todos los medios de pago requeridos por la Empresa de
Telecomunicaciones que son; efectivo, cheque, tarjetas de débito/ crédito y
transferencias.
El Supervisor puede efectuar la anulación de los recaudos, apertura de
agencia o punto de venta, cierre de agencia o punto de venta, visualizar
cuadres de los Cajeros.
El Administrador realizara la creación o configuración de las agencias y
puntos de ventas para el proceso de recaudación, las mismas que deben ser
atadas a la Provincia de origen, considerando la división política actual.
Será responsable de la creación de Perfiles y de la creación de Cajeros,
Supervisores y Administradores que se le asignará un Perfil de acuerdo a las
necesidades de las agencias o puntos de venta para los diferentes procesos
del Sistema de Recaudación.
Contemplará reportes para medir los tiempos por transacción de manera
individual, agencia o punto de venta y medir la gestión de cada talento
humano en el proceso de recaudación.
7
Descripción de la funcionalidad:
a) Gestión de perfiles (Cajero, Supervisor y Administrador).
b) Gestión de agencias o puntos de venta.
c) Recaudos individuales, parciales y totales de clientes, usuarios y/o
consumidores con servicios activos e inactivos.
d) Recaudos convergentes de productos y/o servicios.
e) Recaudos a través de diferentes formas de pago.
f) Impresión y reimpresión de comprobantes de recaudo.
g) Autorización de reversos autorizados por Supervisores.
h) Cuadres, apertura y cierres de caja.
i) Apertura y cierre de agencias o puntos de venta.
j) Reportes.
2.1 Descripción de Módulos
El acceso hacia el Sistema de Recaudación se la lleva acabo de manera
secuencial en los siguientes módulos:
2.1.1 Módulo de Afiliaciones
El módulo realiza la gestión de las agencias o puntos de venta en las
diferentes divisiones políticas o regiones.
2.1.2 Módulo de Seguridad
El módulo realiza la gestión de los Perfiles de Cajero y Supervisor quienes
serán los encargados de la recaudación de los productos y/o servicios que
presta la Empresa de Telecomunicaciones.
8
El Perfil Administrador será el encargado de la administración de las
agencias o puntos de venta; además tendrá acceso al módulo de cajas para
la revisión de reportes en los procesos de recaudación.
o Perfil Cajero
1.1 Configuración de la impresora
1.2 Recaudación
1.3 Reimpresiones
1.4 Consultas generales
1.5 Cuadre, apertura y cierre de caja
1.6 Reportes
o Perfil Supervisor
2.1 Consulta generales
2.2 Reversos de recaudos en el mismo día
2.3 Apertura, cierre de agencia y control en cuadres de cajas
2.5 Reportes
o Perfil Administrador
3.1 Consultas Generales
3.2 Reportes
2.1.3 Módulo de Cajas o Teller
Realizará los diferentes procesos de recaudación de productos y/o servicios
que brinda la Empresa de Telecomunicaciones.
Debe permitir la familiaridad y manejo fácil de parte del Talento Humano a fin
de que su interacción sea de manera rápida, ágil, efectiva y eficiente para
sus clientes, usuarios y/o consumidores.
9
Los módulos deberán manejarse con el diseño:
Menú
Sección de recaudo
Producto y servicios (Tipo de Servicio: Fijo, Móvil)
Recaudación por grupo (Productos: Telefonía, Internet, TV, Otros)
2.2 Descripción de Hardware
El módulo de cajas permite la comunicación mediante el puerto serial o USB a
los diferentes dispositivos de impresión de la Empresa de
Telecomunicaciones.
2.3 Descripción de Software
El propósito es interactuar con el Sistema de Recaudación para poder realizar
la intercomunicación entre el Módulo de Cajas y los diferentes Sistemas
Legados que lo conforman, tales como:
Interfaz de Consulta
Realizara el proceso de consulta hacia los Sistemas Legados de
acuerdo a los diferentes productos y/o servicios.
Interfaz de Registro
Realiza el proceso de recaudación en los Sistemas Legados, para
registrar los pagos de los diferentes productos y/o servicios de sus
clientes, usuarios y/o consumidores.
Interfaz de Reverso
Realiza el proceso de anulación de un recaudo en los Sistemas
Legados.
10
2.3.1 Consulta de Productos y/o Servicios
2.3.1.1 Consulta Servicio Fijo - SF
El Módulo de Cajas permite realizar la consulta a través de los siguientes
filtros:
Línea de Negocio.- Campo que permite filtrar el criterio de búsqueda
por: productos y servicios fijos, todos:
Código Descripción
SF FIJO
TD TODOS
Tabla 1: Línea de Negocios Servicio Fijo
Tipo Código.- Filtro que, en conjunto con el campo Línea de Negocio,
permite ingresar un criterio de búsqueda más específico, las opciones
que estarán disponibles:
Código Descripción
PL Piloto
ID Identificación
FA Cuenta Financiera
TD Todos
NF Número Servicio Fijo
FF Factura Fija
Tabla 2: Tipo Código Servicio Fijo
2.3.1.2 Consulta Servicio Móvil - SM
El Módulo de Cajas permite realizar la consulta a través de los siguientes
filtros:
11
Línea de Negocio.- Campo que permite filtrar el criterio de la
búsqueda por: productos y servicios móviles, todos:
Código Descripción
SF FIJO
TD TODOS
Tabla 3: Línea de Negocios Servicio Móvil
Tipo Código.- Filtro que, en conjunto con el campo Línea de Negocio,
permite ingresar un criterio de búsqueda más específico, las opciones
que estarán disponibles son:
Código Descripción
CO Contrato
ID Identificación
FA Cuenta Financiera
TD Todos
NM Número Servicio Móvil
FM Factura Móvil
Tabla 4: Tipo Código Servicio Fijo
2.3.1.3 Consulta de los Servicios SF y SM
Cuando el cliente no tiene deuda, la respuesta de la consulta debe devolver
los registros de servicio/cuenta con valor cero, debe validar el estado del
cliente en las diferentes líneas de negocio y si tiene alguna cuenta/servicio
en estado activo o inactivo.
Presentar la deuda con el interés por mora respectivo de cada una de las
facturas, debe validar el estado del cliente en las diferentes líneas de
negocio, si tiene alguna cuenta/servicio con proceso activo o inactivo.
12
2.3.1.4 Información a presentar de los Servicios SF y SM
Nombre de la Cuenta/Servicio.
Ruc/Cedula de la Cuenta/Servicio.
Código, campo que presenta el código que agrupa todos los servicios, por
ejemplo: Cuenta Financiera, Piloto; en caso de no tener un código que
agrupe los servicios, este campo estará vacío.
Servicio/Cuenta Financiera, campo que presenta el número del servicio o
cuenta financiera que tiene deuda y que está atado al Código.
Tipo, campo que presenta si el servicio es de tipo Fijo o Móvil.
Nombre, campo que presenta el nombre del cliente, usuario o consumidor
asociado a la factura.
Estado, campo que presenta el servicio/cuenta que se encuentra Activo o
Inactivo.
Referencia/Factura, campo que presenta el número legal de la factura.
Valor Deuda, campo que presenta el total de la factura adeudado por el
cliente, usuario o consumidor.
Interés por Mora, campo que presenta el interés por mora que el servicio
inactivo ha generado a la fecha presente.
Financiamiento, campo que presenta el interés generado por el tiempo
efectivo del financiamiento de la deuda, cuando así lo ha requerido el
cliente, usuario o consumidor.
Saldo, campo con el valor calculado por el sistema según el Valor Pago,
puede ser: Saldo pendiente, Saldo Cero, Saldo a Favor.
13
Valor Pago, campo que identifica el valor que el cliente, usuario o
consumidor paga a la Empresa de Telecomunicaciones; de acuerdo a su
disponibilidad económica.
Fecha Vencimiento, campo que establece la fecha máxima para el pago
de la factura.
Servicio Móvil - Ver Detalle, para el caso de los servicios móviles el
Módulo de Cajas despliega los números de servicio asociados a la factura,
de modo que pueda realizar pagos hacia un servicio en particular.
2.3.2 Registro de Productos y/o Servicios
2.3.2.1 Registro Servicio Fijo – SF
En la presente tabla se describe los diferentes escenarios que se pueden
aplicar en la recaudación de los servicios fijos.
N° Línea de Negocio
Estado de Servicio
Fijo
Estado de Servicio
Móvil
Estado de SACJC
Extrajudicial
Estado de SACJC Judicial
Presentación Recaudación Prioridad
1. SF ACTIVO NO EXISTE NO EXISTE NO EXISTE SF SF
2. SF ACTIVO ACTIVO NO EXISTE NO EXISTE SF SF
3. SF ACTIVO INACTIVO NO EXISTE NO EXISTE SM + (IxM + SF)
(SM + IxM)
INACTIVO (SM + IxM) + SF
4. SF ACTIVO INACTIVO EXISTE NO EXISTE SACJC + SF
SACJC
SACJC
SACJC + SF
5. SF ACTIVO INACTIVO NO EXISTE EXISTE SACJC SACJC SACJC
6. SF INACTIVO NO EXISTE NO EXISTE NO EXISTE SF + IxM SF + IxM
7. SF INACTIVO ACTIVO NO EXISTE NO EXISTE SF + IxM SF + IxM
8. SF INACTIVO INACTIVO NO EXISTE NO EXISTE (SM + IxM) + (SF + IxM)
SM + IxM
(SM + IxM) + (SF + IxM)
SF + IxM
9. SF INACTIVO INACTIVO EXISTE NO EXISTE SACJC SACJC SACJC
10. SF INACTIVO INACTIVO NO EXISTE EXISTE SACJC SACJC SACJC
Tabla 5: Registro Servicio Fijo
14
2.4.2.2 Registro Servicio Móvil – SM
En la presente tabla se describe los diferentes escenarios que se pueden
aplicar en la recaudación de los servicios móviles.
N° Línea de Negocio
Estado de Servicio
Fijo
Estado de Servicio
Móvil
Estado de SACJC
Extrajudicial
Estado de SACJC Judicial
Presentación Recaudación Prioridad
1. SF ACTIVO NO EXISTE NO EXISTE NO EXISTE SF SF
2. SF ACTIVO ACTIVO NO EXISTE NO EXISTE SF SF
3. SF ACTIVO INACTIVO NO EXISTE NO EXISTE SM + (IxM + SF)
(SM + IxM)
INACTIVO (SM + IxM) + SF
4. SF ACTIVO INACTIVO EXISTE NO EXISTE SACJC + SF
SACJC
SACJC
SACJC + SF
5. SF ACTIVO INACTIVO NO EXISTE EXISTE SACJC SACJC SACJC
6. SF INACTIVO NO EXISTE NO EXISTE NO EXISTE SF + IxM SF + IxM
7. SF INACTIVO ACTIVO NO EXISTE NO EXISTE SF + IxM SF + IxM
8. SF INACTIVO INACTIVO NO EXISTE NO EXISTE (SM + IxM) + (SF + IxM)
SM + IxM
(SM + IxM) + (SF + IxM)
SF + IxM
9. SF INACTIVO INACTIVO EXISTE NO EXISTE SACJC SACJC SACJC
10. SF INACTIVO INACTIVO NO EXISTE EXISTE SACJC SACJC SACJC
Tabla 6: Registro Servicio Móvil
2.4.2.3 Registros de recaudación de Servicios SF y SM
Para proceder con el registro de recaudación, el cajero debe ingresar las
forma(s) de pago con que se requiere realizar la recaudación, permite
realizar los de manera parcial o total, con las siguientes características:
La afectación debe ser en línea.
Permitir seleccionar uno o varias facturas a cancelar.
El valor recaudado por Mora deberá dar de baja las facturas en los
respectivos sistemas transaccionales Open Flexis, Open Smartflex y
sistema SACJC.
15
El Módulo de Cajas debe controlar que los pagos se realicen según el
orden de antigüedad de la deuda, es decir: primero los servicios con
procesos activos en SACJC, luego los servicios en estado
Extrajudicial/Inactivo en los Sistemas Legados; y, finalmente los
servicios Activos.
Para el caso de clientes registrados en SACJC no se receptarán pagos
parciales de las cuotas.
En caso de que un cliente se encuentre activo sí se permitirá realizar
pagos parciales, totales o abonos a un servicio/cuenta específica.
2.4.2.4 Impresión de Comprobante SF y SM
Luego del proceso de recaudación el Módulo de Cajas imprime un
comprobante de pago por la transacción realizada, con esto se confirme
que la transacción es exitosa.
El comprobante contiene la información que la Empresa de
Telecomunicaciones lo defina, por ejemplo: número de facturas
canceladas, número de servicio, medios de pago, etc.
Cuando se cancelan varias deudas/facturas el comprobante debe tener
todo el detalle de las facturas canceladas.
2.4.3 Reverso de Productos y/o Servicios
Para el proceso de reverso; este debió ser afectado en los Sistemas
Legados de la Empresa de Telecomunicaciones, además se lo debe realizar
en el mismo día que generó el recaudo, aplica a recaudos múltiples con sus
respectivas formas de pago.
16
Describir el motivo por el cual se realiza el reverso, la recaudación deberá
ser cancelada en los Sistemas Legados para realizar un nuevo recaudo, el
tiempo que tomará dicha acción depende de la flexibilidad de los
subsistemas de la Empresa de telecomunicaciones.
2.5 Formas de Pago
Permite escoger diferentes formas de pago para toda la transacción sea esta
individual o mixta:
La solución soporta las siguientes formas de pago:
Efectivo
Cheque
o Número de cuenta
o Banco emisor del cheque
o Nombre del girador del cheque
o Tipo de cheque
o Número de autorización
o Número de cheque
o Fecha
o Valor
Tarjeta de Crédito
o Nombre del POS (Datafast, Medianet, Red de Apoyo)
o Nombre de tarjeta (Visa, MasterCard, Dinners Club, Cuota Fácil,
Otros)
o Emisora de la tarjeta de crédito
o Número de tarjeta de crédito
o Número de referencia o transacción
o Número de lote
o Número de aprobación o autorización
17
o Tipo de aprobación
o Tipo de crédito (corriente, diferido, plan pagos)
Número de Meses
o Valor
Tarjeta de Débito
o Nombre del POS (Datafast, Medianet, Red de Apoyo)
o Nombre de tarjeta (Visa, MasterCard, Dinners Club, Cuota Fácil,
Otros)
o Emisor de la tarjeta de débito
o Número de tarjeta de débito
o Número de referencia o transacción
o Número de lote
o Número de aprobación o autorización
o Tipo de aprobación
o Valor
Transferencias Bancarias
o Nombre de banco
o Número de movimiento bancario
o Fecha de crédito
o Número de cuenta de acreditación
o Valor
Después de realizar la selección de los valores adeudados se debe
presentar un valor totalizado de la transacción a recaudar, se ingresa los
medios de pagos con sus respectivos valores; con lo que debe sumar todos
los valores de las diferentes formas de pago con el total.
18
2.6 Reportes
Los reportes que el Módulo de Cajas presente deben permitir la exportación a
Excel y PDF, serán los siguientes:
Reporte de cuadre de cajas totalizado por cajero
Reporte de cuadre de cajas totalizado por agencia o punto de venta
Reporte de detalle de transacciones
Reporte de usuarios
Reporte de cantidad de transacciones generales por las agencias o
puntos de venta
Reporte de cantidad de transacciones generales por cajero
Reporte de transacciones de detalle por formas de pago
Reporte de reversos
Reporte de recaudos por provincia y por servicio
2.6.1 Reporte de cuadre de cajas totalizado por cajero.-
Presenta información en forma detallada donde se pueda evidenciar cuánto
recaudó por cada forma de pago y servicio llevadas a cabo en un rango de
fechas.
Detalle reporte:
• Nombre del usuario de la caja
• Número de recaudos en el día y el valor total por cada forma de
pago
2.6.2 Reporte de cuadre de cajas totalizado por agencias o punto de
venta
Presenta información en forma detallada donde se pueda evidenciar cuanto
se recaudó por cada forma de pago y servicio en cada agencia o punto de
venta llevada a cabo en un rango de fechas.
19
Detalle reporte:
• Nombre del usuario Supervisor
• Lista de recaudos que se receptaron
• Valor total, por cada forma de pago
2.6.3 Reporte de detalle de transacciones
Presenta información en forma detallada las transacciones realizadas por el
cajero llevadas a cabo en un rango de fechas.
Detalle reporte:
• Centros Integrados (Agencias, Puntos de Venta)
• Provincia (Agencias, Puntos de Venta)
• Nombre Cajero
• Número de transacción único de la caja
• Número servicio/cuenta (Teléfono, Factura, Cuenta Financiera,
Cedula, Ruc, Piloto)
• Línea de negocio
• Fecha y hora de la transacción
• Valor
• Forma de Pago (EFE, CHQ, TAR, DEB, TRN)
• Estado (PROCESO OK, REVERSO OK)
2.6.4 Reporte de usuarios
Contiene los usuarios de acuerdo a los niveles determinados para cada
perfil.
Detalle reporte:
Cajeros, supervisores, administradores a nivel nacional, regional,
provincial, cantonal, de ciudad.
20
2.6.5 Reporte de cantidad de transacciones generales por las agencias y
puntos de venta
Presenta información de cuantas transacciones se realizaron en las
Agencias o Puntos de Venta llevadas a cabo en un rango de fechas.
Detalle reporte:
• Agencias o puntos de venta
• Cantidad de transacciones
• Valor
2.6.6 Reporte de cantidad de transacciones generales por cajero
Presenta información de cuantas transacciones que se realizó en una
Agencia o Punto de Venta; en particular de cada cajero o de todos los
cajeros llevadas a cabo en un rango de fechas.
Detalle reporte:
• Agencias, Puntos de Venta
• Cajero
• Cantidad de transacciones
• Valor
2.6.7 Reporte de transacciones de detalle de formas de pago
Presenta la información que actualmente se recepta en el proceso de
recaudación con cada forma de pago llevada a cabo en un rango de fechas.
Detalle reporte:
• Efectivo
• Cheque
• Tarjeta de Crédito
• Tarjeta de Debito
• Transferencias Bancarias
21
2.6.8 Reporte de reversos
Presenta información de los reversos llevados en un rango de fechas.
Detalle reporte:
• Nombre del usuario que realiza el reverso
• Nombre del cliente
• Agencias, Puntos de Venta
• Región, provincia, ciudad
• Cajero
• Fecha de pago
• Fecha de reverso
• Número de servicio/cuenta
• Valor
2.6.9 Reporte de recaudos por provincia y por servicio
Presenta información sobre productos o servicios prestados por provincia,
ciudad llevada a cabo en un rango de fechas.
Detalle reporte:
• Fecha de pago
• Número de transacciones por provincia
• Valor por provincia
• Servicios y/o productos
• Nombre del cliente
• Identificación
• Valor
22
2.7 Reversos
La aplicación permite realizar reversos de las transacciones realizadas por los
cajeros para lo cual se necesita realizar una consulta general de las
transacciones.
El Módulo de Cajas controla que en el reverso de un pago de un cliente no
pueda realizarse a menos que reverse la última transacción/cuota cancelada,
no se permite reversar cuotas intermedias.
La solicitud y aprobación del reverso solo se lo puede realizar en el día que el
recaudo se realizó.
El Cajero no puede realizar directamente un reverso, realiza un proceso de
solicitar el reverso. En cuyo caso la transacción queda resaltada con color
verde en la Consulta General.
El Supervisor, según sea el caso, puede decidir no realizar el reverso. En ese
caso no tiene que hacer nada y la transacción seguirá con el estado de
“PROCESO OK”.
El proceso de reverso, queda resaltado de color rosado con el fin de presentar
que el proceso se realizó, en este caso el estado de la transacción cambia a
“REVERSO OK”.
2.8 Proceso Modo OFF-LINE
El Módulo de Cajas permite la recaudación fuera de línea es decir cuando los
sistemas legados quedan operativamente incomunicados o sin servicio. En
este caso se realiza la recaudación hacia una base de datos de contingencia
de la Empresa de Telecomunicaciones.
23
3. METODOLOGÍA EXPERIMENTAL
Scrum es una metodología de trabajo ágil, especialmente diseñada para
intentar acortar los ciclos de desarrollo y conseguir una mejor aproximación
entre las funcionalidades del software y los requerimientos de la Empresa de
telecomunicaciones.
El desarrollo del Sistema de recaudación es un proceso en el que se aplica de
manera regular un conjunto de buenas prácticas para trabajar
colaborativamente, en equipo, y obtener el mejor resultado posible de un
proyecto.
Realizando entregas parciales y regulares del Sistema de Recaudación,
priorizadas por la Empresa de Telecomunicaciones que aportan al sistema. Por
ello, está especialmente indicado para proyectos en entornos complejos, donde
se necesita obtener resultados pronto, donde los requisitos son cambiantes o
poco definidos, donde la innovación, la competitividad, la flexibilidad y la
productividad son fundamentales.
Se Utiliza esta metodología por enfocarse de manera precisa y concisa con el
Sistema de Recaudación ya que al realizar iteraciones y presentar en
pequeños bloques temporales cortos y fijos (iteraciones de un mes y hasta de
dos semanas) para la adaptación del cliente y sus necesidades. Cada iteración
tiene que proporcionar un resultado completo, un incremento de producto final
que sea susceptible de ser entregado con el mínimo esfuerzo la Empresa de
Telecomunicaciones lo solicite.
Las actividades que se llevan a cabo son las siguientes:
24
3.1 Diseño
Diseño del Sistema de Recaudación se detalla:
3.1.1 Descripción de Capas
GRAFICO 1: Descripción de Capas
Descripción de cómo interactúan las capas que conforman el Sistema de
Recaudación; está conformado por las siguientes capas:
Capa de Presentación
Módulo de Afiliaciones
Módulo de Seguridad
Módulo de Cajas o Teller
Capa de Negocio
Servicios Web del Sistema de Recaudación
CM_Canal
Switch
25
Capa de Acceso a Datos
Las diferentes capas del Sistema de Recaudación interactúan mediante la
utilización de WebServices o Servicios Web lo que permite la comunicación
con las diferentes capas.
La autenticación del sistema de cajas se la realiza mediante la interacción con
el Directorio Activo de la Empresa de Telecomunicaciones, lo que permite
tener un solo mecanismo de validación de usuario y contraseñas para el
ingreso a los diferentes módulos.
3.1.1.1 Capa de Presentación
La capa de presentación está desarrollada en Visual Studio 2012,
ASP.NET, Silverlight 5.0, C# con Framework 4.0.
Sitios Web
Son sitios Web donde se existe los diferentes proceso de consultas,
recaudación y reverso de las transacciones, las mismas que está
desarrolla bajo el patrón MVVM que es un sucesor de otro patrón
Model View Controller (MVC).
MVC nació en el mundo de Smalltalk a usar MVC la aplicación se
compone de tres tipos de objetos, con responsabilidades bien claras y
diferenciadas:
o El modelo, donde se encuentran los servicios que interactúan con
el Modulo de Cajas permite conectarse a la lógica de negocio.
o La vista o vistas, en el Módulo de Cajas solo existe una vista la cual
permite interactuar dinámicamente con el Cajero según la
configuración que obtiene mediante el modelo, esto está
desarrollado en Silverlight y Asp.Net
26
o El modelo-vista, permite que en la pantalla de presentación de las
transacciones poder aplicar diferentes validaciones y
comportamientos visuales, siendo estas validaciones o controles
las que se realice de forma dinámica y que no exista un PostBack
al servidor realizando las transacciones más rápidas frente al
cajero.
Módulo de Afiliaciones
El módulo permite administrar de manera eficiente los parámetros de la
recaudación, de manera que los Administradores definan las reglas para
que los Cajeros y Supervisores realicen los procesos de recaudación en
el Módulo de Cajas.
A través de este módulo se define lo siguiente:
Consulta Empresa
Creación de Agencias
Módulo de Seguridad
El módulo permite la creación de Cajeros, Supervisor y Administradores
para el Sistema de Recaudación, administra la seguridad de los
módulos, además tiene la creación de los Perfiles.
A través de este módulo se define lo siguiente:
Creación de Perfiles
Asignación de atribuciones por Perfil
Creación de Cajeros, Supervisores y Administradores
Habilitación/Des habilitación de Cajeros, Supervisores y
Administradores
27
El módulo no gestiona las contraseñas de los usuarios debido a que la
Empresa de Telecomunicaciones cuenta con un proceso de
administración de usuarios y contraseñas.
El modulo solo se encarga de administrar los usuarios del Sistemas de
Recaudación.
Módulo de Cajas o Teller
El Módulo de Cajas o Teller; desde el cual pueden acceder a las
cajas/ventanillas de la Empresa de Telecomunicaciones, a través del
cual los Cajeros, Supervisores y Administradores podrán realizar la
recaudación de todos los productos y/o servicios habilitados en cada una
de las agencias o puntos de venta, así como contara con la
funcionalidad de impresión, consulta, recaudos, reversos, reportes, y
otros propios de su función en cada perfil.
3.1.1.2 Capa de Negocio
La capa de negocios está desarrollada en Visual Studio 2012, ASP.NET,
C# con Framework 4.0.
Se encuentran desarrollados bajo WCF RIA Services que simplifica el
desarrollo de soluciones de n niveles para aplicaciones de Internet
enriquecidas (RIA).
Web Services del Sistema de Recaudación
Permite la comunicación entre los Módulos de Afiliaciones, Seguridad y
Cajas o Teller hacia la lógica de negocio y a su vez a la base de datos.
28
Los Servicios Web se encuentran desarrollados todos los procesos y
métodos para los respectivos Módulos que se conectarán con los
Sistemas Legados y a su vez con la capa de negocio y la capa de
acceso a datos.
Los Servicios Web trabajan con múltiples hilos y tareas para cada uno
de Módulos; cada módulo consta de sus métodos y procesos para
interactuar con los entre sí y la comunicación con el Switch quine es el
encargado de las peticiones sobre los Sistemas Legados.
o WSTellerServicios.- Servicios Web; es la interface que permiten la
comunicación entre el Módulo de Cajas o Teller y la lógica de
negocio o CM_Canal.
o WSSeguridad.- Servicio web; es la interface que permite la
comunicación entre el Módulo de Seguridad y la lógica de negocio
o CM_Canal.
o WSAfiliaciones.- Servicio web; es la interface que permite la
comunicación entre el Módulo de Afiliaciones y la lógica de negocio
o CM_Canal.
o WSSwitch.- Servicio web; es la interface que permite la
comunicación con cualquier entidad externa para lo cual utiliza al
Switch.
CM_Canal
Lógica de Negocio del Sistema de Recaudación, permite generar las
diferentes validaciones y codificaciones de las reglas del negocio en
base a la información proporcionada por los Sistemas Legados; de tal
manera que puedan ser creados y modificados en los diferentes
procesos de tal manera que permitan la comunicación con el Switch.
29
Switch
El Switch permite realizar la interacción con el ESB, interactuando con
los Sistemas Legados en los procesos de consulta, recaudación y
reverso de manera que canalizará las peticiones y respuestas a los
procesos mediante la Utilización de XML como mensajería.
Maneja hilos, procesos y tareas que se encuentran sincronizados en
los procesos de envió y respuesta de las peticiones realizadas a los
Sistemas Legados; cada uno de hilos o procesos se maneja como una
transacción, en este caso se lo identifica con un IDMensaje para llevar
el seguimiento con el ESB y la integración con el Switch, de manera
similar el Switch maneja un Identificador IDItem para llevar el
seguimiento en el Módulo de Cajas.
o Back End
El Sistema utiliza WebServices y Componentes COM+ para la
comunicación entre la capa de presentación, lógica de negocio y el
back end.
El Back End está desarrollado en Visual Studio 2012, C# con
Framework 4.0.
3.1.1.3 Capa de Acceso a Datos
El sistema utiliza el motor de base de datos SQL Server 2008 R2 de
Microsoft, para guardar toda la información del sistema.
La Base de Datos almacenará la información de las peticiones de
consultas, recaudaciones y reversos en los procesos de envió y respuesta
de los Sistemas Legados; toda la información será almacenada para ser
presentada en el Sistema de Recaudación.
30
3.2 Métodos e Instrucciones
Describe la funcionalidad de los productos y/o servicios: Obtener Consulta,
Registrar Recaudación y Reversar Recaudación; se define la estructura del
mensaje, su contenido y parámetros de entrada y salida necesarios para la
recaudación de saldos que mantiene con sus clientes, usuarios y/o
consumidores.
Consultar Balance, permite realizar la consulta de las deudas de un
cliente según la línea de negocio sea este servicio fijo o servicio móvil.
Consultar Liquidación, permite validar si el cliente se encuentra en el
sistema SACJC.
Registrar Recaudación, permite realizar el pago de las diferentes
deudas de un cliente.
Registrar Liquidación, permite la confirmación o registro de pago de la
liquidación en SACJC de un cliente en estado Extrajudicial o Judicial cuya
deuda ha sido saldada.
Reversar Recaudación, permite realizar el reverso de una transacción.
Reversar Liquidación, permite realizar reversar la transacción en el
sistema SACJC.
Los servicios se encuentran disponible a través del Bus Empresarial de
Servicios (ESB, por sus siglas en inglés) cubre principalmente:
Comunicación en línea con los Sistemas Legados en base a los
parámetros definidos para cada una de las peticiones.
31
Control de errores y envío de notificaciones durante el proceso de
comunicación.
Al interactuar con los servicios se requiere las librerías cliente de WMQ, las
cuales le permitirán al consumidor del Servicio:
Conectarse al gestor de colas de WMQ sobre los ambientes disponibles.
Enviar la solicitud a la cola de requerimientos y obtener el identificador del
mensaje enviado.
Controlar el tiempo de espera de la respuesta.
Obtener la respuesta de la cola de respuestas a través del identificador
del mensaje enviado durante su requerimiento.
La conexión con el ESB mediante WMQ e interactuar con las interfaces
de los diferentes Sistemas Legados debe tener las siguientes
parametrizaciones:
Gestor de colas ET01.EC.T.QM
Canal de comunicación ET01.ADM.SVRCONN
Puerto 1431
Colas de requerimiento y respuesta de Consulta
ET.OBTENER.BALANCE.REQ
ET.OBTENER.BALANCE.RES
Colas de requerimiento y respuesta de Recaudo
ET.REGISTRAR.PAGO.REQ
ET.REGISTRAR.PAGO.RES
Colas de requerimiento y respuesta de Reverso
ET.REVERSAR.PAGO.REQ
ET.REVERSAR.PAGO.RES
Tabla 7: Parámetros de las colas ESB
32
3.2.1 Métodos
3.2.1.1 Estructura de la Consulta
Estructura de los XMLs utilizados para interpretar y definir el mensaje de
entrada y salida durante el proceso de consulta.
Método ObtenerBalanceRequest - Mensaje Entrada
Nombre del Elemento Elemento Principal Tipo de Dato Descripción Mandatorio
ObtenerBalanceRequest Root ComplexType Es el elemento principal del esquema de la solicitud.
SI
CtrAcc ObtenerBalanceRequest ComplexType
Control Acceso: Contiene los
campos que permiten controlar el acceso.
NO
CodCom CtrAcc String
Código de la Compañía: Especifica el código de la compañía que consume el servicio.
SI
CodSis CtrAcc String Código del Sistema: Especifica el código del sistema que consume el servicio.
SI
CodUsu CtrAcc String Código del Usuario: Especifica el código del usuario que realiza el proceso.
NO
HostIP CtrAcc String Host o IP: Especifica el host o la IP del consumidor del servicio.
NO
FecHor CtrAcc String Fecha y Hora: Especifica la fecha y hora en la que se solicita/realiza el proceso.
SI
Proceso ObtenerBalanceRequest String Proceso: Especifica el tipo de consulta a realizar.
NO
CodEst ObtenerBalanceRequest String
Código Estado: Especifica el código que permita identificar el estado del Cliente, contrato y/o producto: Activo, Inactivo y Todos.
NO
CodLinNeg ObtenerBalanceRequest String
Código Línea Negocio:
Especifica el código de la línea de negocio, la cual se hace referencia como fuente / facturador.
SI
CodTipSer ObtenerBalanceRequest String
Código Tipo Servicio: Especifica el código que permite determinar el tipo de consulta a realizar a través de: número de servicio, número de contrato, número de factura e identificación del cliente.
SI
Valor ObtenerBalanceRequest String
Especifica el número de servicio, código de contrato, factura o identificación del cliente (RUC, Cédula o pasaporte) en base al código de tipo de servicio especificado.
SI
Tabla 8: Método ObtenerBalanceRequest
33
Método ObtenerBalanceResponse - Mensaje Salida
Nombre del
Elemento
Elemento
Principal
Tipo de Dato Descripción Mandatorio
ObtenerBalance
Response Root ComplexType
Es el elemento principal del esquema de la
respuesta. SI
ResPro ObtenerBalance
Response ComplexType
Resultado Proceso: Especifica el resultado del
proceso. SI
CodRes ResPro Numérico
Código Resultado: Especifica el código que
determina el resultado del proceso: éxito o error,
más los determinados por el sistema.
SI
DesRes ResPro String Descripción Resultado: Especifica la descripción
del código de resultado. SI
Proceso ObtenerBalance
Response String Proceso: Especifica el tipo de consulta realizada. SI
Cliente ObtenerBalance
Response ComplexType Contiene la información del Cliente. SI
CodCli Cliente String Código Cliente: Especifica el código del Cliente. SI
NomCli Cliente String
Nombre Cliente: Especifica el nombre del Cliente
encontrado a través de los diferentes parámetros
de búsqueda.
SI
TipDoc Cliente String Tipo Documento: Especifica el tipo de
identificación del Cliente. SI
NumDoc Cliente String
Número Documento: Especifica el número de
documento en base al tipo de documento
registrado.
SI
CodEst Cliente String Código Estado: Especifica el estado general del
Cliente en base al estado de sus productos. SI
Estado Cliente String Estado: Especifica la descripción del estado. SI
Fuente Cliente ComplexType Fuente/Facturador. SI
CodFue Fuente String Código Fuente: Constante que hace referencia al
facturador. SI
LisCueFin Fuente ComplexType
Lista de Cuentas Financieras: Especifica la lista
de servicios/cuentas financieras pertenecientes al
Cliente.
SI
CueFin Fuente ComplexType Cuenta Financiera: Especifica la información del
servicio/cuenta financiera. SI
Codigo CueFin String Especifica el código de la Cuenta Financiera. SI
Nombre CueFin String Especifica el nombre asociado a la Cuenta
Financiera. SI
TipDoc CueFin String Tipo Documento: Especifica el tipo de identificación del cliente asociado a la Cuenta Financiera.
SI
NumDoc CueFin String
Número Documento: Especifica el número de
documento del Cliente asociado a la Cuenta
Financiera.
SI
CodEst CueFin String Código Estado: Especifica el estado general de
la Cuenta Financiera. SI
Estado CueFin String Especifica la descripción del estado de la Cuenta
Financiera. SI
34
TotDeu CueFin String Total Deuda: Especifica el saldo a pagar de la
Cuenta Financiera. SI
CodPro CueFin String Código de Provincia: Especifica el código de la Provincia.
SI
Provincia CueFin String Especifica el nombre de la Provincia. SI
Locutorio CueFin String Especifica si la cuenta y/o servicio es o no un
locutorio. SI
LisFac CueFin ComplexType Especifica la lista de facturas asociadas. SI
Factura LisFac ComplexType Contiene la información de la Factura. SI
NumFac Factura String Número Factura: Especifica el número de
factura emitida. SI
CodFac Factura String Código Factura: Especifica el código interno de
la factura en el sistema transaccional. SI
FecEmi Factura String Fecha Emisión: Especifica la fecha de emisión
de la factura. SI
FecVen Factura String Fecha Vencimiento: Especifica la fecha de
vencimiento de la factura. SI
SubTot Factura String Subtotal: Especifica el valor subtotal. SI
Total Factura String Total: Especifica el total a pagar a nivel de la
Factura. SI
IVA Factura String Especifica el valor del IVA NO
ValPag Factura String Valor a Pagar: Especifica el Valor a Pagar. SI
DiaMor Factura String Días Mora: Especifica los días de mora por falta
de pago. SI
ValMor Factura String Valor Mora: Especifica el valor por mora. SI
PorIntMor Factura String % de Interés x Mora: Especifica el porcentaje de
interés por mora aplicado. SI
LisSerMov Factura ComplexType Lista Servicios Móviles. SI
SerMov LisSerMov ComplexType Servicio Móvil. SI
CueCob SerMov String Especifica el código interno de servicio móvil. SI
Numero SerMov String Especifica el número de servicio móvil. SI
Valor SerMov String Especifica el valor a pagar por número de
servicio móvil. SI
Tabla 9: Método ObtenerBalanceResponse
35
3.2.1.2 Estructura del Recaudo
Estructura de los XMLs utilizados para interpretar y definir el mensaje de
entrada y salida durante el proceso de registro.
Método RegistrarPagoRequest - Mensaje Entrada
Nombre del
Elemento Elemento Principal Tipo de Dato Descripción Mandatorio
RegistrarPagoRequest Root ComplexType Es el elemento principal del esquema de la
solicitud. SI
CtrAcc RegistrarPagoRequest ComplexType Control Acceso: Contiene los campos
que permiten controlar el acceso. NO
CodCom CtrAcc String
Código de la Compañía: Especifica el
código de la compañía que consume el
servicio.
SI
CodSis CtrAcc String Código del Sistema: Especifica el código
del sistema que consume el servicio. SI
CodUsu CtrAcc String Código del Usuario: Especifica el código
del usuario que realiza el proceso. NO
HostIP CtrAcc String Host o IP: Especifica el host o la IP del
Cliente que consume el servicio. NO
FecHor CtrAcc String Fecha y Hora: Especifica la fecha y hora
en la que se solicita/realiza el proceso. SI
Proceso RegistrarPagoRequest String Especifica el tipo de registro a realizar. NO
Usuario RegistrarPagoRequest String Usuario: Especifica el usuario que realiza
el proceso. SI
Terminal RegistrarPagoRequest String Terminal Usuario: Especifica la terminal
de cajas en la que se ejecuta el pago. SI
CodPag RegistrarPagoRequest String Código Pago: Especifica el código del
pago generado en el sistema de cajas. SI
CodAut RegistrarPagoRequest String Código Autorización: Especifica el
código de autorización. NO
TipOri RegistrarPagoRequest String Tipo de Origen: Especifica el tipo de
origen de donde se emite el pago. NO
Origen RegistrarPagoRequest String Especifica el origen de donde se emite el
pago. NO
ObsPag RegistrarPagoRequest String
Observación: Especifica una observación
agregada por el cajero en el momento de
la recaudación.
SI
CodLinNeg RegistrarPagoRequest String Código Línea Negocio: Especifica el
código de la línea de negocio. SI
CodForPag RegistrarPagoRequest String Código Forma de Pago: Especifica el
código de la forma de pago utilizada. SI
TotRec RegistrarPagoRequest String Total Recaudado: Especifica el total
recaudado. SI
Moneda RegistrarPagoRequest String Especifica la moneda utilizada en la recaudación.
SI
Tabla 10: Método RegistrarPagoRequest
36
Método RegistrarPagoResponse - Mensaje Salida
Nombre del Elemento Elemento Principal Tipo de Dato Descripción Mandatorio
RegistrarPagoResponse Root ComplexType Es el elemento principal del esquema
de la solicitud. SI
ResPro RegistrarPagoResponse ComplexType Resultado Proceso: Especifica el
resultado del proceso. SI
CodRes ResPro Numérico
Código Resultado: Especifica el
código que determina el resultado del
proceso: éxito o error.
SI
DesRes ResPro String Descripción Resultado: Especifica la
descripción del código de resultado. SI
Proceso RegistrarPagoResponse String Especifica el tipo de registro realizado. SI
CodPag RegistrarPagoResponse String Código Pago: Especifica el código del
pago generado en el sistema de cajas. SI
FecHorReg RegistrarPagoResponse String
Forma y Hora del Registro:
Especifica la fecha y hora en la que
se registró el pago.
SI
Cupon RegistrarPagoResponse String Especifica el código interno del pago. NO
CodAut RegistrarPagoResponse String Código Autorización: Especifica el
código de autorización. NO
TipOri RegistrarPagoResponse String Tipo de Origen: Especifica el tipo de
origen. NO
Origen RegistrarPagoResponse String Especifica el origen. NO
Tabla 11: Método RegistrarPagoResponse
37
3.2.1.3 Estructura del Reverso
Estructura de los XMLs utilizados para interpretar y definir el mensaje de
entrada y salida durante el proceso de reverso.
Método ReversarPagoRequest - Mensaje Entrada
Nombre del
Elemento Elemento Principal Tipo de Dato Descripción Mandatorio
ReversarPagoRequest Root ComplexType Es el elemento principal del esquema de
la solicitud. SI
CtrAcc ReversarPagoRequest ComplexType Control Acceso: Contiene los campos
que permiten controlar el acceso. NO
CodCom CtrAcc String
Código de la Compañía: Especifica el
código de la compañía que consume el
servicio.
SI
CodSis CtrAcc String
Código del Sistema: Especifica el
código del sistema que consume el
servicio.
SI
CodUsu CtrAcc String Código del Usuario: Especifica el código
del usuario que realiza el proceso. NO
HostIP CtrAcc String Host o IP: Especifica el host o la IP del
Cliente que consume el servicio. NO
FecHor CtrAcc String Fecha y Hora: Especifica la fecha y hora
en la que se solicita/realiza el proceso. SI
Proceso ReversarPagoRequest String Especifica el tipo de registro a realizar. NO
Usuario ReversarPagoRequest String Usuario: Especifica el usuario que
realiza el proceso. SI
Terminal ReversarPagoRequest String Terminal Usuario: Especifica la terminal
de cajas en la que se ejecuta el pago. SI
CodLinNeg ReversarPagoRequest String Código Línea Negocio: Especifica el
código de la línea de negocio. SI
TotRec ReversarPagoRequest String Total Recaudado: Especifica el total
recaudado. SI
CodPag ReversarPagoRequest String Código Pago: Especifica el código del
pago generado en el sistema de cajas. SI
CodMot ReversarPagoRequest String Código Motivo: Especifica el código del
motivo por el cual se realiza el reverso. NO
DesMot ReversarPagoRequest String Descripción Motivo: Especifica el detalle
del motivo del reverso. SI
Tabla 12: Método ReversarPagoRequest
38
Método ReverarPagoResponse - Mensaje Salida
Nombre del Elemento Elemento Principal Tipo de Dato Descripción Mandatorio
ReversarPagoResponse Root ComplexType Es el elemento principal del esquema
de la solicitud. SI
ResPro ReversarPagoResponse ComplexType Resultado Proceso: Especifica el
resultado del proceso. SI
CodRes ResPro Numérico
Código Resultado: Especifica el
código que determina el resultado del
proceso: éxito o error.
SI
DesRes ResPro String Descripción Resultado: Especifica la
descripción del código de resultado. SI
Proceso ReversarPagoResponse String Especifica el tipo de registro realizado. SI
CodLinNeg ReversarPagoResponse String Código Línea Negocio: Especifica el
código de la línea de negocio. SI
TotRec ReversarPagoResponse String Total Recaudado: Especifica el total
recaudado. SI
CodPag ReversarPagoResponse String Código Pago: Especifica el código del
pago generado en el sistema de cajas. SI
Cupon ReversarPagoResponse String Especifica el código interno del pago. NO
FecHorRev ReversarPagoResponse String
Fecha y Hora del Reverso:
Especifica la fecha y hora en la que
se registró el pago.
SI
Tabla 13: Método ReverarPagoResponse
39
3.2.1.4 Códigos de Respuesta
Los códigos de respuesta se consideraran como catálogos de Error y
respuesta desde los Sistemas Legados.
Código Descripción
0 TRANSACCION EXITOSA
1 NUMERO DE TELEFONO NO EXISTE
2 NUMERO DE TELEFONO INACTIVO/SUSPENDIDO
3 VALOR INVALIDO DE DENOMINACION
4 NUMERO DE TELEFONO RETIRADO
10 NUMERO INVALIDO DE TRANSACCION
11 VALOR INCORRECTO
15 REVERSO EXITOSO
20
TRANSACCION NO SE REGISTRA EN
TLC_TA_TRANSACCION
40
MULTIPLES REGISTROS ENCONTRADOS EN
TLC_TA_TRANSACCION
98 MEDID incorrecto en trama de reverso
99 TIME OUT
979 EXCEPCION AL REGISTRAR TRX EN TLC_TA_RECARGA
980 EXCEPCION AL EJECUTAR REVERSO CDMA 450
981 DEBITO DE REVERSO CDMA 450 NO REALIZADO
982 EXCEPCION EN EJECUCION DE ACREDITACION / DEBITO CDMA450
PLATAFORMA FIN
983 ACREDITACION / DEBITO CDMA450 NO REALIZADO
984
EXCEPCION EN EJECUCION COMPROBACION
EXISTENCIA DE NUMERO EN PLATAFORMA FIN
985 NUMERO CDMA450 NO EXISTE EN PLATAFORMA FIN
40
986 EXCEPCION EN EJECUCION VALIDACION ANDINA CDMA 450
987 CATEGORIA CDMA 450 [65] NO CORRESPONDE
988 ERROR GENERA OBTIENE FACTURA
989 TRAMA NO VALIDA
990 EXCEPCION EN EJECUCION VALIDACION SMARTFLEX MOVIL
991 NO CONEXIÓN SOCKET DISPONIBLE
992 FECHA DE EXPIRACIÓN EN PLATAFORMAHUAWEI IS MORE THAN
THE MAX ACTIVE DAYS
993 ENGINE FULL EN TRANSACCIÓN DE CONSULTA
994 ENGINE VTA FULL
995 SUSCRIPTOR NO EXISTE EN PLATAFORMA HUWAWEI
996 FORMATO DE TEXTO 3DES WSHVTA NO VALIDO
997 WSHVTA NO DISPONIBLE
998 MENSAJE INCORRECTO
999 SISTEMA VTA NO DISPONIBLE
1000 PASS DEL INTEGRADOR NO COINCIDE EN WSHVTA
Tabla 14: Código de Respuesta Error
3.2.1.5 Proceso Modo OFF-LINE
Este proceso ocurre cuando se ha realizado la consulta en proceso fuera
de línea y se realiza el recaudo de la deuda consultada se almacena en las
tablas locales. Como el proceso está fuera de línea el recaudo se registra
estado pendiente de ser enviado al Core y se envía una respuesta al
Cajero y/o Supervisor que la transacción se registró correctamente.
41
3.2.2 Integración
El Sistema de Recaudación se integra mediante el Bus Empresarial a las
API´s (Open Flexis, Open SmartFlex, el sistema de Gestión Contable -
SIGAC, el Sistema Automático de Juicios Coactivos - SACJC, entre otras
requeridas) mediante arquitectura orientada a servicios (SOA); permitiendo
la utilización de la herramienta de IBM Websphere Message Broker y
Websphere.
Las peticiones enviadas al ESB se manejarán con un código el cual será
traducido por el Switch de tal manera que se identifique el estado de la
transacción; el mensaje proporcionado debe interpretarse en el Módulo de
Cajas.
Código Cajas Código ESB Mensaje
0001 0 PROCESO OK
0002 1 PROCESO OK TRANSACCION YA PROCESADA
0003 2 SISTEMAS LEGADOS SIN CONEXIÓN
Tabla 15: Código de Respuesta Integración
GRAFICO 2: Módulo de Cajas
42
3.3 Arquitectura
El Sistema de Recaudación está distribuido de la siguiente manera:
Servidor WEB.- Se aloja la capa de presentación del Sistema de
Recaudación, en ella se encuentra todos los módulos alojados; de manera
que Cajeros, Supervisores y Administradores ingresarán para los diferentes
procesos.
Servidor COM o Aplicaciones.- Se aloja la capa de negocio, la capa de
presentación se comunica vía WebServices o Servicios Web hacia el
servidor permitiendo que el Sistema de Recaudación interactúe entre las
capas todas las capas.
Servidor Base de Datos.- Almacena la información de los diferentes
módulos; permitiendo el correcto funcionamiento entre las capas de
presentación y la capa de negocio, almacenando información que disponga la
Empresa de Comunicaciones de sus Sistemas Legados.
Servidor Active Directory.- Permite conectar con el directorio activo de la
Empresa de Telecomunicaciones para realizar las validaciones de usuarios y
contraseñas, permite el ingreso a los diferentes módulos mediante la
autenticación actual del usuario.
43
Cliente
Servidor deWeb
Servidor deCOM/Aplicaciones
Servidor deAutenticación
(LDAP/Active Directory/Entrust)
Servidor de Base de DatosServidor de Base de Datos
GRAFICO 3: Arquitectura
3.4 Herramientas
Visual Studio 2012
Visual Studio permite a los desarrolladores crear aplicaciones, sitios y
aplicaciones web, así como servicios web en cualquier entorno que
soporte la plataforma .NET. Así se pueden crear aplicaciones que se
intercomuniquen entre estaciones de trabajo, páginas web y dispositivos
móviles.
Es un entorno de desarrollo integrado (IDE, por sus siglas en inglés) para
sistemas operativos Windows. Soporta varios lenguajes de programación
tales como Visual C++, Visual C#, Visual J#, ASP.NET y Visual Basic
.NET, aunque actualmente se han desarrollado las extensiones
necesarias para muchos otros.
Tecnología ASP.NET MVC ASP.NET MVC
Es parte del framework ASP.NET. Es usado como una alternativa para
desarrollar páginas Web ASP.NET, este framework no remplaza el
modelo Web Forms; es un framework de peso ligero, altamente
comprobable que se integra con las características de ASP.NET
44
existentes, como páginas maestras y la autenticación basada en
membrecía.
SQL Server 2012
Es un sistema de gestión de bases de datos relacionales (RDBMS) de
Microsoft que está diseñado para el entorno empresarial. SQL Server se
ejecuta en T-SQL (Transact -SQL), un conjunto de extensiones de
programación de Sybase y Microsoft que añaden varias características a
SQL estándar, incluyendo control de transacciones, excepción y manejo
de errores, procesamiento fila, así como variables declaradas.
45
IBM WebSphere MQSeries.
Se utiliza MQSeries por la capacidad de transportar cualquier tipo de
datos como mensajes, abriendo la posibilidad a la Empresa de
Telecomunicaciones de crear arquitecturas flexibles y reutilizables, como
entornos de arquitectura orientada a servicios (SOA).
Funciona con una amplia gama de plataformas informáticas, aplicaciones,
servicios web y protocolos de comunicación para conseguir una entrega
de mensajes altamente segura.
MQSeries proporciona una capa de comunicaciones para la visibilidad y el
control del flujo de mensajes y datos dentro y fuera de la organización.
Para la utilización se necesita de un cliente que realice la conexión con el
servidor de MQSeries ya que el sistema se encuentra desarrollado en
.Net Framework 4.0
XML
XML es utilizado como un estándar para el intercambio de información
estructurada entre diferentes plataformas. Se puede usar en bases de
datos, editores de texto, hojas de cálculo y comunicación entre diferentes
aplicaciones.
Es una tecnología sencilla que tiene a su alrededor otras que la
complementan y la hacen mucho más grande y con unas posibilidades
mucho mayores.
Tiene un papel muy importante en la actualidad ya que permite la
compatibilidad entre sistemas para compartir la información de una
manera segura, fiable y fácil.
46
.Net.
.NET es un framework de Microsoft que hace un énfasis en la
transparencia de redes, con independencia de plataforma de hardware y
que permita un rápido desarrollo de aplicaciones.
Su propuesta es ofrecer una manera rápida y económica, a la vez que
segura y robusta, de desarrollar la aplicación o como la misma plataforma
las denomina, soluciones permitiendo una integración más rápida y ágil
entre empresas y un acceso más simple y universal a todo tipo de
información desde cualquier tipo de dispositivo.
Todo esto debido a que se parte de una solución ya desarrollada la cual
se está acoplando a las necesidades de la Empresa de
Telecomunicaciones.
Utilización del Bus Empresarial o ESB
Generalmente proporciona una capa de abstracción construida sobre una
implementación de un sistema de mensajes de empresa que permita a los
expertos en integración explotar el valor del envío de mensajes sin tener
que escribir código.
Permite ser capaz de sustituir el contacto directo con los sistemas
legados, de modo que toda la comunicación tenga lugar a través del bus.
El bus encapsula las funcionalidades de Consultas, Registró y Reverso de
recaudaciones.
47
4. CÁLCULOS Y RESULTADOS
4.1 Cronograma
48
49
Tabla 16: Cronograma
50
4.2 Recursos y Presupuesto
Responsables Área
2 Personal Empresa Pública
1 Gerente de Proyecto
1 Líder de Desarrollo
1 Desarrollador
Tabla 17: Recursos
Componente
Tipo Detalle Cantidad Costo
Unitario Costo Total
Adquisición de servidores
Hardware
3 800 2400
Depreciación o uso informático de computadora del equipo
Hardware 4 recursos 640 h 0,5 320
SQL Server 2012 R2
Software
1 - -
Microsoft Visual Studio 2012
Software
1 - -
S.O. Windows Server 2012 R2
Software
3 - -
Energía eléctrica
Servicios 6 meses 45,4 kW/h 0,2 54,48
Internet
Servicios 6 meses 5 19 95
Tabla 18: Presupuesto
4.3 Evaluación de Resultados
En la etapa de desarrollo se encontraron varios problemas al integrarnos con
el ESB ya que es el puente de comunicación entre el Sistema de
Recaudación y los Sistemas Legados, una vez superado el incidente
presentado como el más crítico; se describe que el análisis y levantamiento
de los requerimientos de la Empresa de Telecomunicaciones fue satisfactorio
para el desarrollo e implementación del sistema, en lo que cabe a su
funcionalidad se está brindando una mayor interacción con el cliente en la
atención obteniendo resultados satisfactorios.
51
CONCLUSIONES Y RECOMENDACIONES
La etapa de levantar los requerimientos de la Empresa de
Telecomunicaciones ha sido una etapa de vital importancia para el
desarrollo e implementación del Sistema de Recaudación, sobre todo
para la etapa de construcción del sistema ya que se ha podido identificar
puntos de mejora y personalizar la versión para que se ajuste a las
necesidades que brinda a sus clientes, usuario y/o consumidores.
Parte del Desarrollo y construcción del Sistema de Recaudación se ha
culminado con las actividades generales, sin embargo se debe considerar
que faltará realizar cambios que impliquen desarrollo una vez que se
realicen las pruebas con la Empresa de Telecomunicaciones y la
integración con el ESB.
Como resultado de la implementación del Sistema de Recaudación en
base a los antecedentes antes presentados; la tecnología avanza y los
sistemas cada son más robustos, lo que implica que el sistema debe
prepararse para futuros giros de negocio e ir fortaleciendo su estructura
para la adaptación a los nuevos dispositivos que el mercado dispone.
52
GLOSARIO
AGENCIAS, PUNTOS DE VENTA: Oficina o espacio físico donde se realizan
las recaudaciones.
CAJERO: Talento humano que tiene acceso al “Sistema de Recaudación” para
realizar las transacciones de recaudación.
SUPERVISOR: Talento humano que tiene acceso al “Sistema de Recaudación”
para realizar operaciones de las transacciones de recaudación.
ADMINISTRADOR: Talento humano que tiene acceso al “Sistema de
Recaudación” para realizar operaciones administrativas.
OPEN FLEXIS: Sistema que administra el ingreso y almacenamiento de
información de las bases de datos de los clientes, usuarios y/o consumidores
de los servicios fijos de telecomunicaciones, televisión, así como el control de
sus pagos a través de todos los canales de recaudación, incluido el proceso de
cierre y cuadre de caja.
OPEN SMARTFLEX: Sistema que administra el ingreso y almacenamiento de
información de las bases de datos de los clientes, usuarios y/o consumidores
de los servicios móviles de telecomunicaciones, así como el control de sus
pagos a través de todos los canales de recaudación, incluido el proceso de
cierre y cuadre de caja.
SERVICIO FIJO (SF): Es un conjunto de servicios de telecomunicaciones que
permiten el intercambio bi-direccional de tráfico de voz, datos y televisión, a
través de una red fija.
53
SERVICIO MÓVIL (SM): Es un conjunto de servicios de telecomunicaciones
que permiten el intercambio bi-direccional de tráfico de voz y datos, entre a
través de una red móvil.
SISTEMAS LEGADOS: Sistemas transaccionales y aplicaciones informáticas
de la Empresa de Telecomunicaciones.
54
BIBLIOGRAFÍA
[1] DÍAZ CONCHA, R. (2012). Aplicaciones de negocio con Microsoft Silverlight
5, España, RC Libros, ISBN 9786077075554.
[2] MISTRY, R. y MISNER, S. (2008). Introducing Microsoft SQL Server 2008 R2.
[3] SHARP, J. (14 de enero de 2013). Visual C# 2013 Step by Step, Microsoft
Press, ISBN 978-0735668010.
[4] CHARTE, F. (2013). Manual Imprescindible Asp.Net 4.5/MVC 4, Anaya
Multimedia, ISBN 9788441534520.
[5] BONNET, N. (junio 2014). Windows Server 2012 R2. Las bases
imprescindibles para la administrar y configurar su servidor, Tapa Blanda,
ISBN 978-2-7460-9039-2.
[6] MACHADO PIRIZ, F. Una introducción simple al patrón Model View
ViewModel para construir aplicaciones Silverlight y Windows Presentation
Foundation, disponible en: http://fernandomachadopiriz.com/2010/06/09/
una-simple-introduccin-al-patrn-model-view-viewmodel-para-construir-
aplicaciones-silverlight-y-windows-presentation-foundation/
[7] Contexto - RIA Services y Silverlight, disponible en: http://respag.net/ria-
services-y-silverlight.aspx
[8] Contexto - Bus de Servicio Empresarial (ESB) como soporte a SOA,
disponible en: http://horizontesbpm.blog.com/?p=111
[9] Contexto - La Arquitectura MVC, disponible en:
http://librosweb.es/libro/jobeet_1_4/capitulo_4/la_arquitectura_mvc.html
55
ANEXOS
56
ANEXO A
Mostrar la interacción del conjunto de objetos a través del tiempo en la cual se
pueda evidenciar los diferentes objetos de la aplicación.
Diagramas de secuencia servicio fijo
Se detallan el diagrama de secuencia de forma general en el proceso de
recaudación del Servicio Fijo.
GRAFICO 4: Secuencia servicio fijo
57
Diagramas de secuencia servicio móvil
Se detallan el diagrama de secuencia de forma general en el proceso de
recaudación del Servicio Móvil.
GRAFICO 5: Secuencia servicio móvil
58
Diagramas de secuencia apertura agencia
Se detallan el diagrama de secuencia de forma general en el proceso de
apertura de agencia.
GRAFICO 6: Secuencia apertura agencia
59
Diagramas de secuencia cierre de agencia
Se detallan el diagrama de secuencia de forma general en el proceso de
apertura de agencia.
GRAFICO 7: Secuencia cierre de agencia
60
Diagramas de secuencia cuadre de caja
Se detallan el diagrama de secuencia de forma general en el proceso de
cuadre de caja.
GRAFICO 8: Secuencia cuadre de caja
61
Diagramas de secuencia apertura de caja
Se detallan el diagrama de secuencia de forma general en el proceso de
apertura de caja.
GRAFICO 9: Secuencia apertura de caja
62
Diagramas de secuencia cierre de caja
Se detallan el diagrama de secuencia de forma general en el proceso de
cierre de caja.
GRAFICO 10: Secuencia cierre de caja
63
Diagramas de secuencia creación agencias
Se detallan el diagrama de secuencia de forma general en el proceso de
creación de agencias.
GRAFICO 11: Secuencia creación agencias
64
Diagramas de secuencia creación perfiles
Se detallan el diagrama de secuencia de forma general en el proceso de
creación de perfiles.
GRAFICO 12: Secuencia creación perfiles
65
Diagramas de secuencia creación usuario
Se detallan el diagrama de secuencia de forma general en el proceso de
creación de usuarios.
GRAFICO 13: Secuencia creación usuario
66
Diagramas de secuencia reverso
Se detallan el diagrama de secuencia de forma general en el proceso
reverso.
GRAFICO 14: Secuencia reverso
67
Diagramas de secuencia formas pago
Se detallan el diagrama de secuencia de forma general en el proceso de
formas de pago.
GRAFICO 15: Secuencia formas pago
68
Diagramas de secuencia transacción offline
GRAFICO 16: Secuencia transacción offline
