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

Tecnologías de la información

Memoria de Estadía

II T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía 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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 11 "Diagrama de flujo 3" .......................................................................... 62 Ilustración 12 "Diagrama de flujo 4" .......................................................................... 63 Ilustración 13 "Diagrama de flujo 5" .......................................................................... 64 Ilustración 14 "Diagrama de flujo 6" .......................................................................... 65 Ilustración 15 "Diagrama de flujo 7" .......................................................................... 66 Ilustración 16 "Diagrama de flujo 7" .......................................................................... 67 Ilustración 17 "Diagrama de flujo 8" .......................................................................... 68 Ilustración 18 "Diagrama de flujo 9" .......................................................................... 69 Ilustración 19 "Diagrama de flujo 10" ........................................................................ 70 Ilustración 20 "Diagrama de flujo 11" ........................................................................ 71 Ilustración 21 "Diagrama de flujo 11" ........................................................................ 79 Ilustración 22 "Diagrama de flujo 12" ........................................................................ 84 Ilustración 23 "Diagrama de flujo 13" ........................................................................ 85 Ilustración 24 "Modelo relacional 3" .......................................................................... 86 Ilustración 25 "Diagrama de flujo 14" ........................................................................ 89 Ilustración 26 "Diagrama de flujo 15" ........................................................................ 90 Ilustración 27 "Diagrama de flujo 16" ........................................................................ 92 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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 70 "Usuarios" ......................................................................................... 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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Ilustración 78 "Historia" ........................................................................................... 115 Ilustración 79 "Usuarios" ......................................................................................... 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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Í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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

[email protected]

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 1.2.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 1.3.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 1.4.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 1.5.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 2.3.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 2.4.

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

4.1.1 Diagrama de Gantt

Ilustración 4 "Diagrama de Gantt 1"

37 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Ilustración 5 "Diagrama de Gantt 2"

38 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información 

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Ilustración 7 "Modelo relacional 2"

47 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

contenido2

varchar(200)

Sí

NULL

contenido3

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

importe1

varchar(200)

Sí

NULL

importe2

varchar(200)

Sí

NULL

IDtipoimporte

int(10)

No

Hecha

varchar(200)

Sí

NULL

Tabla: agenda. Base de datos: C0BR4N24. Tabla 3 "Agenda"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDgestores

int(10)

No

IDpracticas

int(10)

No

Fecha

datetime

Sí

NULL

Hora

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

Hecha

varchar(200)

Sí

NULL 48

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: archivos Base de datos: C0BR4N24. Tabla 4 "Archivos"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDpracticas

int(10)

No

Nombre

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

Fecha

datetime

Sí

NULL

atributos

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

Id (Primaria)

int(10)

No

IDpracticas

int(10)

No

Nombre

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

Fecha

datetime

Sí

NULL

atributos

varchar(200)

Sí

NULL

Notas varchar(200) Tabla: configuración

Sí

NULL

Base de datos: C0BR4N24. Tabla 5 "Configuración"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

Estado

varchar(200)

Sí

NULL

Rfc

varchar(200)

Sí

NULL

linea1

varchar(200)

Sí

NULL

linea2

varchar(200)

Sí

NULL

linea3

varchar(200)

Sí

NULL

telefono1

varchar(200)

Sí

NULL

telefono2

varchar(200)

Sí

NULL

correo1

varchar(200)

Sí

NULL

correo2

varchar(200)

Sí

NULL

nombreimporte1

varchar(200)

Sí

NULL

nombreimporte2 Tabla: creditores.

varchar(200)

Sí

NULL

Base de datos: C0BR4N24. Tabla 6 "Acreedores"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

razon_social

varchar(200)

Sí

NULL

direccion

varchar(200)

Sí

NULL

colonia

varchar(200)

Sí

NULL

codigo_postal

varchar(200)

Sí

NULL

municipio

varchar(200)

Sí

NULL

estado

varchar(200)

Sí

NULL

contacto

varchar(200)

Sí

NULL

telefono1

varchar(200)

Sí

NULL

telefono2

varchar(200)

Sí

NULL

correo1

varchar(200)

Sí

NULL

correo2

varchar(200)

Sí

NULL

Rfc

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL 50

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: deudores. Base de datos: C0BR4N24. Tabla 7 "Deudores"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

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

Colonia

varchar(200)

Sí

NULL

Municipio

varchar(200)

Sí

NULL

Codigopostal

varchar(200)

Sí

NULL

Estado

varchar(200)

Sí

NULL

telefono1

varchar(200)

Sí

NULL

telefono2

varchar(200)

Sí

NULL

correo1

varchar(200)

Sí

NULL

correo2

varchar(200)

Sí

NULL

Curp

varchar(200)

Sí

NULL

Rfc

varchar(200)

Sí

NULL

Notas Tabla: documentos.

varchar(200)

Sí

NULL

Base de datos: C0BR4N24. Tabla 8 "Documentos"

Columna

Tipo

Nulo

Id (Primaria)

int(10)

No

IDpracticas

int(10)

No

IDgestores

int(10)

No

IDtipodocumento

int(10)

No

archivo

varchar(200)

Sí

Predeterminado

NULL 51

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

Fecha

datetime

Sí

NULL

Tabla: estados. Base de datos: C0BR4N24. Tabla 9 "Estados"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

Días

int(10)

No

Tabla: gestores. Base de datos: C0BR4N24. Tabla 10 "Gestores"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

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

Colonia

varchar(200)

Sí

NULL

Codigopostal

varchar(200)

Sí

NULL

Municipio

varchar(200)

Sí

NULL

Estado

varchar(200)

Sí

NULL

telefono1

varchar(200)

Sí

NULL

telefono2

varchar(200)

Sí

NULL

correo1

varchar(200)

Sí

NULL

correo2

varchar(200)

Sí

NULL 52

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

Skype

varchar(200)

Sí

NULL

Otrasinformaciones

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

Desde

datetime

Sí

NULL

Vence

datetime

Sí

NULL

Rfc

varchar(200)

Sí

NULL

Tabla: practicas. Base de datos: C0BR4N24. Tabla 11 "Practicas"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDdeudores

int(10)

No

IDgestores

int(10)

No

IDcreditores

int(10)

No

Código

varchar(200)

Sí

NULL

fechabase

datetime

Sí

NULL

IDestados

int(10)

No

fechadesde

datetime

Sí

NULL

descripcion1

varchar(200)

Sí

NULL

descripcion2

varchar(200)

Sí

NULL

descripcion3

varchar(200)

Sí

NULL

importeinicial1

varchar(200)

Sí

NULL

importeinicial2

varchar(200)

Sí

NULL

importefinal1

varchar(200)

Sí

NULL

importefinal2

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

53 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: recibos. Base de datos: C0BR4N24. Tabla 12 "Recibos"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDgestores

int(10)

No

IDpracticas

int(10)

No

IDtiporecibo

int(10)

No

importe1

varchar(200)

Sí

NULL

importe2

varchar(200)

Sí

NULL

Fecha

datetime

Sí

NULL

Notas Tabla: tipoaccion.

varchar(200)

Sí

NULL

Base de datos: C0BR4N24. Tabla 13 "Tipo Acción"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

cambiogestor varchar(200) Tabla: tipodocumento.

Sí

NULL

Base de datos: C0BR4N24. Tabla 14 "Tipo Documento"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

linea1

varchar(200)

Sí

NULL

linea2

varchar(200)

Sí

NULL

linea3

varchar(200)

Sí

NULL 54

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

linea4

varchar(200)

Sí

NULL

linea5

varchar(200)

Sí

NULL

linea6

varchar(200)

Sí

NULL

linea7

varchar(200)

Sí

NULL

linea8

varchar(200)

Sí

NULL

linea9

varchar(200)

Sí

NULL

linea10

varchar(200)

Sí

NULL

linea11

varchar(200)

Sí

NULL

linea12

varchar(200)

Sí

NULL

linea13

varchar(200)

Sí

NULL

linea14

varchar(200)

Sí

NULL

linea15

varchar(200)

Sí

NULL

Font

varchar(200)

Sí

NULL

Size Tabla: tipogestor.

varchar(200)

Sí

NULL

Base de datos: C0BR4N24. Tabla 15 "Tipo gestor"

Columna

Tipo

Nulo

Id (Primaria)

int(10)

No

Código

int(10)

No

descripcion Tabla: tipoimporte.

varchar(200)

Sí

Predeterminado

NULL

Base de datos: C0BR4N24. Tabla 16 "Tipo importe"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

55 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: tiporecibo. Base de datos: C0BR4N24. Tabla 17 "Tipo recibo"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

descripcion

varchar(200)

Sí

NULL

linea1

varchar(200)

Sí

NULL

linea2

varchar(200)

Sí

NULL

linea3

varchar(200)

Sí

NULL

linea4

varchar(200)

Sí

NULL

linea5

varchar(200)

Sí

NULL

linea6

varchar(200)

Sí

NULL

linea7

varchar(200)

Sí

NULL

linea8

varchar(200)

Sí

NULL

linea9

varchar(200)

Sí

NULL

linea10

varchar(200)

Sí

NULL

Font

varchar(200)

Sí

NULL

Size

varchar(200)

Sí

NULL

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL 56

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

descripcion

varchar(200)

Sí

NULL

linea1

varchar(200)

Sí

NULL

linea2

varchar(200)

Sí

NULL

linea3

varchar(200)

Sí

NULL

linea4

varchar(200)

Sí

NULL

Tabla: usuarios. Base de datos: C0BR4N24. Tabla 18 "Usuarios"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

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

Notas

varchar(200)

Sí

NULL

IDgestores

int(10)

No

Id (Primaria)

int(10)

No

Tabla: workflow. Base de datos: C0BR4N24. Tabla 19 "WorkFlow"

Columna

Tipo

Nulo

Id (Primaria)

int(10)

No

IDestados

int(10)

No

evento

varchar(200)

Sí

IDestados2

int(10)

No

Predeterminado

NULL

57 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

IDtipoaccion

int(10)

No

IDtipogestor

int(10)

No

actuacion

varchar(200)

Sí

Predeterminado

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 9 "Diagrama de flujo 2"

60 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 10 "Diagrama de flujo 2"

61 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 11 "Diagrama de flujo 3"

62 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 12 "Diagrama de flujo 4"

63 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 13 "Diagrama de flujo 5"

64 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 14 "Diagrama de flujo 6"

65 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 15 "Diagrama de flujo 7"

66 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 16 "Diagrama de flujo 7"

67 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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. Diagrama de flujo del funcionamiento del código PHP:

Ilustración 17 "Diagrama de flujo 8"

68 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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.

Ilustración 18 "Diagrama de flujo 9"

69 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 19 "Diagrama de flujo 10"

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 20 "Diagrama de flujo 11"

71 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 Base de datos: C0BR4N24. Tabla 20 "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

contenido2

varchar(200)

Sí

NULL

contenido3

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

importe1

varchar(200)

Sí

NULL

importe2

varchar(200)

Sí

NULL

72 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

*importe3

varchar(200)

Sí

NULL

*importe4

varchar(200)

Sí

NULL

IDtipoimporte

int(10)

No

Hecha

varchar(200)

Sí

NULL

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. Base de datos: C0BR4N24. Tabla 21 "Prácticas"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDdeudores

int(10)

No

IDgestores

int(10)

No

IDcreditores

int(10)

No

Código

varchar(200)

Sí

NULL

fechabase

datetime

Sí

NULL

IDestados

int(10)

No

fechadesde

datetime

Sí

NULL

descripcion1

varchar(200)

Sí

NULL

descripcion2

varchar(200)

Sí

NULL

descripcion3

varchar(200)

Sí

NULL

importeinicial1

varchar(200)

Sí

NULL

importeinicial2

varchar(200)

Sí

NULL

*importeinicial3

varchar(200)

Sí

NULL

*importeinicial4

varchar(200)

Sí

NULL

importefinal1

varchar(200)

Sí

NULL

importefinal2

varchar(200)

Sí

NULL

*importefinal3

varchar(200)

Sí

NULL

*importefinal4

varchar(200)

Sí

NULL

Notas

varchar(200)

Sí

NULL

Los campos con el símbolo (*) son los campos agregados. 73 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

La tabla “recibos” después de los cambios esta es su estructura: Tabla: recibos. Base de datos: C0BR4N24. Tabla 22 "Recibos"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDgestores

int(10)

No

IDpracticas

int(10)

No

IDtiporecibo

int(10)

No

importe1

varchar(200)

Sí

NULL

importe2

varchar(200)

Sí

NULL

*importe3

varchar(200)

Sí

NULL

*importe4

varchar(200)

Sí

NULL

Fecha

datetime

Sí

NULL

Notas

varchar(200)

Sí

NULL

Los campos con el símbolo (*) son los campos agregados.

La tabla “configuración” después de los cambios esta es su estructura: Tabla: configuración Base de datos: C0BR4N24. Tabla 23 "Configuración"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

razon_social

varchar(200)

Sí

NULL

subtitulo

varchar(200)

Sí

NULL

logotipo

varchar(200)

Sí

NULL

direccion

varchar(200)

Sí

NULL 74

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Columna

Tipo

Nulo

Predeterminado

colonia

varchar(200)

Sí

NULL

codigo_postal

varchar(200)

Sí

NULL

municipio

varchar(200)

Sí

NULL

estado

varchar(200)

Sí

NULL

Rfc

varchar(200)

Sí

NULL

linea1

varchar(200)

Sí

NULL

linea2

varchar(200)

Sí

NULL

linea3

varchar(200)

Sí

NULL

telefono1

varchar(200)

Sí

NULL

telefono2

varchar(200)

Sí

NULL

correo1

varchar(200)

Sí

NULL

correo2

varchar(200)

Sí

NULL

nombreimporte1

varchar(200)

Sí

NULL

nombreimporte2

varchar(200)

Sí

NULL

*nombreimporte3

varchar(200)

Sí

NULL

*nombreimporte4

varchar(200)

Sí

NULL

75 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

La solución a este problema se representa con el siguiente diagrama de flujo:

Ilustración 21 "Diagrama de flujo 11"

79 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

-

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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.

-

Familia de estilo de fuentes: Verdana, Arial, Helvetica, sans-serif.

-

Tamaño de fuente: 12 pixeles.

-

Color de fuente: #101010.

TH (Filas de una tabla): -

Color hexadecimal de fondo: #D0D0D0.

-

Alineación de fuente: Centro.

-

Familia de estilo de fuentes: Verdana, Arial, Helvetica, sans-serif.

-

Tamaño de fuente: 12 pixeles.

-

Color hexadecimal de fondo: #0F0F0F.

Tablas: -

Tamaño de borde: 0.

-

Ancho: 100%. 82

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información -

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 22 "Diagrama de flujo 12"

84 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 23 "Diagrama de flujo 13"

85 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 24 "Modelo relacional 3"

Diccionario de datos de base de datos “C0BR4N24”: Tabla: sucursales. Base de datos: sinpap3l. Tabla 27 "Sucursales"

Columna

Tipo

Nulo

Id (Primaria)

int(10)

No

IDventanilla

int(10)

No

nombre_dis

varchar(200)

Sí

Predeterminado

NULL

86 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: configuración. Base de datos: sinpap3l. Tabla 28 "Configuración"

Columna

Tipo

Nulo

Id (Primaria)

int(11)

No

IDdispositivo

int(11)

No

direccion

varchar(100)

No

Input

varchar(100)

No

Output Tabla: historial.

varchar(100)

No

Predeterminado

Base de datos: sinpap3l. Tabla 29 "Historial"

Columna

Tipo

Nulo Predeterminado

Id (Primaria)

int(10)

No

nombre

varchar(200)

Sí

NULL

fechahora

timestamp

Sí

CURRENT_TIMESTAMP

accion

varchar(200)

Sí

NULL

dispositivo

varchar(200)

Sí

NULL

Tabla: sucursal. Base de datos: sinpap3l. Tabla 30 "Sucursal"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

codigo

varchar(200)

Sí

NULL

nombre_su

varchar(200)

Sí

NULL

87 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: usuarios. Base de datos: sinpap3l. Tabla 31 "Usuarios"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

nombre

varchar(200)

Sí

NULL

apellido

varchar(200)

Sí

NULL

password

varchar(200)

Sí

NULL

ultimo_acceso

datetime

Sí

NULL

Notas

varchar(200)

Sí

NULL

empresa

varchar(200)

Sí

NULL

nivel_operativo Tabla: ventanillas.

varchar(200)

Sí

NULL

Base de datos: sinpap3l. Tabla 32 "Ventanillas"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDsucursal

int(10)

No

IDconfiguracion

int(11)

No

Código

varchar(200)

Sí

NULL

nombre_vent

varchar(200)

Sí

NULL

88 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 25 "Diagrama de flujo 14"

89 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Ilustración 26 "Diagrama de flujo 15"

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 27 "Diagrama de flujo 16"

Nota: Este diagrama de flujo considera solamente un loop que está configurado a una velocidad de transmisión de 57600 baudios. 92 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 28 "Modelo relacional 4"

El diccionario de datos de la base de datos REMOTEMONITOR es el siguiente: Tabla: aparato. Base de datos: REMOTEMONITOR. Tabla 33 "Aparato"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDsucursal

int(10)

No

Código

varchar(200)

Sí

NULL

Nombre

varchar(200)

Sí

NULL

Columna

Tipo

Nulo

Predeterminado

Imagen

varchar(200)

Sí

NULL 93

T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: historia. Base de datos: REMOTEMONITOR. Tabla 34 "Historia"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDsensor

int(10)

No

Fecha

datetime

Sí

NULL

Valor

varchar(200)

Sí

NULL

Tabla: sensor. Base de datos: REMOTEMONITOR. Tabla 35 "Sensor"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

IDaparato

int(10)

No

Nombre

varchar(200)

Sí

NULL

Tipo

varchar(200)

Sí

NULL

Alarma

varchar(200)

Sí

NULL

Valor

varchar(200)

Sí

NULL

Tabla: sucursal. Base de datos: REMOTEMONITOR. Tabla 36 "Sucursal"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

Nombre

varchar(200)

Sí

NULL

Imagen

varchar(200)

Sí

NULL

94 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Tabla: usuarios. Base de datos: REMOTEMONITOR. Tabla 37 "Usuarios"

Columna

Tipo

Nulo

Predeterminado

Id (Primaria)

int(10)

No

Código

varchar(200)

Sí

NULL

Nombre

varchar(200)

Sí

NULL

Apellido

varchar(200)

Sí

NULL

Password

varchar(200)

Sí

NULL

ultimo_acceso

datetime

Sí

NULL

Notas

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información



Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Documento cargado:

Ilustración 58 "Documento cargado"

Pantalla para rechazar documento:

Ilustración 59 "Rechazo"

107 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Pantalla para firmar:

Ilustración 60 "Firmar"

Menú lateral de administrador:

Ilustración 61 "Menú"

108 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Encabezado:

Ilustración 62 "Encabezado"

Inicio de sesión:

Ilustración 63 "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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 70 "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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

5.1.3 RemoteMonitoring. Panel superior:

Ilustración 71 "Panel superior"

Menú lateral:

Ilustración 72 "Menú"

Inicio de sesión:

Ilustración 73 "Inicio de sesión"

112 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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:

Ilustración 79 "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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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-oacreedores.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://csstricks.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-internetapplications.html López, E. L. (24 de Enero de 2010). Red y seguridad UNAM. Obtenido de Red y seguridad UNAM: http://redyseguridad.fip.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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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/quees-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-graphicaluser-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-rges-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-developmentenvironment 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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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/excelmobile/9wzdncrfjbh3#version-notes

119 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 5 "Reporte: Empresas acreedoras"

Descripción: Ejemplo de reporte generado por Athena cobra de las empresas acreedoras registradas.

122 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 6 "Reporte: Deudores"

Descripción: Ejemplo de reporte generado por Athena cobra de los deudores registradas.

123 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 7 "Reporte: Practicas"

Descripción: Ejemplo de reporte generado por Athena cobra de las prácticas de cobranza registradas en el sistema. 124 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 8 "Reporte: Usuarios"

Descripción: Ejemplo de reporte generado por Athena cobra de todos los usuarios registrados en el sistema.

125 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 9 "Reporte: Configuración"

Descripción: Ejemplo de reporte generado por Athena cobra de la configuración global del sistema. 126 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 10 "Reporte: Estados y tipos"

Descripción: Ejemplo de reporte generado por Athena cobra de los tipos estados de las practicas.

127 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 11 "Reporte: Workflow"

Descripción: Ejemplo de reporte generado por Athena cobra de los flujos de trabajo registrados.

128 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

Anexo 14 "Reporte: Practicas"

Descripción: Ejemplo de reporte generado por Athena cobra de las prácticas de los gestores registrados.

131 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor

Tecnologías de la información

Memoria de Estadía

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 T.S.U. Ceseñas Rivera Erick T.S.U. Rivera Francisco Héctor