desarrollo del modulo de reportes contables para …

1

DESARROLLO DEL MODULO DE REPORTES CONTABLES PARA INTEGRAR

AL SISTEMA CONTABLE Y FINANCIERO DEL AREA ADMINISTRATIVA DE DIMEL INGENIERIA

JUAN DAVID ZAMORA RENDON

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERÍA

DEPARTAMENTO DE OPERACIONES Y SISTEMA PROGRAMA INGENIERÍA INFORMATICA

SANTIAGO DE CALI 2015

2

DESARROLLO DEL MODULO DE REPORTES CONTABLES PARA INTEGRAR AL SISTEMA CONTABLE Y FINANCIERO DEL AREA ADMINISTRATIVA DE

DIMEL INGENIERIA

JUAN DAVID ZAMORA RENDON

PASANTÍA PARA OPTAR POR EL TÍTULO DE INGENIERO INFORMÁTICO

DIRECTOR MIGUEL JOSE NAVAS JAIME

Ingeniero de sistemas Maestría en ingeniería telemática

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE

FACULTAD DE INGENIERÍA DEPARTAMENTO DE OPERACIONES Y SISTEMA

PROGRAMA INGENIERÍA INFORMATICA SANTIAGO DE CALI

2015

3

Nota de aceptación:

Aprobado por el Comité de Grado en cumplimiento de los requisitos exigidos por la Universidad Autónoma de Occidente para optar al título de Ingeniero Informático

JESÚS ANTONIO LEMOS Jurado

MIGUEL JOSÉ NAVAS JAIME Director

Santiago de Cali, Noviembre 17 de 2015

4

AGRADECIMIENTOS Doy gracias a Dios por permitirme realizar este sueño y ofrecerme tantas bendiciones en la vida. El agradecimiento más especial es toda mi familia, gracias a mis padres por todos los esfuerzos y sacrificios realizados en este tiempo que me permitieron poder llegar y culminar con este gran sueño de ser un profesional. Muchas gracias a la Universidad Autónoma de Occidente y todos los docentes que me brindaron sus conocimientos para formarme como profesional. Muchas gracias a mi director de proyecto de grado por el tiempo y paciencia que tuvo en todo este proceso. Muchas gracias a DIMEL Ingeniería por darme la confianza de desarrollar y demostrar mis capacidades en un proyecto tan importante para la empresa. Muchas gracias a todas las personas que hicieron parte de este proceso y aportaron un granito de arena que me permitió cumplir mi objetivo de ser un profesional.

5

CONTENIDO

RESUMEN 14 INTRODUCCIÓN 15 1. PLANTEAMIENTO DEL PROBLEMA 16 2. MARCO TEÓRICO 17 2.1 REPORTES CONTABLES 17 2.2 CUENTAS POR PAGAR 17 2.3 CUENTAS POR COBRAR 17 2.4 PLUG-IN 17 2.5 SIIGO INFORMÁTICA Y GESTIÓN S.A 18 2.6 SIIGO ADD-IN 18 2.7 DIMEL INGENIERÍA 18 3. ANTECEDENTES 19 3.1 SISTEMA WEB DE GESTIÓN Y CONTROL DE PROCESOS PARA LA DIRECCIÓN PROVINCIAL DEL IESS DE IMBABURA (MÓDULO DE GESTIÓN Y CONTROL DE INVENTARIOS DE SUMINISTROS) 19 3.2 REPORTES EN .NET CON CRYSTALREPORTS 19 3.3 SAP CRYSTALREPORTS 20 4. OBJETIVOS 21

6

4.1 OBJETIVO GENERAL 21 4.2 OBJETIVOS ESPECÍFICOS 21 5. JUSTIFICACIÓN 22 6. METODOLOGÍA 23 6.1 ETAPA DE INICIO O CONCEPTUALIZACIÓN 23 6.2 ETAPA DE ELABORACIÓN 23 6.3 ETAPA DE CONSTRUCCIÓN 24 7. DESARROLLO DEL PROYECTO 25 7.1 ETAPA DE INICIO O CONCEPTUALIZACIÓN 25 7.1.1 Realizar la documentación pertinente con el fin de tener aprobación sobre el plan de gestión del proyecto. 25 7.1.2 Especificación de las necesidades tanto del sistema actual como de posibles ideas según el planteamiento del problema. 25 7.1.3 Identificar los procesos actuales y realizar la verificación de los datos. 26 7.1.3.1 Proceso actual. 26 7.1.3.2 Verificación de datos. 27 7.1.4 Determinar las posibles alternativas, estructurar los datos necesarios para el diseño del módulo y el diseño del programa. 27 7.1.4.1 Estructura de datos. 29 7.1.4.2 Diseño del módulo y diseño del programa. 31

7

7.1.4.3 Módulos del sistema - MRC01 - módulo de reportes contables 31 7.2 ETAPA DE ELABORACIÓN 33 7.2.1 Realizar el plan para el desarrollo y funcionamiento del sistema. 33 7.2.1.1 Responsables del proyecto. 33 7.2.1.2 Participantes claves del proyecto (Interesados) 35 7.2.1.3 Descripción de roles del sistema 35 7.2.1.4 Usuarios del sistema 36 7.2.2 Análisis de requerimientos 37 7.2.2.1 Especificación de los requerimientos funcionales 37 7.2.2.2 Especificación de los requerimientos no funcionales 43 7.2.2.3 Drivers de arquitectura 44 7.2.3 Modelo casos de uso. 44 7.2.3.1 Listado de casos de uso 45 7.2.3.2 Diagramas casos de uso. 45 7.2.3.3 Guiones casos de uso 46 7.2.4 Diagrama de actividades. 51 7.2.5 Diagrama de clases 53 7.2.6 Diagrama de secuencias 56 7.2.7 Modelo de base de datos 59

8

7.2.7.1 Modelo entidad relación 60 7.2.7.2 Modelo relacional de datos 61 7.2.8 Diagrama de componentes 62 7.2.9 Diagrama de despliegue 63 7.3 ETAPA DE CONSTRUCCIÓN 64 7.3.1 Realizar el desarrollo del módulo según el plan previsto 64 7.3.1.1 Pantalla gestión cliente 64 7.3.1.2 Pantalla crear cliente. 65 7.3.1.3 Pantalla gestión cuentas por cobrar 65 7.3.1.4 Pantalla crear cuenta por cobrar 66 7.3.1.5 Pantalla detalle cuenta por cobrar 66

7.3.1.6 Pantalla importar archivos 67 7.3.2 Verificar posibles requerimientos o nuevas necesidades, teniendo en cuenta posibles cambios o mejoras al módulo 67 7.3.3 Someter el módulo a evaluación por el usuario mediante las pruebas de aceptación y pruebas funcionales 68 7.3.3.1 Pruebas de aceptación 68 7.3.3.2 Pruebas funcionales 71 8. RESULTADOS 75

9

9. RECOMENDACIONES 76 10. CONCLUSIONES 77 BIBLIOGRAFÍA 78 ANEXOS 80

10

LISTA DE TABLAS

Tabla 1. Estructura de datos 30

Tabla 2. Responsables del proyecto 35

Tabla 3. Participantes claves del proyecto 35

Tabla 4. Usuarios del sistema 36

Tabla 5. Requerimientos funcionales 37

Tabla 6. Requerimientos no funcionales 43

Tabla 7. Drivers de arquitectura - Agilidad en la generación de reportes 44

Tabla 8. Guion 01 - Crear cliente 47

Tabla 9. Guion 08 - Crear cuenta por cobrar 48

Tabla 10. Guion 19 – Importar archivo 50

Tabla 11. Entidad mrc_cliente 61

Tabla 12. Entidad mrc_cuenta_cobrar 61

Tabla 13. Entidad mrc_temp_cuenta_cobrar 62

Tabla 14. Requerimientos sometidos a pruebas 69

Tabla 15. Campos de entrada y validación 72

Tabla 16. Casos de pruebas y reglas de validación 72





11

LISTA DE ILUSTRACIONES

Ilustración 1. Alternativa 1 28

Ilustración 2. Alternativa 2 29

Ilustración 3. Diagrama casos de uso coordinador contable 46

Ilustración 4. Diagrama casos de uso asistente gerencia 46

Ilustración 5. Diagrama de actividades - Gestión de cliente 51

Ilustración 6. Diagrama de actividades - Gestión de cuentas por cobrar 52

Ilustración 7. Diagrama de actividades - Importar archivo 52

Ilustración 8. Diagrama de clases para el módulo de reportes contables 53

Ilustración 9. Diagrama de clases - Crear cliente 54

Ilustración 10. Diagrama de clases - Crear cuenta cobrar 55

Ilustración 11. Diagrama de clases - Reporte cuentas por cobrar 56

Ilustración 12. Diagrama de secuencia - Crear cliente 57

Ilustración 13. Diagrama de secuencia - Crear cuenta por cobrar 58

Ilustración 14. Diagrama de secuencia - Reporte cuentas por cobrar 59

Ilustración 15. Modelo entidad relación 60

Ilustración 16. Diagrama de componentes MRC 63

Ilustración 17. Diagrama de despliegue MRC 63

Ilustración 18. Pantalla - Gestión Cliente 64

Ilustración 19. Pantalla - Crear Cliente 65

Ilustración 20. Pantalla - Gestión Cuentas por Cobrar 65

Ilustración 21. Pantalla - Crear Cuenta Cobrar 66

Ilustración 22. Pantalla – Detalle Cuenta por Cobrar 66

12

Ilustración 23. Pantalla - Importar Archivos 67

Ilustración 24. Modelo pruebas de aceptación 68

13

LISTADO DE ANEXOS Anexo A. Formato de entrevista 80

Anexo B. Prototipos para la obtención requerimientos 83

Anexo C. Reporte cuentas por cobrar generado en siigo 86

Anexo D. Reporte cuentas por pagar generado en siigo 88

Anexo E. Plantilla de cuentas por cobrar 90

Anexo F. Plantilla de cuentas por pagar 91

Anexo G. Descripción campos de las cuentas por pagar 92

Anexo H. Descripción campos de las cuentas por cobrar 94

Anexo I. Diagramas casos de uso 96

Anexo J. Guiones casos de uso 98

Anexo K. Diagramas de actividades 123

Anexo L. Diagramas de clases 125

Anexo M. Diagramas de secuencia 129

Anexo N. Tabla relacional de datos 133

Anexo O. Pantallas y reportes utilizados para el desarrollo del módulo 138

Anexo P. Pruebas funcionales 143

14

RESUMEN

El siguiente documento nos muestra como darle solución a la generación de reportes contables para la empresa DIMEL Ingeniería, involucrando todos los parámetros necesarios para una buena gestión de las cuentas contables y estableciendo diferentes procesos dentro de cada área involucrada. La detallada investigación de los procesos actuales, del software contable existente en la empresa y experiencias de los trabajadores, se logró identificar una serie de dificultades que conllevan al mal uso de la información, demoras en los proceso por falta de comunicación y por falta de una buena gestión que permitiera generar reportes en cualquier momento según sea la necesidad del usuario para la toma de decisiones. El modulo es desarrollado con una herramienta denominado Tuga la cual está conectada a una base de datos PostgresSQL y funciona con un servidor web denominado apache tomcat 6.0, esta herramienta fue adquirida por la empresa para el desarrollo de proyectos de software. El proyecto finalmente logro darle solución a los problemas encontrados en DIMEL Ingeniería, mediante un módulo que permite realizar la gestión completa para las cuentas por pagar y las cuentas por cobrar, además permitirá generar reportes eficientes ya que estarán configurados según las necesidades de cada usuario. Palabras claves: (Gestión de terceros, Gestión de cuentas, Importación de

Archivos, Generación de reportes)

15

INTRODUCCIÓN

En este proyecto encontraremos la planeación de un sistema de información enfocado al flujo de información entre los procesos de la empresa DIMEL INGENIERIA S.A y no a la distribución organizacional que la empresa dispone. Para esto, se iniciará el DESARROLLO DEL MODULO DE REPORTES CONTABLES PARA INTEGRAR AL SISTEMA CONTABLE Y FINANCIERO DEL AREA ADMINISTRATIVA, donde se verán involucradas diferentes áreas de la empresa tales como; El área de contabilidad, el área administrativa y el área de gerencia, de tal forma que se creará un módulo de reportes que contendrá la información que maneja el área administrativa y financiera brindando la posibilidad de generar reportes definidos por los usuario según las necesidades pertinentes, identificando la información necesaria y oportuna para las respectivas áreas que lo necesiten, con el fin de poder analizar y tomar decisiones rápidas y acertadas. Teniendo en cuenta el plan estratégico de la empresa y su capacidad de aumentar su producción en corto plazo es de vital importancia el manejo de todas las cuentas financieras y sus respectivos estados, para esto el Módulo contable y financiero permitirá la generación de reportes los cuales contendrá toda la información contable de la empresa donde se dispondrán de reportes relacionados con las cuentas por pagar y cuentas por cobrar. El Sistema contable y financiero deberá permitirnos crear una herramienta que sea capaz de manipular la información que es generada por un software diseñado por terceros y muestra limitación en la presentación de la información, esta herramienta desarrollada como el Modulo de Reportes Contables nos brindara la facilidad de capturar y mostrar de una manera más precisa la información a nivel de reportes contables, suprimiendo datos que no son relevantes para la toma de decisiones y mostrando la información en reportes con formato tipo(.xlsx) Excel previamente definidos por el usuario.

16

1. PLANTEAMIENTO DEL PROBLEMA Actualmente la empresa Dimel Ingeniería trabaja su información financiera y contable mediante un software diseñado por un tercero, el cual tiene el nombre de “SIIGO” - “Siigo add-in”, esta información es vital para la empresa ya que con esta se toman grandes decisiones por parte del área administrativa y la gerencia. El sistema actual presenta restricciones en la presentación de la información ya que es generada en reportes pocos entendibles y que no pueden ser manipulados por el usuario, debido a esto, los reportes contienen información innecesaria y se hacen muy complejo su interpretación, de tal forma que deben ser manipulados de forma manual por el usuario para así poder presentar estos informes a las áreas pertinentes. Además, es un software empaquetado que no permite la integración con los demás sistemas de información existentes, lo que obliga a los demás departamentos esperar respuestas de las áreas de contabilidad y financiera retrasando la operación e incrementando costos en los procesos.

17

2. MARCO TEÓRICO 2.1 REPORTES CONTABLES Los reportes contables representan la situación financiera en la cual se encuentra la empresa DIMEL ingeniería, permiten identificar cuáles deben ser las prioridades referentes a los pagos. Estos reportes son generados por el departamento de contabilidad, con el fin de presentarlos a la gerencia de la empresa, en donde se toman decisiones con la información contenida en estos reportes. Estos reportes son divididos en dos tipos los cuales son: (Cuentas por pagar – Cuentas por cobrar). 2.2 CUENTAS POR PAGAR Los reportes de las cuentas por pagar representan los valores o facturas referentes a las compras relacionadas con servicios, insumos y materiales que se realizaron por parte de la empresa DIMEL ingeniería, se denominan estos reportes como las cuentas que se deben a los proveedores. 2.3 CUENTAS POR COBRAR Los reportes de las cuentas por cobrar representan los valores o facturas referentes a las ventas tanto de productos como de servicios que la empresa DIMEL ingeniería realiza, se denominan estos reportes como las cuentas que los clientes le deben a la empresa. 2.4 PLUG-IN Programa que puede anexarse a otro para aumentar sus funcionalidades generalmente sin afectar otras funciones ni afectar la aplicación principal. No se trata de un parche ni de una actualización, es un módulo aparte que se incluye opcionalmente en una aplicación.1 1 Diccionario de informática y tecnología, Definición de plugin. [en línea]. [Consultado 17 de Octubre, 2014]. Disponible en internet: http://www.alegsa.com.ar/Dic/plugin.php.

18

2.5 SIIGO INFORMÁTICA Y GESTIÓN S.A Siigo Inteligente es una herramienta administrativa desarrollada para que las empresas puedan manejar su contabilidad. Para DIMEL ingeniería esta herramienta le permite realizar sus análisis de sus estados financieros y generar una serie de reportes que ya se encuentran definidos mediante plantillas, las cuales no pueden ser modificadas por sus clientes. Siigo permite la gestión de contabilidad, documentos, cartera, recaudo, cuentas por pagar, activos fijos, inventarios, presupuesto, pedidos, compras, ventas.2 2.6 SIIGO ADD-IN Siigo add-in es un módulo que se le incorpora a la herramienta Siigo Inteligente, la cual permite realizar una serie de reportes mediante plantillas que ya se encuentran definidas en la herramienta. Es el complemento de Siigo el cual permite integrar de una forma natural la información contable y administrativa a Excel por medio de unas funciones las cuales pueden ser manipuladas por el usuario final para poder realizar diferentes tipos defunciones.3 2.7 DIMEL INGENIERÍA Somos líderes en la fabricación de productos metalmecánicos para infraestructura eléctrica, telecomunicaciones y mobiliario urbano. Prestación de servicios para obras civiles y eléctricas. Somos una empresa dedicada a satisfacer las necesidades de los sectores eléctrico, telecomunicaciones y de construcción, mediante el diseño, fabricación, suministro de productos metalmecánicos y servicios de ingeniería, con innovación y recurso humano calificado. Generando desarrollo económico y social a nuestros colaboradores, proveedores, clientes y accionistas.4

2 Siigo Pyme. [en línea]. [Consultado 17 de Octubre, 2014].Disponible en internet: http://www.siigo.com/pyme/ 3 SIIGO Informática y Gestión S.A: Manual de usuario: Siigo add-in: Que es Siigo add-in. Versión 2.5, (2006). p.4. 4 DIMEL INGENIERÍA. Quienes somos. [en línea]. [Consultado 17 de Octubre, 2014].Disponible en internet: http://www.dimelingenieria.com/sitio/dimel/quienes-somos

19

3. ANTECEDENTES Como antecedentes para este proyecto se encuentran diversas metodologías en diferentes sistemas a la hora de realizar reportes a la medida de los usuarios, de igual forma se pueden realizar estos reportes con una variedad de herramientas o plug-in desarrolladas para la aplicación de estas funciones. 3.1 SISTEMA WEB DE GESTIÓN Y CONTROL DE PROCESOS PARA LA DIRECCIÓN PROVINCIAL DEL IESS DE IMBABURA (MÓDULO DE GESTIÓN Y CONTROL DE INVENTARIOS DE SUMINISTROS) El Instituto Ecuatoriano de Seguridad Social es una entidad, cuya organización y funcionamiento se fundamenta en los principios de solidaridad, obligatoriedad, universalidad, equidad, eficiencia, subsidiariedad y suficiencia. Se encarga de aplicar el Sistema del Seguro General Obligatorio que forma parte del sistema nacional de Seguridad Social.5El IESS es una institución que cuenta con infraestructura propia, con bienes muebles, bodegas de almacenamiento de suministros los que no han sido controlados debidamente con un orden desde su existencia, ya que no se cuenta con un sistema que controle el patrimonio que está bajo su administración y la gestión de necesidades internas de cada uno de los departamentos.6 Existe un departamento el cual es el encargado de distribuir los diferentes suministros para que la institución funcione, estos suministros son entregados sin tener un control seguro y ordenado de todos los despachos realizados, debido a esto se involucran unos costos adicionales por la pérdida de información, perdida de suministros y además se requiere de un tiempo prolongado para la revisión de los suministros en stock. El Módulo de Gestión y Control de Inventarios de Suministros ayudara a tener un control permanente a todos los suministros de la empresa, permitirá reducir costos y tiempos de ejecución mediante el control de toda su información. 3.2 REPORTES EN .NET CON CRYSTALREPORTS 5 El Instituto Ecuatoriano de Seguridad Social. Quienes Somos. [en línea]. [Consultado 17 de Octubre, 2014]. Disponible en internet: http://www.iess.gob.ec/es/web/guest/inst-quienes-somos. 6 RUBÉN LUIS GONZÁLEZ TAYO. Sistema web de gestión y control de procesos para la dirección provincial del iess de Imbabura. Ibarra – Ecuador (2013). p. 23.

20

Como anteriormente se ha mencionado existen diferentes herramientas para la creación de reportes a la medida de los usuarios, Visual Studio .NET es una de las herramientas más utilizadas para este tipo de requerimientos, ya que cuenta con una aplicación diseñada exclusivamente para la creación de informes que permite el desarrollo y manejo de estos aun si son complejos y adecuarlos según las necesidades propuestas por el cliente, además permite la conexión con cualquier motor de base de datos para realizar gestión de la información permitiendo presentarla en reportes, gráficos e incluso exportar sus reportes. 3.3 SAP CRYSTALREPORTS Una herramienta de informes de producción robusta, SAP CrystalReports convierte casi cualquier fuente de datos en información interactiva, procesable que se puede acceder fuera de línea o en línea, a partir de las aplicaciones, portales y dispositivos móviles.7 Esta herramienta es diseñada para todo tipo de empresas, ya que permite tener la información organizada y oportunamente, brindándole la posibilidad de tomar decisiones acertadas y rápidas mediante la gestión de toda la información, en donde se involucran los procesos de la empresa para la buena toma de decisiones. La presentación de reportes con esta herramienta puede ser de forma dinámica e interactiva con cualquier tipo de información.

7 SAP CrystalReports. La introducción de 2013 CrystalReport soluciones. [en línea]. [Consultado 12 de Octubre, 2014]. Disponible en internet: www.crystalreports.com

21

4. OBJETIVOS

4.1 OBJETIVO GENERAL

Desarrollar e implantar un módulo que genere reportes contables para integrar al área administrativa y financiera de la empresa DIMEL ingeniería. 4.2 OBJETIVOS ESPECÍFICOS Identificar los usuarios que van a interactuar con el sistema haciendo uso del

módulo de reportes.

Identificar las etapas y actividades necesarias para el desarrollo del módulo. Además, determinar los puntos de control y las métricas para asegurar el cumplimiento del proyecto.

Investigar y evaluar la posible alternativa de solución. Diseñar la solución seleccionada, realizando la respectiva documentación. Implementar el diseño, documentando los ajustes y verificar su funcionamiento. Realizar las pruebas funcionales, pruebas de aceptación y capacitación al

personal. Implantar el módulo de reportes realizando la entrega del producto.

22

5. JUSTIFICACIÓN

Este proyecto es de vital importancia para la empresa ya que nos permitirá conocer en detalle todo lo relacionado con las cuentas contables y financieras de la empresa Dimel Ingeniería, teniendo claridad de cada uno de sus respectivos reportes (cuentas por pagar y cuentas por cobrar), de igual forma se logrará identificar el estado de cada cuenta y el estado de cada proveedor, es decir, que se tendrá al detalle cuáles son las cuentas que se requieran pagar en un determinado tiempo y, a su vez, las cuentas que se deben cobrar dentro de un rango de tiempo, especificando al detalle cuáles son los clientes o proveedores que están relacionados según el tipo de cuenta. El aspecto más importante del proyecto es permitir que la empresa Dimel Ingeniería sea más competitiva, ya que estos reportes nos brindarán la información necesaria para la toma de decisiones y ampliará el desarrollo de las funciones de las diferentes áreas involucradas tales como: el área de contabilidad, el área administrativa y el área de gerencia, además lograra unificar e integrar la información y de esta forma se mejorará la comunicación entre las mismas.

23

6. METODOLOGÍA Este documento será evaluado y controlado según el plan de gestión de proyectos de software, se identificara una metodología el cual define cada actividad a realizar para asegurar la conclusión del proyecto. Las actividades de trabajo se encuentran definidas dentro de cada una de las etapas del modelo de Procesos de Desarrollo Unificado (RUP), y estarán estipuladas desde el principio del proyecto, pero de acuerdo con la metodología estas actividades pueden ser modificadas al transcurso del proceso de desarrollo. 6.1 ETAPA DE INICIO O CONCEPTUALIZACIÓN Realizar la documentación pertinente con el fin de tener aprobación sobre el

plan de gestión del proyecto.

Especificación de las necesidades y posibles ideas según el planteamiento del problema.

Identificar los procesos actuales y realizar la verificación de los datos. Determinar las posibles alternativas, estructurar los datos necesarios para el

diseño del módulo y el diseño del programa.

6.2 ETAPA DE ELABORACIÓN Realizar plan de gestión de análisis para el desarrollo y funcionamiento del

sistema.

Análisis de requerimientos. Modelo casos de uso. Diagrama de actividades. Diagrama de clases. Diagrama de secuencias.

24

Modelo de base de datos. Diagrama de componentes. Diagrama de despliegue.

6.3 ETAPA DE CONSTRUCCIÓN Realizar el desarrollo del módulo según el plan previsto.

Verificar posibles requerimientos o nuevas necesidades, teniendo en cuenta

posibles cambios o mejoras al módulo. Someter el módulo a evaluación por el usuario mediante las pruebas de

aceptación y pruebas funcionales.

25

7. DESARROLLO DEL PROYECTO 7.1 ETAPA DE INICIO O CONCEPTUALIZACIÓN 7.1.1 Realizar la documentación pertinente con el fin de tener aprobación sobre el plan de gestión del proyecto. Se llevó a cabo la documentación para declarar el proyecto dentro de la empresa Dimel Ingeniería, dando reconocimiento formal a todos los involucrados dentro de la organización mediante el acta de proyecto. Este documento especifica los objetivos, el alcance general del proyecto, personas involucradas, principales entregables, fechas importantes y el presupuesto requerido hasta el momento. 7.1.2 Especificación de las necesidades tanto del sistema actual como de posibles ideas según el planteamiento del problema. Para conocer las especificaciones de las necesidades por parte de cliente se llevaron a cabo unas actividades. Se realizaron una serie de entrevistas a los usuarios involucrado en el sistema

para módulo de reportes, a continuación se encuentra un resumen de la entrevista.

- La necesidad que se tiene es organizar y completar una información en unos

formatos determinados.

- El problema a resolver es generar los reportes solo con la información necesaria para la toma de decisiones.

- El proceso actualmente requiere de varios pasos, los cuales algunos son

generados en el software ‘Siigo’ y otros de forma independiente según el reporte que desea realizar.

- El problema se resolvería con un nuevo software que nos permitiera convertir,

organizar y completar la información de una forma más rápida y precisa.

- Los principales procesos son la creación de clientes, creación de proveedores, creación de vendedores, creación de cuentas por pagar y cuentas por cobrar.

- El software se llama Siigo. - La comunicación con las demás áreas es de forma oral o correos.

26

- Los archivos que genera Siigo son en Excel y contienen mucha información repetida.

- Estos procesos se realizan normalmente cada semana.

- Los archivos que se requieren deben cumplir con la estructura de las plantillas

que fueron determinadas por el área de gerencia. Ver el anexo 1 el detalle de la entrevista. Se utilizó el desarrollo de prototipos como técnica para la obtención de

requerimientos, se diseñaron algunas pantallas con el fin que los usuarios del sistema en el módulo de reportes generaran dudas o compartieran sus necesidades de forma general. Estos prototipos solo indican una idea de cómo podría ser el modulo mas no una solución ya definitiva.

Ver anexo 2 los prototipos propuestos. 7.1.3 Identificar los procesos actuales y realizar la verificación de los datos. 7.1.3.1 Proceso actual. Actualmente los procesos para la generación de los reportes contables se realizan periódicamente cada semana, tanto el reporte de las cuentas por pagar como el reporte de las cuentas por cobrar son generados mediante un software llamado SIIGO, el cual es un software contable que la empresa Dimel Ingeniería utiliza en sus procesos. Los usuarios encargados de generar estos reportes deben ingresar a SIIGO y dirigirse a la siguiente ruta: (“Cuentas por cobrar – Edades de cartera – Actualiza a 10 columnas – Informe a 10 columnas”) para los reportes de las cuentas por cobrar y dirigirse a la ruta (“Cuentas por pagar – Edades de proveedores – Actualiza a 10 columnas – Informe a 10 columnas”) para los reportes de las cuentas por pagar. Los archivos generados son de extensión (.xlsx) Excel y tienen aproximadamente 800 registros cada uno según la demanda y la oferta que haya tenido Dimel Ingeniería en la semana, estos archivos tienen el nombre de: CUENTAS X COBRAR 25 MARZO y CUENTAS X PAGAR 26 MARZO, además los usuarios deben tener permisos en el software SIIGO para poder acceder a estos tipos de archivos. Los archivos generados por el software SIIGO son los siguientes: Ver anexo 3 y anexo 4.

27

Una vez generado los archivos el usuario debe modificarlos de forma manual, para esto el usuario construye los reportes de acuerdo a las plantilla solicitadas por el área administrativa y gerencia, estos reportes son alimentados con la información de los archivos previamente generados por el usuario en el software SIIGO, el proceso que realiza el usuario es: copiar, organizar, filtrar, agrupar y formular la información de los archivos y construir el reporte de acuerdo a la plantilla mencionada previamente. Las plantillas solicitadas son las siguientes: Ver anexo 5 y anexo 6. Después de tener cada reporte el usuario debe imprimirlo y enviarlo a las personas involucradas para su posterior análisis. Este proceso lleva mucho tiempo y existe muchas probabilidades que el usuario se equivoque en las formulaciones, estos reportes son de vital importancia para Dimel Ingeniería ya que contienen toda la información contable de la empresa. 7.1.3.2 Verificación de datos. Los archivos generados por elsoftware SIIGO para las cuentas por pagar (EDADES CUENTAS POR PAGAR: DETALLADA - ALFABETICA) contienen la siguiente información: Nit del proveedor, digito de verificación, tercero, sucursal, nombre, cuenta, cta, descripción, saldo, valor vencido, teléfono 1, teléfono 2, ciudad, comprobante, fecha, fecha vencimiento y una estructura de intervalos que va desde 0 hasta 360. Ver anexo 7 la descripción completa de todos los campos de las cuentas por pagar. Los archivos generados por el software SIIGO para las cuentas por cobrar (EDADES DE CARTERA DETALLADO POR VENDEDOR) contienen la siguiente información: Vendedor nombre, vendedor, nombre, cuenta descripción, cuenta, descripción, tercero nombre, tercero, nombre, teléfono 1, teléfono 2, dirección, total, valor vencido, documento, fecha documento, fecha vencimiento. Ver anexo 8 la descripción completa de todos los campos de las cuentas por cobrar. 7.1.4 Determinar las posibles alternativas, estructurar los datos necesarios para el diseño del módulo y el diseño del programa. Se determinaron dos alternativas para el desarrollo del módulo de reportes. La alternativa 1 fue tratar de conectar o consultar los registros necesarios ya ingresados en el software SIIGO para la generación de los reportes, para esto se solicitó una visita por parte del proveedor y darles a conocer la necesidad puntual y el requerimiento a solicitar.

28

La solicitud para consultar los registros ingresados en el software SIIGO desde otra herramienta o sistema fue rechazada, debido a que el software SIIGO es un software empaquetado que no permite la conexión con otros sistemas, además de esto, el software SIIGO maneja su información mediante el lenguaje cobol (Common Business OrientedLanguage) el cual es un lenguaje muy antiguo que no permite realizar conexiones debido a su estructura de división. Ilustración 1. Alternativa 1

Fuente: Elaboración propia La siguiente alternativa 2 consiste en importar los archivos generados por el usuario desde el software SIIGO al módulo de reportes, esta alternativa conlleva a estructurar un modelo el cual nos permita almacenar los registros necesarios para la generación de los nuevos reportes, además debe permitir realizar una gestión completa para el manejo de la información referente a TERCEROS - (clientes, proveedores y vendedores) y una gestión completa para el manejo de las cuentas por pagar y cuentas por cobrar.

Reportes

Nuevo reportes

Software Siigo

Modulo reportes

BDmel

29

Ilustración 2. Alternativa 2

Fuente: Elaboración propia La importación de los archivos al módulo deberá ser realizada mediante la alternativa 2, permitiendo a los usuarios cada vez que requieran generar un nuevo reporte con la estructura definida, esta información será insertada en una base de datos la cual debe permitir ser consultada en cualquier momento y adaptada a nuevas funcionalidades, ya que el módulo de reportes deberá integrarse con otros módulos que se encuentran en un plan estratégico que tiene la empresa Dimel Ingeniería acorto plazo. Esta alternativa contempla que se puedan generar diversos reportes según las necesidades del usuario o según las áreas que lo soliciten. 7.1.4.1 Estructura de datos. La estructura de datos que se muestra a continuación define todos los campos necesarios para el buen funcionamiento del sistema de reportes contables.

Modulo reportes

BD

Reportes

Software Siigo

Aplicación manual

Nueva BD

Datos

Nuevos reportes

30

Tabla 1. Estructura de datos

Tabla Campos Clientes

Código cliente, nombre razón social, código tipo identificación, número identificación, teléfono, celular, correo electrónico, código estado, dirección, observaciones, usuario creación, fecha creación, usuario modificación, fecha modificación, fecha cumpleaños, código ciudad, código tipo persona.

Proveedores

Código proveedores, número razón social, código tipo identificación, número identificación, dirección, teléfono, teléfono alterno, celular, numero fax, código ciudad, correo electrónico, código tipo proveedor, nombre representante, registro cámara comercio, observaciones, usuario creación, usuario modificación, fecha modificación, código estado.

Vendedores

Código vendedor, nombres, apellidos, número identificación, código Siigo, usuario creación, fecha creación, correo electrónico, cargo, código ciudad, celular, dirección, teléfono, observaciones.

Cuentas cobrar

Código cuentas cobrar, código vendedor, código cliente, numero comprobante, fecha creación, fecha vencimiento, valor cobrar, valor vencido, usuario creación, fecha modificación, usuario modificación, observaciones, código estado cuenta.

Cuentas pagar

Código cuentas pagar, fecha creación, numero comprobante, fecha creación, fecha vencimiento, valor pagar, valor vencido, usuario creación, fecha modificación, usuario modificación, observaciones, código estado cuenta, código proveedores.

País Código país, nombre país, código postal.

Departamento Código departamento, nombre departamento, código país, código zona.

Ciudad Código ciudad, código departamento, nombre ciudad, descripción.

Zona Código zona, nombre zona, descripción zona. Tipo identificación

Código tipo identificación, nombre tipo, descripción.

Tipo persona Código tipo persona, nombre tipo persona, descripción. Tipo proveedor Código tipo proveedor, descripción tipo proveedor, nombre

proveedor. Estado cuentas Código estado cuenta, nombre estado, descripción. Estado terceros Código estado, nombre estado, descripción. Vendedores zonas

Código vendedor, código zona.

31

01 - PARAMETRIZACION

- Parámetro 1

- Parámetro 2

- Parámetro 3

7.1.4.2 Diseño del módulo y diseño del programa. A continuación se describen cada uno de los procesos o módulos que están involucrados en el sistema de reportes contables. Parametrización: Indica la posibilidad al usuario/Administrador para ingresar

los datos básicos de parametrización que permita el buen funcionamiento del MODULO DE REPORTES CONTABLES.

Importar archivos: Indica la posibilidad al usuario para la búsqueda de los archivos que fueron generados desde el software SIIGO, mediante la opción estándar del sistema operativo Windows 7 (Examinar archivos), se debe seleccionar el tipo de cuenta a importar, después cargar el archivo en donde tenemos las opciones para Importar y para Generar informe según el archivo o tipo de cuenta establecido.

Gestión terceros: Indica la posibilidad al usuario para la gestión individualizada de los terceros, es decir, nos brinda todas las posibles acciones que puede tener un (Cliente – Proveedor - Vendedor), de esta forma el usuario podrá realizar la consulta, creación, modificación y eliminación de los registros.

Gestión cuentas: Indica la posibilidad al usuario para la gestión

individualizada de las cuentas, es decir, nos brinda todas las posibles acciones que puede tener una (Cuenta por pagar – Cuenta por cobrar), de esta forma el usuario podrá realizar la consulta, creación, modificación y eliminación de los registros.

7.1.4.3 Módulos del sistema - MRC01 - módulo de reportes contables. A continuación se muestra la estructura de cada uno de los módulos del sistema de reportes contables.

MRC01-01 Parametrización

32

MRC01-02 Importar archivos

MRC01-03 Gestión de clientes

MRC01-04 Gestión de proveedores

MRC01-05 Gestión de vendedores

04 – GESTION DE PROVEEDORES

- Consultar

- Crear

- Modificar

- Eliminar

05 – GESTION DE VENDEDORES

- Consultar

- Crear

- Modificar

- Eliminar

- Importar

02 – IMPORTACION DE ARCHIVOS

- Examinar archivos

- Cuentas por cobrar

- Cuentas por pagar

- Importar

03 – GESTION DE CLIENTES

- Consultar

- Crear

- Modificar

- Eliminar

33

MRC01-06 Gestión de cuentas (Cobrar/Pagar) 7.2 ETAPA DE ELABORACIÓN 7.2.1 Realizar el plan para el desarrollo y funcionamiento del sistema. El propósito del plan de gestión de análisis es el de estudiar a fondo toda la

información que se presentó en el proceso de conceptualización. De esta manera entender correctamente las características del sistema contable y financiero. Finalmente de llegar a un diseño en el cual podamos basarnos con total seguridad a la hora de desarrollar el módulo de reportes contables.

Tiene como alcance realizar el diseño y prototipo funcional del módulo de

reportes para la gestión de los procesos contables de la empresa Dimel Ingeniería. El modulo no realizará la contabilidad, gestión de activos ni recursos humanos.

7.2.1.1 Responsables del proyecto. Sponsor: Facilitar los recursos financieros requeridos para la ejecución del proyecto.

Resolver situaciones relacionadas con el presupuesto y los recursos que

superen los niveles de autoridad del Gerente del proyecto. Facilitar la solución de conflictos que excedan la posibilidad de gestión por

parte del Gerente del proyecto. Apoyar el proceso de toma de decisiones de alto impacto para la empresa.

06 – GESTION DE CUENTAS

- Consultar

- Crear

- Modificar

- Eliminar

34

Aprobar los planes de calidad, comunicación, ejecución y evaluación del proyecto.

Gerente del proyecto: Planificar las actividades y los recursos requeridos para la ejecución,

evaluación, control, comunicación y aseguramiento de calidad del proyecto.

Administrar los recursos disponibles durante la ejecución del proyecto, solucionando inconvenientes que se puedan presentar durante el desarrollo del mismo.

Definir y ejecutar las estrategias que permitan realizar una adecuada comunicación a todos los interesados del proyecto.

Identificar los riesgos antes y durante la ejecución del proyecto y generar

alternativas que permitan cumplir con la línea base del mismo (Costo, presupuesto y tiempo).

Coordinar las actividades con las áreas funcionales relacionadas con el levantamiento de la información, definición de los procesos funcionales, pruebas y capacitación.

Analista y desarrollador: Identificar las necesidades puntuales de cada área de trabajo.

Realizar las especificaciones necesarias en donde se identifiquen los requisitos

funcionales y no funcionales. Llevar el control de las actividades correspondientes para el desarrollo del

proyecto. Realizar las pruebas pertinentes para una incorporación exitosa del proyecto. Realizar los documentos pertinentes de actividades, dejando claro los procesos

que se llevaran a cabo.

35

Tabla 2. Responsables del proyecto

Nombre Cargo Rol Luis Javier Salcedo Director Financiero y

Administrativo

Sponsor

Claudia Ayora Directora Planeación Gerente del proyecto

Juan David Zamora Analista T.I Analista Desarrollador

7.2.1.2 Participantes claves del proyecto (Interesados) Tabla 3. Participantes claves del proyecto

Nombre Área Cargo Ing. Luis Fernando

Gutiérrez Gerencia Gerente Comercial

Luis Javier Salcedo Administrativa Director Financiero y Administrativo

Alejandra Ramírez Gerencial Asistente de Gerencia

Viviana Calderón Contabilidad Coordinadora Contable

Marcela Pino Contabilidad Asistente Contable Daniela Orozco Proyectos Administrador

7.2.1.3 Descripción de roles del sistema Asistente de Gerencia: Persona encargada de importar “Convertir” los

archivos al módulo y posteriormente generar los reportes de las cuentas por pagar y los reportes de las cuentas por cobrar.

36

Asistente contable: Persona encargada de realizar la gestión de terceros, (consulta, creación, modificación) y toda la gestión de cuentas, (consulta, creación, modificación).

Coordinadora contable: Persona encargada de supervisar toda la gestión de terceros y gestiones de cuentas. Además podrá consultar todo tipo de reporte referente a las cuentas.

Director Administrativo: Persona encargada de validar toda la información de los reportes contables, además podrá tener acceso a todas las gestiones realizadas en el módulo.

Gerencia: Persona que toma decisiones con la información de los reportes, debe tener acceso a todas las gestiones realizadas en el módulo, además permitir exportar los reportes a con extensión (.xlsx) Excel.

Administrador: Persona encargada de ingresar todos los registros básicos para el buen funcionamiento del módulo, como los registros parámetros y los registros definidos para el modulo.

7.2.1.4 Usuarios del sistema Tabla 4. Usuarios del sistema

Nombre Rol Alejandra Ramírez Asistente de Gerencia Marcela Pino Asistente contable Viviana Calderón Contabilidad

Luis Javier Salcedo Director administrativo

Ing. Luis Fernando Gutiérrez Gerencia

Daniela Orozco Administrador

37

7.2.2 Análisis de requerimientos 7.2.2.1 Especificación de los requerimientos funcionales Tabla 5. Requerimientos funcionales

N° Descripción

1 El sistema en el módulo de reportes debe permitirle al usuario examinar archivos dentro de su ordenador para luego ser cargado al módulo.

2 El sistema en el módulo de reportes debe ofrecerle al usuario una opción que le permita importar los archivos de las cuentas por pagar a la base de datos la cual se encuentra conectada con el sistema.

3 El sistema en el módulo de reportes debe ofrecerle al usuario una opción que le permita importar los archivos de las cuentas por cobrar a la base de datos la cual se encuentra conectada con el sistema.

4 El sistema en el módulo de reportes deberá ofrecer una opción mediante la cual el usuario pueda generar los reportescon la estructura definidapara las cuentas por pagar.

5 El sistema en el módulo de reportes deberá ofrecer una opción mediante la cual el usuario pueda generar los reportescon la estructura definidapara las cuentas por cobrar.

6

El sistema deberá validar que los archivos para las cuentas por pagar y los archivos para las cuentas por cobrar contengan la información necesaria y estructura establecida para ser registrada en la base de datos, si los archivos no cumplen con estas condiciones, el sistema deberá mostrarle al usuario una alerta indicándole que hay una inconsistencia en el archivo, por favor verifique el archivo que desea importar.

7

Cuando el archivo cargado de las cuentas por pagar se importe al módulo, el sistema deberá mostrarle al usuario un resumen relacionado con la cantidad de registros ingresados a la base de datos el cual debe contener la siguiente información: - Cuentas por pagar correctas - Cuentas por pagar repetidas - Proveedores correctos - Proveedores repetidos

8

Cuando el archivo cargado de las cuentas por pagar se importe al módulo, el sistema deberá mostrarle al usuario un resumen relacionado con la cantidad de registros ingresados a la base de datos el cual debe contener la siguiente información: - Cuentas por cobrar correctas

38

Tabla 5. (Continuación) - Cuentas por cobrar repetidas - Clientes correctos - Clientes repetidos

9

El sistema en el módulo de reportes deberá permitir crear una cuenta por cobrar para lo cual el sistema debe solicitar al usuario que ingrese la siguiente información: Cliente (*) (El sistema deberá mostrar una lista de todos los clientes existentes en el sistema y el campo debe tener la opción de autocompletar) - Número comprobante (*) - Fecha vencimiento (*) - Valor a cobrar (*) - Observaciones

10 El sistema en el módulo de reportes deberá validar que la fecha de vencimiento ingresada por el usuario para la creación de la cuenta por cobrar no sea menor a la fecha actual del sistema.

11 El sistema en el módulo de reportes deberá validar que el valor a cobrar ingresado por el usuario para la creación de una cuenta por cobrar sea mayor a cero (0).

12

El sistema en el módulo de reportes deberá permitir consultar una cuenta por cobrar, cuando se ingrese al módulo de cuentas por cobrar el sistema deberá mostrar todos los clientes que tengan una cuenta por cobrar relacionada, con el acumulado del total de la cuentas y el total del valor vencido que tenga cada cliente.

13 El sistema en el módulo de reportes deberá realizar la sumatoria de los valores a cobrar de todas las cuentas por cobrar relacionadas a cada cliente.

14 El sistema en el módulo de reportes deberá organizar alfabéticamente por nombre todos los clientes que tengan una cuenta por cobrar relacionada.

15

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de un cliente específico que tenga relacionado al menos una cuenta por cobrar, el sistema debe ofrecer los siguientes filtros. - Vendedor - Cliente (Nombre Razón Social) - Nit

16

El sistema en el módulo de reportes deberá permitir ver en detalle todas las cuentas por cobrar que tenga cada cliente, mostrando solo las cuentas por cobrar relacionadas al cliente específico consultado en el requerimiento anterior y organizando los registros de forma descendente según la fecha de vencimiento.

39

17

Tabla 5. (Continuación) El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de una cuenta por cobrar en específico, el sistema debe ofrecer los siguientes filtros. - Número comprobante - Fecha creación - Rango de fechas de vencimiento: Fecha inicial – Fecha final

18 El sistema en el módulo de reportes deberá validar que la fecha inicial seleccionada por el usuario para realizar una consulta de la cuenta por cobrar no sea mayor a la fecha final.

19 El sistema en el módulo de reportes deberá permitir modificar la información de una cuenta por cobrar.

20 El sistema en el módulo de reportes deberá permitir inactivar/eliminar una cuenta por cobrar.

21 El sistema en el módulo de reportes deberá permitir ingresar un valor a cancelar para cada cuenta por cobrar, este valor a cancelar puede ser parcial o total al valor a cobrar de cada cuenta.

22 El sistema en el módulo de reportes deberá actualizar el valor a cobrar de cada cuenta cada vez que se ingrese un valor a cancelar.

23 El sistema en el módulo de reportes deberá mostrar el valor vencido y los días vencidos de cada cuenta por cobrar si la fecha de vencimiento de la cuenta es mayor a la fecha actual del sistema.

24

El sistema en el módulo de reportes deberá permitir generar un reporte que contenga la siguiente información: Nombre del cliente, teléfono, valor total a cobrar, valor total vencido, nombre del vendedor y cantidad de cuentas por cobrar.

25

El sistema en el módulo de reportes deberá permitir generar un reporte individual por cliente que contenga la siguiente información: Nombre del cliente, número del comprobante, valor a cobrar, valor vencido, fecha de creación, fecha de vencimiento, días vencidos.

26

El sistema en el módulo de reportes deberá permitir crear una cuenta por pagar para lo cual el sistema debe solicitar al usuario que ingrese la siguiente información: Proveedor (*) (El sistema deberá mostrar una lista de todos los proveedores existentes en el sistema y el campo debe tener la opción de autocompletar) - Número de comprobante (*) - Fecha vencimiento (*) - Valor apagar (*) - Observaciones

27 El sistema en el módulo de reportes deberá validar que la fecha de vencimiento ingresada por el usuario para la creación de la cuenta por pagar no sea menor a la fecha actual del sistema.

40

28

Tabla 5. (Continuación) El sistema en el módulo de reportes deberá validar que el valor apagar ingresado por el usuario para la creación de una cuenta por pagar sea mayor a cero (0).

29

El sistema en el módulo de reportes deberá permitir consultar una cuenta por pagar, cuando se ingrese al módulo de cuentas por pagar el sistema deberá mostrar todos los proveedores que tengan una cuenta por pagar relacionada, con el acumulado del total que se debe pagar a cada proveedor y el total del valor vencido a pagar.

30 El sistema en el módulo de reportes deberá realizar la sumatoria de los valores a pagar de todas las cuentas por pagar relacionadas a cada proveedor.

31 El sistema en el módulo de reportes deberá organizar alfabéticamente por nombre todos los proveedores que tengan una cuenta por pagar relacionada.

32

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de un proveedor específico que tenga relacionado al menos una cuenta por pagar, el sistema debe ofrecer los siguientes filtros. - Proveedor / Nombre razón social - Nit - Tipo de proveedor

33

El sistema en el módulo de reportes deberá permitir ver en detalle todas las cuentas por pagar que tenga cada proveedor, mostrando solo las cuentas por pagar relacionadas al proveedor específico consultado en el requerimiento anterior y organizando los registros de forma descendente según la fecha de vencimiento.

34

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de una cuenta por pagar en específico, el sistema debe ofrecer los siguientes filtros. - Número comprobante - Fecha creación - Rango de fechas vencimiento: Fecha inicial – Fecha final

35 El sistema en el módulo de reportes deberá validar que la fecha inicial seleccionada por el usuario para realizar una consulta de la cuenta por pagar no sea mayor a la fecha final.

36 El sistema en el módulo de reportes deberá permitir modificar la información de una cuenta por pagar.

37 El sistema en el módulo de reportes deberá permitir inactivar/eliminar una cuenta por pagar.

38 El sistema en el módulo de reportes deberá permitir ingresar un valor a pagar para cada cuenta por pagar, este valor a pagar puede ser parcial o total al valor apagar de cada cuenta.

41

39

Tabla 5. (Continuación) El sistema en el módulo de reportes deberá actualizar el valor a pagar de cada cuenta cada vez que se ingrese un valor a pagar.

40 El sistema en el módulo de reportes deberá mostrar el valor vencido y los días vencidos de cada cuenta por pagar, si la fecha de vencimiento de la cuenta es mayor a la fecha actual del sistema.

41

El sistema en el módulo de reportes deberá permitir generar un reporte que contenga la siguiente información: Nombre del proveedor, teléfono, valor total a pagar, valor total vencido a pagar y cantidad de cuentas por pagar.

42

El sistema en el módulo de reportes deberá permitir generar un reporte individual por proveedor que contenga la siguiente información: Nombre del proveedor, número del comprobante, valor a pagar, valor vencido a pagar, fecha de creación, fecha de vencimiento y días vencidos.

43

El sistema en el módulo de reportes deberá permitir crear un cliente, para lo cual el sistema debe solicitar al usuario que ingrese la siguiente información: - Nombre razón social (*) - Tipo identificación (*) (El sistema deberá mostrar una lista de los tipo de identificación existentes en el sistema) - Número identificación (Nit) (*) - País (*) - Departamento (*) - Ciudad (*) - Vendedor (*) (El sistema deberá mostrar una lista de todos los vendedores existentes en el sistema) - Teléfono (*) - Celular - Correo electrónico (*) - Dirección - Tipo persona (*) (El sistema deberá mostrar una lista de los tipo de persona existente en el sistema) - Fecha cumpleaños - Observaciones

44 El sistema en el módulo de reportes deberá validar que el correo electrónico ingresado por el usuario para la creación del cliente cumpla con la estructura definida para los correos.

45

El sistema en el módulo de reportes deberá permitir consultar un cliente en específico, cuando se ingrese al módulo de gestión de clientes el sistema deberá mostrar todos los clientes registrados en el sistema con las siguientes opciones para realizar un filtro. - Nombre razón social

42

Tabla 5. (Continuación) - Nit - Vendedor - Estado

46 El sistema en el módulo de reportes deberá permitir modificar la información de un cliente.

47 El sistema en el módulo de reportes deberá permitir inactivar un cliente.

48

El sistema en el módulo de reportes deberá permitir generar un reporte de todos los clientes registrados en el sistema que contenga la siguiente información: Nombre del cliente, Nit, Teléfono, Ciudad, Vendedor, Estado.

49

El sistema en el módulo de reportes deberá permitir crear un proveedor, para lo cual el sistema debe solicitar al usuario que ingrese la siguiente información: - Nombre razón social (*) - Tipo identificación (*) (El sistema deberá mostrar una lista de los tipo de identificación existentes en el sistema) - Número identificación (*) - País (*) - Departamento (*) - Ciudad (*) - Teléfono (*) - Correo electrónico (*) - Nombre representante (*) - Dirección (*) - Teléfono alterno - Celular - Número fax - Tipo proveedor (*) (El sistema deberá mostrar una lista de los tipo de proveedor existentes en el sistema) - Registro cámara comercio - Observaciones

50 El sistema en el módulo de reportes deberá validar que el correo electrónico ingresado por el usuario para la creación de un proveedor cumpla con la estructura definida para los correos.

51

El sistema en el módulo de reportes deberá permitir consultar un proveedor en específico, cuando se ingrese al módulo de gestión de proveedores el sistema deberá mostrar todos los proveedores registrados en el sistema con las siguientes opciones para realizar un filtro. - Nombre razón social - Nit - Tipo proveedor

43

Tabla 5. (Continuación) - Estado

52 El sistema en el módulo de reportes deberá permitir modificar la información de un proveedor.

53 El sistema en el módulo de reportes deberá permitir inactivar un proveedor.

54

El sistema en el módulo de reportes deberá permitir generar un reporte de todos los proveedores registrados en el sistema que contenga la siguiente información: Nombre del proveedor, Nit, Teléfono, Ciudad, Tipo de proveedor, Estado.

55 El sistema en el módulo de reportes deberá mostrarle al usuario un mensaje “El proceso se realizó satisfactoriamente”, cuando algún proceso se realice correctamente.

56 El sistema en el módulo de reportes deberá validar que todos los campos obligatorios (*) contengan información.

7.2.2.2 Especificación de los requerimientos no funcionales Tabla 6. Requerimientos no funcionales

N° Descripción

1 Los archivos a importar en el módulo de reportes deben estar con una extensión (.xlsx).

2 El sistema debe estar en capacidad de importar el archivo al módulo de reportes en un tiempo mínimo de 3 minutos.

3 El sistema en el módulo de reportes deberá tener una conexión establecida con el motor de base de datos Postgres.

4 El sistema en el módulo de reportes debe permitirle a los usuarios ingresar al sistema según los roles y permisos estipulados por la configuración del sistema.

5 El sistema debe permitir conexiones con otros sistemas o motores de base de datos.

6 El sistema debe guardar toda la información ingresada en mayúscula

7 El sistema debe permitir que los reportes generados en el módulo se puedan exportar con una extensión, (.xlsx) – Excel.

8 El sistema en el módulo de reportes debe funcionar con el navegador web Google Chrome.

44

7.2.2.3 Drivers de arquitectura Tabla 7. Drivers de arquitectura - Agilidad en la generación de reportes

Nombre del Motivador

de Negocio Descripción del Motivador de Negocio

Agilizar el proceso de generación de reportes

Reducir el tiempo del proceso para la generación de reportes en un tiempo inferior a 2 minutos.

Estrategias a Seguir Realizar una interfaz clara que permita tener filtros o rangos de fechas para la generación de los reportes, en donde la configuración del sistema consultara de forma específica.

Medida Tiempo de duración del proceso para la generación de los reportes contables.

Rangos Cota Mínima Cota Máxima Ninguno 4:01 Mayor Bajo 3:30 4:30 Moderado 2:30 3:30 Fuerte 1:30 2:30 Muy Fuerte 0:30 1:30 Asociación del Motivador con el Negocio

Definido Por: Gerente de proyectos Ejecutado Por: Asistente de Gerencia /

Coordinadora Contable

7.2.3 Modelo casos de uso. Los diagramas de casos de uso nos permitirán representar las funcionalidades que tendrán los actores con el sistema.

45

7.2.3.1 Listado de casos de uso CU01: Crear cliente CU02: Crear proveedor CU03: Crear vendedor CU04: Modificar cliente CU05: Modificar proveedor CU06: Modificar vendedor CU07: Crear cuenta por pagar CU08: Crear cuenta por cobrar CU09: Modificar cuenta pagar CU10: Modificar cuenta cobrar CU11: Inactivar cliente CU12: Inactivar proveedor

CU13: Generar reportes CU14: Reporte cuentas por pagar CU15: Reporte cuentas por cobrar CU16: Reporte clientes CU17: Reporte proveedores CU18: Reporte vendedores CU19: Importar archivo CU20: Inicio sesión CU21: Crear parámetro CU22: Modificar parámetro CU23: Eliminar parámetro

7.2.3.2 Diagramas casos de uso. Los siguientes diagramas nos muestran los casos de uso más representativos de cada proceso.

46

Ilustración 3. Diagrama casos de uso coordinador contable Ilustración 4. Diagrama casos de uso asistente gerencia

Ver el anexo 9 para continuar con los casos de uso. 7.2.3.3 Guiones casos de uso

Las siguientes tablas nos muestran al detalle los casos de uso más importantes del proyecto, identificando los casos de uso según la gestión correspondiente.

47

Tabla 8. Guion 01 - Crear cliente Caso de Uso No. 01 Nombre Crear cliente Descripción Permite al usuario ingresar la información de un cliente Actores Asistente contable - Coordinador contable

Guion Principal Actor Sistema

1. Ingresa a la opción <Gestión Cliente>

2. Despliega los campos de consulta: - Nombre razón social - Nit - Vendedor - Estado

3. Selecciona <Crear Cliente>

4. Muestra los campos a ingresar: Nombre razón social, Tipo identificación, Número identificación, Teléfono, Celular, Correo electrónico, Estado, Dirección, Observaciones, Fecha cumpleaños, País, Departamento, Ciudad, Tipo persona, Vendedor

5. Ingresa la información del cliente

6. Selecciona <Adicionar>

7. Valida que el campo <Correo electrónico> cumpla con la estructura EXC1 8. Valida los campos obligatorios para crear el cliente EXC2 9. Crea el cliente en el sistema

10. Termina caso de uso

Excepciones

Nombre Actor Sistema

48

Tabla 8. (Continuación)

EXC1

Asistente contable Coordinador

contable

Despliega mensaje de error. (Dirección de correo no valida) Retorna a la acción 5.

EXC2 Asistente contable

Coordinador contable

Despliega mensaje de error. (Escriba un valor para el campo <Nombre del campo>) Retorna a la acción 5.

CU relacionados N/A

Precondición El vendedor que se le relacione al cliente debe estar activo en el sistema

Post Condición N/A Tabla 9. Guion 08 - Crear cuenta por cobrar Caso de Uso No. 08 Nombre Crear cuenta por cobrar

Descripción Permite al usuario ingresar la información de una cuenta por cobrar

Actores Asistente contable - Coordinador contable Guion Principal

Actor Sistema 1. Ingresa a la opción <Gestión Cuentas por Cobrar>

2. Despliega los campos de consulta: Nombre razón social - Nit - Vendedor

3. Selecciona <Crear cuenta por cobrar

4. Muestra los campos a ingresar: Vendedor, Cliente (Nombre Razón Social), Número comprobante, Fecha vencimiento, Valor a cobrar, Observaciones

5. Ingresa la información de la cuenta por cobrar

49

Tabla 9. (Continuación) 6. Selecciona el cliente a relacionar a la cuenta por cobrar <Buscar Cliente>. Si el cliente no existe debe crearlo <Crear Cliente>CU01

7. Muestra los clientes registrados en el sistema. Si el cliente no está registrado debe retornar a la acción6.

8. Selecciona <Seleccionar>

8. Debe cargar la información del cliente seleccionado. Nombre del proveedor y Nit


10. Valida que el campo <Fecha de vencimiento> sea mayor a la fecha actual EXC1 11. Valida que el campo <Valor a cobrar> sea mayor a cero (0) EXC2

12. Valida los campos obligatorios para crear la cuenta por cobrar EXC3

13. Crea la cuenta por cobrar en el sistema 14. Termina caso de uso

Excepciones Nombre Actor Sistema

EXC1 Asistente contable -


Despliega mensaje de error. (La fecha de vencimiento no puede ser menor a la fecha actual) Retorna a la acción 5.



Despliega mensaje de error. (El Valor a cobrar debe ser mayor a cero (0)) Retorna a la acción 5.




50

Tabla 9. (Continuación) CU relacionados CU01

Precondición La cuenta por cobrar debe relacionarla un cliente que se encuentre en el sistema y El vendedor que se le relacione a la cuenta debe estar activo en el sistema

Post Condición N/A Tabla 10. Guion 19 – Importar archivo Caso de Uso No. 19 Nombre Importar archivo Descripción Permite al usuario importar archivos al modulo Actores Asistente de gerencia


1. Ingresa a la opción <Importar Archivo>.

2. Despliega una lista con el nombre <Tipo de archivo> que contiene los paramentos de: - Cuentas por cobrar - Cuentas por pagar.

3. Selecciona la opción según el archivo que desea importar al módulo.

4. Muestra un <Botón> para examinar el archivo.

5. Selecciona el botón <Seleccionar archivo>

6. Despliega la ventana estándar para examinar 'Buscar' archivos en el ordenador.

7. Selecciona el archivo que desea cargar al módulo.

8. Selecciona el botón <Importar>

9. Valida que la estructura del archivo cargado cumpla con los campos requeridos. EXC1

51

Tabla 10. (Continuación)

10. Termina caso de uso.

Excepciones


EXC1 Asistente gerencia

Despliega mensaje de error. (El archivo cargado no cumple con los parámetros necesarios) Retorna a la acción 5.

CU relacionados N/A Precondición N/A Post Condición Se ingresan registros al modulo Ver el anexo 10 para continuar con los guiones casos de uso. 7.2.4 Diagrama de actividades. Los diagramas de actividades nos permitirán representar el proceso dinámico que tiene cada gestión dentro del sistema mostrando el flujo de acciones más significativas de cada proceso. Ilustración 5. Diagrama de actividades - Gestión de cliente

52

Ilustración 6. Diagrama de actividades - Gestión de cuentas por cobrar

Ilustración 7. Diagrama de actividades - Importar archivo

Ver el anexo 11 para continuar con los diagramas de actividades.

53

7.2.5 Diagrama de clases. Los diagramas de clases nos permitirán identificar la distribución con la cual funciona el módulo de reportes contables dentro del sistema ya que se especifican los atributos y funciones necesarias para el funcionamiento del módulo. Ilustración 8. Diagrama de clases para el módulo de reportes contables

54

Ilustración 9. Diagrama de clases - Crear cliente

55

Ilustración 10. Diagrama de clases - Crear cuenta cobrar

56

Ilustración 11. Diagrama de clases - Reporte cuentas por cobrar

Ver el anexo 12 para continuar con los diagramas de clases. 7.2.6 Diagrama de secuencias. Los diagramas de secuencia nos permitirán identificar como es la comunicación entre el usuario y el sistema a la hora de ejecutar un proceso.

57

Ilustración 12. Diagrama de secuencia - Crear cliente

58

Ilustración 13. Diagrama de secuencia - Crear cuenta por cobrar

59

Ver el anexo 13 para continuar con los diagramas de secuencia. 7.2.7 Modelo de base de datos. El modelo de base de datos nos permitirá conocer cómo es el comportamiento de la base de datos, representando todas las entidades involucradas para el buen comportamiento del módulo.

Ilustración 14. Diagrama de secuencia - Reporte cuentas por cobrar

60

7.2.7.1 Modelo entidad relación

Ilustración 15. Modelo entidad relación

61

7.2.7.2 Modelo relacional de datos

Tabla 11. Entidad mrc_cliente

Nombre del campo Tipo de dato

Notnull Funcion

codigo_cliente serial * PK nombre_razon_social varchar(100) * codigo_tipo_identificacion integer * FK-

codigo_tipo_identificacion numero_identificacion varchar(50) * telefono varchar(20) * celular varchar(20) correo_electronico varchar(100) codigo_estado integer * FK- codigo_estado direccion varchar(50) * observaciones varchar(200) usuario_creacion varchar(50) * fecha_creacion timestamp * usuario_modificacion varchar(50) fecha_modificacion timestamp fecha_cumpleaños timestamp codigo_ciudad integer FK- codigo_ciudad codigo_tipo_persona integer FK- codigo_tipo_persona codigo_vendedor integer * FK- codigo_vendedor Tabla 12. Entidad mrc_cuenta_cobrar

Nombre del campo Tipo de dato Notnull Funcion codigo_cuentas_cobrar serial * PK codigo_cliente integer * FK- codigo_cliente numero_comprobante varchar(50) * fecha_creacion timestamp * fecha_vencimiento timestamp * valor_cobrar numeric * valor_vencido numeric usuario_creacion varchar(100) * fecha_modificacion

timestamp

62

Tabla 12. (Continuación) usuario_modificacion varchar(100) observaciones varchar(100) codigo_estado_cuenta integer * FK- codigo_estado_cuenta Tabla 13. Entidad mrc_temp_cuenta_cobrar

Nombre del campo Tipo de dato Notnull Funcion tercero varchar(100) * nombre varchar(100) * total numeric valor_vencido numeric * documento varchar(100) * fecha_documento timestamp * fecha_vencimiento timestamp * vendedor varchar(20) * nombre_vendedor varchar(100) * telefono1 varchar(20) * direccion varchar(100) * Ver el anexo 14 para continuar con el modelo relacional de datos. 7.2.8 Diagrama de componentes. El diagrama de componentes nos permitirá identificar los componentes con su respectivo paquete según la disposición del modelo de programación utilizado para desarrollar el proyecto.

63

7.2.9 Diagrama de despliegue. El diagrama de despliegue nos permitirá identificar el modelo de la arquitectura utilizado para el desarrollo del proyecto.

Ilustración 16. Diagrama de componentes MRC

Ilustración 17. Diagrama de despliegue MRC

64

7.3 ETAPA DE CONSTRUCCIÓN 7.3.1 Realizar el desarrollo del módulo según el plan previsto. El módulo de reportes contables será desarrollado con la estructura que la empresa utiliza para sus proyectos, además se tiene en cuenta que el módulo de reportes debe estar conectado con los demás módulos del sistema para brindar la información necesaria para las diferentes gestiones. El desarrollo del módulo se realizara mediante una herramienta llamada Tuga 4.62, que funciona como entorno de desarrollo para la creación de aplicaciones web, la cual consiste en la creación de pantallas y reportes, esta herramienta funcionara con el servidor web denominado apache tomcat 6.0 que permitirá al usuario conectarse al sistema mediante una página web y toda la información se almacena en un gestor de base de datos denominado postgresSQL 9.1. A continuación se describen e ilustran cada una de las pantallas y reportes utilizados para el desarrollo del módulo. 7.3.1.1 Pantalla gestión cliente. Pantalla utilizada para consultar todos los clientes del sistema y realizar las siguientes acciones. Crear Cliente, editar o inactivar un cliente, esta pantalla está relacionada con el REPORTE GESTION DE CLIENTE donde se encuentran toda la información del cliente. Ilustración 18. Pantalla - Gestión Cliente

65

7.3.1.2 Pantalla crear cliente. Pantalla utilizada para la creación de un cliente, esta pantalla contiene todos los campos necesarios para la creación del cliente.

7.3.1.3 Pantalla gestión cuentas por cobrar. Pantalla utilizada para consultar todas las cuentas por cobrar del sistema y realizar las siguientes acciones. Crear Cuenta Cobrar y ver el detalle de las cuentas de cada cliente, esta pantalla está relacionada con el REPORTE GESTION CUENTAS POR COBRAR donde se encuentran toda la información de las cuentas.

Ilustración 19. Pantalla - Crear Cliente

Ilustración 20. Pantalla - Gestión Cuentas por Cobrar

66

7.3.1.4 Pantalla crear cuenta por cobrar. Pantalla utilizada para la creación de una cuenta por cobrar, esta pantalla contiene todos los campos necesarios para la creación de una cuenta por cobrar.

7.3.1.5 Pantalla detalle cuenta por cobrar. Pantalla utiliza para consultar todas las cuentas por cobrar de un cliente específico y realizar las siguientes acciones. Editar, Eliminar e ingresar un valor a la cuenta, esta pantalla está relacionada con el REPORTE DETALLE DE CUENTAS POR COBRAR.

Ilustración 21. Pantalla - Crear Cuenta Cobrar

Ilustración 22. Pantalla – Detalle Cuenta por Cobrar

67

7.3.1.6 Pantalla importar archivos. Pantalla utilizada para la importación de los archivos al módulo, esta pantalla se encarga de insertar los registros tanto de las cuentas por pagar como de las cuentas por cobrar. Ilustración 23. Pantalla - Importar Archivos

Ver el anexo 15 para continuar con las pantallas y reportes utilizados para el desarrollo del módulo. 7.3.2 Verificar posibles requerimientos o nuevas necesidades, teniendo en cuenta posibles cambios o mejoras al módulo. La verificación de requerimientos se realizó con la visualización de las pantallas y reportes indicados anteriormente, el modulo no tuvo mayores modificaciones en donde las necesidades más relevantes se realizaron a nivel de pantallas de consulta incorporando un nuevo campo de consulta y a su vez un nuevo campo en el reporte. La pantalla de GESTIÓN DE PROVEEDOR se agregó el campo de <<Tipo de Proveedor>>. La pantalla DETALLE DE CADA CUENTA se agregó la opción para realizar consulta por un rango de fecha, estas modificaciones no afectan el funcionamiento del módulo solo son condiciones para la realizar filtros a los reportes. Se realizó una generalización para el funcionamiento del módulo en todos sus procesos, teniendo en cuenta que cada gestión se debe realizar de acuerdo a una estandarización de flujos dentro del sistema, debido a que existen diferentes módulos incorporados al mismo sistema que deben funcionar de igual forma.

68

7.3.3 Someter el módulo a evaluación por el usuario mediante las pruebas de aceptación y pruebas funcionales. Las pruebas al módulo fueron realizadas por los usuarios finales, en donde indican según su necesidad si esta fue cumplida o no, además involucran casos con registros reales en donde se debe realizar la verificación de la información ingresada por los usuarios. Se debe tener en cuenta que para realizar las pruebas se indicaron los requerimientos más puntuales y críticos del módulo. 7.3.3.1 Pruebas de aceptación

Fuente: Berenice Ruiz .Marcando la Pauta para las Pruebas Ágiles. [En línea]. Publicado Noviembre 2012 – Febrero 2013 [Consultado en septiembre 30, 2015]. Disponible en internet: http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.Vg_5_vl_Okp. Especificación de los requerimientos funcionales sometidos a pruebas.

Ilustración 24. Modelo pruebas de aceptación

http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.Vg_5_vl_Okp

http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.Vg_5_vl_Okp

69

Tabla 14. Requerimientos sometidos a pruebas N° Descripción Cumplió

1 El sistema en el módulo de reportes debe permitirle al usuario examinar archivos dentro de su ordenador para luego ser cargado al módulo.

Si

9 El sistema en el módulo de reportes deberá permitir crear una cuenta por cobrar para lo cual el sistema debe solicitar la información pertinente.

Si

12

El sistema en el módulo de reportes deberá permitir consultar una cuenta por cobrar, cuando se ingrese al módulo de cuentas por cobrar el sistema deberá mostrar todos los clientes que tengan una cuenta por cobrar relacionada, con el acumulado del total de la cuentas y el total del valor vencido que tenga cada cliente.

Si

15

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de un cliente específico que tenga relacionado al menos una cuenta por cobrar, el sistema debe ofrecer los siguientes filtros. Vendedor - Cliente (Nombre Razón Social) - Nit

Si

17

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de una cuenta por cobrar en específico, el sistema debe ofrecer los siguientes filtros. Número comprobante - Fecha creación - Rango de fechas de vencimiento: Fecha inicial – Fecha final

Si

19 El sistema en el módulo de reportes deberá permitir modificar la información de una cuenta por cobrar.

Si

20 El sistema en el módulo de reportes deberá permitir inactivar/eliminar una cuenta por cobrar.

Si

21 El sistema en el módulo de reportes deberá permitir ingresar un valor a cancelar para cada cuenta por cobrar, este valor a cancelar puede ser parcial o total al valor a cobrar de cada cuenta.

Si

23

El sistema en el módulo de reportes deberá mostrar el valor vencido y los días vencidos de cada cuenta por cobrar si la fecha de vencimiento de la cuenta es mayor a la fecha actual del sistema.

Si

24

El sistema en el módulo de reportes deberá permitir generar un reporte que contenga la siguiente información: Nombre del cliente, teléfono, valor total a cobrar, valor total vencido, nombre del vendedor y cantidad de cuentas por cobrar.

Si

25

El sistema en el módulo de reportes deberá permitir generar un reporte individual por cliente que contenga la siguiente información: Nombre del cliente, número del comprobante, valor a cobrar, valor vencido, fecha de creación, fecha de vencimiento,

Si

70

Tabla 14. (Continuación) días vencidos.

26 El sistema en el módulo de reportes deberá permitir crear una cuenta por pagar para lo cual el sistema debe solicitar al usuario que ingrese la información pertinente.

Si

29

El sistema en el módulo de reportes deberá permitir consultar una cuenta por pagar, cuando se ingrese al módulo de cuentas por pagar el sistema deberá mostrar todos los proveedores que tengan una cuenta por pagar relacionada, con el acumulado del total que se debe pagar a cada proveedor y el total del valor vencido a pagar.

Si

32

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de un proveedor específico que tenga relacionado al menos una cuenta por pagar, el sistema debe ofrecer los siguientes filtros. Proveedor / Nombre razón social – Nit - Tipo de proveedor

Si

34

El sistema en el módulo de reportes deberá contar con la opción de realizar filtros para la consulta de una cuenta por pagar en específico, el sistema debe ofrecer los siguientes filtros. Número comprobante - Fecha creación - Rango de fechas vencimiento: Fecha inicial – Fecha final

Si

36 El sistema en el módulo de reportes deberá permitir modificar la información de una cuenta por pagar.

Si

37 El sistema en el módulo de reportes deberá permitir inactivar/eliminar una cuenta por pagar.

Si

38 El sistema en el módulo de reportes deberá permitir ingresar un valor a pagar para cada cuenta por pagar, este valor a pagar puede ser parcial o total al valor apagar de cada cuenta.

Si

40

El sistema en el módulo de reportes deberá mostrar el valor vencido y los días vencidos de cada cuenta por pagar, si la fecha de vencimiento de la cuenta es mayor a la fecha actual del sistema.

Si

41

El sistema en el módulo de reportes deberá permitir generar un reporte que contenga la siguiente información: Nombre del proveedor, teléfono, valor total a pagar, valor total vencido a pagar y cantidad de cuentas por pagar.

Si

42

El sistema en el módulo de reportes deberá permitir generar un reporte individual por proveedor que contenga la siguiente información: Nombre del proveedor, número del comprobante, valor a pagar, valor vencido a pagar, fecha de creación, fecha de vencimiento y días vencidos.

Si

43 El sistema en el módulo de reportes deberá permitir crear un cliente, para lo cual el sistema debe solicitar al usuario que

Si

71

Tabla 14. (Continuación) ingrese la información pertinente.

45

El sistema en el módulo de reportes deberá permitir consultar un cliente en específico, cuando se ingrese al módulo de gestión de clientes el sistema deberá mostrar todos los clientes registrados en el sistema con las siguientes opciones para realizar un filtro. Nombre razón social – Nit – Vendedor - Estado

Si

46 El sistema en el módulo de reportes deberá permitir modificar la información de un cliente.

Si

47 El sistema en el módulo de reportes deberá permitir inactivar un cliente.

Si

48

El sistema en el módulo de reportes deberá permitir generar un reporte de todos los clientes registrados en el sistema que contenga la siguiente información: Nombre del cliente, Nit, Teléfono, Ciudad, Vendedor, Estado.

Si

49 El sistema en el módulo de reportes deberá permitir crear un proveedor, para lo cual el sistema debe solicitar al usuario que ingrese la información pertinente.

Si

51

El sistema en el módulo de reportes deberá permitir consultar un proveedor en específico, cuando se ingrese al módulo de gestión de proveedores el sistema deberá mostrar todos los proveedores registrados en el sistema con las siguientes opciones para realizar un filtro. Nombre razón social – Nit - Tipo proveedor - Estado

Si

52 El sistema en el módulo de reportes deberá permitir modificar la información de un proveedor.

Si

53 El sistema en el módulo de reportes deberá permitir inactivar un proveedor.

Si

54

El sistema en el módulo de reportes deberá permitir generar un reporte de todos los proveedores registrados en el sistema que contenga la siguiente información: Nombre del proveedor, Nit, Teléfono, Ciudad, Tipo de proveedor, Estado.

Si

56 El sistema en el módulo de reportes deberá validar que todos los campos obligatorios (*) contengan información.

Si

7.3.3.2 Pruebas funcionales. Las pruebas funcionales realizadas al módulo se especificaron en detectar posibles errores a nivel de desarrollo o programación del módulo. Para estas pruebas es necesario que el analista tenga una buena comunicación con los usuarios e identifique cuales son los guiones casos de uso para la realización de las pruebas.

72

Prueba funcional para el Guion N° 01 - Crear cliente Tabla 15. Campos de entrada y validación

Campo de entrada Validación <Correo electrónico> Verifica que el correo electrónico

ingresado cumpla con la estructura definida

Campos obligatorios (*) <Nombre del campo>

Verifica que los campos con (*) deben contener información.

Tabla 16. Casos de pruebas y reglas de validación

Caso de prueba Regla valida Regla invalidad El correo electrónico para crear un cliente debe tener una estructura valida.

El correo electrónico ingresado cumple con una estructura valida. ([email protected])

El correo electrónico ingresado no cumple con una estructura valida (EXC1). (cliente@hotmailcom)

Los campos con (*) para crear un cliente deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Nombre razón social: clienteprueba)

Algún campo con (*) no contiene información. (EXC2). (Nombre razón social: ‘ ’)

Prueba funcional para el Guion N° 08 - Crear cuenta por cobrar Tabla 17. Campos de entrada y validación

Campo de entrada Validación <Fecha de vencimiento> Verifica que la fecha ingresada sea

mayor a la fecha actual del sistema. <Valor a cobrar> Verifica que el valor ingresado sea

mayor a 0 (cero). Campos obligatorios (*) <Nombre del campo>


73

Tabla 18. Casos de pruebas y reglas de validación

Caso de prueba Regla valida Regla invalidad La fecha de vencimiento para crear una cuenta por cobrar debe ser mayor a la fecha actual del sistema.

La fecha de vencimiento ingresada es mayor a la fecha actual. (Fecha ingresada: 01-10-2015 > fecha actual: 30-09-2015).

La fecha de vencimiento ingresada es menor a la fecha actual (EXC1). (Fecha ingresada: 01-10-2015 > fecha actual: 02-10-2015).

El valor a cobrar para la crear una cuenta por cobrar deber ser mayor a Tabla 18. (Continuación) 0 (cero).

El valor a cobrar ingresado es mayor a 0 (cero). (valor a cobrar: 2000000)

El valor a cobrar ingresado es menor a 0 (cero) (EXC2). (valor a cobrar: 0)

Los campos con (*) para crear una cuenta por cobrar deben contener información

Todos los campos (*) obligatorios se encuentran con información. (Número de comprobante:F-001-00000020822-001)

Algún campo con (*) no contiene información. (EXC3). (Número de comprobante: ‘ ’)

Prueba funcional para el Guion N° 19 - Importar archivo Tabla 19. Campos de entrada y validación

Campo de entrada Validación <Archivo cargado> Verifica que el archivo cargado cumpla

con la estructura valida. Tabla 20. Casos de pruebas y reglas de validación

Caso de prueba Regla valida Regla invalidad El archivo cargado para importar al módulo debe tener una estructura previamente definida.

El archivo cargado cumple con la estructura definida.

El archivo cargado no cumple con la estructura definida. (EXC1)

Ver el anexo 16 para continuar con las pruebas funcionales.

75

8. RESULTADOS

Finalmente el proyecto incorpora un módulo de reportes contables con el cual se puede realizar la gestión completa de diferente información, el software desarrollado se encarga de crear todos los parámetros necesarios que están relacionados con las cuentas por cobrar y las cuentas por pagar, además permite a los usuarios obtener la información integrada en un menor tiempo posible, contando con la posibilidad de generar reportes en cualquier momento con las estructuras definidas por los usuarios. El proyecto se divide principalmente en tres procesos: Gestión de terceros, Gestión de cuentas e importación de archivos. Gestión de tercero: Proceso encargado de (consultar - crear – modificar – eliminar) todos los clientes, proveedores y vendedores involucrados con la DIMEL ingeniería. Gestión de cuentas: Proceso encargado de (consultar - crear – modificar – eliminar) todas las cuentas por pagar y cuentas por cobrar generadas por DIMEL Ingeniería. Importación de archivos: Proceso encargado de ingresar información de forma masiva al módulo de reportes, donde se obtiene información generada por un software que la empresa utiliza para la parte contable. La generación de diferentes reportes en cualquier momento y por diferentes usuarios fue uno de los mayores logros en el proyecto, porque permitió tomar decisiones rápidas y oportunas a la gerencia. Además, se logró culturizar a los usuarios de la importancia de un sistema de información en donde todas las áreas de la empresa puedan interactuar y obtener información útil según sus necesidades. Como resultado final del sistema en el módulo de reportes contables es que tendrá un aporte vital al plan estratégico de la empresa, permitiendo relacionar la información suministrada por el modulo para otros procesos de diferentes áreas de DIMEL Ingeniería.

76

9. RECOMENDACIONES Implementar al módulo nuevos reportes según las necesidades de cada área,

es decir, se puede utilizar la información generada de proveedores para el área de compras y la información generada de clientes para el área comercial.

Involucrar nuevos usuarios al módulo, dándole mayor alcance toda la información registrada, se pretende habilitar usuarios del área de recursos humanos para brindarles nuevas funcionalidades al módulo para la gestión de los vendedores.

Agregar la opción de generar un reporte que pueda ser descargado en PDF que contenga todo el detalle de los movimientos de cada cuenta, tanto para clientes como para proveedores.

Incorporar alertas o notificaciones para las cuentas por pagar y cuentas por cobrar cuando las fechas de vencimiento sean iguales a la fecha actual del sistema, el módulo deberá configurase para él envió de correos a los usuarios relacionados con el control de las cuentas.

77

10. CONCLUSIONES La implementación de un sistema de información me permitió relacionar temas

y conceptos adquiridos durante en el proceso de estudios, en donde se logró desarrollar fundamentos teóricos en la práctica empresarial.

El desarrollo del proyecto permitió tener una visión más clara a la hora de

tomar decisiones referentes a los pagos y a los cobros que tiene que realizar DIMEL Ingeniería. Además se logró comunicar diferentes áreas de la empresa en un menor tiempo posible, debido a que el flujo de la información es correcta y oportuna.

Se logró culturizar y mostrar la importancia de la información al personal de

DIMEL Ingeniería, incentivándolos a nuevos proyectos y brindándoles una visión más clara gracias a los resultados obtenidos por el módulo de reportes contables.

El desarrollo del proyecto permitió reducir considerablemente el tiempo para la

generación de reportes y brindo una información más rápida y segura principalmente para el área de gerencia.

Gracias a la metodología utilizada se logró incorporar nuevas funcionalidades

al proyecto y lograr los objetivos propuestos, ya que mediante la ejecución del mismo se detectaron cambios y nuevas necesidades por los usuarios que conllevaron a nuevas actividades para la ejecución del proyecto.

Para el desarrollo del proyecto se realizaron diseños, prototipos y pruebas que

nos ayudaron a mejorar las necesidades de los usuarios, dejando muy claro la importancia que tiene el levantamiento de requerimientos, indicándonos que la forma más práctica y eficiente es visualizando de una u otra forma como deben ser los procesos.

78

BIBLIOGRAFÍA Berenice Ruiz. Marcando la Pauta para las Pruebas Ágiles. Noviembre 2012 –

Febrero 2013. [En línea]. [Consultado 30 de septiembre 2015]. Disponible en internet: http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.VmBjhXYvfIW

Diccionario de informática y tecnología, Definición de plugin. [en línea].

[Consultado 17 de Octubre, 2014]. Disponible en internet: http://www.alegsa.com.ar/Dic/plugin.php.

DIMEL INGENIERÍA. Quienes somos. [en línea]. [Consultado 17 de Octubre,

2014].Disponible en internet: http://www.dimelingenieria.com/sitio/dimel/quienes-somos

EGUILUZ PEREZ, Javier. Introducción a JavaScript. 2009 Elisava. Escuela de diseño e ingeniería de Barcelona. Cómo hacer una

bibliografía. Barcelona – España. [En línea]. [Consultado 18 de Octubre, 2014]. Disponible en internet: http://www.elisava.net/es/biblioteca/recursos-de-informacion/como-hacer-una-bibliografia

FOWLER, Martin. UML Distilled: A Brief Guide to the Standard Object Modeling

Language. Versión 2.0. 15 Septiembre 2013. GINESTA, Marc Gibert y PEREZ MORA, Oscar. Bases de datos en

PostgreSQ. Edicion 4. Madrid. 2002. IESS. Quienes somos. [En línea]. [Consultado 10 de Octubre, 2014].

Disponible en internet: http://www.iess.gob.ec/es/web/guest/institucion

KIMMEL, Paul. Manual de UML. Guía de aprendizaje. 25 Julio 2013. KRUCHTEN, Philippe y OBBING, Henh y STAFFORD, Judith. The Past,

Present, and Future of Software Architecture. IEEE Software. 2006.

http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.VmBjhXYvfIW

http://sg.com.mx/revista/46/marcando-la-pauta-para-las-pruebas-agiles#.VmBjhXYvfIW

http://www.alegsa.com.ar/Dic/plugin.php

http://www.dimelingenieria.com/sitio/dimel/quienes-somos

http://www.elisava.net/es/biblioteca/recursos-de-informacion/como-hacer-una-bibliografia

http://www.elisava.net/es/biblioteca/recursos-de-informacion/como-hacer-una-bibliografia

http://www.iess.gob.ec/es/web/guest/institucion

79

LOCKHART, Thomas. Tutorial de PostgreSQL. El equipo de desarrollo de PostgreSQL. 10 Enero 1988.

RUBÉN LUIS GONZÁLEZ TAYO. Sistema web de gestión y control de

procesos para la dirección provincial del iess de Imbabura. Ibarra – Ecuador (2013). 117 p.

SAP CrystalReports. La introducción de 2013 CrystalReport soluciones. [en

línea]. [Consultado 12 de Octubre, 2014]. Disponible en internet: www.crystalreports.com

Siigo Pyme. Siigo informática y gestión S.A. Siigo inteligente versión 2.5

proceso de capacitación, introducción, parámetros e instalación 2006. Santafé de Bogotá – Colombia. 98 p.

http://www.crystalreports.com/

80

ANEXOS

Anexo A. Formato de entrevista

Nombre del área Contabilidad

Entrevistador Juan David Zamora

Entrevistado Viviana Calderón

Pregunta Respuesta

¿Cuál es la necesidad que tiene? Se necesita pasar y convertir unos archivos que son generados por un software a una plantilla existente en Excel, los archivos que se necesitan son puntualmente los que se generan para las cuentas por pagar y las cuentas por cobrar, además es necesario completar de forma manual información referente a los terceros que están relacionados con las cuentas.

¿Cuál cree usted que es el problema a resolver?

El problema actual, es que el software que se tiene en la empresa genera los archivos con mucha información innecesaria y no permite cambiar la estructura, debido a esto los archivos deben ser cambiados de forma manual y pasarlos a una estructura más amena con la información.

¿Actualmente como realizan el proceso?

Se debe ingresar a una ruta estipulada en el software y desde allí indicarle el tipo de archivo que deseo generar, luego se deben ocultar las columnas que contienen información innecesaria y posteriormente copiar registro por registro en la plantilla que se tiene para los informes de las cuentas por pagar y por cobrar, ya teniendo los registros necesarios se deben organizar y formular según unos criterios asignados para cada informe, también se debe verificar que los registros contengan toda la información necesaria y actualizada, de no ser así se debe ingresar al software y

81

consultar dicha información que en algunos casos no se encuentra ya que no es información obligatoria a la hora de la creación del registro.

¿Cómo cree que resolvería el problema?

Se debería tener un software que nos permita cambiar o convertir todo el archivo de forma automática, además que permita filtrar según unos criterios que se puedan definir, de esta forma sea más fácil la lectura de los registros, también el software debería permitirnos relacionar y completar la información de los terceros, involucrando una gestión completa que no permita la creación de los registros con campos incompletos.

¿Cuáles son los procesos existentes actualmente que se realizan para tener el registro en los archivos?

Actualmente los procesos son realizados de forma independiente ya que el software que se maneja así lo permite. Los principales procesos son la creación de clientes, proveedores, vendedores, creación de cuentas por pagar y cuentas por cobrar que van ligadas a órdenes de pedido según sea el caso, se debe tener en cuenta que se conoce como creación de tercero a la creación de (clientes, proveedores, vendedores)

¿Cuál es el software que usan para realizar su trabajo?

El software lo conocemos como Siigo

¿Cómo es la comunicación con las demás áreas?

Normalmente los procesos son generados por el área de contabilidad, pero para las cuentas por pagar y las cuentas por cobrar son manipulados por otras áreas, las cuales nos comunicamos de forma oral o correos, ya que estas deben verificar toda la información generada por el área de contabilidad para así tomar decisiones, generalmente la comunicación es con la asistente de gerencia para la verificación de los datos y el posterior paso a seguir según cada cuenta.

¿Cómo son los archivos generados por el software?

Los archivos generados por el software son en Excel y contienen columnas repetidas, además la mitad de la información que contienen los archivos no es necesaria.

82

(Envió archivos por correo)

¿Con que frecuencia realiza estos procesos?

Normalmente los reportes se deben pasar cada semana, tanto el de las cuentas por pagar como el de las cuentas por cobrar, pero frecuentemente se deben estar consultando estas cuentas ya sea por petición de un cliente o porque se le requiere realizar algún proceso.

¿Cómo deberían de ser estos archivos?

El área de gerencia solito una plantilla con la información que ellos necesitan, además que el archivo tuviera algunas validaciones para así fuese más fácil su interpretación, pero también el director administrativo deberá poder ver estos informes ya que él es el encargado de determinar qué proceso se le deben aplicar a cada cuenta. (Envió archivos por correo)

Fuente: Elaboración propia

83

Anexo B. Prototipos para la obtención requerimientos Pantalla de inicio o página principal


Pantalla genérica para buscar un archivo


84

Pestaña de menú con sus opciones Fuente: Elaboración propia Opción para las cuentas por cobrar


85

Opción para las cuentas por pagar Fuente: Elaboración propia Pestaña para a gestión de terceros Fuente: Elaboración propia

86

Anexo C. Reporte cuentas por cobrar generado en siigo

EDADES DE CARTERA DETALLADO POR VENDEDOR

VENDEDOR NOMBRE NOMBRE CUENTA DESCRIPCION CUENTA DESCRIPCION TERCERO NOMBRE 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13050500 NACIONALES 13050500 NACIONALES 94374056 ACOSTA DAVID DENIS ORLANDO

Total 94374056 ACOSTA DAVID DENIS ORLANDO 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13050500 NACIONALES 13050500 NACIONALES 16663136 ARCE NIETO ROBERTO 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13050500 NACIONALES 13050500 NACIONALES 16663136 ARCE NIETO ROBERTO

Total 16663136 ARCE NIETO ROBERTO 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13050500 NACIONALES 13050500 NACIONALES 830016608 CONAGRAN LTDA

Total 830016608 CONAGRAN LTDA Total 13050500 NACIONALES

0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 811031161 ARL DISTRIBUCIONES S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 811031161 ARL DISTRIBUCIONES S.A.

Total 811031161 ARL DISTRIBUCIONES S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 900027435 DISPROYIND

Total 900027435 DISPROYIND 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 860402185 INSCO LTDA 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES 860402185 INSCO LTDA

Total 860402185 INSCO LTDA Total 13900101 DEUDAS DE DIFICIL COBRO CLIENTES NACIONALES

0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 811031161 ARL DISTRIBUCIONES S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 811031161 ARL DISTRIBUCIONES S.A.

Total 811031161 ARL DISTRIBUCIONES S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 800080917 DIMEL INGENIERIA S.A.

Total 800080917 DIMEL INGENIERIA S.A. 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 900027435 DISPROYIND

Total 900027435 DISPROYIND 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 860402185 INSCO LTDA 0001 DIMEL INGENIERIA S.A. DIMEL INGENIERIA S.A. 13990501 PROVISION CXC CLIENTES 13990501 PROVISION CXC CLIENTES 860402185 INSCO LTDA

Total 860402185 INSCO LTDA Total 13990501 PROVISION CXC CLIENTES

Procesado en :2014/03/25 14:49:16:80

IyG.SIIGO - DIMEL INGENIERIA S.A

87

Fuente: Siigo S.A, Siigo Estándar versión 08.01.00. Programa: New Siigo. GNT 26/02/2014, New siigo.GS 28/12/2014 Dimel Ingeniería. Serial 055319#####

MAR/25/2014

TERCERO NOMBRE TELEFONO 1 TELEFONO 2 DIRECCION TOTAL VALOR VENCIDO DOCUMENTO FECHA DOCUMENTO FECHA VENCIMIENT<== 360- DE 359- A 180- DE 179- A 90- DE 89- A 60- ==> 94374056 ACOSTA DAVID DENIS ORLANDO 4206094 3165556104 CL 88 20 A 73 BRR VALLE GRANDE ######## ######## F-001-00000020915-001 2014/03/19 2014/03/19 0,00 0,00 0,00 0,00 ######

Total 94374056 ACOSTA DAVID DENIS ORLANDO ######## ######## 0,00 0,00 0,00 0,00 ######16663136 ARCE NIETO ROBERTO 4359325 3128497330 CA 129 REF CAUCASECO ######## 0,00 F-001-00000020876-001 2014/02/28 2014/03/28 0,00 0,00 0,00 0,00 ######16663136 ARCE NIETO ROBERTO 4359325 3128497330 CA 129 REF CAUCASECO ######## 0,00 F-001-00000020877-001 2014/02/28 2014/03/28 0,00 0,00 0,00 0,00 ######

Total 16663136 ARCE NIETO ROBERTO ######## 0,00 0,00 0,00 0,00 0,00 ######830016608 CONAGRAN LTDA ######## 0,00 F-001-00000020911-001 2014/03/18 2014/04/18 0,00 0,00 0,00 0,00 ######

Total 830016608 CONAGRAN LTDA ######## 0,00 0,00 0,00 0,00 0,00 ############## ######## 0,00 0,00 0,00 0,00 ######

811031161 ARL DISTRIBUCIONES S.A. 3122887 3108339599 CRA 65 No. 8 B - 91 LOCAL 378 TERMINAL DEL SUR ######## ######## F-001-00000017321-001 2011/10/31 2009/12/02 ########## 0,00 0,00 0,00 0,00811031161 ARL DISTRIBUCIONES S.A. 3122887 3108339599 CRA 65 No. 8 B - 91 LOCAL 378 TERMINAL DEL SUR ######## ######## F-001-00000017322-001 2011/10/31 2009/11/04 ########## 0,00 0,00 0,00 0,00

Total 811031161 ARL DISTRIBUCIONES S.A. ######## ######## ########## 0,00 0,00 0,00 0,00900027435 DISPROYIND 4201218 3155853277 CRA 23 No. 102H - 14 ######## ######## F-001-00000017055-001 2011/10/31 2009/05/04 ########## 0,00 0,00 0,00 0,00

Total 900027435 DISPROYIND ######## ######## ########## 0,00 0,00 0,00 0,00860402185 INSCO LTDA 6367012 CALLE 94A # 11A - 32 OFICINA 404 ######## ######## F-001-00000016382-001 2011/10/31 2007/10/25 ########## 0,00 0,00 0,00 0,00860402185 INSCO LTDA 6367012 CALLE 94A # 11A - 32 OFICINA 404 ######## ######## F-001-00000016383-001 2011/10/31 2007/10/25 ########## 0,00 0,00 0,00 0,00

Total 860402185 INSCO LTDA ######## ######## ########## 0,00 0,00 0,00 0,00######## ######## ########## 0,00 0,00 0,00 0,00

811031161 ARL DISTRIBUCIONES S.A. 3122887 3108339599 CRA 65 No. 8 B - 91 LOCAL 378 TERMINAL DEL SUR ######## ######## F-001-00000017321-001 2011/10/31 2009/12/02 ########## 0,00 0,00 0,00 0,00811031161 ARL DISTRIBUCIONES S.A. 3122887 3108339599 CRA 65 No. 8 B - 91 LOCAL 378 TERMINAL DEL SUR ######## ######## F-001-00000017322-001 2011/10/31 2009/11/04 ########## 0,00 0,00 0,00 0,00

Total 811031161 ARL DISTRIBUCIONES S.A. ######## ######## ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120256-001 2012/02/29 2012/02/29 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120462-001 2012/04/30 2012/04/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120682-001 2012/06/30 2012/06/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120782-001 2012/07/30 2012/07/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120885-001 2012/08/30 2012/08/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020120977-001 2012/09/30 2012/09/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020121074-001 2012/10/30 2012/10/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020121163-001 2012/11/30 2012/11/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020121337-001 2012/12/30 2012/12/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00020121361-001 2012/12/30 2012/12/30 ########## 0,00 0,00 0,00 0,00800080917 DIMEL INGENIERIA S.A. 4359900 4359901 KM. 3 VIA CALI - CANDELARIA ######## ######## N-010-00201205107-001 2012/05/30 2012/05/30 ########## 0,00 0,00 0,00 0,00

Total 800080917 DIMEL INGENIERIA S.A. ######## ######## ########## 0,00 0,00 0,00 0,00900027435 DISPROYIND 4201218 3155853277 CRA 23 No. 102H - 14 ######## ######## F-001-00000017055-001 2011/10/31 2009/05/04 ########## 0,00 0,00 0,00 0,00

Total 900027435 DISPROYIND ######## ######## ########## 0,00 0,00 0,00 0,00860402185 INSCO LTDA 6367012 CALLE 94A # 11A - 32 OFICINA 404 ######## ######## F-001-00000016382-001 2011/10/31 2007/10/25 ########## 0,00 0,00 0,00 0,00860402185 INSCO LTDA 6367012 CALLE 94A # 11A - 32 OFICINA 404 ######## ######## F-001-00000016383-001 2011/10/31 2007/10/25 ########## 0,00 0,00 0,00 0,00

Total 860402185 INSCO LTDA ######## ######## ########## 0,00 0,00 0,00 0,00######## ######## ########## 0,00 0,00 0,00 0,00

88

Anexo D. Reporte cuentas por pagar generado en siigo

EDADES CUENTAS POR PAGAR:DETALLADA - ALFABETICA

NIT DIG.VER.TERCERO SUCURS NOMBRE CUENTA CTA DESCRIPCION A.B.C DEL COLOR LTDA 3 0 0 A.B.C DEL COLOR LTDA 22050500 NACIONALES 22050500 NACIONALES A.B.C DEL COLOR LTDA 3 0 0 A.B.C DEL COLOR LTDA 22050500 NACIONALES 22050500 NACIONALES A.B.C DEL COLOR LTDA 3 0 0 A.B.C DEL COLOR LTDA 22050500 NACIONALES 22050500 NACIONALES A.B.C DEL COLOR LTDA 3 0 0 A.B.C DEL COLOR LTDA 22050500 NACIONALES 22050500 NACIONALES A.B.C DEL COLOR LTDA 3 0 0 A.B.C DEL COLOR LTDA 22050500 NACIONALES 22050500 NACIONALES

Total 22050500 NACIONALES Total A.B.C DEL COLOR LTDA 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES 890911327 ABRASIVOS DE COLOMBIA SA 1 890.911.327 0 ABRASIVOS DE COLOMBIA SA 22050500 NACIONALES 22050500 NACIONALES

Total 22050500 NACIONALES Total 890911327 ABRASIVOS DE COLOMBIA SA 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 13300501 A PROVEEDORES 13300501 A PROVEEDORES

Total 13300501 A PROVEEDORES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S 0 860.026.753 0 ACERIAS DE COLOMBIA - ACESCO S.A.S 22050500 NACIONALES 22050500 NACIONALES

Total 22050500 NACIONALES Total 860026753 ACERIAS DE COLOMBIA - ACESCO S.A.S

Procesado en :2014/03/26 09:43:48:54

IyG.SIIGO - DIMEL INGENIERIA S.A

89

Fuente: Siigo S.A, Siigo Estándar versión 08.01.00. Programa: New Siigo. GNT 26/02/2014, New siigo.GS 28/12/2014 Dimel Ingeniería. Serial 055319#####

MAR/26/2014

SALDO VALOR VENCIDO TELEFONO-1 TELEFONO-2 CIUDAD COMPROBANTE FECHA FEC-VENCE <== 360- DE 359- A 180- DE 179- A 90- DE 89- A 60- 59- ==> ######### ########## P-001-00000038864-001 2014/02/19 2014/03/21 0,00 0,00 0,00 0,00 ######## P-001-00000038881-001 2014/02/20 2014/03/22 0,00 0,00 0,00 0,00 ######## P-001-00000038880-001 2014/02/20 2014/03/22 0,00 0,00 0,00 0,00 ######## P-001-00000339018-001 2014/03/03 2014/04/02 0,00 0,00 0,00 0,00 ######## P-001-00000339042-001 2014/03/05 2014/04/04 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 0,00 ################# ########## 2895150 GIRARDOTA P-001-00000033318-001 2014/01/28 2014/02/27 0,00 0,00 0,00 0,00 ######## P-019-00000033326-001 2014/01/28 2014/02/27 0,00 0,00 0,00 0,00 ######## P-001-00000033378-001 2014/02/06 2014/03/08 0,00 0,00 0,00 0,00 ######## P-001-00000033407-001 2014/02/13 2014/03/15 0,00 0,00 0,00 0,00 ######## P-001-00000033427-001 2014/02/20 2014/03/22 0,00 0,00 0,00 0,00 ######## P-001-00000033438-001 2014/02/25 2014/03/27 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 0,00 ################# ########## 6575858 6575859BOGOTA P-001-00200050222-001 2014/01/22 2014/01/22 0,00 0,00 0,00 ###### 0,00 P-001-00200050223-001 2014/01/22 2014/01/22 0,00 0,00 0,00 ###### 0,00 P-001-00200050224-001 2014/01/22 2014/01/22 0,00 0,00 0,00 ###### 0,00 P-001-00200050225-001 2014/01/22 2014/01/22 0,00 0,00 0,00 ###### 0,00 P-001-00200052356-001 2014/02/14 2014/02/14 0,00 0,00 0,00 0,00 ######## P-001-00200052357-001 2014/02/14 2014/02/14 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 ###### ################# ########## 6575858 6575859BOGOTA P-001-00200046086-001 2013/11/20 2014/02/18 0,00 0,00 0,00 0,00 ######## P-001-00200046175-001 2013/11/21 2014/02/19 0,00 0,00 0,00 0,00 ######## P-001-00200046176-001 2013/11/21 2014/02/19 0,00 0,00 0,00 0,00 ######## P-001-00200046371-001 2013/11/25 2014/02/23 0,00 0,00 0,00 0,00 ######## P-001-00200047478-001 2013/12/09 2014/03/09 0,00 0,00 0,00 0,00 ######## P-001-00200047583-001 2013/12/10 2014/03/10 0,00 0,00 0,00 0,00 ######## P-001-00200047667-001 2013/12/11 2014/03/11 0,00 0,00 0,00 0,00 ######## P-001-00200047750-001 2013/12/12 2014/03/12 0,00 0,00 0,00 0,00 ######## P-001-00200047751-001 2013/12/12 2014/03/12 0,00 0,00 0,00 0,00 ######## P-001-00200047752-001 2013/12/12 2014/03/12 0,00 0,00 0,00 0,00 ######## P-001-00200047863-001 2013/12/13 2014/03/13 0,00 0,00 0,00 0,00 ######## P-001-00200047958-001 2013/12/16 2014/03/16 0,00 0,00 0,00 0,00 ######## P-001-00200048938-001 2014/01/08 2014/04/08 0,00 0,00 0,00 0,00 ######## P-001-00200048939-001 2014/01/08 2014/04/08 0,00 0,00 0,00 0,00 ######## P-001-00200049139-001 2014/01/09 2014/04/09 0,00 0,00 0,00 0,00 ######## P-001-00200050222-001 2014/01/22 2014/04/22 0,00 0,00 0,00 0,00 ######## P-001-00200050223-001 2014/01/22 2014/04/22 0,00 0,00 0,00 0,00 ######## P-001-00200050224-001 2014/01/22 2014/04/22 0,00 0,00 0,00 0,00 ######## P-001-02000520225-001 2014/01/22 2014/04/22 0,00 0,00 0,00 0,00 ######## P-001-00200052357-001 2014/02/14 2014/05/14 0,00 0,00 0,00 0,00 ######## P-001-00200052250-001 2014/02/13 2014/05/14 0,00 0,00 0,00 0,00 ######## P-001-00200052356-001 2014/02/14 2014/05/15 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 0,00 ################# ########## 0,00 0,00 0,00 ###### ########

90

Anexo E. Plantilla de cuentas por cobrar

Fuente: (EDADES DE CARTERA DETALLADO POR VENDEDOR) - Plantilla generada por la asistente comercial de Dimel ingeniería, por solicitud del área de Gerencia. (06 de Enero - 2014). Formato Excel.

IyG.SIIGO - DIMEL INGENIERIA S.A MAR/25/2014

Procesado en :2014/03/25 14:49:16:80

CLIENTE TELEFONO 1 TOTAL VALOR VENCIDO DOCUMENTO FECHA DOC FECHA VENC <== 360- DE 359- A 180- DE 179- A 90- DE 89- A 60- DE 59- A 1- OBSERVACIONES

CONSORCIO ELECTRIFICACION NUNCHIA 2013 3418294 ####### ######## F-001-00000020889-001 2014/03/06 2014/03/06 0 0 0 0 #######

CONSORCIO ELECTRIFICACION NUNCHIA 2013 3418294 ####### 0 F-001-00000020927-001 2014/03/25 2014/03/25 0 0 0 0 #######

TOTAL CARTERA ####### ######## 0 0 0 0 #######

CONSORCIO AVD 3183350434 ####### ######## R-002-00020140315-001 2014/03/05 2014/03/05 0 0 0 0 #######

ORTIZ MALDONADO HENRY 8662319 ####### ######## R-002-00020140247-001 2014/02/17 2014/02/17 0 0 0 0 #######

ORTIZ MALDONADO HENRY 8662319 ####### ######## R-002-00020140368-001 2014/03/19 2014/03/19 0 0 0 0 #######

TECNOCOM COLOMBIA S.A.S. 6228633 ####### ######## R-002-00020131047-001 2014/03/10 2013/10/17 0 0 ######### 0 0

UNIVERSIDAD NACIONAL DE COLOMBIA 3165000 ####### ######## R-002-00020131256-001 2013/12/26 2013/12/26 0 0 0 ######## 0

TOTAL ANTICIPOS ####### ######## 0 0 ######### ######## #######

CODENSA S.A. E.S.P. 6016060 ####### 0 F-001-00000020896-001 2014/03/11 2014/04/11 0 0 0 0 #######

COLOMBIA TELECOMUNICACIONES S.A. E.S.P. 5935399 ####### 0 F-001-00000020848-001 2014/02/24 2014/04/24 0 0 0 0 #######



EMPRESA DE ENERGIA DE CUNDINAMARCA S.A. E.S.P. 7051800 ####### 0 F-001-00000020908-001 2014/03/14 2014/04/14 0 0 0 0 #######

EMPRESA DE ENERGIA DEL QUINDIO S.A. 7413100 ####### 0 F-001-00000020887-001 2014/03/06 2014/04/06 0 0 0 0 #######

SICTE S.A.S 2368047 ####### ######## F-001-00000020832-001 2014/02/18 2014/03/18 0 0 0 0 #######

TOTAL CARTERA ####### ######## 0 0 0 0 #######

CONSORCIO VAUPES DIGITAL 3178943219 ####### (130.050) R-002-00020140106-001 2014/01/08 2014/01/08 0 0 0 (130.050) 0

CONSTRUCTORA R.A.L. INGENIERIA S.A.S. 8852759 ####### ######## R-002-00020140258-001 2014/02/20 2014/02/20 0 0 0 0 #######

MX3 SOLUTIONS S.A.S. 5478787 ####### ######## R-002-00020140338-001 2014/03/11 2014/03/11 0 0 0 0 #######

TOTAL ANTICIPOS ####### ######## 0 0 0 (130.050) #######

CARTERA LISSETT BOGOTA

EDADES DE CARTERA DETALLADO POR VENDEDOR

ANTICIPOS LISSETT BOGOTA

CARTERA ALBERTO BOGOTA

ANTICIPO ALBERTO BOGOTA

91

Anexo F. Plantilla de cuentas por pagar

Fuente: (ESTADO DE CUENTAS POR PAGAR) - Plantilla generada por la asistente comercial de Dimel ingeniería, por solicitud del área de Gerencia. (06 de Enero - 2014). Formato Excel.

IyG,SIIGO - DIMEL INGENIERIA S,A

ESTADO DE CUENTAS POR PAGAR A 31 DE MARZO DE 2014Procesado en :2014/03/25 14:49:16:80

VALOR VENCIMIEN VENCIMIEN VENCIMIEN VENCIMIEN VENCIMIE

31-Mar-14

A.B.C DEL COLOR LTDA P-001-00000038864-001 2014/02/19 2014/03/21 ##### 0 0 0 0 0 0 0





Total A.B.C DEL COLOR LTDA ##### 0 0 0 0 0 0

ABRASIVOS DE COLOMBIA SA P-001-00000033318-001 2014/01/28 2014/02/27 ##### 0 0 0 0 0 0 0






Total ABRASIVOS DE COLOMBIA SA ##### 0 0 0 0 0 0

ACERIAS DE COLOMBIA - ACESCO S.A.S P-001-00200046086-001 2013/11/20 2014/02/18 ##### 0 0 0 0 0 ######### ########












ACERIAS DE COLOMBIA - ACESCO S.A.S P-001-00200048938-001 2014/01/08 2014/04/08 ##### 0 0 0 0 0 0 0










Total ACERIAS DE COLOMBIA - ACESCO S ##### 0 0 0 0 ######### ########

VENCIMIE

NTOS MES

MARZO

NOMBRE DOCUMENTO FECHA DTO, FECHA VTO,DIAS

VENCIDA

92

Anexo G. Descripción campos de las cuentas por pagar

Nombre del campo Descripción Nit Número único de identificación que utiliza la

empresa Dimel Ingeniería para la caracterización de los terceros, además trae concatenado el nombre al cual pertenece el Nit.

Dig.ver. Número generado por el software SIIGO el cual los usuarios no conocen a que hace referencia.

Tercero Número único de identificación que utiliza la empresa Dimel Ingeniería para la caracterización de sus terceros.

Sucursal Cantidad de sucursales que un tercero tiene relacionadas.

Nombre Razón social con el cual son registrados los terceros en la empresa Dimel Ingeniería.

Cuenta Número generado y perteneciente a la empresa Dimel Ingeniería para la clasificación de sus terceros según el tipo de servicio prestado, además trae concatenado el nombre del tipo de servicio.

Cta Número generado y perteneciente a la empresa Dimel Ingeniería para la clasificación de sus terceros según el tipo de servicio prestado.

Descripción Nombre del tipo de servicio según la clasificación que maneja la empresa Dimel Ingeniería.

Saldo Valor equivalente al monto total que se debe a un tercero, este valor es la sumatoria de todos los comprobantes relacionados al mismo tercero.

Valor vencido Valor equivalente al monto que se debe de acuerdo a una fecha de vencimiento. Valor relacionado al campo saldo ya que es un valor menor o igual al campo saldo.

Teléfono 1 Número principal de contacto con el cual fue registrado un tercero.

Teléfono 2 Número alterno de contacto con el cual fue registrado un tercero.

Cuidad Nombre de la ciudad a la que pertenece un tercero. Comprobante Número único de comprobante, la cual pertenece a

un servicio o compra adquirido por la empresa Dimel Ingeniería, este número es formado por una estructura según los grupos que por ley se estipulan para toda todo el territorio nacional.

Fecha

Campo fecha perteneciente a cada comprobante, este campo contiene la fecha exacta en la cual se

93


generó el servicio o compra por parte de la empresa Dimel Ingeniería.

Fecha vencimiento Campo fecha perteneciente a cada comprobante, este campo contiene la fecha en la cual cada comprobante se vence, es decir, la fecha límite que tiene la empresa Dimel Ingeniería para generar el pago del comprobante a un tercero.

o <== 360- o DE 359- A 180- o DE 179- A 90- o DE 89- A 60- o 59- ==>

Campos establecidos por rangos para determinar los días que lleva vencido cada comprobante con su respectivo valor a pagar.

94

Anexo H. Descripción campos de las cuentas por cobrar

Nombre del campo Descripción

Vendedor nombre

Número único de identificación que utiliza la empresa Dimel Ingeniería para la caracterización de los terceros, además trae concatenado el nombre al cual pertenece el Nit.

Vendedor Número generado por el software SIIGO el cual los usuarios no conocen a que hace referencia.

Nombre Número único de identificación que utiliza la empresa Dimel Ingeniería para la caracterización de sus terceros.

Cuenta descripción Cantidad de sucursales que un tercero tiene relacionadas.

Cuenta Razón social con el cual son registrados los terceros en la empresa Dimel Ingeniería.

Descripción Número generado y perteneciente a la empresa Dimel Ingeniería para la clasificación de sus terceros según el tipo de servicio prestado, además trae concatenado el nombre del tipo de servicio.

Tercero nombre Número generado y perteneciente a la empresa Dimel Ingeniería para la clasificación de sus terceros según el tipo de servicio prestado.

Tercero Nombre del tipo de servicio según la clasificación que maneja la empresa Dimel Ingeniería.

Nombre Valor equivalente al monto total que se debe a un tercero, este valor es la sumatoria de todos los comprobantes relacionados al mismo tercero.

Teléfono 1 Valor equivalente al monto que se debe de acuerdo a una fecha de vencimiento. Valor relacionado al campo saldo ya que es un valor menor o igual al campo saldo.

Teléfono 2 Número principal de contacto con el cual fue registrado un tercero.

Dirección Número alterno de contacto con el cual fue registrado un tercero.

Total Nombre de la ciudad a la que pertenece un tercero. Valor vencido Número único de comprobante, la cual pertenece a

un servicio o compra adquirido por la empresa Dimel Ingeniería, este número es formado por una estructura según los grupos que por ley se estipulan para toda todo el territorio nacional.

Documento Campo fecha perteneciente a cada comprobante, este campo contiene la fecha exacta en la cual se

95


generó el servicio o compra por parte de la empresa Dimel Ingeniería.

Fecha documento Campo fecha perteneciente a cada comprobante, este campo contiene la fecha en la cual cada comprobante se vence, es decir, la fecha límite que tiene la empresa Dimel Ingeniería para generar el pago del comprobante a un tercero.

Fecha vencimiento Campos establecidos por rangos para determinar los días que lleva vencido cada comprobante con su respectivo valor a pagar.

96

Anexo I. Diagramas casos de uso Diagrama casos de uso - (Asistente contable)

Fuente: Elaboración propia Diagrama casos de uso - (Dir. Administrativo y Gerencia)


97

Diagrama casos de uso - (Administrador)


98

Anexo J. Guiones casos de uso

Guion N° 2: Crear proveedor Caso de Uso No. 02 Nombre Crear proveedor Descripción Permite al usuario ingresar la información de un proveedor Actores Asistente contable - Coordinador contable


1. Ingresa a la opción <Gestión Proveedor>

2. Despliega los campos de consulta: - Nombre razón social - Nit - Tipo proveedor - Estado

3. Selecciona <Crear Proveedor>

4. Muestra los campos a ingresar: Nombre razón social, Tipo identificación, Número identificación, Dirección, Teléfono, Teléfono alterno, Celular, Número fax, País, Departamento, Ciudad, Correo electrónico, Tipo proveedor, Nombre representante, Registro cámara comercio, Observaciones

5. Ingresa la información del Proveedor


7. Valida que el campo <Correo electrónico> cumpla con la estructura EXC1 8. Valida los campos obligatorios para crear el proveedor EXC2

9. Crea el proveedor en el sistema


Excepciones


99

EXC1 Asistente contable Coordinador contable




CU relacionados N/A Precondición El tipo de proveedor debe estar creado en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 3: Crear vendedor Caso de Uso No. 03 Nombre Crear vendedor Descripción Permite al usuario ingresar la información de un vendedor Actores Asistente contable - Coordinador contable


1. Ingresa a la opción <Gestión Vendedores>

2. Despliega los campos de consulta: - Nombre - Apellido - Número de identificación

3. Selecciona <Crear Vendedor>

4. Muestra los campos a ingresar: Nombres, Apellidos Número identificación, Código Siigo, Correo electrónico, País, Departamento, Ciudad, Celular, Dirección, Teléfono, Observaciones.

5. Ingresa la información del Vendedor


7. Valida que el campo <Correo electrónico> cumpla con la estructura

100

EXC1

8. Valida los campos obligatorios para crear el proveedor EXC2

9. Crea el vendedor en el sistema


Excepciones








CU relacionados N/A Precondición N/A Post Condición N/A

Fuente: Elaboración propia Guion N° 04: Caso de uso 04 - Modificar cliente Caso de Uso No. 04 Nombre Modificar cliente Descripción Permite al usuario modificar toda la información de un cliente Actores Asistente contable - Coordinador contable



2. Despliega los campos de consulta: - Nombre razón social - Número de identificación - Vendedor

101

3. Selecciona <Consultar>

4. Muestra un reporte con todos los clientes registrados en el sistema.

5. Selecciona la opción en el reporte <Editar> al registro que desea realizarle el proceso.

6. Carga toda la información del cliente seleccionado en la acción 5.

7. Modifica la información del cliente que requiera.

8. Seleccionar <Modificar> o <Volver>

9. Si selecciona <Volver> retorna a la acción 2. Si selecciona <Modificar> continua con la acción 10

10. Valida que el campo <Correo electrónico> cumpla con la estructura EXC1 11. Valida los campos obligatorios para que debe tener un cliente EXC2

12. Modifica la información del cliente en el sistema 13. Termina caso de uso

Excepciones








CU relacionados N/A Precondición El cliente debe estar registrado en el sistema Post Condición N/A

102

Fuente: Elaboración propia Guion N° 05: Caso de uso 05 - Modificar proveedor Caso de Uso No. 05 Nombre Modificar proveedor

Descripción Permite al usuario modificar toda la información de un proveedor


Actor Sistema 1. Ingresa a la opción <Gestión Proveedor>

2. Despliega los campos de consulta: - Nombre razón social - Número de identificación - Tipo de proveedor


4. Muestra un reporte con todos los proveedores registrados en el sistema.


6. Carga toda la información del proveedor seleccionado en la acción 5.

7. Modifica la información del proveedor que requiera.



10. Valida que el campo <Correo electrónico> cumpla con la estructura EXC1

103

11. Valida los campos obligatorios para que debe tener un cliente EXC2

12. Modifica la información del proveedor en el sistema 13. Termina caso de uso

Excepciones








CU relacionados N/A Precondición El proveedor debe estar registrado en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 06: Caso de uso 06 - Modificar vendedor Caso de Uso No. 06 Nombre Modificar vendedor

Descripción Permite al usuario modificar toda la información de un vendedor


Actor Sistema 1. Ingresa a la opción <Gestión Vendedores>

2. Despliega los campos de consulta: - Nombre - Apellido - Número de identificación

104


4. Muestra un reporte con todos los vendedores registrados en el sistema.


6. Carga toda la información del vendedor seleccionado en la acción 5.

7. Modifica la información del vendedor que requiera.



10. Valida que el campo <Correo electrónico> cumpla con la estructura EXC1 11. Valida los campos obligatorios para que debe tener un cliente EXC2

12. Modifica la información del vendedor en el sistema 13. Termina caso de uso

Excepciones






CU relacionados N/A Precondición El vendedor debe estar registrado en el sistema

105

Post Condición N/A Fuente: Elaboración propia Guion N° 7: Crear cuenta por pagar Caso de Uso No. 07 Nombre Crear cuenta por pagar

Descripción Permite al usuario ingresar la información de una cuenta por pagar


Actor Sistema 1. Ingresa a la opción <Gestión Cuentas por Pagar>

2. Despliega los campos de consulta: - Proveedor (Nombre Razón Social) - Número de identificación –Tipo de proveedor

3. Selecciona <Crear cuenta por pagar>

4. Muestra los campos a ingresar: Proveedor (Nombre Razón Social), Número de comprobante, Fecha vencimiento, Valor a pagar, Observaciones

5. Ingresa la información de la cuenta por pagar

6. Selecciona el proveedor a relacionar a la cuenta por pagar <Buscar Proveedor>. Si el proveedor no existe debe crearlo <Crear Proveedor>CU02

7. Muestra los proveedores registrados en el sistema. Si el proveedor no está registrado debe retornar a la acción6.

8. Selecciona <Seleccionar>

8. Debe cargar la información del proveedor seleccionado. Proveedor

106

(Nombre Razón Social) y Nit


10. Valida que el campo <Fecha de vencimiento> sea mayor a la fecha actual EXC1 11. Valida que el campo <Valor a pagar> sea mayor a cero (0) EXC2

12. Valida los campos obligatorios para crear la cuenta por pagar EXC3

13. Crea la cuenta por pagar en el sistema 14. Termina caso de uso



- Coordinador contable

Despliega mensaje de error. (La fecha de vencimiento no puede ser menor a la fecha actual) Retorna a la acción 5.



Despliega mensaje de error. (El valor a pagar debe ser mayor a cero (0)) Retorna a la acción 5.




CU relacionados CU02

Precondición La cuenta por pagar debe relacionarle un proveedor que se encuentre en el sistema

Post Condición N/A Fuente: Elaboración propia

107

Guion N° 09: Caso de uso 09 - Modificar cuenta por pagar Caso de Uso No. 09 Nombre Modificar cuenta por pagar

Descripción Permite al usuario modificar toda la información de una cuenta por pagar


Actor Sistema 1. Ingresa a la opción <Gestión Cuentas por Pagar>

2. Despliega los campos de consulta: - Proveedor (Nombre Razón Social) - Número de identificación - Tipo proveedor


4. Muestra un reporte con todos los proveedores registrados en el sistema que tengan al menos una cuenta por pagar.

5. Selecciona la opción en el reporte <Detalle> al registro que desea realizarle el proceso.

6. Carga todas las cuentas por pagar del proveedor seleccionado en la acción 5.


8. Debe cargar la información de la cuenta por pagar seleccionada en la acción 7.

9. Modifica la información de la cuenta por pagar que el sistema permite, ya que los campos de valor a pagar no se puede editar.


108


12. Valida los campos obligatorios que debe tener una cuenta por pagar EXC1

12.Modifica la información de la cuenta por pagar en el sistema


Excepciones





CU relacionados N/A Precondición La cuenta por pagar debe estar registrada en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 10: Caso de uso 10 - Modificar cuenta por cobrar Caso de Uso No. 10 Nombre Modificar cuenta por cobrar

Descripción Permite al usuario modificar toda la información de una cuenta por cobrar


Actor Sistema 1. Ingresa a la opción <Gestión Cuentas por Cobrar

2. Despliega los campos de consulta: - Cliente (Nombre Razon Social) - Número de identificación - Vendedor - Estado

109


4. Muestra un reporte con todos los clientes registrados en el sistema con al menos una cuenta por cobrar.

5. Selecciona la opción en el reporte <Detalle> al registro que desea realizarle el proceso.

6. Carga todas las cuentas por cobrar del cliente seleccionado en la acción 5


8. Debe cargar la información de la cuenta por cobrar seleccionada en la acción 7.

9. Modifica la información de la cuenta por cobrar que el sistema permite, ya que los campos de valor a cobrar no se puede editar.



12. Valida los campos obligatorios que debe tener una cuenta por cobrar EXC1

12. Modifica la información de la cuenta por cobrar en el sistema


Excepciones





CU relacionados N/A

110

Precondición La cuenta por cobrar debe estar registrada en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 11: Caso de uso 11 - Inactivar cliente Caso de Uso No. 11 Nombre Inactivar cliente Descripción Permite al usuario inactivar un cliente Actores Coordinador contable



2. Despliega los campos de consulta: - Nombre razón social - Número de identificación


4. Muestra un reporte con todos los clientes registrados en el sistema.

5. Selecciona la opción en el reporte <Cambiar Estado> al registro que desea realizarle el proceso.

6. Muestra un mensaje de validación (Desea inactivar este cliente)

7. Selecciona <Aceptar> o <Cancelar>

8. Si selecciona <Aceptar> el estado del registro cambia de Activo a Inactivo. Si selecciona <Cancelar> retorna a la acción 4.


Excepciones


111

CU relacionados N/A Precondición El cliente debe estar registrado en el sistema Post Condición Cambia el estado del cliente seleccionado

Fuente: Elaboración propia Guion N° 12: Caso de uso 12–Inactivar proveedor Caso de Uso No. 12 Nombre Inactivar proveedor Descripción Permite al usuario inactivar un proveedor Actores Coordinador contable


1. Ingresa a la opción <Gestión Proveedor>

2. Despliega los campos de consulta: - Nombre razón social - Número de identificación - Tipo de proveedor


4. Muestra un reporte con todos los proveedores registrados en el sistema.

5. Selecciona la opción en el reporte <Cambiar Estado> al registro que desea realizarle el proceso.

6. Muestra un mensaje de validación (Desea inactivar este proveedor)

7. Selecciona <Aceptar> o <Cancelar>

8. Si selecciona <Aceptar> el estado del registro cambia de Activo a Inactivo. Si selecciona <Cancelar> retorna a la acción 4.


112

Excepciones


CU relacionados N/A Precondición El proveedor debe estar registrado en el sistema Post Condición Cambia el estado del proveedor seleccionado

Fuente: Elaboración propia Guion N° 13: Caso de uso 13 - Generar Reportes Caso de Uso No. 13 Nombre Generar Reportes

Descripción Permite al usuario generar reportes según el proceso seleccionado

Actores Coordinador contable, Asistente de gerencia, Director administrativo y Gerencia


1. Ingresa a la opción que desea generar el reporte. <Gestión de cuentas por pagar>, <Gestión de cuentas por cobrar>, <Gestión de clientes>, <Gestión de proveedores> y <Gestión de vendedores>

2. Despliega los campos de consulta según la opción seleccionada.


4. Muestra un reporte según la opción seleccionada con toda la información necesaria.

5. Todas las opciones para generar reportes muestran campos para realizar filtros.

6. Selecciona al final de cada reporte un icono con el símbolo de archivos en <Excel>

113

7. Se descarga el archivo con extensión .xlsx - Excel


Excepciones


CU relacionados N/A Precondición Deben existir registros en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 14: Reporte cuentas por pagar Caso de Uso No. 14 Nombre Reporte cuentas por pagar Descripción Permite al usuario generar reportes de las cuentas por pagar



1. Ingresa a la opción <Gestión de cuentas por pagar>.

2. Despliega los campos de consulta:

- Proveedor (Nombre Razón Social) - Número de identificación - Tipo de proveedor.

3. Ingresa información en los campos de consulta según el tipo de reporte que desee.

4. Muestra un reporte con todos los proveedores registrados en el sistema que tengan al menos una cuenta por pagar o genera un reporte según el filtro seleccionado en la acción 3.

114

5. Si desea un reporte individual de las cuentas por pagar de cada proveedor; Selecciona la opción <Detalle> en el reporte generado en la acción 4. Si no retorna a la acción 10.

6. Muestra un reporte con todas las cuentas por pagar del proveedor seleccionado en la acción 5.

7. Despliega los campos de consulta: - Número comprobante - Fecha vencimiento y - Rango de fechas: Fecha inicial – Fecha final.

8. Ingresa información en los campos de consulta para el proveedor según el tipo de reporte que desee.

9. Muestra un reporte con todos los registros que cumplan con los filtros seleccionados en la acción 8.


Excepciones


CU relacionados CU09 Precondición Deben existir cuentas por pagar en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 15: Reporte cuentas por cobrar Caso de Uso No. 15 Nombre Reporte cuentas por cobrar Descripción Permite al usuario generar reportes de las cuentas por cobrar

115



1. Ingresa a la opción <Gestión de cuentas por cobrar>.

2. Despliega los campos de consulta: - Cliente (Nombre Razón Social) - Número de identificación - Vendedor.


4. Muestra un reporte con todos los clientes registrados en el sistema que tengan al menos una cuenta por cobrar o genera un reporte según el filtro seleccionado en la acción 3.

5. Si desea un reporte individual de las cuentas por cobrar de cada cliente; Selecciona la opción <Detalle> en el reporte generado en la acción 4. Si no retorna a la acción 10.

6. Muestra un reporte con todas las cuentas por cobrar del cliente seleccionado en la acción 5. 7. Despliega los campos de consulta: - Número comprobante - Fecha vencimiento y - Rango de fechas: Fecha inicial – Fecha final.

8. Ingresa información en los campos de consulta para el cliente según el tipo de reporte que desee.

9. Muestra un reporte con todos los registros que cumplan con los filtros seleccionados en la acción 8. 10. Termina caso de uso.

Excepciones


116

CU relacionados CU10 Precondición Deben existir cuentas por cobrar en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 16: Caso de uso 16 - Reporte cliente Caso de Uso No. 16 Nombre Reporte clientes Descripción Permite al usuario generar reportes de los clientes Actores Coordinador contable


1. Ingresa a la opción <Gestión Clientes>.

2. Despliega los campos de consulta: - Nombre razón social - Nit - Vendedor


4. Muestra un reporte con todos los clientes registrados en el sistema y que cumplan con el filtro seleccionado en la acción 3.


Excepciones


CU relacionados CU01, CU04 Precondición Deben existir clientes en el sistema Post Condición N/A


117

Guion N° 17: Caso de uso 17 - Reporte proveedores Caso de Uso No. 17 Nombre Reporte proveedores Descripción Permite al usuario generar reportes de los clientes Actores Coordinador contable


1. Ingresa a la opción <Gestión Proveedor>.

2. Despliega los campos de consulta: - Nombre razón social - Nit - Tipo de proveedor.


4. Muestra un reporte con todos los proveedores registrados en el sistema y que cumplan con el filtro seleccionado en la acción 3. 5. Termina caso de uso.

Excepciones


CU relacionados CU02, CU05 Precondición Deben existir proveedores en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 18: Caso de uso 18 - Reporte vendedores Caso de Uso No. 18 Nombre Reporte vendedores Descripción Permite al usuario generar reportes de los vendedores Actores Coordinador contable

Guion Principal

118

Actor Sistema 1. Ingresa a la opción <Gestión Vendedores>.

2. Despliega los campos de consulta:

- Nombre - Apellido - Número de identificación.


4. Muestra un reporte con todos los vendedores registrados en el sistema y que cumplan con el filtro seleccionado en la acción 3. 5. Termina caso de uso.

Excepciones


CU relacionados CU03, CU06 Precondición Deben existir vendedores en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 20: Caso de uso 20 - Inicio sesión Caso de Uso No. 20 Nombre Inicio sesión Descripción Permite al usuario ingresar al sistema

Actores Asistente contable ,Coordinador contable, Asistente de gerencia, Director administrativo y Gerencia


1. Ingrese su nombre de usuario y contraseña en la ventana de inicio al sistema.

2. Selecciona <Entrar>

119

3. Se debe verificar que el usuario sea válido. Si el usuario no es válido EXC1, si el usuario si es válido ingresa al sistema.


Excepciones


EXC1 Asistente gerencia Despliega mensaje de error. (El usuario o contraseña es incorrecta) Retorna a la acción 1.

CU relacionados N/A Precondición N/A Post Condición Se ingresa correctamente al sistema

Fuente: Elaboración propia Guion N° 21: Caso de uso 21 - Crear parámetro Caso de Uso No. 21 Nombre Crear parámetro

Descripción Permite al usuario ingresar la información de los registros básicos (Parámetros)

Actores Administrador Guion Principal

Actor Sistema 1. Ingresa a la opción <Parametrización>.

2. Despliega los diferentes tipos de parámetros del sistema <Nombre del parámetro>.

3. Selecciona el parámetro <Nombre del parámetro> que desea crear.

4. Muestra los campos a ingresar según el parámetro seleccionado en la acción 1.

5. Ingresa la información del parámetro.

120

6. Selecciona <Adicionar>.

7. Valida los campos obligatorios para crear el parámetro EXC1. 8. Crea el parámetro en el sistema.


Excepciones


EXC1 Administrador


CU relacionados N/A Precondición N/A Post Condición N/A

Fuente: Elaboración propia Guion N° 22: Modificar parámetro Caso de Uso No. 22 Nombre Modificar parámetro

Descripción Permite al usuario modificar la información de los registros básicos (Parámetros)




3. Selecciona el parámetro <Nombre del parámetro> que desea modificar.


121

5. Muestra un reporte con todos de los parámetros seleccionados en la acción 3 y registrados en el sistema.


7. Carga toda la información del parámetro seleccionado en la acción 6.

8. Modifica la información del parámetro que requiera.

9. Seleccionar <Modificar> o <Volver>.

10. Si selecciona <Volver> retorna a la acción 5. Si selecciona <Modificar> continua con la acción 11. 11. Valida los campos obligatorios para que debe tener el parámetro EXC1. 12. Modifica la información del parámetro en el sistema. 13. Termina caso de uso

Excepciones


EXC1 Administrador


CU relacionados N/A Precondición El parámetro debe estar registrado en el sistema Post Condición N/A

Fuente: Elaboración propia Guion N° 23: Caso de uso 23 - Eliminar parámetro Caso de Uso No. 23 Nombre Eliminar parámetro

122

Descripción Permite al usuario eliminar la información de los registros básicos (Parámetros)




3. Selecciona el parámetro <Nombre del parámetro> que desea eliminar


5. Muestra un reporte con todos de los parámetros seleccionados en la acción 3 y registrados en el sistema.

6. Selecciona la opción en el reporte <Eliminar> al registro que desea realizarle el proceso.

7. Elimina la información del parámetro en el sistema. 8. Termina caso de uso


CU relacionados CU22 Precondición El parámetro debe estar registrado en el sistema Post Condición N/A

123

Anexo K. Diagramas de actividades Diagrama de actividades – Gestión de proveedor

Fuente: Elaboración propia Diagrama de actividades – Gestión de vendedor


124

Diagrama de actividades – Gestión de cuentas por pagar


125

Anexo L. Diagramas de clases

Diagrama de clases – Crear proveedor


126

Diagrama de clases – Crear vendedor


127

Diagrama de clases – Crear cuenta por pagar


128

Diagrama de clases – Reporte cuenta por pagar


129

Anexo M. Diagramas de secuencia Diagrama de secuencia – Crear proveedor


130

Diagrama de secuencia – Crear vendedor


131

Diagrama de secuencia – Crear cuenta por pagar


132

Diagrama de secuencia – Reporte cuenta por pagar


133

Anexo N. Tabla relacional de datos Entidad – mrc_proveedor

Nombre del campo Tipo de dato Notnull Funcion codigo_proveedor serial * PK nombre_razon_social varchar(50) * codigo_tipo_identificacion integer * FK-

codigo_tipo_identificacion numero_identificacion varchar(50) * direccion varchar(50) telefono_principal varchar(50) * telefono_alterno varchar(50) numero_celular varchar(50) numero_fax varchar(50) codigo_ciudad integer * FK- codigo_ciudad correo_electronico varchar(50) codigo_tipo_proveedor integer FK- codigo_tipo_proveedor nombre_representante varchar(50) registro_camara_comercio varchar(50) observaciones varchar(200) usuario_creacion varchar(50) * usuario_modificacion varchar(50) fecha_modificacion timestamp codigo_estado integer * FK- codigo_estado

Fuente: Elaboración propia Entidad – mrc_cuenta_pagar

Nombre del campo Tipo de dato Notnull Funcion codigo_cuentas_pagar serial * PK numero_comprobante varchar(50) * valor_pagar numeric * valor_vencido numeric observaciones varchar(100) fecha_vencimiento timestamp * usuario_modificacion varchar(100)

134

fecha_modificacion timestamp usuario_creacion varchar(50) * fecha_creacion timestamp * codigo_estado_cuenta integer * FK- codigo_estado_cuenta codigo_proveedor integer * FK- codigo_proveedor

Fuente: Elaboración propia Entidad – mrc_vendedor

Nombre del campo Tipo de dato Notnull Funcion codigo_vendedor serial * PK nombres varchar(100) * apellidos varchar(100) numero_identificacion varchar(20) codigo_siigo varchar(15) usuario_creacion varchar(100) * fecha_creacion timestamp * correo_electronico varchar(100) celular varchar(20) direccion varchar(50) telefono varchar(20)

Fuente: Elaboración propia Entidad – mrc_pais

Nombre del campo Tipo de dato NotnullL Funcion codigo_pais serial * nombre_pais varchar(30) * cod_postal varchar(10)


135

Entidad – mrc_departamento

Nombre del campo Tipo de dato Notnull Funcion codigo_departamento serial * PK nombre_departamento varchar(100) * codigo_pais integer * FK- codigo_pais codigo_zona integer * FK- codigo_zona

Fuente: Elaboración propia Entidad – mrc_ciudad

Nombre del campo Tipo de dato Notnull Funcion codigo_ciudad integer * PK codigo_departamento integer * FK- codigo_departamento nombre_ciudad varchar(100) * descripcion varchar(250)

Fuente: Elaboración propia Entidad – mrc_estado_cuenta

Nombre del campo Tipo de dato Notnull Funcion codigo_estado_cuenta serial * PK nombre_estado varchar(100) descripcion varchar(100)

Fuente: Elaboración propia Entidad – mrc_estado_tercero

Nombre del campo Tipo de dato Notnull Funcion codigo_estado serial * PK nombre_estado varchar(50) * descripcion varchar(100)


136

Entidad – mrc_tipo_identificacion

Nombre del campo Tipo de dato Notnull Funcion codigo_tipo_identificacion serial * PK nombre_tipo varchar(30) * descripcion varchar(100)

Fuente: Elaboración propia Entidad – mrc_tipo_persona

Nombre del campo Tipo de dato Notnull funcion codigo_tipo_persona serial * PK nombre_tipo_persona varchar(20) * descripcion varchar(100)

Fuente: Elaboración propia Entidad – mrc_tipo_proveedor

Nombre del campo Tipo de dato Notnull Funcion codigo_tipo_proveedor serial * PK descripcion_tipo_proveedor varchar(250) nombre_proveedor varchar(100) *

Fuente: Elaboración propia Entidad – mrc_zona

Nombre del campo Tipo de dato Notnull Funcion codigo_zona serial * PK nombre_zona varchar(100) * descripcion_zona varchar(250)


137

Entidad – mrc_vendedore_zona

Nombre del campo Tipo de dato Notnull Funcion codigo_vendedor integer * FK- codigo_vendedor codigo_zona integer * FK- codigo_zona

Fuente: Elaboración propia Entidad – mrc_temp_cuenta_pagar

Nombre del campo Tipo de dato Notnull Funcion tercero varchar(100) * nombre varchar(100) * saldo numeric * valor_vencido numeric * telefolo1 varchar(20) * ciudad varchar(100) * telefono2 varchar(20) comprobante varchar(100) * fecha timestamp * fecha_vencimiento timestamp *

138

Anexo O. Pantallas y reportes utilizados para el desarrollo del módulo Pantalla gestión proveedor

Fuente: Elaboración propia Pantalla crear proveedor


139

Pantalla gestión vendedor

Fuente: Elaboración propia Pantalla crear vendedor


140

Pantalla gestión cuentas por pagar

Fuente: Elaboración propia Pantalla crear cuenta por pagar


141

Pantalla detalle cuenta por pagar

Fuente: Elaboración propia Pantalla inicio sesión


142

Pantalla de mensajes


143

Anexo P. Pruebas funcionales

Prueba funcional para el Guion N° 02 - Crear proveedor Campos de entrada y validación





Casos de pruebas y reglas de validación

Caso de prueba Regla valida Regla invalidad El correo electrónico para crear un proveedor debe tener una estructura valida.


El correo electrónico ingresado no cumple con una estructura valida (EXC1). (proveedor@hotmailcom)

Los campos con (*) para crear un proveedor deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Nombre razón social:proveedorprueba)

Algún campo con (*) no contiene información. (EXC2).(Nombre razón social: ‘ ’)

Fuente: Elaboración propia Prueba funcional para el Guion N° 03 - Crear vendedor Campos de entrada y validación





144


Caso de prueba Regla valida Regla invalidad El correo electrónico para crear un vendedor debe tener una estructura valida.


El correo electrónico ingresado no cumple con una estructura valida (EXC1). (vendedor@hotmailcom)

Los campos con (*) para crear un vendedor deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Apellidos:apellidoprueba)

Algún campo con (*) no contiene información. (EXC2). (Apellidos: ‘ ’)

Fuente: Elaboración propia Prueba funcional para el Guion N° 07 - Crear cuenta por pagar Campos de entrada y validación


mayor a la fecha actual del sistema. <Valor a pagar> Verifica que el valor ingresado sea




Caso de prueba Regla valida Regla invalidad La fecha de vencimiento para crear una cuenta por gar debe ser mayor a la fecha actual del sistema.


La fecha de vencimiento ingresada es menor a la fecha actual (EXC1). (Fecha ingresada: 01-10-2015 < fecha actual: 02-10-2015).

El valor a pagar para la crear una cuenta por

El valor a pagar ingresado es mayor a 0

El valor a pagar ingresado es menor a 0 (cero)

145

pagar deber ser mayor a 0 (cero).

(cero). (valor a pagar: 2000000)

(EXC2). (valor a cobrar: 0)

Los campos con (*) para crear una cuenta por pagar deben contener información

Todos los campos (*) obligatorios se encuentran con información. (Número de comprobante:P-001-00000033427-001)

Algún campo con (*) no contiene información. (EXC3). Numero de comprobante: ‘ ’)

Fuente: Elaboración propia Prueba funcional para el Guion N° 04 - Modificar cliente Campos de entrada y validación






Caso de prueba Regla valida Regla invalidad El correo electrónico para modificar un cliente debe tener una estructura valida.


El correo electrónico ingresado no cumple con una estructura valida (EXC1). (cliente@hotmailcom)

Los campos con (*) para modificar un cliente deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Nombre razón social: clienteprueba)



146

Prueba funcional para el Guion N° 05 - Modificar proveedor Campos de entrada y validación






Caso de prueba Regla valida Regla invalidad

El correo electrónico para modificar un proveedor debe tener una estructura valida.


El correo electrónico ingresado no cumple con una estructura valida (EXC1). (proveedor@hotmailcom)

Los campos con (*) para modificar un proveedor deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Nombre razón social: proveedorprueba)


Fuente: Elaboración propia Prueba funcional para el Guion N° 06 - Modificar vendedor Campos de entrada y validación





147


Caso de prueba Regla valida Regla invalidad El correo electrónico para modificar un vendedor debe tener una estructura valida.


El correo electrónico ingresado no cumple con una estructura valida (EXC1). (vendedor@hotmailcom)

Los campos con (*) para modificar un vendedor deben contener información.

Todos los campos (*) obligatorios se encuentran con información. (Apellidos: apellidoprueba)

Algún campo con (*) no contiene información. (EXC2). (Apellidos: ‘ ’)

Fuente: Elaboración propia Prueba funcional para el Guion N° 07 - Modificar cuenta por cobrar Campos de entrada y validación


mayor a la fecha actual del sistema. <Valor a cobrar> Verifica que el valor ingresado sea




Caso de prueba Regla valida Regla invalidad La fecha de vencimiento para modificar una cuenta por cobrar debe ser mayor a la fecha actual del sistema.


La fecha de vencimiento ingresada es menor a la fecha actual (EXC1). (Fecha ingresada: 01-10-2015 > fecha actual: 02-10-2015).

El valor a cobrar para modificar una cuenta por

El valor a cobrar ingresado es mayor a 0

El valor a cobrar ingresado es menor a 0 (cero)

148

cobrar deber ser mayor a 0 (cero).

(cero). (valor a cobrar: 2000000)

(EXC2). (valor a cobrar: 0)

Los campos con (*) para modificar una cuenta por cobrar deben contener información

Todos los campos (*) obligatorios se encuentran con información. (Número de comprobante: F-001-00000020822-001)

Algún campo con (*) no contiene información. (EXC3). (Número de comprobante: ‘ ’)

Fuente: Elaboración propia Prueba funcional para el Guion N° 20 – Inicio Sesión Campos de entrada y validación

Campo de entrada Validación <Usuario> y <Contraseña> Verifica que el usuario y la contraseña se

encuentren registrados en el sistema. Casos de pruebas y reglas de validación

Caso de prueba Regla valida Regla invalidad El usuario y contraseña ingresados deben estar registrados en el sistema.

El usuario y la contraseña ingresada coinciden con un registro en el sistema.

El usuario y la contraseña ingresada no se encuentran registros en el sistema.


desarrollo del modulo de reportes contables para …

Documents