Memoria de Estadía PDF

UNIVERSIDAD TECNOLÓGICA DE DURANGO
TECNOLOGÍAS DE LA INFORMACIÓN
MEMORIA
DE
ESTADIA
“SISTEMA INTEGRAL DE COBRANZA PARA LA EMPRESA

ATHENA3S EN GUADALAJARA, JAL”
POR:
T.S.U. CESEÑAS RIVERA ERICK
T.S.U. RIVERA FRANCISCO HÉCTOR
ASESOR EXTERNO: DR. ARCANGELO MONETTI
ASESOR ACADÉMICO: M.T.I. OMAR GÓMEZ ARREOLA
GENERACIÓN: 2014-2016
VICTORIA DE DURANGO, DGO. ABRIL 2016

Tecnologías de la información Memoria de Estadía
DICTAMEN DE ESTADÍA
I
T.S.U. Ceseñas Rivera Erick
T.S.U. Rivera Francisco Héctor
II
AGRADECIMIENTOS
Erick Ceseñas Rivera.
Agradezco principalmente a mis padres Gerardo Ceseñas Arroyo y Leonila Rivera

Rivera por brindarme la oportunidad de estudiar gracias a su esfuerzo día con día, a
mis hermanos German, Diana y Gerardo Ceseñas Rivera por su apoyo incondicional,
al Dr. Arcangelo Monetti por la oportunidad de realizar mis estadías en su empresa
Athena3S y por la confianza otorgada. Al profesor Alberto Bravo Alcaraz por
recomendarnos y guiarnos durante toda la estadía y a Héctor Rivera Francisco por su
amistad y apoyo. Con especial dedicatoria a mi novia Brenda Lizeth González Salas.
Héctor Rivera Francisco

A mi familia que es mi fuente de apoyo constante e incondicional en mi vida gracias a
su apoyo pude concluir con mi carrera. A mis padres Héctor y Ofelia por brindarme los
recursos necesarios estando a mi lado y apoyándome siempre. A mis hermanos Álvaro
y Erick por estar siempre presentes, por su apoyo y confianza. Al M.T.I. Alberto Bravo
Alcaraz, por la orientación y ayuda que me brindo para realización de esta memoria de
estadía, por su ayuda que me permitió aprender mucho más. Al Dr. Arcangelo Monetti,
por la oportunidad de realizar las estadías en Athena3S y por la gran experiencia y
cosas nuevas que aprendí estando es su empresa. A Erick Ceseñas por su amistad y
compañerismo, por tener la oportunidad de trabajar en conjunto y así haber concluido
nuestra estadía y tesis con éxito.
Gracias en general a la Universidad Tecnológica de Durango.
III
RESUMEN
La presente memoria de estadía muestra el desarrollo de un sistema integral de
cobranza, realizado en la empresa Athen3S ubicada en Guadalajara, Jal., durante un
periodo comprendido entre enero - abril del 2016. El propósito de este desarrollo fue
crear una herramienta de control, que ayuda a registrar información detallada de las
actividades llevadas a cabo en el proceso de la cobranza.
Se llevó a cabo una investigación acerca de la cobranza con el fin de

comprender mejor esta práctica, y así implementar de la mejor manera las
herramientas necesarias para este sistema.
El sistema se desarrolló con ayuda de los siguientes lenguajes de programación

siguientes:
1. Php
2. JavaScrip
3. JQuery
4. Utilizando también CSS para el diseño del sistema
Para finalizar se realizaron pruebas de funcionamiento, introduciendo una enorme

cantidad de información al sistema, y así comprobando con ello que no existieran
errores.
IV
ABSTRACT
This memory, shows the development of a comprehensive system of collection, held in
the company Athen3S located in Guadalajara, Jal., For a period between January- April
2016. The purpose of this development was to create a control tool, which helps to
record details of the activities carried out in the process of collection.
Was conducted an investigation into the collection in order to better understand

this practice, and so the best way to implement the necessary tools for this system.
The system was developed using the following following programming languages:
1. Php
2. JavaScrip
3. JQuery
4. Also using CSS to design the system.
Finally, performance tests were conducted by introducing a huge amount of

information to the system, and so thereby checking that there were no errors.
V
Tabla de abreviaturas
Tabla 1 “Abreviaturas”
Código Descripción
RIA Rich Internet Aplications.
AJAX Asynchronous JavaScript And XML.
JSON JavaScript Object Notation.
XML Extencible Markup Language.
URI Uniform Resources Identifier.
API Application Programming Interface.
PDF Portable Document Format.
DNS Domain Name System.
BIND Berkeley Internet Name Domain
IDE Integrated Development Environment
GUI Graphical User Interface
PHP Hypertext Preprocessor
HTML Hypertext Markup Language
CSS Cascading Style Sheets
SQL Structured Query Language
ERM Entity Relationship Model
PDO PHP Data Objects
CSV Comma Separated Values
SHH Secure Shell
VI
SCP Secury Copy Protocol
PNG Portable Network Graphics
JPG Joint Photographic Experts Group
TXT Text
C.P Código Postal
Int. interior
INT Integer
Av Avenida
RFC Registro Federal de contribuyentes
Col Colonia.
UTD Universidad Tecnológica de Durango.
UNIVA Universidad del Valle de Atemajac
SMB Samba.
COM Communication.
IP Internet Protocol.
ANSI American National Standards Institute.
ISO International Organization for Standardization.
IEC International Electrotechnical Commission.
CURP Clave Única de Registro de Población.
etc Etcétera.
PC Personal Computer
HTTP Hypertext Transfer Protocol
VII
TABLA DE CONTENIDO
DICTAMEN DE ESTADÍA ............................................................................................ I
AGRADECIMIENTOS ................................................................................................ III
RESUMEN ................................................................................................................. IV
ABSTRACT ................................................................................................................. V
ÍNDICE DE ILUSTRACIONES ................................................................................... XI
ÍNDICE DE TABLAS ................................................................................................ XIII
ÍNDICE DE ANEXOS ............................................................................................... XIV
INTRODUCCIÓN ...................................................................................................... XV
1. CAPÍTULO I ....................................................................................................... 16
GENERALIDADES DE LA EMPRESA .................................................................. 16
1.1. Descripción general...................................................................................... 16
1.2. Antecedentes ............................................................................................... 17
1.3. Misión y visión .............................................................................................. 18
1.3.1 Misión ........................................................................................................ 18
1.3.2 Visión ........................................................................................................ 18
1.4. Descripción general del proceso .................................................................. 19
1.5. Descripción del área de trabajo .................................................................... 20
2. CAPÍTULO II ...................................................................................................... 21
PLANTEAMIENTO DEL PROBLEMA .................................................................... 21
2.1. Descripción del problema ............................................................................. 21
2.2. Objetivos del proyecto .................................................................................. 22
2.2.1. Objetivo general ........................................................................................ 22
2.2.2. Objetivo específico .................................................................................... 22
2.2.3. Hipótesis ................................................................................................... 22
2.3. Justificación.................................................................................................. 23
2.4. Alcances y límites......................................................................................... 24
3. Capítulo III .......................................................................................................... 25
3.1. Marco teórico ............................................................................................... 25
3.1.1 Rich Internet Application (RIA). ..................................................................... 25
3.1.2 Asynchronous JavaScript And XML (AJAX). ................................................ 26
3.1.3 JavaScript Object Notation (JSON)............................................................... 26
VIII
3.1.4 Data URI. ...................................................................................................... 26

3.1.5 Application Programming Interface (API). ..................................................... 27
3.1.6 JQuery. ......................................................................................................... 27
3.1.7 PDF.js. .......................................................................................................... 27
3.1.8 Free PDF (FPDF).......................................................................................... 27
3.1.9 Free PDF Importer (FPDI). ........................................................................... 28
3.1.10 Signature Pad. ............................................................................................ 28
3.1.11 SAMBA. ...................................................................................................... 29
3.1.12 Arduino. ...................................................................................................... 29
3.1.13 Raspberry Pi. .............................................................................................. 29
3.1.14 VirtualHosts. ............................................................................................... 30
3.1.15 Domain Name System (DNS). .................................................................... 30
3.1.16 Berkeley Internet Name Domain (BIND). .................................................... 30
3.1.17 Processing (Lenguaje de programación). ................................................... 30
3.1.18 Integrated Development Environment (IDE). .............................................. 31
3.1.18 Graphical User Interface (GUI). .................................................................. 31
3.1.19 Hypertext Preprocessor (PHP). .................................................................. 31
3.1.20 Hypertext Markup Language level 5 (HTML5). ........................................... 32
3.1.21 Cascading Style Sheets version 3 (CSS3). ................................................. 32
3.1.22 Structured Query Language (SQL). ............................................................ 32
3.1.22 Entity-relationship model (ERM or ER model). ........................................... 32
3.1.23 Community Enterprise Operating System (CentOS). .................................. 33
3.1.24 PHP Data Objects (PDO). ........................................................................... 33
3.1.24 No repudio en informática. .......................................................................... 34
3.1.25 Condonación. .............................................................................................. 34
3.1.26 Acreedores. ................................................................................................ 34
3.1.26 Cobranza. ................................................................................................... 34
3.1.27 Diagrama de Gantt...................................................................................... 34
3.1.28 Diagrama de flujo. ....................................................................................... 35
3.1.29 Comma Separated Values (CSV). .............................................................. 35
3.1.30 Excel. .......................................................................................................... 35
3.1.31 Secure Shell (SHH)..................................................................................... 35
IX
3.1.32 Secure Copy Protocol (SCP). ..................................................................... 35

3.1.32 Baudios. ...................................................................................................... 35
4. Capítulo IV ......................................................................................................... 36
DESARROLLO DEL PROYECTO ......................................................................... 36
4.1. Metodología utilizada ................................................................................... 36
4.1.1 Diagrama de Gantt........................................................................................ 37
4.1.2 Investigación de las prácticas de cobranza. ................................................. 39
4.1.3 Conocer a fondo la metodología del Sistema Integral de Cobranza. ............ 42
4.1.4 Diseñar reportes del Sistema Integral de Cobranza ..................................... 59
4.1.5 Crear actividades de condonación. ............................................................... 69
4.1.6 Crear notificador de usuario logueado. ......................................................... 70
4.1.7 Cambiar de gestor automáticamente. ........................................................... 71
4.1.9 Modificación de base de datos. .................................................................... 72
4.1.10 Agregar estados. ........................................................................................ 76
4.1.11 Probar manejo de carteras. ........................................................................ 76
4.1.12 Control diario del usuario. ........................................................................... 78
4.1.13 Montar subdominio. .................................................................................... 80
4.1.14 Diseño de la interfaz de usuario. ................................................................ 82
4.1.15 Investigar tecnologías para SinPapel App. ................................................. 83
4.1.16 Desarrollar SinPapel App. ........................................................................... 84
4.1.17 Crear base de datos para el apartado de administración de SinPapel App. 86
4.1.18 Desarrollar apartado de administración de SinPapel App. .......................... 89
4.1.19 Almacenar información en la base de datos. .............................................. 89
4.1.20 Montar aplicación SinPapel en RaspBerry Pi. ............................................ 90
4.1.21 Investigar tecnologías para RemoteMonitoring. .......................................... 91
4.1.22 Programación de placa Arduino. ................................................................. 92
4.1.23 Desarrollo de sistema de administración de RemoteMonitoring. ................ 93
5. Capítulo V .......................................................................................................... 96
5.1. Resultados ................................................................................................... 96
5.1.1 Sistema Integral de Cobranza (Athena Cobra). ............................................ 96
5.1.2 SinPapel App. ............................................................................................. 106
5.1.3 RemoteMonitoring....................................................................................... 112
X
Conclusiones ........................................................................................................... 116

Referencias bibliográficas ....................................................................................... 117
Anexos .................................................................................................................... 120
ÍNDICE DE ILUSTRACIONES
Ilustración 1 “JSON”. ................................................................................................. 26

Ilustración 2 "Firma 1" ............................................................................................... 28
Ilustración 3 "Firma 2" ............................................................................................... 29
Ilustración 4 "Diagrama de Gantt 1" .......................................................................... 37
Ilustración 5 "Diagrama de Gantt 2" .......................................................................... 38
Ilustración 6 "Modelo relacional 1" ............................................................................ 46
Ilustración 7 "Modelo relacional 2" ............................................................................ 47
Ilustración 8 "Diagrama de flujo 1" ............................................................................ 59
Ilustración 9 "Diagrama de flujo 2" ............................................................................ 60
Ilustración 10 "Diagrama de flujo 2" .......................................................................... 61
Ilustración 19 "Diagrama de flujo 10" ........................................................................ 70
Ilustración 24 "Modelo relacional 3" .......................................................................... 86
Ilustración 28 "Modelo relacional 4" .......................................................................... 93
Ilustración 29 "Menú lateral" ...................................................................................... 96
Ilustración 30 "Botón datos" ...................................................................................... 97
Ilustración 31 "Titulo y hora actual" ........................................................................... 97
Ilustración 32 "Inicio de sesión" ................................................................................. 97
Ilustración 33 "Aviso" ................................................................................................. 98
Ilustración 34 "Datos" ................................................................................................ 98
XI
Ilustración 35 "Empresas acreedoras" ...................................................................... 99

Ilustración 36 "Practicas de cobranza" ...................................................................... 99
Ilustración 37 "Deudores" .......................................................................................... 99
Ilustración 38 "Manejo de carteras" ......................................................................... 100
Ilustración 39 "Gestores" ......................................................................................... 100
Ilustración 40 "Control diario" .................................................................................. 100
Ilustración 41 "Operaciones Disponibles" ................................................................ 101
Ilustración 42 "Agendas" ......................................................................................... 101
Ilustración 43 "Acciones" ......................................................................................... 101
Ilustración 44 "Documentos" ................................................................................... 102
Ilustración 45 "Cobros, pagos y recibos" ................................................................. 102
Ilustración 46 "Archivos y documentos compartidos" .............................................. 102
Ilustración 47 "Configuración" ................................................................................. 103
Ilustración 48 "Estados"........................................................................................... 103
Ilustración 49 "Tipo de acciones" ............................................................................ 103
Ilustración 50 "Tipos de gestores" ........................................................................... 104
Ilustración 51 "Tipo de importe" ............................................................................... 104
Ilustración 52 "Tipos de documentos" ..................................................................... 104
Ilustración 53 "Tipos de recibos" ............................................................................. 105
Ilustración 54 "Workflow" ......................................................................................... 105
Ilustración 55 "Reportes" ......................................................................................... 105
Ilustración 56 "Usuarios" ......................................................................................... 106
Ilustración 57 "Pantalla de espera" .......................................................................... 106
Ilustración 58 "Documento cargado" ....................................................................... 107
Ilustración 59 "Rechazo" ......................................................................................... 107
Ilustración 60 "Firmar" ............................................................................................. 108
Ilustración 61 "Menú" .............................................................................................. 108
Ilustración 62 "Encabezado".................................................................................... 109
Ilustración 63 "Inicio de sesión" ............................................................................... 109
Ilustración 64 "Sucursales" ...................................................................................... 109
Ilustración 65 "Ventanillas" ...................................................................................... 109
Ilustración 66 "Dispositivos" .................................................................................... 110
Ilustración 67 "Historia" ........................................................................................... 110
Ilustración 68 "Configuración" ................................................................................. 110
Ilustración 69 "Formulario de configuración" ........................................................... 111
Ilustración 71 "Panel superior" ................................................................................ 112
Ilustración 72 "Menú" .............................................................................................. 112
Ilustración 73 "Inicio de sesión" ............................................................................... 112
Ilustración 74 "Sucursales" ...................................................................................... 113
Ilustración 75 "Aparatos" ......................................................................................... 113
Ilustración 76 "Sensores" ........................................................................................ 114
Ilustración 77 "Estado" ............................................................................................ 114
XII
Ilustración 78 "Historia" ........................................................................................... 115

ÍNDICE DE TABLAS
Tabla 1 “Abreviaturas” ................................................................................................ VI
Tabla 2 "Acciones" .................................................................................................... 48
Tabla 3 "Agenda" ...................................................................................................... 48
Tabla 4 "Archivos" ..................................................................................................... 49
Tabla 5 "Configuración" ............................................................................................. 49
Tabla 6 "Acreedores" ................................................................................................ 50
Tabla 7 "Deudores" ................................................................................................... 51
Tabla 8 "Documentos" ............................................................................................... 51
Tabla 9 "Estados" ...................................................................................................... 52
Tabla 10 "Gestores" .................................................................................................. 52
Tabla 11 "Practicas" .................................................................................................. 53
Tabla 12 "Recibos" .................................................................................................... 54
Tabla 13 "Tipo Acción" .............................................................................................. 54
Tabla 14 "Tipo Documento"....................................................................................... 54
Tabla 15 "Tipo gestor" ............................................................................................... 55
Tabla 16 "Tipo importe" ............................................................................................. 55
Tabla 17 "Tipo recibo" ............................................................................................... 56
Tabla 18 "Usuarios" ................................................................................................... 57
Tabla 19 "WorkFlow" ................................................................................................. 57
Tabla 20 "Acciones" .................................................................................................. 72
Tabla 21 "Prácticas" .................................................................................................. 73
Tabla 22 "Recibos" .................................................................................................... 74
Tabla 23 "Configuración" ........................................................................................... 74
Tabla 24 "Estados" .................................................................................................... 76
Tabla 25 "Razón social" ............................................................................................ 77
Tabla 26 "Direcciones Linux"..................................................................................... 81
Tabla 27 "Sucursales" ............................................................................................... 86
Tabla 28 "Configuración" ........................................................................................... 87
Tabla 29 "Historial" .................................................................................................... 87
Tabla 30 "Sucursal" ................................................................................................... 87
Tabla 31 "Usuarios" ................................................................................................... 88
Tabla 32 "Ventanillas" ............................................................................................... 88
Tabla 33 "Aparato" .................................................................................................... 93
Tabla 34 "Historia" ..................................................................................................... 94
Tabla 35 "Sensor" ..................................................................................................... 94
Tabla 36 "Sucursal" ................................................................................................... 94
Tabla 37 "Usuarios" ................................................................................................... 95
XIII
ÍNDICE DE ANEXOS
Anexo 1 "Aparato de monitoreo por fuera" .............................................................. 120
Anexo 2 "Aparato de monitoreo por dentro" ............................................................ 120
Anexo 3 "Raspberry Pi" ........................................................................................... 121
Anexo 4 "Arduino Pro mini" ..................................................................................... 121
Anexo 5 "Reporte: Empresas acreedoras" .............................................................. 122
Anexo 6 "Reporte: Deudores" ................................................................................. 123
Anexo 7 "Reporte: Practicas" .................................................................................. 124
Anexo 8 "Reporte: Usuarios" ................................................................................... 125
Anexo 9 "Reporte: Configuración" ........................................................................... 126
Anexo 10 "Reporte: Estados y tipos" ....................................................................... 127
Anexo 11 "Reporte: Workflow" ................................................................................ 128
Anexo 12 "Reporte: Gestores por tipos" .................................................................. 129
Anexo 13 "Reporte: Agenda de los gestores" ......................................................... 130
Anexo 14 "Reporte: Practicas" ................................................................................ 131
Anexo 15 "Aplicación SinPapel en tablet" ............................................................... 132
Anexo 16 "Documento firmado" .............................................................................. 132
XIV
INTRODUCCIÓN
La cobranza es importante donde existan cuentas por cobrar sea en el sector
financiero o comercial, las cuentas por cobrar derivan de créditos otorgados a clientes
y los créditos con falta de pagos se convierten en un problema. Las empresas de
cobranza deben tener una acción rápida y eficiente para evitar que un alto porcentaje
de estas cuentas se vuelvan incobrables.
La presente Memoria de estadía muestra el desarrollo de un sistema integral de

cobranza, una herramienta de control, de gran utilidad a lo largo de esta actividad. Este
sistema registrar información detallada de las actividades llevadas a cabo en el
proceso de recuperación de una deuda, ayuda con el ordenamiento de las deudas de
una cartera, y así en base a sus niveles de dificultad asigna al gestor adecuado para
cada tipo de deuda.
Este trabajo presenta los siguientes capítulos:
En el capítulo I, se presentan las generalidades de la empresa, descripción

general, antecedentes, misión, visión, descripción general del proceso y descripción
del área de trabajo.
En el capítulo II, se aborda el planteamiento del problema, los objetivos

generales y específicos del proyecto, también se presenta la justificación, los alcances
y limitaciones del mismo.
En el capítulo III, se presenta el marco teórico, se tocan términos de

programación tales como: JQuery, HTML, PHP, JavaScript entre otros, también de
algunos términos generales como cobranza, acreedores, condonación entre otras, por
mencionar algunas.
En el capítulo IV, se describe el desarrollo del proyecto, desde la metodología

utilizada, diagrama de Gantt, la investigación de las prácticas, el diseño del sistema y
de sus diferentes apartados hasta la creación de la base de datos.
En el capítulo V, se muestran los resultados del proyecto que incluyen capturas del
funcionamiento del sistema integral de cobranza y su respectiva explicación.
XV
1. CAPÍTULO I
GENERALIDADES DE LA EMPRESA
1.1. Descripción general
Athena3S ubicada en Av. Niños Héroes #3053 int.213, colonia Jardines del Bosque
C.P. 44520, Guadalajara, Jalisco, México, con el número de contacto: + 52 33 2016
58 60, correo electrónico: info@athena3s.com.mx y pagina web
www.athena3s.com.mx es una empresa mexicana que ofrece:
 Productos
 Sistemas
 Soluciones integrales
 Servicios
En los sectores:
 Informático
 Médico
 Sistemas para clínicas dentales
 Electrónica, seguridad y automatización
Tienen un catálogo de productos y sistemas para varios tipos de empresas, para

solucionar definitivamente varios tipos de problemas, como los de administración,
producción y ventas.
Es una empresa que, gracias a la experiencia de sus socios y los enlaces

internacionales, disfruta de una enorme experiencia y de la posibilidad de ofrecer
productos innovadores, con estilo y calidad de clase mundial.
16
1.2. Antecedentes
Athena3S sociedad de responsabilidad limitada de capital variable.
La empresa nació en el 2011, con el nombre Implantcorp y fue transformada en el

2015, con la introducción de nuevos socios y el cambio de nombre en Athena3S y de
objeto social.
Actualmente el objeto social permite:
 Producción y venta de aparatos médicos para dentistas.

 Producción, venta de aparatos, sistemas electrónicos, informáticos y de
telecomunicaciones.
La empresa posee dos marcas registradas ante IMPI:
 ATHENA3S
 DENTALNET by Athena3S
La empresa es centro de investigación privado y cuenta con constancia del Registro

Nacional de Ciencia y Tecnología (Reniecyt), número 2015/22214
La empresa está vinculada para proyectos y desarrollos con:
 UNIVA Universidad del Valle de Atemajac, Zapopan, Jalisco

 UTD Universidad Tecnológica de Durango
17
1.3. Misión y visión
1.3.1 Misión
Investigar, crear, producir y comercializar productos en forma de soluciones y de

servicios que, además de satisfacer las necesidades de los clientes, mejoren su
capacidad de trabajar por medio de la innovación y de la calidad que nuestra empresa
brinda.
1.3.2 Visión
Ser líder en el sector tecnológico mexicano, poniendo la innovación y la calidad como

pilares del trabajo diario para lograr resultados duraderos, donde la empresa se pone
como entidad estable en la constante evolución del mercado.
18
1.4. Descripción general del proceso
El proceso general de las actividades de compañía es lo siguiente:
 Definición del propósito

 Definición de los objetivos
 Diseño y desarrollo
Cada fase del proceso es compartida entre los stakeholders de la empresa para su
correcta actuación.
Las principales tareas operativas de la compañía con respecto al mercado son las
siguientes:
 Desarrollar e implementar las mejores estrategias para la gestión de las

tecnologías electrónicas e informáticas.
 Anticipar y reaccionar a las principales tendencias de la tecnología y las
innovaciones en el mercado.
 Desarrollar, crear e implementar soluciones de negocio basadas en la
tecnología, según sea necesario.
 Asegurar que todo el hardware y el software es mantenido y reemplazado según
sea necesario, para la producción de bienes y la oferta de servicios.
19
1.5. Descripción del área de trabajo
El área de sistemas se encarga tanto del desarrollo de aplicaciones web como del
mantenimiento del servidor de la empresa.
Personal:
1. Erick Ceseñas Rivera.
2. Héctor Rivera Francisco
Funciones:
1. Diseño se aplicaciones web.

2. Diseñar, analizar e implementar nuevas aplicaciones según las
necesidades solicitadas, así como mantenimiento a las ya existentes.
3. Mantener la confidencialidad.
4. Mantener la confidencialidad se la información automatizada.
5. Mantenimiento de servidor.
6. Realizar copias de seguridad, visionado de logs y análisis de rendimiento.
20
2. CAPÍTULO II
PLANTEAMIENTO DEL PROBLEMA
2.1. Descripción del problema
Existen tres problemas comunes en la cobranza y por lo general, estos representan
las principales causas de que esta labor falle, la falta de seguimiento y control del
cobrador, no llevar un registro de todas las acciones y no calificar el nivel de cobranza
de acuerdo al nivel de complejidad, son algunos problemas que se presentan durante
la cobranza, problemas que no se presentarían con la utilización un sistema de
información con la capacidad de llevar un mejor control de estas actividades de forma
ordenada y así ayudando con el proceso de cobranza.
21
2.2. Objetivos del proyecto

2.2.1. Objetivo general
Analizar y desarrollar un sistema integral de cobranza para la administración del medio

financiero, que ayude a llevar un mejor control del registro de actividades y el
seguimiento de deudas en el proceso de cobranza.
2.2.2. Objetivo específico

 Desarrollar aplicación para la eliminación del papel en las ventanillas del medio
financiero.
 Analizar, probar y desarrollar el sistema para el manejo integral de cobranza
con sistema documental y flujo operativo estructurado.
 Utilizar tabletas para la firma electrónica de documentos y almacenamiento de
archivos con el uso de metadatos en repositorios seguros.
 Proporcionar una herramienta que genere reportes que sean útiles para el
análisis de la información.
 Crear interfaces amigables que faciliten al usuario el manejo y utilidad del
sistema integral de cobranza.
 Generar información que resuma los resultados de las actividades y el
desempeño de los gestores visualizando la efectividad del proceso de cobranza
y dándole seguimiento al estado real de la deuda.
2.2.3. Hipótesis
Se desarrollará un sistema integral de cobranza, el cual ayudará a empresas que

presentan dificultades con créditos morosos; con ayuda de este sistema se espera
incrementar en un 90% la agilidad de los procesos y dará seguimiento a las deudas,
mostrando avisos detallados del estado de los deudores, con ello serán solucionados,
problemas que causan las deficiencias operativas.
22
2.3. Justificación
Un problema que tienen las empresas es realizar cobranzas con letras físicas lo que
lleva demasiado tiempo, esto provoca que se pierda la continuidad de alguna deuda
provocando en una pérdida económica para la empresa.
Ante esta problemática antes expuesta, se propone el sistema integral de

cobranza, una alternativa de trabajar en forma eficiente, a través de la cual tendrá la
posibilidad de comprobar el estado de los deudores, registrar información detallada de
las actividades llevadas a cabo en el proceso de recuperación de una deuda facilitando
así la cobranza.
Con la ayuda de este sistema, la cobranza se volverá una tarea más sencilla,
con ello no se perderá la continuidad a ninguna deuda y por lo tanto la posibilidad de
pérdidas económicas se verá reducida.
23
2.4. Alcances y límites
Alcances:
Se busca implementar un sistema integral de cobranza que ayude al seguimiento de

la recaudación de las deudas en el proceso de cobranza de tal forma que logre evitar
la pérdida y la desactualización de la información de las deudas, el correspondiente
retraso de actividades y permita seguir un proceso eficiente de cobranza basado en el
control y seguimiento de actividades.
El sistema integral de cobranza estará compuesto por estas actividades:
 Ordenamiento de las deudas de una cartera en base a sus niveles de dificultad

para y así asignar al gestor adecuado para cada tipo de deuda.
 Registrar información detallada de las actividades llevadas a cabo en el proceso
de recuperación de una deuda.
 A partir del análisis de la información, brindar apoyo a la toma de decisiones
durante el proceso de la cobranza.
 Se utilizará información almacenada para generar reportes e indicadores que
respaldaran la toma de decisiones y las labores de gestión.
Limitaciones:
 Dada la complejidad del sistema integral de cobranza será necesario estudiar

la cobranza y todo el procedimiento que conlleva, lo que resta tiempo al
desarrollo del proyecto.
 El poco conocimiento sobre cobranza puede presentar un problema para el
desarrollo del sistema integral de cobranza al no conocer el proceso para llevar
a cabo esta actividad.
 Sera necesario almacenar una enorme cantidad de información en el sistema
para la realización de pruebas de funcionamiento, por ello las pruebas requerirá
de más tiempo del necesario.
24
3. Capítulo III
3.1. Marco teórico
3.1.1 Rich Internet Application (RIA).
Una aplicación de internet enriquecida o RIA por sus siglas en inglés, es un sistema
web que cumple con el propósito y la funcionalidad de un software de escritorio que
permite al usuario trabajar con datos almacenados en la nube, la aplicación divide la
interfaz y las actividades del lado del cliente con la interacción de los datos del lado
del servidor.
Una RIA trabaja con la mayoría de navegadores existentes, por lo cual no

requiere instalación en el equipo del usuario. Por razones de seguridad el usuario solo
puede trabajar con una sección de datos del servidor llamada “Sandbox”, el área
sanbox limita la visibilidad y el acceso a archivos del sistema.
Para entender mejor el concepto y las ventajas de las RIAs se emplearon las
siguientes citas:
“One distinguishing feature of an RIA (in contrast to other Web-based

applications) is the client engine that intermediates between the user and the
application server. The client engine downloads when the RIA launches. The
engine can be augmented during subsequent operation with additional
downloads in which the engine acts as a browser extension to handle the user
interface and server communications” (Rouse, SearchSOA, 2007).
“Rich Internet applications (RIA) are Web-based applications that have some
characteristics of graphical desktop applications. Built with powerful
development tools, RIAs can run faster and be more engaging. They can offer
users a better visual experience and more interactivity than traditional browser
applications that use only HTML and HTTP” (Kay, 2009).
25
3.1.2 Asynchronous JavaScript And XML (AJAX).

JavaScript asíncrono y XML o AJAX por sus siglas en inglés es un método de creación
de aplicaciones de internet enriquecidas, este método se usa para que las peticiones
se ejecuten inmediatamente sin tener que recargar la página completa, con esto es
posible crear aplicaciones que permiten interactuar con los datos en tiempo real. Las
aplicaciones con Ajax utilizan un motor que actúa entre el navegador del usuario y el
servidor, en lugar de recargar toda la página el navegador usa el motor Ajax que actúa
en segundo plano y muestra la interfaz que el usuario ve. (resig, 2014).
3.1.3 JavaScript Object Notation (JSON).

Es un formato ligero de intercambio de datos, tanto para la computadora como para el
usuario es sencillo de leer y de generar. Un objeto en JSON comienza con una llave
de apertura ({) y termina con una llave de cierre (}) dentro de esta llave se encuentran
uno o más pares nombre/valor que se separan con doble punto (:) y cada par se separa
con una coma (,) (w3schools, 2012). Como se muestra el ejemplo de la ilustración 1:
Ilustración 1 “JSON”.
3.1.4 Data URI.

Un esquema data URI permite la inclusión de elementos de datos en línea, es decir:
es posible generar código data URI usando el método de codificación Base64 para
generar imágenes a partir de un canvas en HTML5, lo que permite que el navegador
interprete este tipo de cadenas sin tener un archivo almacenado en el servidor, al igual
es mejor usar este tipo de esquema que abrir una dirección donde se localice un
archivo en la estructura del código. (coyier, 2010).
26
3.1.5 Application Programming Interface (API).

“Un conjunto de reglas (código) y especificaciones que las aplicaciones pueden
seguir para comunicarse entre ellas: sirviendo de interfaz entre programas
diferentes de la misma manera en que la interfaz de usuario facilita la interacción
humano-software” (Merino, 2014).
Existe una gran variedad de Apis para el uso de los desarrolladores, empresas como
Google, Facebook, Twitter, etc. Ofrecen diferentes Apis para hacer de los sitios algo
más interactivo y enriquecido.
3.1.6 JQuery.
Es una librería de funciones de JavaScript, facilita la interacción entre los elementos
de un documento HTML como manejo de eventos, animaciones, manipulación y Ajax.
El uso de esta API facilita la codificación en JavaScript y es interpretada por la mayoría
de los navegadores.
3.1.7 PDF.js.
Es un visualizador de PDFs basado en HTML5 apoyado por Mozilla Labs, su principal
objetivo es analizar y renderizar los archivos con formato PDF para su visualización en
páginas web. PDF.js se encuentra actualmente en Github para el uso libre y la
contribución de los desarrolladores. (Mei, 2015).
3.1.8 Free PDF (FPDF).

“FPDF es una clase escrita en PHP que permite generar documentos PDF
directamente desde PHP, es decir, sin usar la biblioteca PDFlib. La F de FPDF
significa Free (gratis y libre): puede usted usarla para cualquier propósito y
modificarla a su gusto para satisfacer sus necesidades” (Plathey, 2004).
Esta librería ofrece la oportunidad de generar PDFs en PHP es de uso libre y gratis
como principales funciones se encuentran:
 Admisión de imágenes (JPG, PNG).

 Márgenes y formato de página.
 Uso de diversas fuentes.
 Anexar encabezados y pies de página.
27
3.1.9 Free PDF Importer (FPDI).
Es una librería con una colección de clases para importar PDFs existentes y usarlos
como plantillas en FPDF creada por Olivier Plathey.
En conjunto con la librería FPDF permiten modificar cualquier PDF siempre y

cuando sean menor la versión 1.4 y no estén protegidos. No requiere ninguna
extensión extra y al igual que FPDF es gratis y libre.
3.1.10 Signature Pad.

“Signature Pad is a JavaScript library for drawing smooth signatures. It's HTML5
canvas based and uses variable width Bézier curve interpolation based on
Smoother Signatures post by Square. It works in all modern desktop and mobile
browsers and doesn't depend on any external libraries” (Nowak, 2013).
Signature pad permite usar un canvas de HTML5 como lienzo para realizar firmas de
una manera más agradable y rápida. La función regresa una cadena tipo data URI con
codificación base64. En la ilustración 2 y 3 se muestra un ejemplo de una firma
realizada con Signature pad:
Ilustración 2 "Firma 1"
28
Ilustración 3 "Firma 2"
3.1.11 SAMBA.
Samba server es un software para servidores y desktops Unix/Linux desarrollado por
un grupo de desarrolladores en 1992 para la interacción con las carpetas compartidas
de Windows, básicamente permite tener un directorio de Linux compartido en un
workgroup de Windows y viceversa.
“Since 1992, Samba has provided secure, stable and fast file and print services
for all clients using the SMB/CIFS protocol, such as all versions of DOS and
Windows, OS/2, Linux and many others” (Tridgell, 2002).
3.1.12 Arduino.
Es una plataforma prototipo de uso libre que facilita la interacción hardware/software.
Las placas arduino integran un microcontrolador y un entorno de desarrollo llamado
the Arduino Software (IDE) que facilitan el uso de electrónica con una interfaz de
entradas y salidas.
3.1.13 Raspberry Pi.

Raspberry Pi es una pequeña y barata computadora creada en el 2006 por Eben
Upton, Rob Mullins, Jack Lang y Alan Mycroft para impulsar el aprendizaje de los niños
y su interés por la informática.
Puede tener sistemas operativos de Linux basados en esta pequeña

computadora como Raspbian, Pidora entre otros.
29
3.1.14 VirtualHosts.
El término Virtualhost es usado para la práctica de montar más de un solo sitio por
ejemplo (subdominio.dominio.com) en un solo servidor. Se puede tener múltiples
nombres de dominio que responden al mismo servidor. El usuario final ve diferentes
host pero todos están en el mismo servidor. (Apache, 2002).
3.1.15 Domain Name System (DNS).

Es un sistema que permite cambiar las direcciones IP de los servidores por dominios
que los usuarios pueden entender y recordar. Un nombre de dominio está construido
por un host seguido del dominio y por último la raíz (www.domain.us). (godaddy, 2001)
3.1.16 Berkeley Internet Name Domain (BIND).

BIND es un software de código abierto que implementa un sistema de nombres de
dominio desarrollado en 1980 por la Universidad de Berkeley California.
“BIND is by far the most widely used DNS software on the Internet, providing a
robust and stable platform on top of which organizations can build distributed
computing systems with the knowledge that those systems are fully compliant
with published DNS standards” (Risk, 2015).
3.1.17 Processing (Lenguaje de programación).
“Processing is a flexible software sketchbook and a language for learning how

to code within the context of the visual arts. Since 2001, Processing has
promoted software literacy within the visual arts and visual literacy within
technology. There are tens of thousands of students, artists, designers,
researchers, and hobbyists who use Processing for learning and prototyping”
(Fry, 2004).
Arduino Software (IDE) basa su entorno en este lenguaje de programación.
30
3.1.18 Integrated Development Environment (IDE).

Es un entorno de programación que ha sido empaquetado como una aplicación de
escritorio, básicamente consiste en un editor de texto, un compilador de código, un
depurador de código y un editor de interfaz gráfica.
“The BASIC programming language, for example, can be used within Microsoft
Office applications, which makes it possible to write a WordBasic program within
the Microsoft Word application. IDEs provide a user-friendly framework for many
modern programming languages, such as Visual Basic, Java, and PowerBuilder”
(Rouse, Search Software Quality, 2007).
3.1.18 Graphical User Interface (GUI).

La interfaz gráfica del usuario es un conjunto de imágenes y objetos gráficos para
representar la información y las acciones que se pueden realizar. Su principal uso es
para proporcionar un entorno visual sencillo para facilitar la interacción con el sistema
operativo.
“La historia de la interfaz gráfica de usuario se puede rastrear a la década de

1930, cuando el visionario Vannevar Bush diseñó un artefacto llamado Memex.
Este dispositivo tenía el aspecto de un escritorio, con dos pantallas táctiles
gráficas, un teclado, y un escáner (seguramente un aparato grandísimo)”
(Pavan, 2012).
3.1.19 Hypertext Preprocessor (PHP).

PHP es un lenguaje de uso general de lado del servidor principalmente usado para el
desarrollo web con contenido dinámico. PHP es usado actualmente por la mayoría de
las páginas en internet, su uso libre la hace adecuado para el desarrollo.
“PHP is a programming language that's used mostly for building web sites.
Instead of a PHP program running on a desktop computer for the use of one
person, it typically runs on a web server and is accessed by lots of people using
web browsers on their own computers” (Sklar, 2004).
31
3.1.20 Hypertext Markup Language level 5 (HTML5).

Es la versión más reciente de HTML con nuevos elementos, comportamientos y
atributos, contiene un conjunto más amplio de tecnologías que permite a los sitios web
y a las aplicaciones ser más diversas y de gran alcance.
“Esta es la primera vez que HTML y XHTML se han desarrollado en paralelo.

La versión definitiva de la quinta revisión del estándar se publicó en octubre de
2014. Diseñado para ser utilizable por todos los desarrolladores de Open Web”
(Suarez, 2016).
3.1.21 Cascading Style Sheets version 3 (CSS3).

CSS3 es la evolución de CSS2.1, trae consigo nuevos estilos como esquinas
redondeadas, sombras, gradientes, transiciones, animaciones y nuevas diviciones.
(w3schools, 2012)
3.1.22 Structured Query Language (SQL).

Creado en los laboratorios de IBM en 1972 como un lenguaje de especificación de
bases de datos que adoptarían un modelo relacional antes llamado SEQUEL
(Structured English Query Language), los comités encargados de regular este lenguaje
son ANSI ISO/IEC y han reconocido a SQL como el lenguaje de base de datos
relacionales estándar.
“The strengths of SQL provide benefits for all types of users, including
application programmers, database administrators, managers, and end users.
Technically speaking, SQL is a data sublanguage. The purpose of SQL is to
provide an interface to a relational database such as Oracle Database, and all
SQL statements are instructions to the database. In this SQL differs from
general-purpose programming languages like C and BASIC” (Oracle, 2003).
3.1.22 Entity-relationship model (ERM or ER model).

El modelo entidad-relación es una manera para representar gráficamente las
relaciones físicas de las entidades (objetos) según como crearemos una base de
datos. Las entidades son representadas como puntos, círculos, óvalos y polígonos.
Las relaciones son líneas que conectan a las entidades.
32
El modelo entidad relación es indispensable para que el programador pueda construir,

depurar, optimizar y diseñar una base de datos.
“In a logical sense, entities are the equivalent of grammatical nouns, such as
employees, departments, products, or networks. An entity can be defined by
means of its properties, called attributes. Relationships are the equivalent of
verbs or associations, such as the act of purchasing, the act of repairing, being
a member of a group, or being a supervisor of a department. A relationship can
be defined according to the number of entities associated with it, known as the
degree” (Rouse, Techtarget, 2005).
3.1.23 Community Enterprise Operating System (CentOS).

“CentOS es una reconstrucción de Red Hat Enterprise Linux 100% compatible
con éste en completa conformidad con los requerimientos de redistribución de
Red Hat. CentOS es para gente que necesita de la estabilidad de un sistema
operativo de clase empresarial sin el costo de la certificación y del soporte”
(Smith, 2015).
3.1.24 PHP Data Objects (PDO).

“La extensión Objetos de Datos de PHP (PDO por sus siglás en inglés) define
una interfaz ligera para poder acceder a bases de datos en PHP. Cada
controlador de bases de datos que implemente la interfaz PDO puede exponer
características específicas de la base de datos, como las funciones habituales
de la extensión. Se ha de observar que no se puede realizar ninguna de las
funciones de las bases de datos utilizando la extensión PDO por sí misma; se
debe utilizar un controlador de PDO específico de la base de datos para tener
acceso a un servidor de bases de datos” (group, 2008).
33
3.1.24 No repudio en informática.

“El no repudio sirve a los emisores o a los receptores para negar un mensaje
transmitido. Por lo que cuando un mensaje es enviado, el receptor puede probar
que el mensaje fue enviado por el presunto emisor. De manera similar, cuando
un mensaje es recibido, el remitente puede probar que el mensaje fue recibido
por el presunto receptor” (López, 2010).
3.1.25 Condonación.
“Modo de extinción de las obligaciones por acto de liberalidad del acreedor que
renuncia a la prestación debida. La condonación puede ser expresa, presunta
o tácita y se le aplican con carácter supletorio las disposiciones de las
donaciones inoficiosas” (Camara de diputados del H. Congreso de la Union,
2007).
3.1.26 Acreedores.
“Recoge las deudas con suministradores de servicios que no tienen la condición
estricta de proveedores. Figuran al igual que estos en el pasivo del balance”
(Circulo Gacela SL, 2009).
3.1.26 Cobranza.
“Proceso formal mediante el cual se tramita el cobro de una cuenta por concepto
de la compra de un producto o el pago de algún servicio” (Escolme, 2014).
3.1.27 Diagrama de Gantt.

“El diagrama de Gantt es una herramienta que se emplea para planificar y
programar tareas a lo largo de un período determinado de tiempo. Gracias a
una fácil y cómoda visualización de las acciones a realizar, permite realizar el
seguimiento y control del progreso de cada una de las etapas de un proyecto.
Reproduce gráficamente las tareas, su duración y secuencia, además del
calendario general del proyecto y la fecha de finalización prevista” (OBS
Business School, 2014).
34
3.1.28 Diagrama de flujo.

“Un diagrama de flujo es una representación gráfica de un proceso. Cada paso
del proceso es representado por un símbolo diferente que contiene una breve
descripción de la etapa de proceso. Los símbolos gráficos del flujo del proceso
están unidos entre sí con flechas que indican la dirección de flujo del proceso”
(Consultores, 2010).
3.1.29 Comma Separated Values (CSV).

“CSV (Comma Separated Values) format is the most common import and export
format for spreadsheets and databases. There is no “CSV standard”, so the
format is operationally defined by the many applications which read and write it”
(Python, 2016).
3.1.30 Excel.
“Microsoft Excel is the best app for reviewing, updating, and creating
spreadsheets on Windows, Windows phones and tablets” (Windows, 2015).
3.1.31 Secure Shell (SHH).

“Es un protocolo que facilita las comunicaciones seguras entre dos sistemas
usando una arquitectura cliente/servidor y que permite a los usuarios conectarse
a un host remotamente” (Red Hat, Inc, 2005).
3.1.32 Secure Copy Protocol (SCP).

“SCP is an older protocol but almost universally supported on Unix-like platforms
as part of an SSH protocol suite. It is rarely supported on other platforms. SCP is a
descendant of the ancient (rcp)” (Prikryl, 13).
3.1.32 Baudios.
“Baud was the prevalent measure for data transmission speed until replaced by a
more accurate term, bps (bits per second). One baud is one electronic state change
per second. Since a single state change can involve more than a single bit of data,
the bps unit of measurement has replaced it as a better expression of data
transmission speed” (Rouse, TechTarget, 2010).
35
4. Capítulo IV
DESARROLLO DEL PROYECTO
4.1. Metodología utilizada
La metodología usada para desarrollar el proyecto fue la metodología en espiral que

consiste en cuatro etapas donde al finalizar estas cuatro empieza enseguida la
siguiente actividad las cuatro etapas son:
 Determinar objetivos:
Se determinan los objetivos de la actividad a realizar.
 Análisis del riesgo:
Se plantean los posibles riesgos de la actividad a realizar y se determina una
estrategia para disminuir el riesgo y un plan de contingencia.
 Desarrollar, verificar y validar:
Se codifica todos los procesos de la actividad, el cual es verificado por el
encargado del proyecto y por último se valida el código escrito.
 Planificar:
Se decide si se puede continuar con el siguiente bucle del proyecto y se
planifica.
36
4.1.1 Diagrama de Gantt
Ilustración 4 "Diagrama de Gantt 1"
37
Ilustración 5 "Diagrama de Gantt 2"
38
4.1.2 Investigación de las prácticas de cobranza.

La cobranza en México a diferencia de otros países pasa la deuda de un lado a otro,
a continuación, se explica cuáles son los roles que juega cada uno de los involucrados
en las prácticas de cobranza.
Todo comienza con un préstamo de una entidad financiera a una persona física
o moral, hasta aquí la entidad establece un plazo o un plan de pago de este préstamo.
Cuando este plazo llega a su fin la entidad financiera contrata un despacho de

cobranza y es ahí donde la aplicación web empieza a funcionar.
Los actores involucrados son:
 Empresas acreedoras: Quien entrega el valor y realiza un plan de pago de

dicho valor.
 Despacho de cobranza: Quien es contratado por una empresa acreedora para
cobrar el valor entregado al deudor.
 Deudor: Quien recibe el valor y tiene un plazo establecido por el acreedor.
 Gestor: Quien se encarga del trato directo con el deudor y todas las prácticas
que se realizan para obtener el pago.
De las empresas acreedoras se debe conocer su dirección, razón social, contacto con
un ejecutivo y su RFC.
El gestor es quien es contratado por la entidad financiera, en otras palabras, es

el trabajador de un despacho de cobranza. Del gestor debemos conocer su nombre,
grado de estudios, despacho de cobranza al que pertenece, correo, domicilio y
cualquier dato de contacto con el gestor.
Del deudor se debe saber monto a pagar, información de contacto, nombre,

domicilio, CURP, RFC y quien es su acreedor.
Una vez teniendo toda la información necesaria de los actores, se debe saber cuál
es el estado del adeudo de cada deudor. Existen seis tipos de estados para cada
adeudo:
39
 Vigente: Cuando la deuda está dentro del plazo definido por el acreedor. En
este estado puede o no el despacho ser el responsable de efectuar las
actividades de cobranza.
 Vencido: Cuando la deuda está fuera del plazo definido por el acreedor y pasa
a un despacho de cobranza. En este estado es el despacho de cobranza es
quien se encarga de realizar las actividades de cobranza.
 Jurídico: Cuando la deuda está fuera del plazo definido por el despacho de
cobranza. En este estado puede o no ser controlado por el despacho de
cobranza.
 Anulado: Cuando la deuda ha sido anulada sin poder retomarla.
 Suspendido: Cuando la deuda puede estar activa en el futuro.
 Cerrado: Cuando el deudor ha realizado el pago.
El gestor conociendo el estado de una deuda puede emitir e informar los siguientes
documentos:
 Aviso de vencimiento.
 Advertencias.
 Dudas o aclaraciones.
 Petición de pago.
Las actividades realizadas que debe informar son:
 Marcar por teléfono: Se le informa al deudor del estado de su deuda, el monto

a pagar, la forma de pago, el plazo que tiene para pagar el adeudo y/o el plan
para realizar el pago.
 Correo electrónico: Se le informa al deudor del estado de su deuda, el monto
a pagar, la forma de pago, el plazo que tiene para pagar el adeudo y/o el plan
para realizar el pago vía correo electrónico.
 Visita personal: Se registra una visita agendada para informar del adeudo.
 Cobro: Se cobra una parte o el total del adeudo.
40
Además, debe de realizar las siguientes actividades:
 Workflow: Informar el cambio de un estado a otro informando cual fue la

actividad por la cual se cambió de estado si esta fue producto de una actividad.
 Debe hacer recibos de valor, los tipos de valor son:
o Capital.
o Intereses.
o Moratorios.
o Penalizaciones.
 Puede importar la cartera de deudores de otros despachos.
 Debe controlar sus actividades por medio de una agenda.
 Almacenar todos los archivos y documentos referentes a la deuda.
Cuando el gestor recibe el pago de la deuda esta pasa a estado cerrado y se cierra el
ciclo.
41
4.1.3 Conocer a fondo la metodología del Sistema Integral de Cobranza.

“Athena Cobra” es un Sistema Integral de Cobranza diseñado por Athena3S debido a
la falta de una aplicación para administrar las prácticas de cobranza en el estado de
Jalisco. Consiste en un sistema web encargado de administrar todas las actividades
de un despacho de cobranza por medio de una interfaz de usuario fácil de usar e
intuitiva.
La primera parte del sistema es el login, cuenta con cuatro niveles de usuarios
para evitar el acceso a la configuración y a otras partes del sistema.
Los niveles de los usuarios son los siguientes:
 Nivel 9: Es el nivel más alto, tiene todos los privilegios existentes en el

sistema lo que le hace posible consultar, insertar, modificar y eliminar
cualquier dato del sistema. Este nivel es exclusivo para quien es el
encargado de este sistema por lo general el encargado del área de sistemas.
 Nivel 7: No tiene acceso a la configuración general del sistema ni a los
usuarios. Este nivel está enfocado a Gerentes.
 Nivel 5: No tiene acceso a la configuración general del sistema, a los
usuarios, a los acreedores y a los gestores. Este usuario va enfocado a los
gestores.
 Nivel 3: Solo puede imprimir reportes. Este usuario va enfocado a
asistentes.
El sistema cuenta con una configuración global para realizar movimientos con esa
configuración, se debe elegir acreedor, deudor y práctica.
Tiene un menú lateral con las siguientes opciones:
 Empresas acreedoras: Aquí se encuentra una tabla con todas las

empresas acreedoras de las que el despacho de cobranza se encarga. Aquí
se puede dar de alta una empresa, eliminar y actualizar.
 Prácticas de cobranza: Aquí se muestran las prácticas de cobranza
(deudas). Las deudas se pueden dar de alta, eliminar y actualizar.
42
 Deudores: Una consulta de todos los deudores que el despacho tiene que
realizar las prácticas de cobranza.
 Manejo de carteras: Se pueden importar las carteras de deudores de otros
despachos o entidades financieras en un archivo con formato CSV
(delimitado por comas).
 Gestores: Se consultan todos los gestores del despacho de cobranza. Se
pueden dar de alta, eliminar o actualizar.
 Control diario: Muestra un reporte en PDF de todas las actividades diarias
de un gestor seleccionado.
 Operaciones: Todas las operaciones que un gestor puede realizar.
 Configuración: Toda la configuración del sistema y se administran los tipos
de gestores, actividades, acciones, importes, etc.
 Reportes: Aquí se imprimen todos los reportes referentes a las actividades
de cobranza.
 Controles y mediciones: Muestra todas las estadísticas de modo gráfico
de las actividades de cobranza.
 Usuarios del Sistema: Administra todos los usuarios del sistema, se
pueden dar de alta nuevos usuarios o eliminar y actualizar los existentes.
En el apartado Operaciones se pueden realizar las siguientes actividades:
 Agenda: Un gestor puede controlar su agenda por medio de este apartado.

 Impresión de correspondencia y avisos: El gestor puede imprimir la
correspondencia que él ha realizado como envío de correos y llamadas
además de los avisos enviados (Documentos).
 Impresión de listas de prácticas: Imprime las practicas según las variables
globales (acreedor y gestor).
 Acciones hechas y de hacer: Control de las acciones realizadas y acciones
por hacer según el gestor.
 Emisión de documentos: El gestor puede emitir los diferentes tipos de
documentos hacia el deudor.
43
 Cobros pagos y entrega de recibos: Aquí se registran los movimientos de

valores del gestor.
 Archivos y documentos compartidos: Almacena todos los documentos
importantes que se comparte entre gestores.
El apartado Configuración contiene diferentes opciones para controlar:
 Configuración: Contiene todos los datos del despacho de cobranza y una

imagen para los encabezados de los documentos.
 Estados de las prácticas: Controla los posibles estados de las prácticas
(deudas). Se pueden dar de alta, eliminar y actualizar los datos de los
estados.
 Tipo de acción: Controla los tipos de acciones que el gestor puede realizar.
 Tipo de gestor: Controla los tipos de gestor que puede haber en el
despacho de cobranza.
 Tipo de importe: Controla los diferentes tipos de importes que el despacho
recibe del deudor.
 Tipo de documento: Controla los tipos de documentos que el gestor puede
emitir hacia el deudor.
 Tipo de recibo: Controla los tipos de recibos que el gestor puede realizar.
 Workflow (Flujo de trabajo): Registra los cambios de estado de las
prácticas de cobranza (deudas).
En el apartado de reportes, se pueden visualizar diferentes tipos de documentos:
 Empresas acreedoras: Imprime todas las empresas acreedoras que

trabajan con el despacho de cobranza.
 Deudores: Imprime todos los deudores según el acreedor seleccionado.
 Prácticas: Imprime las practicas según los datos globales (acreedor y
gestor).
 Usuarios: Imprime los usuarios del sistema.
 Configuración: Imprime la configuración del sistema.
44
 Estados y tipos: Imprime los estados y tipos de estados configurados en el

sistema.
 Workflow, flujo de trabajo: Imprime los cambios de estados las prácticas
de cobranza (deudas).
 Gestores por tipo: Imprime los gestores del despacho de cobranza por tipo
de gestor.
 Agendas de los gestores: Imprime las agendas de todos los gestores del
sistema.
 Prácticas de los gestores: Imprime las prácticas en función de todos los
gestores del sistema.
45
La base de datos tiene como nombre “C0BR4N24” cuenta con diez y ocho tablas y es representada con el siguiente modelo
relacional, la base de datos está montada en el sistema gestor MySQL (Solo se consideraron las que tienen relación):
Ilustración 6 "Modelo relacional 1"
46
47
Diccionario de datos de base de datos “C0BR4N24”:

Tabla: acciones
Base de datos: C0BR4N24.
Tabla 2 "Acciones"
Columna Tipo Nulo Predeterminado

Id (Primaria) int(10) No
IDpracticas int(10) No
IDgestores int(10) No
IDtipoaccion int(10) No
Fecha datetime Sí NULL
contenido1 varchar(200) Sí NULL
Notas varchar(200) Sí NULL
importe1 varchar(200) Sí NULL
IDtipoimporte int(10) No
Hecha varchar(200) Sí NULL
Tabla: agenda.
Tabla 3 "Agenda"

Hora varchar(200) Sí NULL
48
Tabla: archivos
Tabla 4 "Archivos"

Nombre varchar(200) Sí NULL
descripcion varchar(200) Sí NULL
atributos varchar(200) Sí NULL
atributos varchar(200) Sí NULL
Tabla: configuración
Tabla 5 "Configuración"

razon_social varchar(200) Sí NULL
subtitulo varchar(200) Sí NULL
Logotipo varchar(200) Sí NULL
direccion varchar(200) Sí NULL
Colonia varchar(200) Sí NULL
codigo_postal varchar(200) Sí NULL
49

Estado varchar(200) Sí NULL
Rfc varchar(200) Sí NULL
linea1 varchar(200) Sí NULL
telefono1 varchar(200) Sí NULL
correo1 varchar(200) Sí NULL
nombreimporte1 varchar(200) Sí NULL
Tabla: creditores.
Tabla 6 "Acreedores"

Código varchar(200) Sí NULL
colonia varchar(200) Sí NULL
municipio varchar(200) Sí NULL
estado varchar(200) Sí NULL
contacto varchar(200) Sí NULL
50
Tabla: deudores.
Tabla 7 "Deudores"

IDcreditores int(10) No
Nombres varchar(200) Sí NULL
Apellidos varchar(200) Sí NULL
Dirección varchar(200) Sí NULL
direccion_explicacion varchar(200) Sí NULL
Municipio varchar(200) Sí NULL
Codigopostal varchar(200) Sí NULL
Curp varchar(200) Sí NULL
Tabla: documentos.
Tabla 8 "Documentos"

IDtipodocumento int(10) No
archivo varchar(200) Sí NULL
51

Tabla: estados.
Tabla 9 "Estados"

Días int(10) No
Tabla: gestores.
Tabla 10 "Gestores"

IDtipogestor int(10) No
Nombres varchar(200) Sí NULL
Apellidos varchar(200) Sí NULL
Titulo varchar(200) Sí NULL
Empresa varchar(200) Sí NULL
Dirección varchar(200) Sí NULL
Codigopostal varchar(200) Sí NULL
Municipio varchar(200) Sí NULL
52

Skype varchar(200) Sí NULL
Otrasinformaciones varchar(200) Sí NULL
Desde datetime Sí NULL
Vence datetime Sí NULL
Tabla: practicas.
Tabla 11 "Practicas"

IDdeudores int(10) No
fechabase datetime Sí NULL
IDestados int(10) No
fechadesde datetime Sí NULL
descripcion1 varchar(200) Sí NULL
importeinicial1 varchar(200) Sí NULL
importefinal1 varchar(200) Sí NULL
53
Tabla: recibos.
Tabla 12 "Recibos"

IDtiporecibo int(10) No
Tabla: tipoaccion.
Tabla 13 "Tipo Acción"

cambiogestor varchar(200) Sí NULL
Tabla: tipodocumento.
Tabla 14 "Tipo Documento"

54

Font varchar(200) Sí NULL
Size varchar(200) Sí NULL
Tabla: tipogestor.
Tabla 15 "Tipo gestor"

Código int(10) No
Tabla: tipoimporte.
Tabla 16 "Tipo importe"

55
Tabla: tiporecibo.
Tabla 17 "Tipo recibo"

Font varchar(200) Sí NULL
Size varchar(200) Sí NULL
56

Tabla: usuarios.
Tabla 18 "Usuarios"

password varchar(200) Sí NULL
nominativo varchar(200) Sí NULL
empresa varchar(200) Sí NULL
ultimo_acceso datetime Sí NULL
nivel_operativo varchar(200) Sí NULL
Tabla: workflow.
Tabla 19 "WorkFlow"

evento varchar(200) Sí NULL
IDestados2 int(10) No
57

IDtipogestor int(10) No
actuacion varchar(200) Sí NULL
Athena cobra cuenta con un registro de movimientos utilizando Objetos de Datos de

PHP (PDO), para evitar el no repudio y tener un control total de los movimientos. Los
registros se escriben en un archivo de texto (TXT), la estructura de la cadena es
usuario – movimiento realizado – fecha, hora, minuto, segundo.
58
4.1.4 Diseñar reportes del Sistema Integral de Cobranza

En esta etapa se desarrollaron los reportes necesarios para el apartado de reportes
del Sistema Integral de Cobranza se utilizó la librería FPDF para crear archivos PDF
con PHP. Los reportes desarrollados son:
Empresas Acreedoras.
Este reporte contiene todas las empresas acreedoras registras en el Sistema Integral
de Cobranza y fue pensado para los gerentes de los despachos de cobranza, con este
reporte se obtiene digitalmente un documento para la administración.
Diagrama de flujo del funcionamiento del código PHP:
Ilustración 8 "Diagrama de flujo 1"
59
Deudores.
Este reporte contiene todos los deudores según la variable global de acreedores y fue
pensado para los gestores, con este reporte se obtiene digitalmente un documento
para la administración.
60
Prácticas.
Este reporte contiene todas las prácticas según las variables globales de acreedores
y gestor, fue pensado para los gestores, con este reporte se obtiene digitalmente un
documento para la administración.
61
Usuarios.
Este reporte contiene todos los usuarios registrados en el Sistema Integral de

Cobranza, fue pensado para el administrador del sitio, con este reporte se obtiene
digitalmente un documento para la administración.
62
Configuración.
Este reporte contiene la configuración del Sistema Integral de Cobranza, fue pensado
para el administrador del sitio, con este reporte se obtiene digitalmente un documento
para la administración.
63
Estados y tipos.
Este reporte contiene todos los estados y tipos de estados registrados en el Sistema
Integral de Cobranza, fue pensado para los gerentes, con este reporte se obtiene
digitalmente un documento para la administración.
64
Workflow, flujo de trabajo.
Este reporte contiene los workflows de un gestor según la variable global idgestor, fue
pensado para los gestores y asistentes, con este reporte se obtiene digitalmente un
documento para la administración.
65
Gestores por tipo.
Este reporte contiene los gestores registrados en el Sistema Integral de Cobranza por
tipo de gestor, fue pensado para los gerentes, con este reporte se obtiene digitalmente
un documento para la administración.
66
Prácticas de los gestores.
Este reporte contiene las prácticas de cobranza de los gestores registrados en el

Sistema Integral de Cobranza, fue pensado para los gerentes, con este reporte se
obtiene digitalmente un documento para la administración.
67
Agendas de los gestores.
Este reporte contiene las agendas de los gestores registrados en el Sistema Integral
de Cobranza, fue pensado para los gerentes, con este reporte se obtiene digitalmente
un documento para la administración.
68
4.1.5 Crear actividades de condonación.

La condonación es el proceso en el cual el acreedor absuelve la deuda por medios
legales, este proceso debe ser controlado por el Sistema Integral de Cobranza.
El gestor debe ser capaz de registrar un workflow de una deuda y cambiar de estado
a un estado cerrado.
Diagrama de flujo de un proceso de condonación en el Sistema Integral de Cobranza.
69
4.1.6 Crear notificador de usuario logueado.

El Sistema Integral de Cobranza debe contar con un notificador que informe al gestor
las actividades de la agenda las prácticas de cobranza que cumplieron su plazo
establecido.
Diagrama de flujo del funcionamiento del notificador:
Las notificaciones de las practicas se hacen comparando el día del login y las
notificaciones de agendas se hacen comparando dos días de anticipación para
informar al gestor de las actividades que tiene que hacer dos días después del día en
el que se logueó.
70
4.1.7 Cambiar de gestor automáticamente.

El Sistema Integral de Cobranza debe cambiar de gestor automáticamente según el
límite de días del estado, los estados que cambian automáticamente son (depende de
la configuración):
 Vigente: Cambia de gestor cada treinta días aproximadamente (depende de

la configuración).
 Vencido: Cambia de gestor cada noventa días aproximadamente (depende
de la configuración).
Los estados mencionados anteriormente son de prácticas comunes y basados

en una investigación, los estados son configurables tanto el nombre, numero de
estados y número de días de vigencia.
Los tipos de gestores depende de la configuración de cada despacho de

cobranza por lo que se planteó una solución general representado con un diagrama
de flujo:
71
4.1.9 Modificación de base de datos.

La empresa Athena3S planteó un cambio en la base de datos del Sistema Integral de
Cobranza (Athena Cobra), agregar dos tipos de importes nuevos resultado de una
investigación a las necesidades de los despachos de cobranza. Estos tipos de
importes son:
 Moratorios: Valor acumulado resultado de deuda vencida.

 Penalizaciones: Valor agregado resultado de no cumplir con pactos
establecidos anteriormente.
Las tablas que sufrirán un cambio son:
 Acciones.
 Prácticas.
 Recibos.
 Configuración.
La tabla “acciones” después de los cambios esta es su estructura:
Tabla: acciones
Tabla 20 "Acciones"

72

*importe3 varchar(200) Sí NULL
IDtipoimporte int(10) No
Los campos con el símbolo (*) son los campos agregados.
La tabla “prácticas” después de los cambios esta es su estructura:
Tabla: prácticas.
Tabla 21 "Prácticas"

IDdeudores int(10) No
fechabase datetime Sí NULL
fechadesde datetime Sí NULL
*importeinicial3 varchar(200) Sí NULL
*importeinicial4 varchar(200) Sí NULL
*importefinal3 varchar(200) Sí NULL
*importefinal4 varchar(200) Sí NULL
73
La tabla “recibos” después de los cambios esta es su estructura:
Tabla: recibos.
Tabla 22 "Recibos"

IDtiporecibo int(10) No
La tabla “configuración” después de los cambios esta es su estructura:
Tabla: configuración

subtitulo varchar(200) Sí NULL
logotipo varchar(200) Sí NULL
74

colonia varchar(200) Sí NULL
municipio varchar(200) Sí NULL
estado varchar(200) Sí NULL
*nombreimporte3 varchar(200) Sí NULL
*nombreimporte4 varchar(200) Sí NULL
75
4.1.10 Agregar estados.

El Sistema Integral de Cobranza (Athena Cobra) cuenta con solo tres tipos de estados
de prácticas:
 Vigente: Cuando la deuda se encuentra dentro del plazo establecido por el

acreedor.
 Vencido: Cuando la deuda supera el plazo establecido por el acreedor y pasa
a un despacho de cobranza.
 Jurídico: Cuando la deuda supera el plazo establecido por el despacho de
cobranza pasa a estado jurídico.
La empresa Athena3S después de una investigación a las necesidades de los

despachos de cobranza se encontraron tres tipos posibles de estados:
 Suspendido: Cuando la deuda ha sido suspendida cierto lapso de tiempo.

 Anulado: Cuando la deuda ha sido anulada por tiempo indefinido.
 Cerrado: Cuando la deuda ha sido liquidada.
Los cambios se realizaron en la tabla “estados” y los resultados:
Tabla 24 "Estados"
Id Código Descripción Días

1 01 Vigente 30
2 02 Vencido 90
3 03 Jurídico 1000
4 04 Suspendido 1000
5 05 Anulado 1000
6 06 Cerrado 10000
4.1.11 Probar manejo de carteras.

El Sistema Integral de Cobranza (Athena Cobra) cuenta con una opción de manejo de
carteras, permite importar datos de un archivo de datos delimitado por comas (CSV),
da la opción de elegir un acreedor, después de cargar, limpiar y enviar un archivo CSV.
76
La primera prueba es probar la lista desplegable para elegir el acreedor, comparando

los datos que despliega con los datos en la base de datos.
Datos que despliega la lista desplegable:
 “Razón de prueba”.
 “Razón de prueba 2”.
Datos que contiene la base de datos:
Tabla 25 "Razón social"
Id Código Razón social

1 01 Razón de prueba
2 02 Razón de prueba 2
Después de comparar los dos resultados se concluyó que la lista desplegable funciona
correctamente.
Enviar archivos es la parte más importante de este apartado, permite abrir un archivo
y enviarlo al servidor, los archivos son almacenados en la carpeta upload, para hacer
pruebas en esta opción se creó un archivo CSV en Excel llamado “Libro 1.csv”.
Mensaje que arroja el sistema:
- Upload de: Libro1.csv

- Tipo: application/vnd.ms-excel
- Tamaño: 0.03515625 kB
- Archivo temporáneo: C:\wamp\tmp\phpE6DA.tmp
- Guardado en:
- upload/Libro1.csv
El archivo fue enviado al servidor con éxito sin daño alguno.
Otra opción importante de este apartado es cargar, permite cargar un archivo CSV
para examinarlo, ver su contenido y los datos necesarios.
77
Muestra el nombre de los archivos con extensión .csv almacenados en la carpeta

upload en forma de botón. Al presionar el botón que corresponde con nuestro archivo
de prueba arroja el siguiente mensaje:
- ./upload/Libro1.csv
- 5 fields in line 1:
- dato 1
- dato 2
- dato 3
- dato 4
- dato 5
Esta opción abre el archivo correcto y los datos corresponden con el archivo de prueba.
La última opción a probar es la opción de Limpiar, esta opción muestra el nombre
de los archivos con extensión .csv almacenados en la carpeta upload en forma de
botón. Al presionar el botón que corresponde con nuestro archivo de prueba arroja el
siguiente mensaje:
- ./upload/Libro1.csv
- Archivo borrado.
El archivo se eliminó de la carpeta sin ningún tipo de errores.
4.1.12 Control diario del usuario.

El Sistema Integral de Cobranza (Athena Cobra) tiene un apartado llamado Control
Diario, este apartado debe generar un archivo PDF donde muestre un resumen de la
agenda de un gestor seleccionado de una lista despegable y las modificaciones de
prácticas de cobranza realizadas el día en función. Este apartado fue desarrollado para
gerentes.
78
La solución a este problema se representa con el siguiente diagrama de flujo:
79
4.1.13 Montar subdominio.

El Sistema Integral de Cobranza (Athena Cobra) es un sistema web por lo cual es
necesario que este en un servidor, Athena3S cuenta con hosting en un servidor
CentOS configurado con DNS Bind que permite tener varios subdominios de
www.Athena3S.com.mx
El sistema debe tener como ruta cobra.athena3s.com.mx.
Para montar un subdominio es necesario software para ingresar con terminal a el

servidor, para esto se eligió Putty, conociendo la ruta del servidor, usuario y contraseña
es posible el acceso a la terminal del servidor, fue necesario la investigación de
comandos básicos de Linux como:
- Sudo su: comando para realizar acciones como súper usuario.

- Chmod: Modifica los permisos de un archivo. Lectura, escritura y ejecución.
- Chdir: Modifica los permisos de una ruta. Lectura, escritura y ejecución.
- CD: Cambia la dirección en la que se están ejecutando los comandos.
- Useradd: Registra un nuevo usuario.
- Passwd: Registra una contraseña nueva.
- Apt-get: Instala un paquete.
- Nano: Permite ver y editar un archivo de texto.
- MV: Mueve de ruta un archivo.
- CP: Copia un archivo.
- Mkdir: Crea un nuevo directorio.
- Chgrp: Cambia el grupo de usuarios de un archivo.
- Service: Permite utilizar un servicio.
- Mysql: Permite usar el servidor mysql.
- Dpkg: Instala un paquete almacenado en el servidor.
- Rm: Elimina un archivo.
- Ls: Muestra el contenido de una dirección.
- File: Determina el tipo de archivo.
- Toch: Crea un archivo en blanco.
- Kill: Cierra cualquier proceso.
80
- PS: Imprime un reporte de cualquier proceso.

- Ifconfig: Ver interfaces y dirección IP del servidor.
- Chkconfig: Configuración de todos los servicios.
- Top: Muestra un resumen del estado del servidor y los procesos en ejecución.
- Yum: Controlar paquetes.
- Httpd: Controlar Apache.
También fue necesario donde se localizan los archivos de configuración de CentOS:
Tabla 26 "Direcciones Linux"
Directorio Descripción
/etc Archivos de configuración
/var Archivos de log o base de datos
/home Archivos de los usuarios
/usr Binarios
/lib Librerías
El software BIND es el encargado de controlar el protocolo DNS, para montar el

subdominio cobra.athena3s.com.mx se siguieron los siguientes pasos:
Se creó una carpeta llamada cobra.athena3s.com.mx en la dirección

/var/www/vhosts/ y dentro de esa carpeta se copiaron los archivos del sistema con el
software WINSCP.
Una vez copiados se modificaron los archivos de configuración de BIND

named.conf y db.athena3s.com.mx para que la dirección fuera reconocida por el
servidor y leyera los archivos de la carpeta.
Por último, se restauró la base de datos, se reiniciaron los servicios y se comprobó

que el subdominio funcionara correctamente.
81
4.1.14 Diseño de la interfaz de usuario.

El Sistema Integral de Cobranza (Athena Cobra) debe tener una interfaz intuitiva y
agradable para el usuario, para dar estilo a todo el sistema se implementó un archivo
CSS llamado “crud.css”, además de agregar imágenes a los costados del menú lateral
para indicar para que sirve cada opción.
Los estilos para todo el sistema son:
Body (Cuerpo):
- Color hexadecimal de fondo: #C0C0C0.

- Familia de estilo de fuentes: Verdana, Arial, Helvetica, sans-serif.
- Tamaño de fuente: 14 pixeles.
- Alineación de fuente: Izquierda.
TD (Columnas de una tabla):
- Color hexadecimal de fondo: #E0E0E0.

- Alineación de fuente: Izquierda.
- Color de fuente: #101010.
TH (Filas de una tabla):
- Color hexadecimal de fondo: #D0D0D0.

- Alineación de fuente: Centro.
- Color hexadecimal de fondo: #0F0F0F.
Tablas:
- Tamaño de borde: 0.
- Ancho: 100%.
82
- Espacio entre celdas: 2.
Link visitado:
- Color: Ninguno.
4.1.15 Investigar tecnologías para SinPapel App.

SinPapel App es la solución a la problemática de los despachos de cobranza al gasto
desmedido de papel almacenado. Esta aplicación debe ser capaz de obtener
documentos de carpetas compartidas de Windows, tener una interfaz gráfica que
muestre al usuario el documento, el usuario debe ser capaz de decidir si lo quiere
firmar o lo quiere rechazar, debe ser capaz de firmarlo desde cualquier dispositivo
(Smartphone, Tablet y PC), el documento debe de aparecer en una carpeta
configurada junto con su firma en formato PNG.
SinPapel App debe funcionar tanto en servidores Windows como en servidores Linux.
SinPapel App debe tener un apartado dentro de Athena Cobra para administrar los
documentos firmados y la configuración de cada dispositivo. Las tecnologías
empleadas para SinPapel App son las siguientes:
 Lenguajes de programación: HTML5, CSS3, JavaScript y PHP.

 Librerías:
o FPDFI: Para importar PDFs existentes y usarlos como plantillas.
o FPDF: Para modificar plantillas y crear pdfs.
o Signature pad: Para firmas con JS y HTML5.
o JQuery: Ajax.
o Samba: Carpetas compartidas de Windows a Linux y viceversa.
 Raspberry Pi.
83
4.1.16 Desarrollar SinPapel App.
SinPapel App debe de buscar cada cierto tiempo archivos en una carpeta compartida
para cuando haya documentos el usuario pueda visualizarlos.
El funcionamiento de esta primera parte de la aplicación es planteado con el siguiente

diagrama de flujo:
84
La segunda parte de SinPapel App debe tener un lienzo donde el usuario pueda dibujar
su firma, pueda limpiar el lienzo y firmar el documento. Despues debe generar el pdf
firmado y almacenarlo en la carpeta de salida agregando al principio del nombre el
nombre del dispositivo, fecha hora y segundo en el que se firmó y el nombre del
documento. El funcionamiento de esta segunda parte se plantea con el siguiente
diagrama de flujo:
85
4.1.17 Crear base de datos para el apartado de administración de SinPapel App.

SinPapel App debe tener un apartado de administración dentro de Athena Cobra, para
administrar correctamente este apartado se creó una base de datos llamada “sinpap3l”
representada con el siguiente modelo relacional:
Diccionario de datos de base de datos “C0BR4N24”:

Tabla: sucursales.
Base de datos: sinpap3l.
Tabla 27 "Sucursales"

IDventanilla int(10) No
nombre_dis varchar(200) Sí NULL
86
Tabla: configuración.

IDdispositivo int(11) No
direccion varchar(100) No
Input varchar(100) No
Output varchar(100) No
Tabla: historial.
Tabla 29 "Historial"

nombre varchar(200) Sí NULL
fechahora timestamp Sí CURRENT_TIMESTAMP
accion varchar(200) Sí NULL
dispositivo varchar(200) Sí NULL
Tabla: sucursal.
Tabla 30 "Sucursal"

codigo varchar(200) Sí NULL
nombre_su varchar(200) Sí NULL
87
Tabla: usuarios.
Tabla 31 "Usuarios"

nombre varchar(200) Sí NULL
apellido varchar(200) Sí NULL
password varchar(200) Sí NULL
empresa varchar(200) Sí NULL
nivel_operativo varchar(200) Sí NULL
Tabla: ventanillas.
Tabla 32 "Ventanillas"

IDsucursal int(10) No
IDconfiguracion int(11) No
nombre_vent varchar(200) Sí NULL
88
4.1.18 Desarrollar apartado de administración de SinPapel App.

SinPapel App debe tener un apartado dentro de Athena Cobra para administrar los
documentos firmados y la configuración de cada dispositivo.
Este apartado cuenta con las siguientes opciones:
 Sucursales: En esta opción se puede administrar las sucursales donde se

implementará la aplicación.
 Ventanillas: En esta opción se puede administrar las ventanillas que tiene cada
sucursal.
 Dispositivos: Administra los dispositivos que corresponden a cada ventanilla.
 Historial: En esta opción se puede controlar los documentos firmados por
medio de una búsqueda especializada.
 Configuración: Esta opción permite la configuración de cada dispositivo.
 Usuarios: Controla los usuarios y su configuración.
4.1.19 Almacenar información en la base de datos.

SinPapel App debe almacenar la información de los documentos firmados además de
obtener información de configuración, esta función es representado con el siguiente
diagrama de flujo:

89
4.1.20 Montar aplicación SinPapel en RaspBerry Pi.
SinPapel App puede estar montado en un servidor Linux o Windows, Athena3S como
empresa innovadora planteo la opción de poder implementar esta aplicación en
RaspBerry Pi por ser una PC potente y de bajo costo. Se puede implementar un
entorno LAMP (Linux Apache MySQL PHP), el problema se encuentra con las carpetas
compartidas de Windows, para esto se implementó SAMBA como solución a esta
problemática, después de una configuración sencilla, SinPapel App puede estar
montado en un servidor Linux (Raspian, Pidora, etc) orientado para RaspBerry.
90
4.1.21 Investigar tecnologías para RemoteMonitoring.

RemoteMonitoring de Athena3S es un sistema web que permite a los despachos de
cobranza monitorear el estado de las oficinas de manera remota. Funciona con una
placa Arduino que envía información por medio del protocolo HTTP de cada uno de
los estados de cualquier sensor que se necesite.
Este sitio debe ser capaz de visualizar en tiempo real el estado de cualquier sensor
conectado a la placa como: Sensor de humedad, temperatura, presencia, movimiento,
luz, presión atmosférica, etc. Como de poder encender, apagar, atenuar y modificar el
estado de cualquier dispositivo (Focos, puertas, cámaras de seguridad, alarmas,
climas, etc.) por medio del sitio.
RemoteMonitoring debe tener un apartado dentro de Athena Cobra para administrar el

estado de cada sensor, los dispositivos activos, etc. Las tecnologías empleadas para
RemoteMonitoring son las siguientes:
 Lenguajes de programación: HTML5, CSS3, JavaScript, PHP y Sketch.

 Librerías:
o FPDFI: Para importar PDFs existentes y usarlos como plantillas.
o JQuery: Ajax.
 Arduino.
 Ethercard para Arduino.
91
4.1.22 Programación de placa Arduino.

RemoteMonitoring debe mandar y recibir información a un servidor web por medio del
protocolo HTTP y una extensión ethernet para Arduino. La información debe estar
almacenada en una base de datos, lo que permite que Arduino modifique los estados
de los sensores y/o modifique la base de datos. El prototipo utilizado cuenta con cuatro
botones, cuatro leds y un sensor de presencia. Conectados a la placa Arduino en el
pin 0,1,2,3,9 analógicos y 2,3,4,5 digitales. Los cuatro sensores deben ser encendidos
físicamente por los botones y por el sistema web. El funcionamiento de esta placa se
representa en el siguiente diagrama de flujo:
Nota: Este diagrama de flujo considera solamente un loop que está configurado a una
velocidad de transmisión de 57600 baudios.
92
4.1.23 Desarrollo de sistema de administración de RemoteMonitoring.

RemoteMonitoring debe tener un apartado dentro de Athena Cobra donde se pueda
monitorear en tiempo real los sensores conectados a una placa Arduino. La base de
datos empleada para este sitio es representada con el siguiente modelo relacional:
El diccionario de datos de la base de datos REMOTEMONITOR es el siguiente:

Tabla: aparato.
Base de datos: REMOTEMONITOR.
Tabla 33 "Aparato"

IDsucursal int(10) No
Imagen varchar(200) Sí NULL
93
Tabla: historia.
Tabla 34 "Historia"

IDsensor int(10) No
Valor varchar(200) Sí NULL
Tabla: sensor.
Tabla 35 "Sensor"

IDaparato int(10) No
Tipo varchar(200) Sí NULL
Alarma varchar(200) Sí NULL
Valor varchar(200) Sí NULL
Tabla: sucursal.
Tabla 36 "Sucursal"

Imagen varchar(200) Sí NULL
94
Tabla: usuarios.
Tabla 37 "Usuarios"

Apellido varchar(200) Sí NULL
Password varchar(200) Sí NULL
La estructura del sitio de administración de REMOTEMONITORING es la siguiente:
 Sucursales: Muestra las sucursales registradas para ser monitoreadas y

permite ingresar, modificar y eliminar registros.
 Aparato: Muestra los aparatos registrados (Placas Arduino) para ser
monitoreadas y permite ingresar, modificar y eliminar registros.
 Sensores: Muestra los sensores registrados, permite encender o apagar los
sensores y encender o apagar alguna alarma (Cualquier sensor puede ser
alarma). Permite ingresar, modificar y eliminar registros.
 Estados: Muestra el estado de los aparatos e identifica si alguna alarma esta
activa con color rojo o color verde si no hay alarma activa.
 Historial: Búsqueda especializada de registros de los sensores.
 Usuarios: Muestra los usuarios registrados que pueden monitorear y permite
ingresar, modificar y eliminar usuarios.
95
5. Capítulo V
5.1. Resultados
5.1.1 Sistema Integral de Cobranza (Athena Cobra).
Página principal de Athena Cobra:
 Menú lateral.
Ilustración 29 "Menú lateral"
Cuenta con 11 opciones para administrar el manejo de las prácticas de cobranza, a

cada opción pueden ingresar solo cierto número de usuarios según su nivel
configurado por el administrador del sitio.
96
 Botón “datos”:
Ilustración 30 "Botón datos"
Botón para ingresar a la configuración de los datos globales para la administración

especial según los datos configurados.
 Título y hora actual:
Ilustración 31 "Titulo y hora actual"
Indica el título del sitio y leyenda de copyright de Athena3S, como hora actual.
 Inicio de sesión:
Ilustración 32 "Inicio de sesión"
Inicio de sesión del Sistema Integral de Cobranza, aparece cuando ingresa a la página
principal (index). Si cualquier persona no inicia sesión correctamente no puede
ingresar a ningún apartado de Athena Cobra.
97
Aviso de estado de prácticas de cobranza.
Ilustración 33 "Aviso"
Cuando el usuario ha iniciado sesión correctamente se muestran los avisos del gestor
según sus prácticas de cobranza, los círculos indican la prioridad que le debe dar el
gestor a cada práctica. Las posibles prioridades son las siguientes:
 Verde: si quedan más de dos semanas para cobrar la deuda (14 días o más).
 Anaranjado: si quedan menos de dos semanas y más de una para cobrar la
deuda (Menos de 14 días más de 7 días).
 Rojo: si quedan menos de una semana para cobrar la deuda (menos de 7 dias).
Selección de datos globales:
Ilustración 34 "Datos"
El usuario puede elegir los datos globales para la administración de cualquier práctica
de cobranza, de esta configuración dependen algunas operaciones e impresión de
documentos.
Empresas acreedoras:
98
Ilustración 35 "Empresas acreedoras"
Visualiza las empresas acreedoras. Se puede ingresar una empresa nueva, eliminar o
editar.
Prácticas de cobranza:
Ilustración 36 "Practicas de cobranza"
Visualiza las prácticas de cobranza. Se puede ingresar una práctica nueva, eliminar o
editar. Es la parte más importante del sistema, aquí se da de alta alguna deuda nueva,
se debe cambiar de estado según la vigencia de cada práctica, actualizar importes,
hacer cambios de gestor y actualizar fechas según los estados y su vigencia.
Deudores:
Ilustración 37 "Deudores"
99
Visualiza los deudores registrados. Se puede ingresar un nuevo deudor, eliminar o

editar. Todo deudor está relacionado a alguna practica de cobranza. Es de suma
importancia, contiene datos de contacto necesarios para realizar el cobro.
Manejo de carteras:
Ilustración 38 "Manejo de carteras"
Importa carteras en formato CSV para el uso de la información almacenada en estos

archivos, lo que permite importar desde Excel a el Sistema.
Gestores:
Ilustración 39 "Gestores"
Visualiza los gestores registrados. Se puede ingresar un nuevo gestor, eliminar o

editar. Toda la información de esta tabla es importante para la impresión de reportes.
Impresión de Control Diario de un gestor seleccionado:
Ilustración 40 "Control diario"
100
Visualiza la agenda de los gestores registrados. Imprime en formato PDF las

actividades por realizar del gestor y la prioridad de estas actividades.
Operaciones disponibles:
Ilustración 41 "Operaciones Disponibles"
Botones que indican las operaciones disponibles que puede realizar un usuario.
Agendas:
Ilustración 42 "Agendas"
Visualiza las actividades agendadas. Se puede ingresar nueva actividad, eliminar o

editar.
Acciones:
Ilustración 43 "Acciones"
101
Visualiza las acciones. Se puede ingresar una nueva acción, eliminar o editar. Son las
acciones que un gestor ha realizado en el día y se ven reflejados en el control diario.
Documentos:
Ilustración 44 "Documentos"
Visualiza los documentos registrados. Se puede ingresar un nuevo documento,

eliminar o editar.
Cobros, pagos y recibos:
Ilustración 45 "Cobros, pagos y recibos"
Visualiza los cobros pagos y recibos registrados. Se puede ingresar un nuevo cobro
pago o recibo, eliminar o editar.
Archivos y documentos compartidos:
Ilustración 46 "Archivos y documentos compartidos"
Visualiza los archivos compartidos. Se puede ingresar un nuevo archivo, eliminar o

editar. Todos los archivos que están almacenados se pueden abrir en el link “[…]”. Está
diseñado para compartir todos los documentos que se desean compartir entre
usuarios.
102
Configuración:
Ilustración 47 "Configuración"
Almacena la configuración global del sistema, solo se puede ingresar una vez, después
solo se puede eliminar y editar. La información que contiene es necesaria para algunos
datos de los reportes.
Estados:
Ilustración 48 "Estados"
Visualiza los estados posibles estados de una práctica. Se puede ingresar un nuevo
estado, eliminar o editar. Los estados de la ilustración 48 son los posibles estados de
las empresas de cobranza de la ciudad de Guadalajara, Jal.
Tipos de acciones:
Ilustración 49 "Tipo de acciones"
Visualiza los tipos posibles acciones que puede hacer un gestor. Se puede ingresar un
nuevo tipo, eliminar o editar. Los tipos de acciones de la ilustración 49 son los posibles
tipos de acciones de cobranza de la ciudad de Guadalajara, Jal.
103
Tipo de gestores:
Ilustración 50 "Tipos de gestores"
Visualiza los tipos posibles gestores. Se puede ingresar un nuevo tipo, eliminar o
editar.
Tipo de importe:
Ilustración 51 "Tipo de importe"
Visualiza los tipos que puede tener un importe. Se puede ingresar un nuevo tipo,
eliminar o editar. Los tipos de importe de la ilustración 51 son los posibles tipos de
importes de la ciudad de Guadalajara, Jal.
Tipos de documentos
Ilustración 52 "Tipos de documentos"
Visualiza los tipos que puede tener un documento. Se puede ingresar un nuevo tipo,
eliminar o editar.
104
Tipos de recibos:
Ilustración 53 "Tipos de recibos"
Visualiza los tipos que puede tener un recibo. Se puede ingresar un nuevo tipo, eliminar
o editar.
Workflow (Flujo de trabajo):
Ilustración 54 "Workflow"
Visualiza los flujos de trabajo de los gestores. Se puede ingresar un nuevo Workflow,
eliminar o editar.
Reportes:
Ilustración 55 "Reportes"
Permite imprimir en formato PDF todos los reportes necesarios para la administración
de los despachos de cobranza.
105
Usuarios:
Ilustración 56 "Usuarios"
Visualiza los usuarios del sistema. Se puede ingresar un nuevo usuario, eliminar o
editar.
5.1.2 SinPapel App.

Sin papel app se divide en dos partes, la aplicación y la parte de administración.
Pantalla de espera:
Ilustración 57 "Pantalla de espera"
106
Documento cargado:
Ilustración 58 "Documento cargado"
Pantalla para rechazar documento:
Ilustración 59 "Rechazo"
107
Pantalla para firmar:
Ilustración 60 "Firmar"
Menú lateral de administrador:
Ilustración 61 "Menú"
108
Encabezado:
Ilustración 62 "Encabezado"
Inicio de sesión:
Sucursales:
Ilustración 64 "Sucursales"
Visualiza las sucursales. Se puede ingresar una sucursal nueva, eliminar o editar.
Ventanillas:
Ilustración 65 "Ventanillas"
Visualiza las ventanillas. Se puede ingresar una ventanilla nueva, eliminar o editar.
Solo puede relacionarse una ventanilla con un dispositivo.
109
Dispositivos:
Ilustración 66 "Dispositivos"
Visualiza los dispositivos. Se puede ingresar un dispositivo nuevo, eliminar o editar.

Solo puede relacionarse una ventanilla con un dispositivo.
Historia:
Ilustración 67 "Historia"
Búsqueda especializada de documentos firmados. Permite imprimir formatos en PDF

y visualizarlos.
Configuración:
Ilustración 68 "Configuración"
Visualiza la configuración de cada dispositivo. Se puede ingresar un dispositivo nuevo,

eliminar o editar. De esta configuración depende el correcto funcionamiento de la
aplicación y de la parte administrativa.
110
Formulario de configuración:
Ilustración 69 "Formulario de configuración"
Permite ingresar una nueva configuración de los dispositivos. Valida las direcciones
de input y output (Entrada y salida), para el correcto funcionamiento.
Usuarios:
Visualiza los usuarios registrados en el sistema. Se puede ingresar un usuario nuevo,

eliminar o editar. Para asegurar la información la contraseña esta encriptada con MD5.
111
5.1.3 RemoteMonitoring.
Panel superior:
Ilustración 71 "Panel superior"
Menú lateral:
Ilustración 72 "Menú"
Inicio de sesión:
112
Sucursales:
Ilustración 74 "Sucursales"
Visualiza las sucursales registradas en el sistema. Se puede ingresar una sucursal

nueva, eliminar o editar.
Aparatos:
Ilustración 75 "Aparatos"
Visualiza los aparatos registrados en el sistema. Se puede ingresar un aparato nuevo,

eliminar o editar.
Se puede visualizar los sensores relacionados con este aparato presionando el check
color verde.
113
Sensores:
Ilustración 76 "Sensores"
Visualiza los sensores de un aparato. Se puede ingresar sensores nuevos, eliminar o

editar. En caso de ser output, visualiza un botón que permite mandar información a
través del protocolo HTTP para que Arduino realice una acción programada.
En caso de ser alarma modifica el estado general de la sucursal alertando en el

sistema.
Estado de sucursal:
Ilustración 77 "Estado"
114
Muestra el estado general de una sucursal, hay dos opciones de color de estado:
 Rojo: Cuando una alarma ha sido encendida.

 Verde: Todo correcto.
Historia:
Ilustración 78 "Historia"
Búsqueda especializada de los registros de cada sensor.
Usuarios:
Visualiza los usuarios registrados en el sistema. Se puede ingresar un usuario nuevo,

eliminar o editar. Para asegurar la información la contraseña esta encriptada con MD5.
115
Conclusiones
En una cobranza efectiva, el tiempo no es tu mejor amigo, hay que reaccionar
inteligente y planificada mente para obtener resultados de éxito en la misma, el sistema
integral de cobranza demostró ser muy una herramienta efectiva, permitiendo agilizar
el proceso de cobranza, al dar seguimiento a las deudas las posibilidades de pérdidas
se redujeron considerablemente, con ello se eliminaron, en su mayoría, los problemas
de créditos morosos de la empresa.
116
Referencias bibliográficas
Apache. (15 de Octubre de 2002). Apache. Obtenido de Apache:

https://httpd.apache.org/docs/current/vhosts/
Camara de diputados del H. Congreso de la Union. (6 de Marzo de 2007). Diputados.
Obtenido de Diputados:
http://www.diputados.gob.mx/LeyesBiblio/pdf/2_241213.pdf
Circulo Gacela SL. (12 de Febrero de 2009). Contabilidad de empresa y autonomo.
Obtenido de Contabilidad de empresa y autonomo:
http://contabilidadempresayautonomo.blogspot.mx/2009/02/proveedores-o-
acreedores.html
Consultores, A. (22 de Junio de 2010). Aiteco. Obtenido de Aiteco:
http://www.aiteco.com/que-es-un-diagrama-de-flujo/#_ftnref1
coyier, C. (25 de Marzo de 2010). Css-tricks. Obtenido de Css-tricks: https://css-
tricks.com/data-uris/
Escolme. (2014 de Octubre de 2014). Institución Universitaria Escolme. Obtenido de
Institución Universitaria Escolme:
http://www.escolme.edu.co/almacenamiento/oei/tecnicos/finaciero_cartera/con
tenido_u4.pdf
Fry, B. (10 de Agosto de 2004). processing. Obtenido de processing:
https://processing.org/
godaddy. (2 de Diciembre de 2001). godaddy. Obtenido de godaddy:
https://mx.godaddy.com/help/que-es-dns-665
group, T. P. (16 de Febrero de 2008). PHP. Obtenido de PHP:
http://php.net/manual/es/intro.pdo.php
Kay, R. (6 de Abril de 2009). ComputerWorld. Obtenido de ComputerWorld:
http://www.computerworld.com/article/2551058/networking/rich-internet-
applications.html
López, E. L. (24 de Enero de 2010). Red y seguridad UNAM. Obtenido de Red y
seguridad UNAM: http://redyseguridad.fi-
p.unam.mx/proyectos/seguridad/ServNoRepudio.php
Mei, T. v. (12 de Junio de 2015). Git hub. Obtenido de Github:
https://github.com/mozilla/pdf.js/wiki/Frequently-Asked-Questions
Merino, M. (14 de Julio de 2014). TicBeat. Obtenido de TicBeat:
http://www.ticbeat.com/tecnologias/que-es-una-api-para-que-sirve/
117
Nowak, S. (4 de Abril de 2013). GitHub. Obtenido de GitHub:

https://github.com/szimek/signature_pad
OBS Business School. (14 de Febrero de 2014). obs-edu. Obtenido de obs-edu:
http://www.obs-edu.com/blog-project-management/diagramas-de-gantt/que-
es-un-diagrama-de-gantt-y-para-que-sirve/
Oracle. (Diciembre de 2003). Stanford. Obtenido de Stanford:
https://web.stanford.edu/dept/itss/docs/oracle/10g/server.101/b10759.pdf
Pavan, B. (23 de Febrero de 2012). Hipertextual. Obtenido de Hipertextual:
http://hipertextual.com/archivo/2012/02/historia-del-software-gui-graphical-
user-interface/
Plathey, O. (08 de Julio de 2004). FPDF. Obtenido de FPDF: http://www.fpdf.org/
Prikryl, M. (2016 de Enero de 13). WinSCP. Obtenido de WinSCP:
https://winscp.net/eng/docs/scp
Python. (31 de Marzo de 2016). The Python Standard Library. Obtenido de Python
documentary: https://docs.python.org/2/library/csv.html
Red Hat, Inc. (8 de Diciembre de 2005). Red Hat Enterprise Linux 4. Obtenido de
Red Hat Enterprise Linux 4: http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-
es-4/ch-ssh.html
resig, J. (22 de Mayo de 2014). jquery.org. Obtenido de jquery.org:
http://contribute.jquery.org/documentation/
Risk, V. (24 de Noviembre de 2015). Internet Systems Consortium. Obtenido de
Internet Systems Consortium: https://www.isc.org/downloads/bind/
Rouse, M. (Septiembre de 2005). Techtarget. Obtenido de Techtarget:
http://searchsqlserver.techtarget.com/definition/entity-relationship-model
Rouse, M. (12 de Febrero de 2007). Search Software Quality. Obtenido de Search
Software Quality:
http://searchsoftwarequality.techtarget.com/definition/integrated-development-
environment
Rouse, M. (12 de Septiembre de 2007). SearchSOA. Obtenido de SearchSOA:
http://searchsoa.techtarget.com/definition/Rich-Internet-Application-RIA
Rouse, M. (1 de Marzo de 2010). TechTarget. Obtenido de TechTarget:
http://searchnetworking.techtarget.com/definition/baud
Sklar, D. (2004). Learning PHP 5. Gravenstein Highway North, Sebastopol, CA:
O'Reilly Media, Inc.
118
Smith, J. (15 de Diciembre de 2015). Distrowatch. Obtenido de Distrowatch:

http://distrowatch.com/table.php?distribution=centos
Suarez, C. (12 de Febrero de 2016). Developer Mozilla. Obtenido de Developer
Mozilla: https://developer.mozilla.org/es/docs/HTML/HTML5
Tridgell, A. (1 de Junio de 2002). Samba. Obtenido de Samba:
https://www.samba.org/samba/docs/10years.html
w3schools. (14 de Marzo de 2012). w3schools. Obtenido de w3schools:
http://www.w3schools.com/json/
Windows. (22 de Marzo de 2015). Windows apps. Obtenido de Windows apps:
https://www.microsoft.com/en-us/store/apps/excel-
mobile/9wzdncrfjbh3#version-notes
119
Anexos
Anexo 1 "Aparato de monitoreo por fuera"
Anexo 2 "Aparato de monitoreo por dentro"
Descripción: Aparato de monitoreo empleado para probar RemoteMonitoring contiene

4 leds, un sensor de movimiento, cuatro botones, una salida USB, placa ethernet y un
arduino modelo pro mini.
120
Anexo 3 "Raspberry Pi"
Descripción: Raspberry modelo B+ V1.2 con una pantalla táctil de 3.5 pulgadas.
Sistema operativo Raspian Jessie. Usado para montar SinPapel App y Samba.
Anexo 4 "Arduino Pro mini"
Descripción: Microcontrolador basado en ATmega328. Tiene 14 pines entrada/salida

digital, 6 entradas analógicas y un botón de reinicio.
Fuente: https://www.arduino.cc/en/Main/ArduinoBoardProMini.
121
Anexo 5 "Reporte: Empresas acreedoras"
Descripción: Ejemplo de reporte generado por Athena cobra de las empresas

acreedoras registradas.
122
Anexo 6 "Reporte: Deudores"
Descripción: Ejemplo de reporte generado por Athena cobra de los deudores

registradas.
123
Anexo 7 "Reporte: Practicas"
Descripción: Ejemplo de reporte generado por Athena cobra de las prácticas de

cobranza registradas en el sistema.
124
Anexo 8 "Reporte: Usuarios"
Descripción: Ejemplo de reporte generado por Athena cobra de todos los usuarios
registrados en el sistema.
125
Anexo 9 "Reporte: Configuración"
Descripción: Ejemplo de reporte generado por Athena cobra de la configuración

global del sistema.
126
Anexo 10 "Reporte: Estados y tipos"
Descripción: Ejemplo de reporte generado por Athena cobra de los tipos estados de
las practicas.
127
Anexo 11 "Reporte: Workflow"
Descripción: Ejemplo de reporte generado por Athena cobra de los flujos de trabajo
registrados.
128
Anexo 12 "Reporte: Gestores por tipos"
Descripción: Ejemplo de reporte generado por Athena cobra de los gestores por tipo
registrados en el sistema.
129
Anexo 13 "Reporte: Agenda de los gestores"
Descripción: Ejemplo de reporte generado por Athena cobra de la agenda de los

gestores registrados en el sistema.
130
Anexo 14 "Reporte: Practicas"
Descripción: Ejemplo de reporte generado por Athena cobra de las prácticas de los
gestores registrados.
131
Anexo 15 "Aplicación SinPapel en tablet"
Descripción: Prueba en Tablet de SinPapel app.
Anexo 16 "Documento firmado"
Descripción: documento firmado por SinPapel App.
132

Memoria de Estadía PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Memoria de Estadía PDF

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD TECNOLÓGICA DE DURANGO

“SISTEMA INTEGRAL DE COBRANZA PARA LA EMPRESA

T.S.U. CESEÑAS RIVERA ERICK

T.S.U. RIVERA FRANCISCO HÉCTOR

ASESOR EXTERNO: DR. ARCANGELO MONETTI

ASESOR ACADÉMICO: M.T.I. OMAR GÓMEZ ARREOLA

VICTORIA DE DURANGO, DGO. ABRIL 2016

Agradezco principalmente a mis padres Gerardo Ceseñas Arroyo y Leonila Rivera

Héctor Rivera Francisco

Gracias en general a la Universidad Tecnológica de Durango.

Se llevó a cabo una investigación acerca de la cobranza con el fin de

El sistema se desarrolló con ayuda de los siguientes lenguajes de programación

Para finalizar se realizaron pruebas de funcionamiento, introduciendo una enorme

Was conducted an investigation into the collection in order to better understand

Finally, performance tests were conducted by introducing a huge amount of

RIA Rich Internet Aplications.

AJAX Asynchronous JavaScript And XML.

JSON JavaScript Object Notation.

XML Extencible Markup Language.

URI Uniform Resources Identifier.

API Application Programming Interface.

PDF Portable Document Format.

DNS Domain Name System.

BIND Berkeley Internet Name Domain

IDE Integrated Development Environment

GUI Graphical User Interface

PHP Hypertext Preprocessor

HTML Hypertext Markup Language

CSS Cascading Style Sheets

SQL Structured Query Language

ERM Entity Relationship Model

PDO PHP Data Objects

CSV Comma Separated Values

SHH Secure Shell

SCP Secury Copy Protocol

PNG Portable Network Graphics

JPG Joint Photographic Experts Group

C.P Código Postal

RFC Registro Federal de contribuyentes

UTD Universidad Tecnológica de Durango.

UNIVA Universidad del Valle de Atemajac

ANSI American National Standards Institute.

ISO International Organization for Standardization.

IEC International Electrotechnical Commission.

CURP Clave Única de Registro de Población.

HTTP Hypertext Transfer Protocol

3.1.4 Data URI. ...................................................................................................... 26

3.1.32 Secure Copy Protocol (SCP). ..................................................................... 35

Conclusiones ........................................................................................................... 116

Ilustración 1 “JSON”. ................................................................................................. 26

Ilustración 35 "Empresas acreedoras" ...................................................................... 99

Ilustración 78 "Historia" ........................................................................................... 115

La presente Memoria de estadía muestra el desarrollo de un sistema integral de

Este trabajo presenta los siguientes capítulos:

En el capítulo I, se presentan las generalidades de la empresa, descripción

En el capítulo II, se aborda el planteamiento del problema, los objetivos

En el capítulo III, se presenta el marco teórico, se tocan términos de

En el capítulo IV, se describe el desarrollo del proyecto, desde la metodología

1.1. Descripción general

Tienen un catálogo de productos y sistemas para varios tipos de empresas, para

Es una empresa que, gracias a la experiencia de sus socios y los enlaces

Athena3S sociedad de responsabilidad limitada de capital variable.

La empresa nació en el 2011, con el nombre Implantcorp y fue transformada en el