INSTITUTO TECNOLÓGICO SUPERIOR DE ZACAPOAXTLA Organismo Público Descentralizado del Gobierno del Estado de Puebla

“HACIA LA EXCELENCIA, CON CALIDEZ HUMANA Y CALIDAD INTEGRAL”

SISTEMA DE FACTURACIÓN PARA MEJORAR EL PROCESO DE EMISIÓN DE CFDI´s PARA SOCIOS DEL CLUB ALEMÁN DE MÉXICO TESIS

QUE PARA OBTENER EL TÍTULO DE:

INGENIERO INFORMÁTICO PRESENTA: ALEJANDRO MOLINA JIMÉNEZ

ASESOR: LIC. SACNITE GUERRERO RAMIRO

Zacapoaxtla, Puebla.

MAYO 2016.

1

DEDICATORIA

A mi apreciable familia. Mi amada y adorable madre Eleodora Jiménez Flores por darme la vida, por ofrecerme la oportunidad de seguir estudiando, por apoyarme económicamente con gran sacrificio para ofrecerme un nivel de estudio superior, por confiar en mí durante el periodo de residencias y durante el transcurso de toda de mi carrera, por darme su apoyo en momentos de desesperación durante mi formación, por guiarme en mi camino e inculcarme los valores, principios y consejos para formar la gran persona que ahora soy. A ella le dedico este gran logro por ser la persona maravillosa que tomo todo su esfuerzo y dedicación para para enfocarlo en mi e invertir lo necesario para seguir siempre adelante. A mi hermana Andrea Molina Jiménez, este logro también es suyo, por apoyarme siempre durante la trayectoria de mi carrera, por ser una gran amiga que me escucho siempre y por confiar siempre en m, a ella también le dedico este trabajo ya que sus consejos y regaños han dado frutos. A mis abuelos que siempre me han apoyado desde el principio Melitón Jiménez Morales y Lucrecia Flores Flores, por confiar en mí, por darme todos esos consejos para mejorar en todos los aspectos de mi persona, por ser quienes han sido testigos de todos mis logros y siempre han estado presentes cuando los necesite.

2

AGRADECIMIENTOS Agradezco a mi mamá Eleodora Jiménez Flores por darme la vida, por sacarnos adelante a mí y a mi hermana, por ofrecerme la oportunidad de seguir creciendo en el ámbito académico apoyándome económicamente para seguir con mis estudios, por ser la persona con la cual puedo confiar plenamente, por ser una amiga más que una madre, a ella le agradezco todo el apoyo que ha puesto en mi para tener una educación superior siempre confiando en mí y alentándome siempre cada que se me presenta una situación. A mis queridos abuelos Melitón Jiménez Morales y Lucrecia Flores Flores que depositaron toda su confianza en mí para poder seguir estudiando, dándome su apoyo en todo momento, ofreciéndome un hogar con ellos para que pudiera seguir estudiando, estoy muy agradecido por aceptarme, por darme un cobijo en su hogar durante la mayor parte de mi vida como estudiante, y por ser más que mis abuelos queridos unos padres por tratarme y aconsejarme como un hijo. A Ing. Homero Palacios y a Ingeniería y Alta Productividad por dado la oportunidad de realizar mi residencia profesional. A mi asesora interna Lic. Sacnite Guerrero Ramiro por haber confiado en mí, por su apoyo incondicional, por haber dirigido la presente tesis y dedicar parte de su valioso tiempo en el desarrollo y recolección de este trabajo de tesis. A Ing. José Miguel Méndez Alonso, por ayudarme en la redacción y por brindar parte de su valioso tiempo en la revisión de este trabajo. A M.S.C Luis Alberto Espejo Ponce, por su ayuda en la redacción y por brindar parte de su valioso tiempo en la revisión de este trabajo. A Ing. Alejandro García por brindarme su apoyo durante el desarrollo del sistema, y por resolver las dudas que se me presentaban en cuanto al desarrollo durante la codificación. A mi asesora externa Lic. Virginia Noriega Sosa por brindarme su apoyo durante el desarrollo del proyecto. 3

CONTENIDO INTRODUCCIÓN ................................................................................................................................15 CAPITULO I. PROPOSITO DE LA INVESTIGACIÓN ..............................................................................17 1.1

PLANTEAMIENTO DEL PROBLEMA ....................................................................................18

1.2

PROPOSITO DE LA INVESTIGACIÓN ..................................................................................20

1.3

OBJETIVO GENERAL ..........................................................................................................21

1.4

OBJETIVOS ESPECIFICOS ...................................................................................................21

1.5

JUSTIFICACIÓN DE LA INVESTIGACÓN ..............................................................................22

1.6

ALCANCES Y LIMITACIONES ..............................................................................................23

1.6.1

ALCANCES DE LA INVESTIGACIÓN.............................................................................23

1.6.2

ALCANCES ACERCA DE LA FUNCIONALIDAD DEL SISTEMA. ......................................23

1.6.3

LIMITACIONES DE LA INVESTIGACIÓN ......................................................................23

1.6.4

LIMITACIONES ACERCA DEL FUNCIONAMIENTO DEL SISTEMA.................................24

1.7

ORGANIZACIÓN DEL ESTUDIO ..........................................................................................25

CAPITULO II. MARCO TEORICO ........................................................................................................26 2.1

REFORMA FISCAL ..............................................................................................................27

2.1.1 REFORMAS AL CODIGO FISCAL DE LA FEDERACION PARA LA EMISION DE COMPROBANTES FISCALES .......................................................................................................27 2.1.2

OPCIONES PARA LA EMISION DE LA FACTURA ELECTRONICA CFDI ..........................29

2.1.3

REQUISITOS DE LAS REPRESENTACIONES IMPRESAS DE LOS CFDI ...........................29

2.1.4

TIMBRE FISCAL..........................................................................................................31

2.1.5

FIEL ...........................................................................................................................31

2.2

HERRAMIENTAS UTILIZADAS EN EL DESARROLLO DEL SISTEMA ......................................32

2.2.1

TICS’s ........................................................................................................................32

2.2.2

INTERNET. .................................................................................................................34

2.2.3

SERVIDOR .................................................................................................................35

2.2.4

WAMPSERVER 2.5 ....................................................................................................37

2.2.5

PROGRAMACION CON PHP Y MVC ...........................................................................39

2.2.6

SQL SERVER COMO MANEJADOR DE BASE DE DATOS E INTERACCION CON PHP.....41

2.2.7

HTML5 ......................................................................................................................42

2.2.8

EDITOR DE TEXTO BRACKETS ....................................................................................47

4

2.2.9 VNC

SOFTWARE DE ACCESO REMOTO PARA PLATAFORMAS MOVILES Y DE ESCRITORIO 48

2.2.10

PROVEDOR DE CERTIFICACION FISCOCLIC ................................................................50

2.2.11

SISTEMAS DE INFORMACION ....................................................................................51

2.2.12

METODOLOGIA DEL DESARROLLO DEL SISTEMA ......................................................53

2.2.13

UML ..........................................................................................................................56

2.3

ANALISIS DE DESARROLLO DE SISTEMAS ..........................................................................72

2.3.1

ESTUDIO DE VIABILIDAD ...........................................................................................72

2.3.2

ANALISIS DE REQUERIMIENTOS ................................................................................73

2.3.3

INVESTIGACION DE REQUERMIENTOS ......................................................................74

2.3.4

ESPECIFICACION DE REQUERIMIENTOS ....................................................................75

2.3.5

RECOPILACION DE INFORMACIÓN ............................................................................76

2.3.6

REQUERMIENTOS FUNCIONALES Y NO FUNCIONALES .............................................76

2.4

IMPLEMENTACION DE SISTEMAS .....................................................................................80

2.5

BASE DE DATOS ................................................................................................................80

2.6

MODELO ENTIDAD RELACIÓN ..........................................................................................80

2.7

GESTORES DE BASES DE DATOS ........................................................................................83

2.7.1

LENGUAJE SQL ..........................................................................................................83

2.7.2

CLASIFICACION DEL LENGUAJE SQL ..........................................................................84

2.7.3

SEGURIDAD E INTEGRIDAD DE DATOS ......................................................................84

2.7.4

MODELOS DE DATOS ................................................................................................85

2.7.5

XML...........................................................................................................................86

CAPITULO III. METODOLOGIA ..........................................................................................................88 3.1

ALCANCE Y ENFOQUE DE LA INVESTIGACION ...................................................................89

3.1.1

EL FENOMENO A EXPLICAR .......................................................................................89

3.2

HIPOTESIS DE LA INVESTIGACIÓN.....................................................................................90

3.3

DISEÑO DE LA INVESTIGACION .........................................................................................91

3.4

SELECCIÓN DE LA MUESTRA .............................................................................................91

3.5

RECOLECCION DE DATOS ..................................................................................................93

3.5.1

ANALISIS Y DEFINICION DE REQUERIMIENTOS .........................................................93

3.5.2

DISEÑO DEL SISTEMA Y DEL SOFTWARE ...................................................................96

3.5.3

IMPLEMENTACIÓN Y PRUEBA DE UNIDADES ..........................................................103

5

3.5.4

INTEGRACION Y PUEBAS DEL SISTEMA ...................................................................106

3.5.5

FUNCIONAMIENTO Y MANTENIMIENTO ................................................................107

3.6

SELECCION DEL INSTRUMENTO ......................................................................................107

3.7

APLICACIÓN DEL INSTRUMENTO ....................................................................................111

3.8

ANALISIS DE DATOS Y RESULTADOS ...............................................................................111

3.8.1

DISEÑO DE BASES DE DATOS ..................................................................................112

3.8.2

ESTRUCTURA DE DISEÑO ACCESO AL SISTEMA (CLIENTES) ....................................113

3.8.3

ESTRUCTURA DEL DISEÑO PANTALLA DE INICIO SOCIOS CAM (CLIENTES) .............114

3.8.4

ESTRUCTURA DE DISEÑO SOLICITAR FACTURA ELECTRONICA (CLIENTES)..............115

3.8.5

DESCARGAR FACTURA ELECTRONICA .....................................................................117

3.8.6

SOLICITUD DE CANCELACIÓN DE FACTURA ELECTRÓNICA .....................................117

3.8.7

ESTRUCTURA DE DISEÑO ACCESO AL SISTEMA (ADMINISTRADOR) .......................118

3.8.8

ESTRUCTURA DE DISEÑO PARA REGISTRAR DATOS DE PERSONAL ADMINISTRATIVO 119

3.8.9

ESTRUCTURA DE DISEÑO GENERAR REPORTES ......................................................119

3.8.10

FACTURA ELECTRONICA GENERADA .......................................................................121

3.8.11

INTERPRETACIÓN DE RESULTADOS. .......................................................................122

CAPITULO IV. CONCLUSIONES ........................................................................................................131 4.1

CONCLUSIONES GENERALES ...........................................................................................132

4.2

CONCLUSIONES RELATIVAS A LOS OBJETIVOS ESPECIFICOS ...........................................132

4.3

CONCLUSIONES RELATIVAS AL OBJETIVO GENERAL .......................................................133

4.4

APORTACIONES ORIGINALES ..........................................................................................133

4.5

LIMITACIONES DEL MODELO PLANTEADO .....................................................................134

4.6

RECOMENDACIONES ......................................................................................................134

Bibliografía .....................................................................................................................................136

6

INDICE DE FIGURAS

Figura 1 Árbol de problemas ................................................................................... 19 Figura 2 Representación de la funcionalidad del modelo Cliente-Servidor ............ 36 Figura 3 Herramienta WampServer 2.5 .................................................................. 38 Figura 4 Apache Server .......................................................................................... 39 Figura 5 Gestor de Base de Datos SQL Server 2012 ............................................ 41 Figura 6 Logo HTML5 ............................................................................................. 43 Figura 7 Script en HTML5 ....................................................................................... 44 Figura 8 Framework Bootstrap ................................................................................ 47 Figura 9 Brackets Editor de código ......................................................................... 48 Figura 10 VNC Software ......................................................................................... 50 Figura 11 Proceso de Timbrado y Cancelación de CFDI ....................................... 51 Figura 12 Diseño conceptual de información.......................................................... 52 Figura 13 Fases del Ciclo de Desarrollo ................................................................. 53 Figura 14 Modelo en Cascada ................................................................................ 55 Figura 15 diagrama de flujo de datos Usuario Cliente ............................................ 58 Figura 16 Diagrama de flujo de datos Solicitar Factura .......................................... 59 Figura 17 Diagrama de flujo de datos Solicitud de Cancelación de la Factura ...... 60 Figura 18 Diagrama flujo de datos Realizar Reportes de CFDI’s ........................... 61 Figura 19 Diagrama de flujo de datos Sistema de Administración de CFDI .......... 62 Figura 20 Diagrama de Casos de Uso Sistema de Facturación ............................ 63 Figura 21 Diagrama de Casos de Uso Sistema Usuarios ...................................... 63 Figura 22 Ejemplo Participación de ocurrencias en una relación ........................... 81 Figura 23 Ejemplo Cardinalidad 1:1 ........................................................................ 82 Figura 24 Ejemplo Cardinalidad 1:N ....................................................................... 82 Figura 25 Ejemplo Cardinaliad M:N ........................................................................ 83 Figura 26 Ejemplo de estructura de un documento XML ....................................... 87 Figura 27 Ejemplo de estructura grafica de un documento XML ........................... 87 Figura 28 Inicio de sesión Socios CAM en dispositivos de escritorio..................... 97 Figura 29 Inicio de Sesión Socios CAM en dispositivo móvil ................................. 97 Figura 30 Pantalla de Inicio Socios CAM visto en dispositivos de escritorio.......... 98 Figura 31 Pantalla de inicio Socios CAM visto desde un dispositivo móvil ............ 98 Figura 32 Pantalla para solicitar factura electrónica Socios CAM .......................... 99 Figura 33 Pantalla de solicitud de CFDI vista en dispositivo móvil ...................... 100 Figura 34 Pantalla Cancelar Factura Electrónica ................................................. 101 Figura 35 Pantalla solicitar cancelación de CFDI vista en dispositivo móvil ........ 101 Figura 36 Inicio de Sesión Administrador CFDI CAM ........................................... 102 Figura 37 Pantalla Registro Usuario Administrador CFDI CAM ........................... 102 Figura 38 Pantalla para la generación de reportes Administración CFDI CAM ... 103 Figura 39 Estructura del Comprobante Fiscal Digital por Internet ........................ 105 Figura 40 Preguntas de la Encuesta 1 .................................................................. 108 Figura 41 Preguntas de la encuesta 2 .................................................................. 109 Figura 42 Preguntas de la Entrevista .................................................................... 110 Figura 43 Modelo E-R Sistema CFDI Club Alemán de México ............................ 112 7

Figura 44 Iniciar Sesión Cliente (Socio CAM) vista en dispositivo de escritorio .. 113 Figura 45 Pantalla de Inicio de Sesión Cliente (Socio CAM) vista de un dispositivo móvil ...................................................................................................................... 114 Figura 46 Pantalla de Bienvenida Socio CAM vista en dispositivo de escritorio .. 114 Figura 47 Pantalla de inicio Socio CAM vista en dispositivo móvil ....................... 115 Figura 48 Pantalla de Solicitud de CFDI vista en dispositivo de escritorio........... 116 Figura 49 Pantalla Solicitud de CFDI vista en dispositivo móvil ........................... 116 Figura 50 Captura de pantalla con el resultado de la solicitud de la Factura Electrónica ............................................................................................................. 117 Figura 51 Pantalla Solicitud de Cancelación de CFDI vista en dispositivo de escritorio ................................................................................................................ 117 Figura 52 Pantalla Solicitud de Cancelación de CFDI vista en dispositivo móvil . 118 Figura 53 Iniciar Sesión sistema de administración de CFDI´s CAM ................... 118 Figura 54 Registro de Usuarios ............................................................................ 119 Figura 55 Pantalla para la generación de Reportes ............................................. 120 Figura 56 CFDI generado durante el periodo de prueba de la implementación .. 121

INDICE DE GRÁFICAS Gráfica 1 Resultados antes de la implementación del Sistema pregunta 1 ......... 124 Gráfica 2 Resultados antes de la implementación del Sistema pregunta 2 ......... 124 Gráfica 3 Resultados antes de la implementación del Sistema pregunta 3 ......... 125 Grafica 4 Resultados antes de la implementación del Sistema pregunta 4 ......... 126 Grafica 5 Resultados después de la Implementación del Sistema de las preguntas 1 ............................................................................................................................. 128 Grafica 6 Resultados después de la implementación del Sistema pregunta 2 .... 128 Grafica 7 Resultados después de la implementación del Sistema pregunta 3 .... 129 Grafica 8 Resultados después de la implementación del Sistema pregunta 4 .... 129

8

INDICE DE TABLAS Tabla 1 Descripción general del Árbol de Problemas ............................................. 19 Tabla 2 Tabla de navegadores y plataformas soportadas para la visualización del sistema .................................................................................................................... 24 Tabla 3 Caso de uso Iniciar Sesión ........................................................................ 64 Tabla 4 Caso de uso Actualizar datos usuario ....................................................... 65 Tabla 5 Caso de uso Actualizar datos usuario administrador ................................ 66 Tabla 6 Caso de uso Capturar datos Ticket ........................................................... 67 Tabla 7 Caso de uso Solicitar Factura .................................................................... 68 Tabla 8 Caso de uso Descargar Factura Electrónica ............................................. 69 Tabla 9 Caso de uso Generar Reportes ................................................................. 70 Tabla 10 Caso de uso Cancelar Factura ................................................................ 71 Tabla 11 Requerimientos no Funcionales .............................................................. 77 Tabla 12 Requerimientos Funcionales ................................................................... 79 Tabla 13 Especificación de Participaciones............................................................ 81 Tabla 14 Resultados obtenidos de las encuestas aplicadas antes de la Implementaacion del Sistema. .............................................................................. 123 Tabla 15 Resultado de encuestas aplicadas después de la Implementación del Sistema.................................................................................................................. 127

9

10

RESUMEN La tecnología ha sido un medio para agilizar los procesos en empresas y negocios ya que la automatización de sistemas ha ofrecido mejoras en los tiempos de ejecución incrementando la calidad de los procesos. Entre las aplicaciones importantes se destaca el comercio para la realización de cálculos acerca de las ventas realizadas, la administración de la información y la expedición de CFDI’s (Comprobante Fiscal Digital por Internet). Es por ello que en esta investigación se planteó elaborar un sistema el cual permita generar CFDI’s acerca de los consumos de Restaurante del CAM (Club Alemán de México), accediendo mediante internet, desde un sitio web, en cualquier parte y en cualquier momento, utilizando un dispositivo móvil o de escritorio con acceso a internet, ofreciendo al personal administrativo de Restaurante un medio administrable para el control de los CFDI’s que se emiten a los clientes. Anteriormente estos procesos se realizaban bajo el sistema SAE de Aspel, pero causaban retardos para la generación

de

CFDI´s

y

frecuentemente

generaba

confusiones

en

la

administración al momento de generar los reportes de las facturas emitidas en un periodo de tiempo. Esta situación se originaba por la manera en que SAE de Aspel guarda la información almacenándola en tablas y creando archivos .dbf por cada registro de información que se almacena diariamente generando un archivo nuevo por cada actualización de la información. El estudio para desarrollar un nuevo sistema utilizando los recursos necesarios para la generación de CFDI´s puede reducir el tiempo en los procesos de la solicitud del servicio de Facturación electrónica, los servicios en web para clientes (Socios CAM) generan una gran ventaja por el acceso a los mismos desde cualquier lugar, la reutilización de los Tickets para la generación de los CFDI’s de acuerdo al monto y al consumo señalado es una manera de administración viable para capturar los datos necesarios en el sistema y realizar la solicitud de la Factura Electrónica en base a los datos del Ticket, el sistema realiza una petición al Web Service del PAC (Proveedor de Certificación Autorizado) Fiscoclic para realizar el timbrado a la factura y hacer que el CFDI generado sea legible por parte del SAT (Servicio de Administración Tributaria), posteriormente se desarrolló la parte administrativa de 11

los CFDI’s que se emiten manteniendo un control acerca de la información, fecha de emisión, fecha de pago, total facturado, folio del SAT y el Timbre fiscal entre otros, esto para generar reportes acerca de la información almacenada para la toma de decisiones. La metodología utilizada se basa en el Modelo en Cascada por ser un desarrollo lineal que implica ser un sistema desarrollado por fases, cada fase contiene la documentación aprobada por el usuario, una fase comienza hasta que termine correctamente la fase anterior, la investigación acerca del servicio y la administración está basada en encuestas realizadas a los clientes (Socios CAM), platicas y entrevista con el personal administrativo y por el jefe de proyecto.

12

ABSTRACT The Technology has been a means to expedite proccesses in the companies and bussinesses. The automation has offerred in execution times by increasing the quality of processes. The application of automation is important for calculations about sales in the information managment and issuing electronic document CFDI’s (Comprobante Fiscal Digital por Internet). This research was proposed to develop a system that will generate CFDI's about consumption CAM (Club Alemán de México) Restaurant. That must mean you accessed through a website, from anywhere in the world and at any time. Using a mobile or desktop device with internet access. It migth mean you obtain the application or cancellation of the electronic invoice and provide the administrative staff of Restaurant CAM a manageable means of controlling the CFDI 's that are issued to customers. Previously Processes Consumer testing were performed under Aspel SAE System. The SAE system caused delays for generating CFDI 's and often generated confusion in management when generating Reports of invoices issued in a period of time. Aspel SAE is poor by keeping storing information in tables and creating .dbf files for each record that is stored daily or update information. With the study of a new System. Using the necessary resources is obtained the generation of CFDI´s. It is carried out using tickets that are offered to customers once the consumption and payment is made. Ticket Folio is identified and entered into the system Web developed for clients (Socios CAM). The system makes a request to the Web Service PAC (Proveedor Autorizado de Certificación) FISCOCLIC for ringback or cancellation of the Electronic Invoice obtaining a document readable CFDI the SAT (Servicio de Administracion Tributaria). Then the administrative part of the CFDI 's that are issued to customers (Socios CAM) keeping a check on the information , issue date, payment date, total turnover, identifier SAT and fiscal stamp. The administrative system of CFDI's generate reports on the information stored for decision -making. The methodology used is based on the Cascada model being a linear development that involves being a system developed by phases. Each phase contains documentation approved by the user, a phase begins until successfully completed the previous phase. The research on service 13

and management is based on surveys of customers (Socios CAM), interviews and talks with administrative staff and project manager.

14

INTRODUCCIÓN

A medida que la tecnología informática ha evolucionado, ha hecho posible que los equipos de cómputo y el internet se encuentren más accesibles al público en general, el hecho de que se hayan implementado avances tecnológicos en la seguridad

de

la

información,

ha

provocado

que

muchas

empresas

gubernamentales utilicen el internet como un medio de comunicación y manejo de su

información

obteniendo

beneficios

para

simplificar

sus

procesos

administrativos, optimizar costos y llevar un mejor control de toda su información. La evolución tecnológica en sistemas de software dedicados a la parte administrativa de empresas que utilicen el internet como un medio y un recurso para capturar datos o para enviar información, ha generado que se amplíen los ámbitos de investigación para generar la automatización y las mejoras en procesos administrativos, esta tendencia ha cubierto muchas áreas y campos de trabajo como la venta de productos o servicios en línea, algunas instituciones han sufrido cambios importantes en los últimos años, logrando grandes ventajas para manejar información de manera segura y confiable, tal es el caso de la Secretaria de Hacienda y Crédito Público que a través del Servicio de Administración Tributaria (SAT) ha publicado grandes cambios en los últimos años sobre la forma de manejar los comprobantes fiscales. El 7 de diciembre de 2009 el Diario Oficial de la Federación (DOF) aprobó los cambios y modificaciones relativos a la emisión de comprobantes fiscales, que entraría en vigor en enero del 2011, aclarando que un comprobante fiscal es una factura electrónica, la cual está apegada a los estándares definidos por el SAT en el anexo 20 de la Resolución Miscelánea Fiscal, donde se estipula que la factura emitida debe contar con un sello digital (Firma Electrónica Avanzada) que corrobora su origen y validez ante el SAT, una cadena original que funciona como un resumen del contenido de la factura, y un folio que indica el número de la transacción. En esta primera fase del CFD (Comprobante Fiscal Digital), se generaba por medios propios sin embargo, el 14 de septiembre de 2010 se publica 15

en el DOF la creación del Comprobante Fiscal Digital por Internet (CFDI), con este cambio se integran a este proceso los Proveedores Autorizados de Certificación (PAC), que son los proveedores que certifica el SAT para que puedan generar los timbres digitales y la asignación de los Folios fiscales. Hasta el año 2013 las facturas impresas del CFD y el CFDI fueron válidas. Pero a partir de Enero del 2014 es fue obligatorio para todos los contribuyentes emitir Comprobantes Fiscales Digitales por Internet (CFDI). Esta nueva disposición crea la necesidad para muchas empresas de poder contar con un sistema que les permita emitir estos CFDI’s. Basado esta necesidad actual es que surge este trabajo de tesis.

16

CAPITULO I. PROPOSITO DE LA INVESTIGACIÓN

17

1.1 PLANTEAMIENTO DEL PROBLEMA

Como implementar el diseño y desarrollo del sistema de comprobantes fiscales por Internet. El Club Alemán de México (CAM) emite CFDI’s (Comprobante Fiscal Digital por Internet) a sus clientes, estas facturas se emiten con respecto a los consumos de Restaurante, el método para generar CFDI utilizado en el CAM, es presentar el ticket que es emitido por el gerente al momento de que el cliente paga su consumo, y solicitar la factura electrónica en el área de administración de Restaurante dentro del CAM esta operación se realiza en un sistema fijo y es operado por un gerente de administración. El proceso mencionado genera largas filas de clientes para solicitar su factura electrónica CFDI y entregar sus tickets para generar la solicitud, se realiza en un lapso de tiempo prolongado afectando el servicio al cliente, provocando la insatisfacción de los Socios CAM y la posible pérdida de ingreso que este aporta al CAM en caso de desasociarse.

18

Árbol de Problemas

Figura 1 Árbol de problemas

Descripción general del árbol de problemas

Partes del árbol

Descripción

Ramas

Identifica cuales son las consecuencias que se ocasionan respecto al problema.

Tronco

Muestra cual es el problema general.

Raíz

Identifica cual es la raíz del problema.

Tabla 1 Descripción general del Árbol de Problemas

19

1.2 PROPOSITO DE LA INVESTIGACIÓN El propósito de la presente investigación es ofrecer el servicio de Facturación Electrónica a clientes exclusivos (Socios CAM) en el área de Restaurante del CAM Club Alemán de México, mejorando el servicio con el que actualmente cuenta el área de Restaurante trabajando bajo el Sistema SAE de Aspel y administrado por el contador del CAM para realizar las Facturas Electrónicas solicitadas por los clientes (Socios CAM). Uno de los objetivos principales es generar una mayor satisfacción al cliente, mediante un sistema que administre la información del área de Restaurante del Club Alemán de México para ofrecer un servicio en menor tiempo de manera segura, confiable y que sea un sistema accesible desde internet, para lograr obtener un CFDI (Factura Electrónica) desde la comodidad de su casa, trabajo, oficina o desde cualquier lugar que se encuentre el Socio CAM mediante un dispositivo móvil o de escritorio con acceso a internet.

Lograr una mayor satisfacción hacia los Socios CAM que son los que frecuentemente consumen sus alimentos en el Restaurante del CAM, logrando en gran ventaja la reducción de tiempo en los procesos de la administración y emisión de los CFDI’s para los Socios del CAM, además de ofrecer un medio de facturación segura con los estándares establecidos por el SAT (Servicio de Administración Tributaria) para el control de CFDI´s. Mantener una administración de los CFDI’s que se han emitido o cancelado generando reportes para la toma de decisiones, generando una mejora en la administración actual de los CFDI’s bajo el sistema SAE de Aspel.

20

1.3 OBJETIVO GENERAL

Desarrollar un sistema para la administración de la información en el área de Restaurante del CAM (Club Alemán de México) que permita emitir CFDI´s mediante Internet en la que los Socios CAM puedan realizar la solicitud de un CFDI, y que el personal administrativo pueda generar los reportes de las facturas emitidas o canceladas en periodos de tiempo y mostrar los totales del monto facturado, el total de IVA facturado y el total del importe.

1.4 OBJETIVOS ESPECIFICOS Ofrecer un sistema a los Socios CAM, para la emisión de CFDI’s, desde la comodidad de su hogar, oficina, trabajo, o desde cualquier lugar mediante un dispositivo móvil o de escritorio con acceso a internet únicamente capturando los datos del cliente para el ingreso al sistema y los datos del ticket emitido sobre los consumos en Restaurante y así realizar la solicitud de la Factura Electrónica CFDI (Comprobante Fiscal Digital por Internet). Optimización de tiempos en la ejecución de los procesos para emitir CFDI’s que actualmente se desempeñan logrando una mejor ventaja en la operación. Obtener un mayor control y administración de los CFDI’s emitidos, para realizar reportes acerca de los estados de los CFDI’s emitidos y cancelados en distintos periodos de tiempo, para facilitar la toma de decisiones del personal administrativo.

21

1.5 JUSTIFICACIÓN DE LA INVESTIGACÓN

El manejo de la información actual para la emisión de CFDI’s está controlado por estándares establecidos por el SAT (Servicio de Administración Tributaria) y esto conlleva a que sea obligatorio que las instituciones emitan CFDI’s a sus clientes vía electrónica, emitir facturas electrónicas genera una reducción de costos en procesos de impresión, mensajería y almacenamiento para las empresas. El Club Alemán de México presenta la necesidad de realizar un cambio en la manera de emitir estos comprobantes ya que actualmente este servicio se encuentra sujeto al sistema SAE de Aspel que ofrece la creación de CFDI’s siendo operado por el Contador del CAM, provocando un incremento de trabajo para el contador y un retraso en la respuesta de la solicitud de la factura electrónica, el sistema actual ofrece un control acerca de los comprobantes emitidos y cancelados en periodos de tiempo, almacenando la información recabada en archivos .dbf que se generan al momento de guardar cambios en una inserción de datos, esto genera duplicidad de información, provocando un retraso en la generación de reportes y aumenta el uso de espacio de almacenamiento.

Generar la automatización de esta operación mediante un sistema web puede ayudar a disminuir tiempos en la ejecución de este proceso, liberando la carga de trabajo del contador, respondiendo la solicitud de la factura electrónica en el momento que el cliente opte por requerir el servicio, ofreciendo la ventaja de consumir el servicio prácticamente desde cualquier parte del mundo que se encuentre el cliente (Socio CAM), mediante un dispositivo móvil o de escritorio con acceso a internet, logrando aumentar la satisfacción de los clientes (Socios CAM) ofreciéndoles un servicio automatizado que responda a la solicitud en tiempo de ejecución de la operación.

22

1.6 ALCANCES Y LIMITACIONES 1.6.1 ALCANCES DE LA INVESTIGACIÓN

Los alcances acerca de la investigación para el desarrollo del sistema son los siguientes: 

Aplicación de encuestas a clientes (Socios CAM).



Reuniones con el Jefe de proyecto, Director general de la empresa IAPSA.



Entrevista al personal del CAM.

1.6.2 ALCANCES ACERCA DE LA FUNCIONALIDAD DEL SISTEMA. 

Generar una aplicación que permita la Facturación electrónica en línea.



Descargar la factura en línea



Recibir una copia de la factura mediante e-mail en tiempo real



Cancelación de CFDI



Generar reportes por monto total de facturación durante los periodos que se establezcan.

1.6.3 LIMITACIONES DE LA INVESTIGACIÓN

En el desarrollo de la investigación se presentaron las siguientes limitaciones: 

El Acceso a la información de los clientes, RFC, Razón Social, Domicilio y demás datos del receptor necesarios para generar los CFDI’s son almacenados y administrados por un proveedor de almacenamiento externo, por este motivo no se me permite realizar modificaciones o actualizaciones de la información almacenada.

23



Las encuestas para la investigación solo se pueden aplicar a algunos clientes, debido a que la mayoría de éstos no tienen tiempo para destinarlo a esta actividad por cuestiones laborales o personales.

1.6.4 LIMITACIONES ACERCA DEL FUNCIONAMIENTO DEL SISTEMA. 

La factura electrónica únicamente es generado por el usuario cliente (Socio CAM).



La generación de reportes acerca de los CFDI´s que se emitieron en periodos de tiempo, únicamente se muestran en pantalla, no se generan archivos extensibles acerca de la información recopilada.



El servicio que se ofrece es únicamente la generación de la Factura Electrónica.



El ancho de banda del servicio de Internet es importante para el acceso al sistema y solicitar el CFDI.



Utilizar un Navegadores web recientes para una mejor visualización.

La siguiente tabla muestra las diferentes plataformas y navegadores web que soporta la visualización del sistema.

Chrome

Firefox

IE

Opera

Safari

Android

✔

X

.

X

.

iOS

✔

.

.

X

✔

MAC OSX

✔

✔

.

✔

✔

Windows

✔

✔

✔

✔

X

Tabla 2 Tabla de navegadores y plataformas soportadas para la visualización del sistema

24

1.7 ORGANIZACIÓN DEL ESTUDIO En el primer capítulo se dan a conocer los principales motivos y propósitos de la investigación, que es lo que se espera del proyecto. En la parte introductoria de este documento se explica cuál es el motivo de la investigación y se detallan algunos aspectos relevantes a la solución de la investigación, se da a conocer cuál es el planteamiento del problema de investigación, detallando los problemas a resolver con la investigación, después se acompaña del Propósito de la investigación, donde se agregan puntos acerca de la solución del problema, también se da a conocer el Objetivo general de la investigación, a que objetivo se pretende llegar con la investigación, dando a conocer un punto recomendable para la solución del problema de investigación, otro de los puntos que se dan a conocer en el primer capítulo son los objetivos específicos que se derivan del objetivo general, la justificación de la investigación donde se responde el porqué de la investigación, y los alcances y limitaciones acerca de la investigación, hasta donde se pretende llegar con la investigación.

25

CAPITULO II. MARCO TEORICO

26

2.1 REFORMA FISCAL Con la reforma fiscal del 2014 el legislador pretende mejorar la recaudación tributaria en el país, que resulta necesaria para asegurar mejores condiciones de bienestar para la sociedad en conjunto, así como para su desarrollo social humano y económico. Recientemente ha sido aprobada y publicada La Reforma Fiscal que entro en vigor el 1 de Enero de 2014, cuyas características se resumen en los siguientes puntos:

(I)

se crea una nueva Ley del Impuesto Sobre la Renta (LISR).

(II)

Se acotan reducciones y regímenes especiales: entre ello se elimina el régimen simplificado y en su lugar se crean dos nuevos: coordinados y sector primario.

(III)

Se abrogan Leyes del Impuesto Empresarial a Tasa Única (LIETU) e Impuesto a los Depósitos en Efectivo (LIDE).

(IV)

Se introduce el principio de “simetría-fiscal”.

(V)

Se homologa la tasa del impuesto al valor agregado (IVA) en región fronteriza y se eliminan algunas exenciones.

(VI)

Se introducen reformas importantes al Código Fiscal de la Federación (CFF) en materia de expedición de comprobantes fiscales digitales y de las facultades de las autoridades.

2.1.1 REFORMAS AL CODIGO FISCAL DE LA FEDERACION PARA LA EMISION DE COMPROBANTES FISCALES

La era de la factura impresa en establecimiento autorizado como el documento necesario para comprobar las deducciones fiscales e inversiones realizadas por la empresa llego a su final al cierre del ejercicio del 2010. Hasta esa fecha la facturación electrónica era opcional, emitiéndose el comprobante conocido como Comprobante Fiscal Digital (CFD). 27

Desde el primero de Enero del 2011, la emisión de la facturación electrónica ha sido obligatoria para la comprobación de los ingresos de los contribuyentes, con la modalidad de que esos comprobantes no solamente debían ser electrónicos sino además ser emitidos por medio de internet (CFDI) y deben ser certificados por un proveedor autorizado (PAC), quien se encarga de recibir, validar y sellar o timbrar con un sello digital lo comprobantes generados por el contribuyente, al amparo de un certificado otorgado por el Servicio de Administración Tributaria (SAT) a la persona física o moral que expide los comprobantes fiscales.

Así de esta forma se genera un archivo digital .xml y se convierte en el comprobante autorizado para efectos fiscales y debe ser resguardado y asociado de preferencia con el asiento contable que registra la operación que ampara. Se establece también la obligación de conservar en medios electrónicos actualizados las facturas electrónicas (archivos XML) y mantenerlos a disposición de las autoridades.

Conforme a la regla I.2.8.1.1. de la Resolución Miscelánea Fiscal (RM) para el 2013 y la Cuarta Resolución de Modificaciones a la RM para el 2013 (DOF 12-XI2013), en su artículo quinto se reforma el contenido del artículo décimo cuarto transitorio, primer párrafo de la Segunda Resolución de modificaciones a la RM para 2013 (DOF 31-V-13) para señalar que aquellos contribuyentes que al 1 de enero del 2014 tengan comprobantes fiscales impresos con dispositivo de seguridad y que sus ingresos acumulables para efectos del impuesto sobre la renta (ISR) en el ejercicio inmediato de anterior hayan excedido de la cantidad de $250,000 establecida por el SAT en la regla I.2.8.1.1., no podrán utilizar dichos comprobantes, no obstante que los folios sigan vigentes, por lo que deberán migra a la facturación electrónica digital (CFDI).

Por tanto se puede deducir que solamente quienes hayan obtenido ingresos menores a $250,000 en el ejercicio inmediato anterior podrán seguir utilizándolos.

28

No obstante, a partir del 2014 todos los contribuyentes, sin excepción, deberán de migrar a CFDI.

2.1.2 OPCIONES PARA LA EMISION DE LA FACTURA ELECTRONICA CFDI

En cuanto a las opciones previstas por las disposiciones fiscales vigentes para la emisión de comprobantes fiscales por internet, se tienen las siguientes:  Adquirir un programa de cómputo para la generación de la Factura Electrónica; si acaso tuviera un volumen importante de operaciones.  Contar con los servicios de un PAC, en caso de que el fabricante de del programa de facturación no lo fuera, pues será este quien valide los requisitos del comprobante, asigne el folio fiscal e incorpore el sello digital del SAT. En la página del SAT se encuentra una lista de los proveedores autorizados y los que han sido revocados.  Adquirir equipo de cómputo, y contratar el servicio de internet en su establecimiento. 2.1.3 REQUISITOS DE LAS REPRESENTACIONES IMPRESAS DE LOS CFDI

Los requisitos que deben reunir las Facturas Electrónicas (CFDI) estipuladas por el SAT son las siguientes:

I.

Clave de Registro Federal de Contribuyentes de quien los expida.

II.

Régimen Fiscal en que tributen conforme a la Ley del ISR.

III.

Si se tiene más de un local o establecimiento, se deberá señalar el domicilio del local o establecimiento en el que se expidan las Facturas Electrónicas.

IV.

Contener el número de folio asignado por el SAT y el sello digital del SAT.

V.

Sello digital del Contribuyente que lo expide. 29

VI.

Lugar y fecha de la expedición.

VII.

Clave del Registro Federal de Contribuyentes de la persona a favor de quien se expida.

VIII.

Cantidad, unidad de medida y clase de los bienes, mercancías o descripción del servicio o del uso o goce que amparen.

IX.

Valor unitario consignado en número.

X.

Importe total señalado en número o letra.

XI.

Señalamiento expreso cunando la prestación se pague en una sola exhibición o en parcialidades.

XII.

Cuando proceda, se indicara el monto de los impuestos trasladados, desglosados por tasa de impuestos y, en su caso, el monto de los impuestos retenidos.

XIII.

Forma en que se realizó el pago (efectivo, transferencia electrónica de fondos, cheque nominativo o tarjeta de débito, de crédito, de servicio o del denominado

monedero

electrónico

que

autorice

el

Servicio

de

Administración Tributaria). XIV.

Número y fecha del documento aduanero, tratándose de ventas de primera mano de mercancías de importación.

Además debe contener los siguientes datos:

a) Fecha y hora de Certificación. b) Número de serie del certificado digital de SAT con el que se realizó el sellado.

Las facturas electrónicas (CFDI) cuentan con un elemento opcional llamado “Addenda”, que permite integrar información del tipo no fiscal o mercantil, en caso de requerirse. Esta “addenda” debe incorporarse una vez que la factura haya sido validada por el SAT o el proveedor de certificación autorizado (PAC) y se le hubiera asignado el folio.

30

Así mismo se deben cumplir las especificaciones técnicas establecidas en la Resolución Miscelánea Fiscal. Anexo 20.  Utilizar el estándar del comprobante fiscal digital a través de Internet extensible [xml] (esquema-comprobante.xsd).  Contemplar las reglas para la generación del sello digital de las Facturas Electrónicas (CFDI).  Ejemplo de CFDI.

2.1.4 TIMBRE FISCAL

El Timbre Fiscal es un identificador único que valida el Comprobante Fiscal Digital por Internet ante el SAT. Es un complemento para la factura electrónica en el que se agrega el folio fiscal y el Sello Digital que el Proveedor de Certificación Autorizado (PAC) agrega al archivo XML de la factura generada, este complemente es regularmente agregado por un PAC autorizado por el SAT para no haber casos de ilegalidad de las Facturas Electrónicas. 2.1.5 FIEL

La FIEL (Firma Electrónica) que identifica a la persona física o moral al realizar trámites por internet en el SAT o incluso en otras dependencias de Gobierno de la República. La firma electrónica a utilizar para el desarrollo del proyecto será la asignada por la empresa IAPSA (Ingeniería y Alta Productividad) como proveedor de servicios. 

La firma electrónica es única, es un archivo seguro y cifrado que incluye la firma caligráfica.



Por sus características es seguro y garantiza identidad.

Características

31

Su diseño se basa en estándares internacionales de infraestructura de claves públicas (o PKI por sus siglas en inglés: Public Key Infrastructure) en donde se utilizan dos claves o llaves para el envío de mensajes: 

La "llave o clave privada" que únicamente es conocida por el titular de la Fiel, que sirve para cifrar datos;



La "llave o clave pública", disponible en Internet para consulta de todos los usuarios de servicios electrónicos, con la que se descifran datos. En términos computacionales es imposible descifrar un mensaje utilizando una llave que no corresponda.

2.2 HERRAMIENTAS UTILIZADAS EN EL DESARROLLO DEL SISTEMA Durante el desarrollo del sistema, se utilizaron las herramientas que se exponen a continuación, se detallan los aspectos relacionados con la funcionalidad de cada una de las herramientas, para llevar a cabo el desarrollo del sistema y obtener el objetivo planteado.

2.2.1 TICS’s ¿Que son las TIC’s?

Las tecnologías de la información y la comunicación (TIC´s), son un conjunto de tecnologías desarrolladas para gestionar la información y mantener un control acerca de ella, poder almacenarla, recuperarla, enviar y recibir información de un sitio a otro y procesar la información para generar informes y calcular resultados. Las TIC’s han evolucionado con gran ventaja en el ámbito de la administración de la información de las organizaciones, ofreciendo a los usuarios nuevas técnicas de 32

administración, que permitan realizar el manejo de información de manera fácil y confiable con un control de datos que aportan resultados para la toma de decisiones.

Las tecnologías de la información y la comunicación (TIC) son un conjunto de técnicas, desarrollos y dispositivos avanzados, que integran funcionalidades de almacenamiento, procesamiento y transmisión de datos (Romero Mora, Saldivar Vaquera, Delgado Ibarra, & Sanches Montúfar, 2012).

Son medios para un flujo ininterrumpido de información, y actualmente son indispensables para nuestro sistema político, las instituciones económicas y en muchos casos para los estilos de vida de algunas personas. La presencia de estos medios se ha potenciado gracias a la posibilidad de hacerlos llegar a distancias muy grandes en un tiempo muy corto. Características de las TIC’s  Son de carácter innovador y creativo, dan acceso a nuevas formas de comunicación.  Tienen mayor influencia y benefician en mayor proporción al área educativa, puesto que la hace más accesible y dinámica.  Se consideran como tema de debate público y político, pues su uso implica un futuro prometedor.  Se relacionan con mayor frecuencia con el uso de internet y la informática.  Afectan ámbitos de las ciencias humanas como la sociología, la teoría de las organizaciones o la gestión (management).

33

Oportunidades que nos brindan las TIC’s

Posibilidad de ampliar las capacidades físicas y mentales, incremento del desarrollo social. Realizar proceso de datos de manera rápida, fácil y confiable. Ofrece canales de comunicación inmediata. Programación de la información. Almacenamiento de información en grandes cantidades en dispositivos pequeños y fáciles de transportar. Ofrecen la oportunidad de automatizar tareas. La interactividad entre los sistemas informáticos, ya sean videojuegos, materiales multimedia o sistemas expertos específicos. Permite homologar los códigos empleados para el registro de la información, lo que permite captar datos, procesarlo y convertirlos a un formato especifico que deseemos, ya sea en imagen, audio o texto.

2.2.2 INTERNET.

El internet es una enorme colección de distintas redes, que utilizan ciertos protocolos, y proveen ciertos servicios comunes, esta red está integrada por miles de redes y computadoras interconectadas en todo el mundo mediante cables y señales de telecomunicaciones, que utilizan una tecnología común para la trasferencia de datos.

El protocolo de transmisiones que utiliza internet se denomina TCP/IP (Trasnmission Control Protocol/Internet Protocol).

34

2.2.2.1 SERVICIOS DE COMUNICACIÓN QUE OFRECE LA INTERNET

Entre los servicios que ofrece la internet se encuentran los sig.  Navegación por la web (World Wide Web).  Correo electrónico  Transferencia de archivos.  Búsquedas asociados a los buscadores de información (Google, Yahoo, Bing, etc).

2.2.2.2 NAVEGADOR WEB.

Un navegador web es una aplicación que se ejecuta para conectarse a los servicios de información que se ofrecen en internet. El navegador web es el vehículo de cualquiera que se adentre en el mundo virtual de internet, los más utilizados son Internet Explorer, Chrome, Opera, Safari y Firefox. 2.2.3 SERVIDOR

Servidor es un ordenador o máquina, que se encarga de ofrecer servicios a otras máquinas cliente (usuarios) en la red, es un equipo que ofrece mayores prestaciones y dimensiones que una PC de escritorio convencional, un servidor puede dar un solo servicio o más de uno.

Un servidor es una herramienta que provee de información a maquinas cliente que realizan peticiones de información para mostrar o enviar contenido a ordenadores, móviles, impresoras, otros servidores o a cualquier otro equipo que se encuentre conectado a la red.

35

Funcionalidades del servidor: 

Servicio de alojamiento de aplicaciones web.



Realizar peticiones HTTP.



Realizar consultas a Base de Datos.



Procesar lógica de aplicaciones y realizar validaciones a nivel de Base de Datos.

2.2.3.1 MODELO CLIENTE SERVIDOR

El modelo cliente servidor, se basa en el desarrollo de una aplicación funcional, alojado en un equipo con características específicas para dar soporte o acceso de información a equipos cliente, se basa en una aplicación que puede ser consumida desde otros dispositivos, con la finalidad de que la aplicación se ejecute desde el servidor, logrando que los clientes únicamente consuman la información que se ejecute desde el servidor.

El modelo arquitectónico cliente servidor, es un modelo de sistema en el que dicho sistema se organiza como un conjunto de servicios y servidores asociados, más unos clientes que acceden y consumen los servicios (SOMMERVILLE 2005).

Figura 2 Representación de la funcionalidad del modelo Cliente-Servidor

36

Características del modelo Cliente-Servidor: 

Conjunto de servidores que ofrecen servicios a otros subsistemas.



Conjunto de clientes que solicitan servicios de servidores.



Una red permite la comunicación entre los dispositivos. Los servidores y los equipos cliente están conectados en red dando como resultado un sistema distribuido.

Los clientes pueden conocer el nombre de los servidores para acceder a los servicios, sin embargo los servidores no necesitan saber la identidad de los clientes, los clientes solicitan los servicios a través de peticiones remotos utilizando un protocolo de Petición-Respuesta como el protocolo de HTTP que se utiliza en la WWW (World Wide Web). 2.2.4 WAMPSERVER 2.5 WAMP SERVER es una plataforma de desarrollo para aplicaciones web dinámicas, trabaja sobre Windows, utiliza un servidor apache 2, lenguaje de script PHP y base de datos MySQL, también posee phpMyAdmin para administrar sus bases de datos.

Aplicaciones integradas a WampServer 

Apache



MySQL



PHP / phpMyAdmin

Cabe mencionar que para el desarrollo de este sistema, únicamente se trabaja con Apache y PHP como scrip de desarrollo, el gestor de BD no es utilizado ya que se trabaja con SQL SERVER 2012 como gestor de BD explicado más delante de este documento.

37

Figura 3 Herramienta WampServer 2.5

2.2.4.1 Apache Server 2.4.9

El Apache es un servidor web HTTP de código abierto para plataformas UNIX, Windows,

Macintosh,

es

desarrollado

por

la

comunidad

de

usuarios

desarrolladores que trabajan bajo la tutela de Apache Software Foundation. Un servidor web es un programa especialmente diseñado para transferir datos de hipertexto (Páginas web con todos sus elementos), utilizando el protocolo de red HTTP.

Principales Características de Apache 

Soporte de seguridad SSL y TLS.



Puede realizar autentificación de datos utilizando SGDB.



Puede dar soporte a diferentes lenguajes, como Perl, PHP, Python y tcl.

Uso de Apache

Apache es utilizado principalmente, para realizar servicio a páginas web, ya sean estáticas o dinámicas, este estupendo servidor se integra a la perfección con WAMP SERVER para trabajar sobre Windows. 38

Figura 4 Apache Server

2.2.5 PROGRAMACION CON PHP Y MVC

2.2.5.1 Elementos de la POO

La POO está compuesta por una serie de elementos que se detalla a continuación.

Clase Es una entidad provista por métodos que se utiliza para crear objetos que compartes un mismo comportamiento, estado e identidad. Objeto Es una entidad provista de métodos o mensaje a los cuales responde (comportamiento); atributos con valores concretos (estado); y propiedades (identidad). Método Es el algoritmo asociado a un objeto que indica la capacidad de lo que este puede hacer. Evento y mensaje Un evento es un suceso en el sistema mientras que un mensaje es la comunicación del suceso dirigida al objeto. Propiedades y atributos Las propiedades y atributos, son variables que contienen datos asociados a un objeto. 39

2.2.5.2 Características Conceptuales de la POO

La POO debe guardar ciertas características que la identifican y diferencian de otros paradigmas de programación.

Abstracción Aislación de un elemento de su contexto. Define las características esenciales de un objeto. Encapsulamiento Reúne el mismo nivel de abstracción, a todos los elementos que pueden considerarse pertenecientes a una misma entidad. Modularidad Característica que permite dividir una aplicación en varias partes más pequeñas denominadas módulos independientes unas de otras. Ocultación (Aislamiento) Los objetos se encuentran aislados del exterior, protegiendo a sus propiedades para no ser modificadas por aquellos que no tengan derecho de acceder a las mismas. Polimorfismo Es la capa que da a diferentes objetos, la posibilidad de contar con métodos, propiedades y atributos de igual nombre, sin que los de un objeto interfieran con el de otro. Herencia Es la relación que existe entre dos o más clases, donde una es la principal (madre) y otras son secundarias y dependen (heredan) de ellas (clases “hijas”), donde a la vez, los objetos heredan la características de los objetos de los cuales heredan.

40

2.2.6 SQL SERVER COMO MANEJADOR DE BASE DE DATOS E INTERACCION CON PHP

SQL SERVER es una herramienta de software desarrollada por Microsoft, para la administración de bases de datos relacionales, soluciones de comercio electrónico, línea de negocio y almacenamiento de datos.

Con esta herramienta se pueden generar diagramas de Entidad-Relación de tablas, así como las tablas para almacenar datos y relacionarlas con otras tablas para su uso. Permite identificar las claves primarias y foráneas de los campos agregados a cada tabla, manteniendo una administración acerca de la información.

Figura 5 Gestor de Base de Datos SQL Server 2012

2.2.6.1 Driver para conexión de SQL Server con PHP

Par realizar la interacción del lenguaje PHP con SQL Server se debe contar con la configuración de php.ini y con los drivers que Microsoft ofrece para trabajar con estas dos herramientas.

El controlador de SQL Server para PHP está diseñado para permitir la integración fiable, escalable con SQL Server para aplicaciones PHP. El controlador de SQL 41

Server para PHP es una extensión de PHP 5 que permite la lectura y escritura de datos de SQL Server desde scripts PHP. Proporciona interfaces para acceder a los datos en todas las ediciones de SQL Server 2005 y versiones posteriores (incluyendo las ediciones Express), así como SQL Azure, y hace uso de las características de PHP, incluyendo PHP arroyos a leer y escribir objetos de gran tamaño.

Archivo de descarga: 

SQLSRV31.EXE

Versiones de controlador. 

Versión 3.1 suporta PHP 5.5 y 5.4

Para realizar la interacción entre PHP y SQL server, se debe realizar la configuración necesaria en los siguientes puntos:  Configurar archivo php.ini de PHP  Agregar los drivers a la ruta de extensiones de PHP. 2.2.7 HTML5

HTML (Lenguaje de marcado de Hipertexto) traducido al ingles Hyper Text Markup Language, diseñado para especificar tanto el contenido como como la estructura de una página web.

HTML 5 es la nueva sintaxis para desarrollo web publicada en W3C Recomendation 28 October 2014, para ser utilizado sin riesgo de incompatibilidad (a no ser que se utilice un navegador obsoleto como Internet Explorer v6 que data de 2001). 

Se trata de una nueva versión de HTML, con nuevos elementos, atributos y comportamientos.

42



Contiene un conjunto más amplio de tecnologías que permite a los sitios Web y a las aplicaciones ser más diversas y de gran alcance. A este conjunto se le llama HTML5 y amigos, a menudo reducido a HTML5.

Para los navegadores más antiguos, podemos «forzarlos» a que reconozcan los nuevos elementos HTML5 mediante JavaScript. Con una instrucción JavaScript, solicitaremos crear estos elementos en el DOM (el Document Object Model permite acceder a los elementos de estructura de páginas Web). La versión definitiva de la quinta revisión del estándar se publicó en octubre de 2014. Diseñado para ser utilizable por todos los desarrolladores de Open Web.

Figura 6 Logo HTML5

2.2.7.1 Objetivos de HTML5 

Asegurar la compatibilidad con lo que ya existe.



La especificación describe con detalle lo que deben hacer los navegadores, lo que estos deben mostrar. En el HTML 4.01 había muchos puntos "oscuros", muchas imprecisiones, y cada navegador hacía lo que mejor le parecía. Es necesario documentar lo que ya existe, lo que los navegadores saben hacer desde hace tiempo.



La especificación regula por la gestión de los errores.



Gestionar correctamente la interoperabilidad, la compatibilidad de los navegadores (especificar una gestión idéntica del DOM).

43

Figura 7 Script en HTML5

2.2.7.2 Recursos sobre las tecnologías de HTML5  Semántica: Permite describir con mayor precisión cuál es su contenido.  Conectividad: Permite comunicarse con el servidor de formas nuevas e innovadoras.  Sin conexión y almacenamiento: Permite a las páginas web almacenar datos localmente en el lado del cliente y operar sin conexión de manera más eficiente.  Multimedia: Nos otorga un excelente soporte para utilizar contenido multimedia como lo son audio y video nativamente.  Gráficos y efectos 2D/3D: Proporciona una amplia gama de nuevas características que se ocupan de los gráficos en la web como lo son canvas 2D, WebGL, SVG, etc.  Rendimiento e Integración: Proporciona una mayor optimización de la velocidad y un mejor uso del hardware.  Acceso al dispositivo: Proporciona APIs para el uso de varios componentes internos de entrada y salida de nuestro dispositivo.  CSS3: Nos ofrece una nueva gran variedad de opciones para hacer diseños más sofisticados.

44

2.2.7.3 BOOTSTRAP

Bootstrap es un Framework desarrollado por Twiter, para el desarrollo de aplicaciones web responsivas, esta herramienta trabaja con estándares de HTML, CSS y JS. Este Framework está bajo licencia Open Source, está basado en HTML lo que hace que sea más atractivo para los buscadores, cuenta con un sistema de estructura que ordena la información dentro de la web de manera ventajosa para SEO (Search Engine Omtimization), utiliza diferentes etiquetas para designar un atributo, y posee gran variedad de funcionalidades en sus estilos.

Estructura de archivos de Bootstrap. bootstrap/ ├── css/ │

├── bootstrap.css

│

├── bootstrap.css.map

│

├── bootstrap.min.css

│

├── bootstrap.min.css.map

│

├── bootstrap-theme.css

│

├── bootstrap-theme.css.map

│

├── bootstrap-theme.min.css

│

└── bootstrap-theme.min.css.map

├── js/ │

├── bootstrap.js

│

└── bootstrap.min.js

└── fonts/ ├── glyphicons-halflings-regular.eot ├── glyphicons-halflings-regular.svg ├── glyphicons-halflings-regular.ttf ├── glyphicons-halflings-regular.woff └── glyphicons-halflings-regular.woff2 45

Ventajas al utilizar Bootstrap 

Como muchos Frameworks la rapidez por la cantidad de trabajo que está hecho y muchos componentes que necesitamos normalmente están desarrollados previamente.



Responsive design y Mobile First lo cual es muy importante.



Una gran comunidad de desarrolladores en Git hub para dar soporte, por lo que hacen a Bootstrap un entorno de trabajo más robusto que otros frameworks.



La integración de Html5 y css3 lo cuál lo hace muy poderoso y por tanto mucho más ligero de cara a los navegadores, esto se traduce en una ventaja respecto al SEO de las páginas realizadas con Bootstrap.



LESS es un procesador para CSS que lo hace mucho más potente y eficaz, ayudando a aligerar el código.



Integra 12 librerías de Jquery muy completas aunque se pueden añadir más.



Sprites CSS para poder incluir iconos de hojas de Sprite en cualquier lugar mediante la etiqueta



Sistema de Grid de 12 columnas tanto en px como en % para webs responsive.

Desventajas de utilizar Boostrap. 

Bootstrap

tiene

la

ventaja

y

el

inconveniente

de

cualquier

framework aprender a usarlo y adaptarte a sus características y limitaciones. 

Adaptarte a su modelo de grid a la hora de diseñar con 12 columnas y probar como quedan en algunos dispositivos los medianiles del grid o Gutters.

46



Si añades elementos externos debes aplicarles estilos porque no hace como WordPress que aplica los estilos automáticamente.



Debes elegir que módulos instalar porque si instalas todo puede ser demasiado código, así que una buena limpieza no le viene mal.



Cuando se trabaja en equipo todos los componentes del equipo deben tener nociones de Bootstrap, incluso crear una guía sobre la instalación de cada proyecto en particular, porque si más tarde hay que hacer cambios puede ser bastante complicado si no se conoce el método que se ha seguido al desarrollar.

Figura 8 Framework Bootstrap

2.2.8 EDITOR DE TEXTO BRACKETS

Brackets es un editor de texto para el diseño y desarrollo web, esta herramienta es de código abierto, desarrollado y mantenido por Adobe, y se distribuye bajo Licencia MIT. A continuación se mencionan algunas características que Brackets ofrece a los desarrolladores web en su entorno de trabajo. 47

Características destacadas de Brackets.



Brackets permite trabajar directamente en el navegador, editando el código al ínstate.



Proyecto de código abierto, con una activa comunidad de desarrolladores y en crecimiento.



Esta construido con enfoque al desarrollo.



Funciona con el navegador, el navegador es su punto de vista de diseño.



Es mantenido con actualizaciones de la misma aplicación y sobre extensiones que hacen más fácil el desarrollo de proyectos.



Soporte para lenguajes como



Figura 9 Brackets Editor de código

2.2.9 SOFTWARE DE ACCESO REMOTO PARA PLATAFORMAS MOVILES Y DE ESCRITORIO VNC

VNC es una aplicación que permite acceder de forma remota y controlar ordenadores desde otro ordenador o dispositivo móvil, desde cualquier parte del mundo, existen varios usos de esta aplicación, incluyendo el la provisión de soporte de TI, y el acceso a servicio y sistemas en movimiento.

48

Características 

Control remoto multiplataforma: establecer conexiones entre equipos que ejecutan una mezcla sin igual de Windows, Mac OS X, Unix y sistemas operativos Linux.



Soporte multi-idioma: VNC se ejecuta automáticamente en el idioma de la interfaz del usuario.



Autenticación VNC: contraseñas cifradas para la autenticación.



Cifrado AES (Advanced Encryption Estandard) de 128 bits: todos los datos transmitidos en cualquier dirección mientras que las conexiones están en progreso es resistente a la detección de paquetes y la manipulación y cualquier espionaje peligroso.



Autenticación del sistema: autorizar a los usuarios conectarse con las credenciales ya conocidas de sus propias cuentas de usuarios en un ordenador.



Rendimiento optimizado: algoritmos patentados para que la codificación de los datos de pantalla permitan que la experiencia del usuario sea tan sencillo como la conexión de red lo permita.



Transferencia de archivos: permite a los usuarios conectados transferir archivos en cualquier dirección y también compartir con otros usuarios conectados al mismo tiempo.



Chat: permite a los usuarios conectados enviar mensajes a otros usuarios conectados al mismo tiempo, o con el usuario de la computadora host.



Cifrado AES de 256 bits: conexiones seguras con cifrado de ultra alto rendimiento.

49

Figura 10 VNC Software

2.2.10 PROVEDOR DE CERTIFICACION FISCOCLIC

FiscoClic es un sistema contable en línea integral que permite enviar la contabilidad electrónica o realizar la facturación electrónica y/o los recibos de nómina a las micro y pequeñas empresas, así como a profesionistas independientes de acuerdo a los lineamientos del Servicio de Administración Tributaria (SAT).

2.2.10.1 FISCOCLIC WEB SERVICES

Es una solución diseñada para empresas que ya cuentan con un sistema de facturación y desean integrarlo con FiscoClic para servicios de integración, envío, generación de PDF y XML, transformación y procesamiento de facturas (CFDI), cuanta con enlace directo para el timbrado y cancelación del CFDI con 2 PAC.

Servicios a consumir para el desarrollo del sistema: 

Timbrado del CFDI



Cancelación del CFDI

50

Figura 11 Proceso de Timbrado y Cancelación de CFDI

2.2.11 SISTEMAS DE INFORMACION

Un sistema de información (SI) es un conjunto de elementos que interactúan entre sí con el propósito de apoyar en las necesidades de una empresa o negocio, las funciones que realiza pueden ser operadas de manera automatizada o manual, y puede englobar a personas, maquinas, métodos que estén organizados para procesar información. Trabajar con un sistema de información es eficaz para obtener resultados favorables que apoyen en la toma de decisiones, y para lograr ventajas competitivas con su uso e implementación.

51

Figura 12 Diseño conceptual de información

2.2.11.1 DESARROLLO DE SISTEMAS DE INFORMCIÓN

La construcción de un Sistema de Información implica esfuerzo, conocimientos, experiencia, recursos y tiempo valioso empeñado en el desarrollo; para esto es necesario mantener un rumbo adecuado como guía durante el desarrollo, que garantice el éxito del proyecto, empleando todos los elementos disponibles. Por esta razón es necesario apoyarse de una metodología que establezca las etapas con los objetivos necesarios durante el desarrollo del sistema. La ejecución de las etapas lleva normalmente un orden cronológico, en donde los resultados producidos por una, alimentan las funciones de la siguiente y así sucesivamente. Además se aplican los conceptos del proceso administrativo, que regula las acciones de cada etapa y por lo tanto, de todo el proyecto. Por ello es necesario planear y controlar la realización de las actividades (Ayala, 2006). Una metodología sistemática en la que los analistas se basan para llevar a cabo el análisis de sistemas de información es el Ciclo de Vida del Desarrollo de Sistemas (SDLC), esta es una metodología en fases, para el análisis y diseño, de acuerdo con la cual los sistemas se desarrollan mejor al utilizar un ciclo especifico de actividades del analista y los usuarios.

52

Figura 13 Fases del Ciclo de Desarrollo

2.2.12 METODOLOGIA DEL DESARROLLO DEL SISTEMA

2.2.12.1 Modelo de desarrollo de software.

Un modelo de desarrollo de software, es un método diseñado para evitar el caos que puede provocar el proceso de desarrollo de software, un modelo de desarrollo funciona de apoyo para llevar a cabo el desarrollo de sistemas generando una estructura y un orden que guie a un objetivo favorable. El primer modelo de proceso de desarrollo de software que se publicó se derivó de procesos de ingeniería de sistemas más generales (Royce, 1970). Dicho modelo se conoce como modelo en cascada debido a la cascada de una fase a otra.

53

2.2.12.2 Modelo en cascada.

Las principales etapas de este modelo se transforman en actividades fundamentales de desarrollo:

Análisis y definición de requerimientos. Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios. Entonces, se definen en detalle y sirven como una especificación del sistema. Diseño del sistema y del software. El proceso de diseño del sistema divide los requerimientos, en sistemas hardware o software. Establece una arquitectura completa del sistema. El diseño del software identifica y describe las abstracciones fundamentales del sistema software y sus relaciones. Implementación de pruebas y unidades. Durante esta etapa el diseño del software se lleva a cabo como un conjunto o unidades de programas. La prueba de unidades implica verificar que cada una cumpla su especificación. Integración y prueba del sistema. Los programas o unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software, después de las pruebas el sistema software se entrega al cliente. Funcionamiento

y

mantenimiento.

Por

lo

general

(aunque

no

es

necesariamente), esta es la fase más larga del ciclo de vida. El sistema se instala y se ponme en funcionamiento práctico. El mantenimiento implica corregir errores no descubiertos en las etapas anteriores del ciclo de vida, mejorar la implementación de las unidades del sistema y resaltar los servicios del sistema una vez que se descubren nuevos requerimientos.

54

Figura 14 Modelo en Cascada

Ventajas del modelo en cascada.  Fácil entendimiento e implementación.  Se produce documentación en cada fase.  Define antes de diseñar.  Diseña antes de codificar.  Viable en proyectos lineales.  La calidad final del proyecto es alta.

Desventajas del modelo en cascada.  Inflexibilidad al dividir el proyecto en distintas etapas.  Es difícil para el cliente enunciar en forma explícita todos los requerimientos.

55

 No se dispondrá de una versión funcional hasta que el proyecto esté muy avanzado.  Realizar cambios en una fase anterior puede causar mucha confusión.  Lleva demasiado tiempo atravesar por todo el ciclo.

2.2.13 UML

UML Lenguaje Unificado de Modelado, es estándar OMG (Model Driven Architecture) diseñado para visualizar, diseñar, construir y documentar software orientado a objetos.

El modelado es esencial en la construcción de software para:  Comunicar la estructura de un sistema complejo.  Especificar el comportamiento deseado del sistema.  Comprender mejor lo que se está construyendo.  Descubrir oportunidades de simplificación y reutilización.

Un modelo proporciona los planos del sistema y puede ser más o menos detallado, en función de los elementos que sean relevantes en cada momento. 2.2.13.1 Beneficios de utilizar UML para el modelado de sistemas  Captar y enumerar exhaustivamente los requisitos y el dominio de conocimiento, de forma que todos los implicados puedan entenderlos y estar de acuerdo con ellos.  Pensar en el diseño de un sistema, para visualizar y experimentar posibles diseños.  Capturar decisiones del diseño en una forma mutable requisitos.  Generar productos aprovechables para el trabajo. 56

a partir de los

 Organizar, encontrar, filtrar, recuperar, examinar, y corregir la información en grandes sistemas.  Explorar económicamente múltiples soluciones.  Domesticas sistemas complejos.

2.2.13.2 Diagrama de flujo de datos

Podemos realizar la descripción grafica de un sistema o subsistema, según como se plantee en el desarrollo por los analistas, una manera de empezar con la representación de un sistema es con el diagrama de flujo de datos, también conocido como modelo ambiental.

Los diagramas de flujo de datos están compuestos por figuras y líneas con dirección que se enfocan en los datos que fluyen hacia el sistema y salen de él, además del procesamiento de estos datos. Podemos describir con detalle estos componentes básicos de todo programa computacional y utilizarlos para analizar la precisión e integridad del sistema (Kendall, 2011). El diseño y construcción del software de computadora es difícil, creativo y sencillamente divertido, que algunas veces los desarrolladores quieren ir directo a él antes de haber obtenido el entendimiento claro de los que se necesita para desarrollarla (Roger S. Pressman, 2010).

57

Figura 15 diagrama de flujo de datos Usuario Cliente

58

Figura 16 Diagrama de flujo de datos Solicitar Factura

59

Figura 17 Diagrama de flujo de datos Solicitud de Cancelación de la Factura

60

Figura 18 Diagrama flujo de datos Realizar Reportes de CFDI’s

61

Figura 19 Diagrama de flujo de datos Sistema de Administración de CFDI

62

Figura 20 Diagrama de Casos de Uso Sistema de Facturación

Figura 21 Diagrama de Casos de Uso Sistema Usuarios

63

ID Caso de Uso

01

Nombre de Caso de Uso

Iniciar Sesión

Actores

Usuario Cliente y Administrador

Descripción

Permite autenticar al usuario para ingresar al sistema

Precondiciones

Contar con un nombre de usuario y una contraseña

Flujo normal

1. El usuario accede al sistema 2. El sistema solicita al usuario capturar sus credenciales 3. El

usuario

oprime

el

botón

evalúa

las

ingresar 4. El

sistema

credenciales a nivel base de datos y permite el acceso al contenido Excepciones

Si el usuario no está registrado no podrá accesar al sistema

Frecuencia de uso

Cada vez que se intente accesar al sistema

Poscondiciones

Mostrar la ventana de inicio del sistema

Tabla 3 Caso de uso Iniciar Sesión

64

ID Caso de uso

02

Nombre de Caso de Uso

Actualizar datos de usuario

Actores

Todos los usuarios

Descripción

Actualizar información personal acerca de usuario (Nombre completo, usuario, contraseña, etc.)

Precondiciones

Estar dado de alta en el registro de usuarios.

Flujo normal

1. Una vez ingresado al sistema, el usuario

oprime

el

botón

actualizar información. 2. El sistema mostrar un formulario con los campos requeridos para realizar la actualización. 3. El usuario realiza la modificación de los datos y oprime el botón guardar. 4. El sistema recibe la orden y actualiza los datos capturados en la base de datos. Excepciones

El usuario debe contar con una cuenta en el sistema.

Frecuencia de uso

Cada vez que el usuario requiera realizar

la

modificación

de

sus

credenciales para una mayor seguridad de los usuarios Poscondiciones

Actualizar

los

datos

de

usuario

(credenciales), en la base de datos, y mostrar los cambios en el sistema.

Tabla 4 Caso de uso Actualizar datos usuario

65

ID Caso de uso

03

Nombre de Caso de Uso

Actualizar datos de usuario administrador

Actores

Usuario Administrador

Descripción

Actualizar información personal acerca de usuario administrador y usuario cliente (Nombre completo, usuario, contraseña, etc.)

Precondiciones

Estar dado de alta en el registro de usuarios.

Flujo normal

1. Una vez ingresado al sistema, el usuario oprime el botón actualizar información. 2. El sistema mostrar un formulario con los campos requeridos para realizar la actualización. 3. El usuario realiza la modificación de los datos y oprime el botón guardar. 4. El sistema recibe la orden y actualiza los datos capturados en la base de datos.

Excepciones

El usuario debe contar con una cuenta en el sistema.

Frecuencia de uso

Cada vez que el usuario requiera realizar la modificación de sus credenciales para una mayor seguridad de los usuarios

Poscondiciones

Actualizar

los

datos

de

usuario

(credenciales), en la base de datos, y mostrar los cambios en el sistema.

Tabla 5 Caso de uso Actualizar datos usuario administrador

66

ID Caso de Uso

04

Nombre de Caso de uso

Capturar datos Ticket

Actores

Usuario Cliente (Socio CAM)

Descripción

Se capturan los datos del Ticket (Folio), de los consumos de restaurante.

Precondiciones

Contar con un ticket emitido por la administración del CAM al realizar una compra.

Flujo normal

1. El sistema solicita el folio del ticket. 2. El usuario captura en folio del ticket y oprime el botón agregar. 3. El sistema agrega el folio para buscar la información y realizar la facturación de los consumos. 4. El

usuario

oprime

el

botón

agregar (para agregar el ticket acerca

del

consumo

en

restaurante) Excepciones

El número de folio debe ser correcto y estar vigente.

Frecuencia de uso

Cada vez que se necesita agregar los datos de un ticket a facturar

Poscondiciones

El sistema mostrara el folio del Ticket agregado.

Tabla 6 Caso de uso Capturar datos Ticket

67

ID Caso de uso

05

Nombre de Caso de Uso

Solicitar factura.

Actores

Usuario Cliente (Socio CAM)

Descripción

Una vez capturados los datos del ticket para realizar la facturación, se debe solicitar la factura electrónica.

Precondiciones

Haber capturado los datos del Ticket correctamente.

Flujo normal

1. Una

vez

capturado

el

Folio

correctamente en el sistema, el usuario debe oprimir el botón agregar. 2. El sistema agregara el valor del Ticket e internamente capturara los datos para generar la Factura Electrónica. Excepciones Frecuencia de uso

Cada vez que se realiza la solicitud de facturación.

Poscondiciones

Mostrar mensaje de Factura generada y los archivos generados.

Tabla 7 Caso de uso Solicitar Factura

ID Caso de uso

06

Nombre de caso de uso

Descargar Factura Electrónica

Actores

Usuario cliente (Socio CAM)

Descripción

Se descargan los archivos generados

68

de la Factura Electrónica (XML y PDF) Precondiciones

Haber

generado

una

Factura

Electrónica. Flujo normal

1. Una vez generada la factura electrónica el sistema mostrara los enlaces para descargar los archivos generados. 2. El

usuario

seleccionara

el

archivo a descargar, oprimiendo un clic sobre la imagen del archivo 3. El sistema arrojara los archivos en bandeja de descargas Excepciones

No haber realizado la solicitud de la Factura Electrónica

Frecuencia de uso

Cada vez que el usuario genere una Factura Electrónica y desee descargar los archivos a su equipo.

Poscondiciones

El sistema enviara a la bandeja de descargas los archivos generados de la Factura Electrónica

Tabla 8 Caso de uso Descargar Factura Electrónica

ID Caso de uso

07

Nombre de Caso de Uso

Generar Reportes

Actores

Usuario Administrador

69

Descripción

Realizar un reporte de las facturas que se han emitido

Precondiciones

Tener

una

cuenta

de

usuario

administrador. Flujo normal

1. El sistema solicita datos para realizar el reporte. 2. El

usuario

captura

los

requerimientos para realizar los reportes

y

oprime

el

botón

consultar. 3. El sistema muestra el reporte con los datos asociados a la generación del reporte. Excepciones

Si el usuario no cuenta con un usuario y contraseña

no

podrá

ingresar

al

sistema. Frecuencia de uso

Cada vez que el usuario requiera realizar un reporte de todas las facturas que se han emitido.

Poscondiciones

El sistema deberá mostrar el reporte con los requerimientos ingresados por el usuario.

Tabla 9 Caso de uso Generar Reportes

ID Caso de uso

08

Nombre de Caso de Uso

Cancelar Factura

Actores

Usuario Cliente (Socio CAM)

Descripción

Cancelar una factura (CFDI) que ya se ha emitido.

70

Precondiciones

Contar cancelar

con

la

para

factura

impresa

capturar

los

a

datos

necesarios para la cancelación (RFC, Folio Factura, Folio Fiscal) Flujo normal

1. El usuario ingresa a la pestaña Cancelar

factura

dentro

del

sistema. 2. El sistema solicita ingresar la fecha en que se emitió la factura y el número de Folio. 3. El usuario captura los datos establecidos y oprime el botón cancelar. 4. El sistema realiza el proceso de cancelación muestra

de un

la

factura

mensaje

y de

confirmación del proceso. Excepciones

Si el usuario no cuenta con los datos de su

factura

no

podrá

realizar

su

cancelación. Frecuencia de uso

Cada vez que el usuario requiera cancelar un CFDI

Poscondiciones

El sistema cancelara el CFDI con los datos obtenidos.

Tabla 10 Caso de uso Cancelar Factura

71

2.3 ANALISIS DE DESARROLLO DE SISTEMAS Realizar un análisis y diseño para desarrollar un sistema es de vital importancia para lograr cubrir los objetivos planteados, y para mantener de forma planificada el desarrollo del sistema.

Objetivos del análisis y diseño de sistemas.  Es el estudio del análisis y diseño para el desarrollo de un sistema.  Se busca comprender que necesitan los humanos para analizar la entrada o el flujo de datos de manera sistemática.  Procesar o transformar los datos.  Almacenar datos y producir información en el contexto de una organización especifica.

Mediante un análisis detallado, los analistas buscan identificar y resolver los problemas correctos, Además el análisis y diseño de sistemas se utiliza para analizar, diseñar e implementar las mejoras en el apoyo para los usuarios y las funciones de negocios que se pueden llevar a cabo con mediante el uso de sistemas de información computarizados (E. Kendall & E. Kendall, 2011).

2.3.1 ESTUDIO DE VIABILIDAD

Al implementar el desarrollo de un sistema en el Club Alemán de México, se consideraron las etapas de desarrollo: Análisis, Diseño, Desarrollo, Pruebas e implementación. Recursos con los que se cuentan. Recursos Materiales:  Computadora de escritorio, donde se llevara a cabo el análisis, diseño y desarrollo del sistema. 72

 Servidor que ofrece los servicios de alojamiento web configurado con Apache Server.  Servidor de almacenamiento de datos (SQL Server) donde se encuentra almacenado toda la información acerca de los consumos en restaurante y datos de todos los usuarios.

Recursos de información: Se cuenta con recursos de información con respecto a los datos almacenados en la base de datos y la posibilidad de poder interactuar con la información, por parte del jefe de proyecto Ing. en Sistemas Electrónicos Alejandro García, que tiene conocimiento pleno en el desarrollo de sistemas de información, y por ser el principal desarrollador y administrador del sistema de ventas sobre el que se va a trabajar.

Tiempo: el desarrollo del proyecto establecido se terminara en el periodo acordado con una duración de 4 meses en el que cubrirá el desarrollo y la implementación.

2.3.2 ANALISIS DE REQUERIMIENTOS

El análisis de requerimientos es una fase en la que se busca determinar cuáles son las necesidades de los usuarios involucrados, determinar qué información es requerida por los usuarios para realizar sus trabajos. El análisis de requerimientos da como resultado la especificación de las características operativas del software, indica la interfaz de éste y otros elementos del sistema, y establece las restricciones que limitan al software.

La acción de modelar los requerimientos da como resultado algunos de los siguientes modelos:

73

 Modelos basados en el escenario de los requerimientos desde el punto de vista de los distintos actores del sistema.  Modelos de datos, que ilustran el dominio de información del problema.  Modelos orientados a clases, que representan clases orientadas a objetos (atributos y operaciones) y la manera en la que las clases colaboran para cumplir con los requerimientos del sistema.  Modelos orientados al flujo, que representan los elementos funcionales del sistema, y la manera en la que transforman los datos a medida que se avanza a través del sistema.  Modelos de comportamiento, que ilustran el modo en que se comporta el software como consecuencia de “eventos” externos.

Estos modelos ofrecen como resultado al diseñador del software la información que se traduce en diseños de arquitectura, interfaz y componentes (Roger S. Pressman, 2010).

2.3.3 INVESTIGACION DE REQUERMIENTOS

Actualmente se maneja un sistema de Facturación que proporciona Saint, el cual se ejecuta de manera local y solo tienen acceso a ese sistema los administradores de la Institución CAM (Club Alemán de México), en este proceso es necesario mantener a una persona a cargo para realizar la facturación de los consumos en restaurante y el cliente que requiera realizar la factura de sus consumos, debe presentar la información acerca de lo consumido con el personal administrativo.

Al mantener un control adecuado para la emisión de Facturas Electrónicas (Comprobante Fiscal Digital por Internet), se mejorara el proceso de solicitud de factura mediante una aplicación web en la que los clientes (Socios CAM) ingresen los datos específicos (Folio ticket, Fecha de emisión de Ticket), para solicitar su Factura agilizando el proceso de Facturación actual e implementando el servicio mediante internet. El personal Administrativo contara con un Sistema de 74

Administración de CFDI’s en el que pueda generar reportes de acuerdo a los CFDI´s emitidos y pueda administrar la información de acuerdo a sus necesidades, también contara con un apartado para realizar la facturación de los tickets en caso de que algún cliente lo solicite. La información acerca del Administrador de CFDI’s estará concentrada en una red de área local dentro de la Institución, y la aplicación para Solicitar las Facturas por parte de los clientes estará concentrada en la misma red de área local y en internet para que sea posible el acceso desde cualquier lugar teniendo acceso al servicio de internet.

2.3.4 ESPECIFICACION DE REQUERIMIENTOS

Para llevar a cabo el desarrollo del sistema debemos contar con los siguientes recursos:

Hardware Computadora de escritorio. 

Disco Duro de 500 GB.



Memoria RAM de 8 GB, DDR3



Procesador Intel Core i5, 3.10 GHZ

Dispositivo Móvil. 

50’0 MB Memoria RAM



1 GB memoria interna.



CPU Dual-Core 1 GHz

Software Sistema operativo y programas 

Windows 8



SQL Server 2012 75



WAMP Server 

Apache Server



PHP



Brackets (Editor de Código PHP y HTML).



Framework Bootstrap

2.3.5 RECOPILACION DE INFORMACIÓN

Para la recopilación de la información fue necesario realizar la aplicación de los siguientes métodos de investigación:  Entrevista.  Reuniones.  Observación.  Encuestas

2.3.6 REQUERMIENTOS FUNCIONALES Y NO FUNCIONALES

Requerimientos no funcionales

Fase

Análisis

Análisis de requerimientos para el buen Se analizaron la posibles soluciones y desarrollo del sistema.

se determinó el desarrollo de un sistema, el cual realice el proceso de facturación

desde

internet,

y

que

maneje una administración de CFDI’s emitidos, generando reportes visuales. Análisis de Riesgos

Para los usuarios finales, es difícil acoplarse a un nuevo sistema, debido que no cuenta con el asesoramiento 76

adecuado, provocando un mal uso del sistema Solución

Brindar

asesoramiento

al

personal

administrativo del CAM para el buen manejo y uso del sistema, y a los clientes para el manejo de la aplicación. Desarrollo

El sistema cuenta con un proceso de logueo el cual identifica el tipo de usuario y le brinda el permiso para realizar la tarea que está asignada a cada usuario.

Resultados

El desarrollo fue evaluado y aprobado por el Ing. en Sistemas electrónicos Alejandro García y por el director General de Desarrollo Ing. Homero Palacios, para el desarrollo de la investigación.

Tabla 11 Requerimientos no Funcionales

Requerimientos Funcionales

Prioridad

Descripción

Acceso al sistema con una cuenta

Se autenticara el acceso al sistema únicamente

a

usuario

que

este

registrado. Identificador personal

En el registro de los usuarios, se maneja un ID por cada usuario que es un valor numérico auto incrementable que verifica el número de usuarios

77

registrados y el tipo de usuario. 

Datos mostrados a usuario

El

usuario

encuentre acceso

cliente

que

registrado, al

sistema

se

tendrá y

se

mostraran los campos rellenar para solicitar factura electrónica. 

El usuario Administrador que este

registrado

sistema,

y

se

accederá

al

mostrara

los

campos a rellenar para realizar un reporte y para solicitar una factura electrónica. Datos personales y de registro

El usuario cliente (Socio CAM) debe considerar los siguientes datos de registro:

Nombre,

apellido

paterno,

apellido

materno,

usuario

(correo

electrónico, medio al que se enviara la factura electrónica), y contraseña.

El

usuario

administrador

debe

considerar los siguientes datos de registro:

Nombre,

apellido

paterno,

apellido materno, usuario, contraseña 

Manejo de datos

El usuario Cliente (Socio CAM), deberá tener los datos del ticket para solicitar la factura (No Folio, Fecha de emisión, método de pago, y cuenta) y datos de receptor de CFDI: RFC, Razón Social, Calle, No Exterior, No interior,

78

Colonia,

Referencia,

Localidad,

Municipio,

Estado,

País y CP. 

El usuario Administrador, deberá contar

con

la

información

requerida para realizar el reporte (Fecha, periodo, Folio Factura, Fecha de cancelación.) 

Procesamiento de datos

Se generara y procesara la solicitud de facturación una vez que el usuario capture los datos requeridos.



Se generaran los reportes para el administrador de acuerdo a las especificaciones

que

se

capturen. Obtención de datos Finales

Funciones del sistema: 

Generar

la

Facturación

Electrónica

(CFDI)

consumos

en

de

los

restaurante,

enviando la factura al correo con el que se registró el usuario en formato PDF y XML. 

Generar los reportes de acuerdo a

las

especificaciones

capturadas y mostrarlos en una tabla.

Tabla 12 Requerimientos Funcionales

79

2.4 IMPLEMENTACION DE SISTEMAS En esta fase de desarrollo el objetivo es implementar el sistema de información para ponerlo a disposición de los usuarios, en esta fase hay que capacitar a los usuarios para que puedan realizar un uso adecuado del nuevo sistema. La evaluación se incluye en esta fase para verificar que se cumplan los objetivos planteados en los requerimientos del sistema.

Este proceso incluye convertir los archivos de los formatos anteriores a los nuevos, o crear una base de datos, instalar equipo y llevar el nuevo sistema a producción.

2.5 BASE DE DATOS Una base de datos es una colección de información perteneciente a un mismo contexto (o problema), que esta almacenada de forma almacenada en ficheros. Una base de datos está organizada mediante en tablas, que almacenan la información concerniente a algún objeto o suceso, estas tablas se relacionan formando vínculos o relaciones entre ellas, que ayudan a mantener la información de los diversos objetos de forma ordenada y coherente (López Montalbán & de Castro Vázquez, 2014)

2.6 MODELO ENTIDAD RELACIÓN Para plasmar el resultado del análisis del problema con respecto a la información a manejar en el desarrollo del proyecto se trabajara con el modelo Entidad Relación (E/R), este modelo de diagramas fue propuesto por Peter P. Chen a mediados de los años 70 para la representación conceptual de los datos y para establecer las relaciones que existen entre ellos.

80

Entidad: cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Ocurrencia de Entidad: es una instancia de una determinada entidad, esto es una unidad del conjunto que representa la entidad. Relación: Una relación (o interrelación), es una correspondencia o asociación entre dos o más entidades. Participación: la participación de una ocurrencia de una entidad, indica mediante una pareja de números, el mínimo y máximo número de veces que puede aparecer en la relación asociada a otra ocurrencia de entidad.

Participación

Significado

(0,1)

Mínimo cero, máximo uno

(0,1)

Mínimo uno, máximo uno

(0,n)

Mínimo cero, máximo n (Muchos)

(1,n)

Mínimo uno, máximo n (Muchos)

Tabla 13 Especificación de Participaciones

Figura 22 Ejemplo Participación de ocurrencias en una relación

81

Cardinalidad: la cardinalidad de una relación se calcula a través de las participaciones de sus ocurrencias en ella.

Figura 23 Ejemplo Cardinalidad 1:1

Figura 24 Ejemplo Cardinalidad 1:N

82

Figura 25 Ejemplo Cardinaliad M:N

2.7 GESTORES DE BASES DE DATOS Definimos un Sistema Gestor de Bases de Datos o SGBD, también llamados DBMS (Data Base Management System) como una colección de datos relacionados entre si, estructurados y organizados, y un conjunto de programas que acceden y gestionan esos datos. La colección de esos datos se denomina Base de Datos o BD (DB Data Base).

2.7.1 LENGUAJE SQL

La principal herramienta de un gestor de Base de Datos es la interfaz de programación con el usuario. Esta interfaz consiste en un lenguaje mediante el cual el usuario realiza peticiones al servidor, este lenguaje se denomina SQL (Structured Query Language).

83

2.7.2 CLASIFICACION DEL LENGUAJE SQL

El lenguaje SQL se divide en 4 sublenguajes:

Lenguaje DML: lenguaje de manipulación de datos (Data Manipulation Language), este lenguaje es utilizado para seleccionar determinados datos (SELECT), insertar datos (INSERT), actualizar (UPDATE) y eliminar (DELETE). Lenguaje DDL: lenguaje de definición de datos (Data Definition Language). Esta estructura permite generar toda la estructura de una base de datos (desde tablas hasta usuarios), sus cláusulas son DROP (eliminar objetos) y CREATE (crear objetos). Lenguaje DCL: lenguaje de control de datos (Data Control Languaje), incluye comandos (GRANT y REVOKE) que permiten al administrador gestionar el acceso a los datos contenidos en la base de datos. Lenguaje TCL: lenguaje de control de transacciones, el propósito de este lenguaje es permitir ejecutar varios comandos de forma simultánea. Si es posible ejecutar todos los comandos se aplica la transacción (COMMIT), y si, en algún paso de la ejecución, sucede algo inesperado, se pueden deshacer todos los pasos dados (ROLLBACK).

2.7.3 SEGURIDAD E INTEGRIDAD DE DATOS

Un sistema gestor de base de datos, es un conjunto de herramientas que facilitan la consulta, uso y actualización de una base de datos (López Montalbán & de Castro Vázquez, 2014).

Un SGBD debe cumplir con las siguientes funciones.

1. Permiten a los usuarios almacenar datos, acceder a ellos y actualizarlos de forma sencilla y con un gran rendimiento.

84

2. Garantizan la integridad de los datos, respetando las reglas y restricciones que dicte el programador de la base de datos. 3. Integran, junto con el sistema operativo, un sistema de seguridad que garantiza el acceso a la información exclusivamente a aquellos usuarios que dispongan de autorización. 4. Proporcionan un diccionario de metadatos, que contiene el esquema de la base de datos (toda la estructura). 5. Permiten el uso de transacciones, garantizan que todas las operaciones de la transacción se realicen correctamente, y en caso de alguna incidencia, deshacen los cambios sin ningún tipo de complicación adicional. 6. Ofrecen, mediante completas herramientas, estadísticas sobre el uso del gestor,

registrando

operaciones

efectuadas,

consultas

solicitas,

operaciones fallidas y cualquier tipo de incidencia. 7. Permiten la concurrencia, es decir, varios usuarios trabajando sobre un mismo conjunto de datos. 8. Independizan los datos de la aplicación o usuario que esté utilizándolos, haciendo más fácil su migración a otras plataformas. 9. Ofrecen conectividad con el exterior. De esta manera, se puede replicar y distribuir

bases

de

datos.

Además,

todos

los

SGBD

incorporan

herramientas estándar de conectividad. 10. Incorporan herramientas para la salvaguarda y restauración de la información en caso de desastre.

2.7.4 MODELOS DE DATOS

Uno de los objetivos más importantes de un SGBD es proporcionar a los usuarios una visión abstracta de los datos, es decir, el usuario va a utilizar esos datos pero no tendrá idea de cómo están almacenados físicamente.

Los modelos de datos son el instrumento principal para ofrecer la abstracción. Son utilizados para la representación y el tratamiento de los problemas a 3 niveles de 85

abstracción: Nivel Físico, Nivel Lógico y Nivel Extremo (Ramos Martin, Ramos Martin, & Motero Rodríguez, 2006).  Nivel Físico: el nivel más bajo de abstracción, describe como se almacena realmente los datos.  Nivel Lógico o Conceptual: describe los datos que se almacenan en la Base de Datos y sus relaciones, es decir, los objetos del mundo real, sus atributos y sus propiedades, y las relaciones entre ellos.  Nivel Externo o de Vistas: describe la parte de la Base de Datos a la que los usuarios pueden acceder.

2.7.5 XML

XML (Extensible Markup Language), XML es un subconjunto de SGML (Standard Generalised Mark-up Language), simplificado y adaptado a internet, XML es una meta-language que permite definir lenguajes de marcado adecuados usos determinados (Reino Romero & Zori, 2011) 2.7.5.1 ESTRUCTURA DE UN DOCUMENTO XML

A primera vista un documento XML puede parecer similar a un HTML, pero existe una diferencia principal. Un documento XML contiene datos que se autodefinen, exclusivamente. Un documento HTML contiene datos mal definidos, mezclados con elementos de formato.

86

Figura 26 Ejemplo de estructura de un documento XML

Este mismo documento puede ser visto de forma gráfica, para comprender mejor la estructura de un documento XML.

Figura 27 Ejemplo de estructura grafica de un documento XML

87

CAPITULO III. METODOLOGIA

88

3.1 ALCANCE Y ENFOQUE DE LA INVESTIGACION

3.1.1 EL FENOMENO A EXPLICAR

En esta parte del trabajo de tesis se consideró a trabajar con una investigación descriptiva, ya que es la mejor manera de explicar el proceso que se ejecuta al momento de solicitar una factura electrónica (CFDI), se eligió este proceso de investigación por que la investigación surge acerca de todos los involucrados en este proceso la manera en que influye cada uno de los involucrados al momento de solicitar el servicio de facturación electrónica, buscando ofrecer un mejor servicio al cliente.

Teniendo en cuenta un enfoque de investigación se trabajó bajo la investigación cuantitativa, para medir la efectividad del servicio y en qué aspectos los clientes (Socios CAM) consideraban el servicio de facturación electrónica como un servicio de calidad.

El principal alcance que se busca, es el de reducir tiempo en el proceso de emisión de facturas electrónicas dentro del Restaurante del CAM (Club Alamán de México), ofreciendo un servicios de calidad a los clientes, ya que existe una problemática en la satisfacción de los clientes al consumir este servicio, la desesperación en el proceso de este servicio es una de las principales causas que provoca a los clientes a sentirse un poco insatisfechos.

Existe un sistema para la emisión de facturas electrónicas, el proceso es llevado a cabo por el personal administrativo del CAM, provocando la insatisfacción de los clientes al tener que hacer fila para solicitar este servicio. El manejo de un sistema que mejore el proceso de la solicitud del servicio, que sea empleado por los mismos clientes y no por el personal administrativo, esto con el fin de agilizar el proceso en este servicios, mediante un sistema en web accesible desde cualquier

89

lugar con un equipo que cuente con acceso a internet, generando ventajas en el tiempo de la solicitud y ofreciendo mayor satisfacción a los clientes.

El sistema actual no cuenta con una administración como tal de las facturas emitidas en los distintos periodos, esto conlleva a la necesidad de realizar un medio de administración que sea operado por el personal administrativo del CAM en el área de Restaurante, y que le permita realizar los reportes requeridos acerca del control de las facturas electrónicas que se emitieron y se generaron, para mostrar los resultados para su estudio o toma de decisiones.

Esta implementación mejorara el proceso del servicio de emitir Comprobantes Fiscales a los clientes en los consumos de Restaurante, y mejorar la administración de la emisión de las mismas por parte del personal administrativo, ofreciendo un control y una generación de reportes para facilitar la toma de decisiones.

3.2 HIPOTESIS DE LA INVESTIGACIÓN

“Automatizar el proceso para la solicitud de la factura electrónica ayudará a agilizar el proceso de la solicitud de CFDI (Comprobante Fiscal Digital por Internet), obteniendo un CFDI en menor tiempo, entrega de CFDI al cliente al momento de hacer la solicitud generando una mayor satisfacción al cliente” “Mantener una administración viable sobre las facturas electrónicas que se emitieron durante periodos mediante un sistema de administración con bases de datos en el que se puedan generar reportes y se puedan visualizar de manera simple

para

el

personal

administrativo,

ayudara

a

obtener

una

mejor

administración y un mejor control de los CFDI´s para facilitar la toma de decisiones”

90

3.3 DISEÑO DE LA INVESTIGACION

En esta parte del trabajo de tesis se consideró a trabajar con una investigación descriptiva, ya que es la mejor manera de explicar el proceso que se ejecuta al momento de solicitar una factura electrónica (CFDI), se eligió este tipo de investigación por que surge acerca de todos los involucrados en el proceso de emisión de CFDI´s a clientes (Socios CAM), la manera en que influye cada uno de los involucrados al momento de solicitar el servicio de facturación electrónica, buscando ofrecer una mejor servicio al cliente.

Teniendo en cuenta un enfoque de investigación se trabajó bajo la investigación cuantitativa, para medir la efectividad del servicio y en qué aspectos los clientes (Socios CAM) consideraban el servicio de facturación electrónica como un servicio de calidad.

3.4 SELECCIÓN DE LA MUESTRA El estudio se llevó a cabo en las instalaciones del Club Alemán de México, ubicada en la delegación Tlalpan México Distrito Federal, específicamente la investigación se realizó en el área de Restaurante dentro del CAM, las personas involucradas son los clientes (Socios CAM), y el personal administrativo de Restaurante. El tipo de muestra para esta investigación es probabilística puesto que se utilizó una fórmula para calcular el tamaño de la muestra, obteniendo resultados favorables que ayuden a resolver la problemática, se aplicó una encuesta a los clientes que asisten al Restaurante del CAM a consumir sus alimentos, para obtener información acerca del servicio de Facturación Electrónica de los consumos de Restaurante y se realizó una entrevista al personal encargado para realizar la administración de las Facturas Electrónicas del área de Restaurante del CAM. 91

Para esta investigación se seleccionaron únicamente a los clientes que se encuentran asociados al club (Socios CAM) con una población de 536 socios, para realizar las encuestas se calculó el tamaño de la muestra obteniendo un total de 84 socios. Para determinar el tamaño de la muestra se aplicó la siguiente formula basado en los autores (Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2006) 𝑛′ =

𝑛=

𝑠2 𝑉2

𝑛′ 1 + (𝑛′ /𝑁)

N = Tamaño de la población 536 socios CAM. ȳ = valor promedio de una variable = 1 Socio CAM. se = error estándar = 0.03, determinado por IAPSA (Ingeniería y Alta productividad). 𝑉 2 = varianza de la población al cuadrado su definición 𝑠𝑒 2 : cuadrado del error estándar. 𝑠 2 = varianza de la muestra expresada como la probabilidad de ocurrencia de ȳ p = 0.9 n’ = tamaño de la muestra sin ajustar. n = tamaño de la muestra. También se realizó una entrevista al personal capacitado en el área de administración y control de Comprobantes Fiscales (CFDI) o Facturas Electrónicas en Restaurante siendo un total de 1 persona encargada del área de administración de CFDI’s. 92

3.5 RECOLECCION DE DATOS

Para recolectar la información necesaria para trabajar en el desarrollo del sistema en el Restaurante del Club Alemán de México, se utilizó el Modelo de desarrollo de software en Cascada, el cual cuenta con cinco fases: 

Definición de Requerimientos



Diseño del Software y del sistema



Implementación y prueba de unidades



Integración y prueba del sistema,



operación y mantenimiento.

3.5.1 ANALISIS Y DEFINICION DE REQUERIMIENTOS

Los servicios y restricciones del sistema se definen a partir de las consultas con los usuarios. Se definen en detalle y sirven como una especificación del sistema.

Para la recopilación de información necesaria para el análisis del desarrollo del sistema, fue necesario dialogar frecuentemente con el jefe de proyecto y con los administrativos del CAM, para tener un mejor conocimiento de las necesidades del sistema

Observación:

En esta parte de investigación se observó el proceso para la generación de facturas desde el momento en el que el cliente realiza su pago y recibe un ticket foliado, hasta el momento en que recibe su factura.

93

Para el proceso de generación de CFDI se consideran los siguientes puntos:  Solicitud de CFDI por parte del cliente con el personal administrativo del CAM, entregando el ticket o los tickets a facturar.  Acumulación de Tickets por parte del personal administrativo del CAM.  Envió del acumulado de tickets al contador para realizar la generación de los CFDI’s.  El contador realiza la Generación de los CFDI´s.  Envió de los CFDI’s generados al personal del CAM.  Entrega de los CFDI’s a los clientes por parte del personal administrativo del CAM.  En las observaciones realizadas se generó un resultado de 87 clientes (Socios CAM) que frecuentemente solicitan la facturación electrónica de sus consumos en restaurante. Proceso de generación de reportes de los CFDI’s que se emitieron en un determinado periodo de tiempo, un mes, una semana, anual, etc. Reporte de CFDI’s por fecha: Emisión y Cancelación.  Identificar los archivos .dbf generados por el sistema SAE en el periodo al que se requieren hacer los reportes.  Verificar en todas las tablas generadas en los archivos .dbf identificando los datos mediante filtros de información adecuada para obtener los resultados que se requieran.  Omitir información que se encuentre duplicada.  Recolectar en otro archivo la información recolectada para su visualización.

Reunión y puntos a tratar.

En el desarrollo de esta investigación se tomaron en cuenta los siguientes puntos acerca del desarrollo del sistema estando presente en las pláticas y reuniones con el jefe de proyecto Ingeniero Alejandro García, el personal administrativo del CAM 94

Alejandra López Adaya encargada del área de contabilidad en Restaurante, y el director general de la empresa IAPSA (Ingeniería Y Alta Productividad) para quien desarrolle el sistema, el Ingeniero Homero Palacios.

Los puntos acordados se muestran a continuación: 

El servicio de generación de CFDI es para clientes exclusivos de Club Alemán de México (Socios CAM).



La expedición de los CFDI´s será únicamente para los consumos del área de Restaurante.



El servicio será ofrecido por internet, facilitando el acceso al sistema desde cualquier equipo que tenga acceso a internet ya sea de escritorio o móvil.



El sistema estará desarrollado en web para el acceso a él desde cualquier parte.



El sistema estará montado en un servidor Web en las instalaciones del CAM (Club Alemán de México) junto con un servidor de Base de Datos el cual contendrá la información necesaria para el sistema.



Para ofrecer el servicio de Facturación Electrónica, el servicio deberá tener un inicio de sesión, en el cual se identifique que usuario va a solicitar la Factura Electrónica (CFDI).



Este sistema está diseñado para generar el CFDI que los clientes soliciten (Socios CAM) y también en un futuro agregar más servicios que se puedan ofrecer por parte del Club Alemán de México.



El sistema deberá contener un menú dinámico en la parte superior, el cual identifique el grupo al que pueda pertenecer el cliente.



Se utilizara el sistema de Base de Datos que contiene la información necesaria acerca de los tickets emitidos a los clientes, sobre el cual trabaja el CAM.



El total de clientes registrados que frecuentemente realizan la solicitud de Facturación Electrónica es un total de 87 clientes (Socios CAM), el punto

95

acordado para realizar la investigación acerca del servicio es de 30 personas. 

Se deberá generar un sistema aparte para llevar a cabo la administración de los CFDI’s que se han emitido.



El sistema para la administración deberá contener un sistema de logueo para verificar que usuario está ingresando, esto para tener un control acerca del personal autorizado.



Generación de reportes por periodos acerca de los CFDI’s que se han emitido y cancelado.

Entrevista y pláticas con el personal administrativo acerca de la generación de reportes:

Puntos acordados: 

Generación de reportes por periodos de CFDI’s que se han emitido y cancelado.



Mostrar total de los montos de la información generada con la consulta.



Mostrar la información en formato de tabla para una mejor visualización.

3.5.2 DISEÑO DEL SISTEMA Y DEL SOFTWARE

El proceso de diseño del sistema divide lo requerimientos en sistemas hardware y software. Establece una arquitectura completa del sistema. El diseño del software identifica y define las abstracciones fundamentales del sistema software y sus relaciones. El diseño del software y del sistema, está basado cumpliendo los requerimientos detallados anteriormente, en esta etapa se divide todo el desarrollo en subsistemas, para una mejor visualización en el desarrollo del sistema.

96

En esta pantalla se capturan los datos para el ingreso al sistema para realizar la solicitud de la Factura Electrónica, el ingreso será por parte de los clientes (Socios CAM).

Figura 28 Inicio de sesión Socios CAM en dispositivos de escritorio.

Figura 29 Inicio de Sesión Socios CAM en dispositivo móvil

97

Esta es la pantalla de inicio, es la primera pantalla que vera el cliente (Socio CAM), en el cual se mostrara un menú dinámico para elegir la opción a elegir.

Figura 30 Pantalla de Inicio Socios CAM visto en dispositivos de escritorio

Figura 31 Pantalla de inicio Socios CAM visto desde un dispositivo móvil

98

Esta pantalla es la opción para solicitar Factura Electrónica para el usuario cliente (Socio CAM), el cliente ingresara los datos para realizar la solicitud del servicio, únicamente ingresando el RFC, posteriormente se mostrara la opción a elegir y se autocompletaran los demás campos excepto los campos Método de Pago, Cuenta de Pago y No. Folio del Ticket. El usuario cliente deberá capturar los demás datos y realizar la solicitud de la Factura Electrónica.

Figura 32 Pantalla para solicitar factura electrónica Socios CAM

99

Figura 33 Pantalla de solicitud de CFDI vista en dispositivo móvil

A continuación se muestra la pantalla para solicitar la cancelación de la Factura Electrónica, en la que el sistema solicita al usuario cliente (Socio CAM) los datos RFC, No. Factura y Folio Fiscal para solicitar la cancelación de la Factura Electrónica.

100

Figura 34 Pantalla Cancelar Factura Electrónica

Figura 35 Pantalla solicitar cancelación de CFDI vista en dispositivo móvil

101

Pantalla para el ingreso al sistema de administración de CFDI´s en la que el usuario sera el personal administrativo, el cual ingresara su nombre de usuario y contraseña para autenticarse.

Figura 36 Inicio de Sesión Administrador CFDI CAM

Pantalla de registro de usuario administrador, en la que el usuario administrador ingresara los datos por primera vez para realizar la captura de la información personal.

Figura 37 Pantalla Registro Usuario Administrador CFDI CAM

102

La pantalla de administración de los CFDI´s es la que se mostrara al usuario una vez autentificado, en esta pantalla se muestran los campos a capturar para realizar los reportes necesarios y se muestran los campos que contenderán los valores totales de la consulta solicitada Importe, IVA y Total Facturado.

Figura 38 Pantalla para la generación de reportes Administración CFDI CAM

3.5.3 IMPLEMENTACIÓN Y PRUEBA DE UNIDADES

Durante esta etapa, el diseño del software se lleva a cabo como un conjunto o unidades de programas. La prueba de unidades implica verificar que cada una cumpla su especificación. En esta etapa de desarrollo del Sistema, se realizaron pruebas acerca de la implementación para verificar el funcionamiento del sistema y la funcionalidad de los módulos: Solicitar Factura Electrónica, Cancelar Factura Electrónica y Realizar reportes de las Facturas emitidas. 103

Para trabajar en la implementación de este sistema, se tomaron en cuenta las siguientes características sobre la implementación.

Instalación de WampServer en el servidor con las siguientes características: 

PHP versión 5.5.12



Apache Server versión 2.4.9

Instalación de SQL Server Express 2012

La instalación de los programas para llevar a cabo la implementación del sistema en desarrollo, fueron ejecutados sobre un sistema Windows.

Características del equipo (Servidor), en que se implementó el sistema. 

SO: Windows Server 2012.



Memoria RAM: 8 GB



Disco duro: 1 TB



Procesador: Intel Core i5

En la fase de pruebas mediante unidades, se verifico la funcionalidad de cada apartado del sistema.

Sistema para Emitir Factura Electrónica

Inicio de Sesión para los clientes. Menú dinámico (Generar menú respecto al grupo al cual pertenece el cliente). Carga de información al formulario acerca de los clientes. Agregar Ticket (Folio de Ticket) para recoger datos para realizar la factura. Solicitar Factura (Hacer la petición al servidor). Generar factura en XML Almacenar datos de Factura en la BD. 104

Generar factura en PDF

Estándar base del XSD de la factura electrónica Los archivos XSD son archivos de desarrollo que definen “que elementos y atributos pueden aparecer en un documento XML” Estándar del comprobante fiscal digital por internet extensible [XML] (esquema comprobante.xds)

Figura 39 Estructura del Comprobante Fiscal Digital por Internet

105

Administrador de Factura Electrónica

Inicio de Sesión para el personal administrativo Búsqueda por unidad de CFDI´s que han sido emitidos o cancelados (Referencia: No Folio). Búsqueda por periodo CFDI’s (Fecha de emisión, Cancelación, Pago).

3.5.4 INTEGRACION Y PUEBAS DEL SISTEMA

Los programas o las unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software. Después de las pruebas del funcionamiento de los módulos del sistema: Solicitar Factura Electrónica, solicitud de Cancelación de Factura Electrónica y la Generación reportes de los CFDI´s emitidos, el sistema software se entrega al cliente.

En esta etapa del desarrollo se integraron todos los módulos del sistema, para hacer las pruebas de la funcionalidad de los módulos en todo el sistema, revisando el desempeño que tiene el sistema con base en los requerimientos y se buscaron fallas en la ejecución y en los resultados arrojados.

Dentro de una red de área local se publica el sistema de Administración y control de CFDI’s y el sistema para Generar la Factura Electrónica se publicó dentro de una red de área local y en internet, la empresa Ingeniería y Alta Productividad, quien se dedica al desarrollo de software proporciono un dominio en internet para publicar el sitio para que los clientes pudieran accesar desde internet.

Dentro de estas pruebas, se tomaron en cuenta los destalles, respecto a la funcionalidad del servidor, se realizaron las configuraciones requeridas para la una adecuada ejecución de la aplicación.

106

3.5.5 FUNCIONAMIENTO Y MANTENIMIENTO

Por lo general (aunque no necesariamente), esta es la etapa más larga del ciclo de vida. El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica corregir errores en las etapas anteriores del ciclo de vida, mejorar la implementación de las unidades del sistema y resaltar los servicios del sistema una vez que se descubren nuevos requerimientos.

Se puede decir que esta etapa de desarrollo es la más larga, ya que se verificaron todos los errores del sistema puesto en producción, para determinar los cambios a realizar y descubrir los errores que no se pudieron detectar en la fase de pruebas del sistema, se implementaron nuevos requerimientos de acuerdo a las necesidades de los usuarios.

Se evalúa el software puesto en producción para la determinación de si el software puede mantenerse en producción o requiere que se realicen cambios necesarios para que pueda ser mantenida en producción, y para que los resultados arrojados sean los adecuados para la toma de decisiones.

3.6 SELECCION DEL INSTRUMENTO La selección del instrumento que se utilizó para el desarrollo del sistema se detalla a continuación.

a) Aplicar encuestas Estas encuestas se aplicaron a los clientes, que frecuentemente consumen sus alimentos en el Restaurante del Club Alemán de México, estas encuestas eran con respecto a la satisfacción del servicio de Facturación que los clientes recibían.

107

Figura 40 Preguntas de la Encuesta 1

108

Figura 41 Preguntas de la encuesta 2

b) Realizar una entrevista La persona entrevistada fue al personal administrativo del CAM en el área de Restaurante, específicamente al encargado de la parte administrativa y control de Facturación Electrónica.

109

Figura 42 Preguntas de la Entrevista

c) Observación. Se aplicó la observación de acuerdo a los procesos y el funcionamiento para identificar la problemática y buscar una solución. d) Interacción de pláticas entre encargado de Proyecto y Desarrollador Esta herramienta al igual que las anteriores, se utilizó para ayuda en la construcción del sistema, el desarrollo se llevó a cabo en las instalaciones de IAPSA (Ingeniería y Alta Productividad) para atender las dudas necesarias con el jefe de proyecto Ingeniero en electrónica con Especialidad en Informática Alejandro García, tratando de aclarar los detalles con respecto a la realización y funcionalidad de sistema. e) Revisiones Estas revisiones se realizaron por el jefe de proyecto, el Ingeniero en Electrónica con especialidad en Informática Alejandro García, y por el director general de IAPSA, el Ingeniero Homero Palacios. Estas revisiones ayudaron a cubrir las necesidades de los requerimientos, los detalles con respecto a la funcionalidad, cada uno de los revisores fueron agregando sus ideas para la mejora del proyecto.

110

3.7 APLICACIÓN DEL INSTRUMENTO Para cumplir con los requerimientos planteados al comienzo del proyecto, se tuvo la necesidad obtener la ayuda necesaria mediante la aplicación de las siguientes herramientas:  Aplicación de encuestas a clientes (Socios CAM) para la obtención de información del servicio de facturación en el área de Restaurante dentro del CAM.  Realización de una entrevista al personal de administración del CAM específicamente encargado de Administración y Control de Facturas Electrónicas en el área de Restaurante.  Revisiones con los encargados de desarrollo del proyecto.  Observación de los procesos para la solicitud de la factura electrónica.

3.8 ANALISIS DE DATOS Y RESULTADOS El sistema se puso a prueba para el estudio y muestra de los resultados en un periodo de tres semanas iniciando el día 2 de febrero a partir de las 10:00 am y concluyendo el 16 de febrero del 2016 a las 10:00 pm, realizando el proceso de Facturación Electrónica, almacenando la información acerca de las Facturas que se emitieron en ese periodo como datos del emisor (nombre, rfc, razón social, colonia, referencia, localidad, numero exterior e interior), receptor (nombre, razón social, RFC, email, calle, numero exterior e interior, colonia, referencia, localidad, municipio, estado, código postal, etc.), concepto (unidad, concepto, pago unitario, total pago, IVA, número de folio, folio SAT y estado), y los archivos generados XML y PDF acerca de la factura electrónica.

La presente investigación se realizó en las instalaciones del CAM (Club Alemán de México), en el área de Restaurante ofreciendo los servicios de Facturación 111

electrónica a los Clientes (Socios CAM) y manteniendo la administración de las facturas que se han emitido. Para llevar a cabo el desarrollo de la investigación, se trabajó con un equipo con SO Windows 8, con un procesador de 3.10 GHz, 8 GB en memoria RAM y 500 GB en disco duro. En esta computadora se realizó toda la codificación del sistema sobre el editor de código Brackets utilizando PHP, en esta fase se desarrolló el sistema lógico para Generar la Factura Electrónica (CFDI) y generar los reportes acerca de la administración y control de los CFDI´s. A continuación se describe la estructura y la secuencia del diseño. 3.8.1 DISEÑO DE BASES DE DATOS

Una vez instalado el software necesario para trabajar, se agregaron las siguientes tablas a la base de datos DBCAM para agregar la funcionalidad al sistema, cabe mencionar que la base de datos sobre la que se trabajó, ya estaba creada y ya contenía algunas tablas para la administración de las ventas en Restaurante, es por ello que se trabajó sobre esa misma base de datos. La base de datos esta creada en SQL Server 2012 Express. El modelo Entidad-Relación incluye las siguientes tablas de datos.

Figura 43 Modelo E-R Sistema CFDI Club Alemán de México

112

3.8.2 ESTRUCTURA DE DISEÑO ACCESO AL SISTEMA (CLIENTES)

Posteriormente se creó en Brackets un sitio web de nombre Servicios CAM para ingresar los datos acerca del consumo en Restaurante y solicitar el CFDI (Comprobante Fiscal Digital por Internet), el sitio fue creado con el fin de que el usuario cliente (Socio CAM) pudiera agregar los datos acerca del Ticket de los consumos en Restaurante, y así solicitar su Factura Electrónica (CFDI).

El sitio web está compuesto por las siguientes pantallas:

Figura 44 Iniciar Sesión Cliente (Socio CAM) vista en dispositivo de escritorio

En esta pantalla el usuario interactúa con el sistema para ingresar sus datos ya permitir el acceso al sistema. Desde este formulario se permite al cliente acceder al sistema para solicitar el servicio de Facturación Electrónica.

113

Figura 45 Pantalla de Inicio de Sesión Cliente (Socio CAM) vista de un dispositivo móvil

3.8.3 ESTRUCTURA DEL DISEÑO PANTALLA DE INICIO SOCIOS CAM (CLIENTES)

La pantalla de inicio que el cliente (Socio CAM) observa es la pantalla de bienvenida. La funcionalidad de esta pantalla es dar un mensaje de bienvenida, ofrecer un menú acerca de las opciones del servicio y poder agregar una imagen de usuario de perfil para la identidad del cliente.

Figura 46 Pantalla de Bienvenida Socio CAM vista en dispositivo de escritorio

114

Figura 47 Pantalla de inicio Socio CAM vista en dispositivo móvil

3.8.4 ESTRUCTURA DE DISEÑO SOLICITAR FACTURA ELECTRONICA (CLIENTES)

El diseño de la pantalla para realizar la Captura de datos del Cliente (Socio CAM) y los datos de los consumos a facturar, para agregar los datos del cliente basta con agregar el RFC en el campo del formulario, seleccionar las opciones que aparecen y en base al RFC los demás campos se generan excepto (Método de Pago, Cuenta de pago y No. Folio), cabe aclarar que los datos ya se encuentran en la base de datos es por ello que no hay necesidad de realizar el registro previo de la información.

115

Figura 48 Pantalla de Solicitud de CFDI vista en dispositivo de escritorio

Los campos: Método de Pago, cuenta de Pago y No. Folio se capturan desde teclado, una vez agregado el Folio del Ticket se oprime el botón agregar para capturar el folio de otro Ticket (en caso de querer facturar más de un Ticket), y el último paso es solicitar la Factura, en la solicitud de la factura se mostrara un mensaje para verificar si se generó correctamente la Factura Electrónica o hubo algún error.

Figura 49 Pantalla Solicitud de CFDI vista en dispositivo móvil

116

3.8.5 DESCARGAR FACTURA ELECTRONICA

Una vez que la factura electrónica (CFDI) sea solicitada, aparecerá un mensaje debajo del formulario indicando que el CFDI fue creado correctamente.

Figura 50 Captura de pantalla con el resultado de la solicitud de la Factura Electrónica

3.8.6 SOLICITUD DE CANCELACIÓN DE FACTURA ELECTRÓNICA

El diseño de la pantalla para realizar la solicitud de cancelación de la factura electrónica es la siguiente.

Figura 51 Pantalla Solicitud de Cancelación de CFDI vista en dispositivo de escritorio

Esta pantalla se encarga de capturar los datos necesarios para realizar la cancelación de la factura electrónica y realizar la solicitud de cancelación, enviando el resultado de la petición con la información necesaria al correo del cliente.

117

Figura 52 Pantalla Solicitud de Cancelación de CFDI vista en dispositivo móvil

3.8.7 ESTRUCTURA DE DISEÑO ACCESO AL SISTEMA (ADMINISTRADOR)

Para el acceso al sistema administrador y generar los reportes necesarios para la toma de decisiones, se generó una pantalla en la cual el personal administrativo agrega sus datos para autenticarse y permitirle el ingreso al sistema.

Figura 53 Iniciar Sesión sistema de administración de CFDI´s CAM

118

En esta parte del sistema el personal administrativo ingresa los datos con los que se encuentra registrado para el acceso al sistema y generar los reportes para la toma de decisiones.

3.8.8 ESTRUCTURA DE DISEÑO PARA REGISTRAR DATOS DE PERSONAL ADMINISTRATIVO

Para generar la captura de los datos para el ingreso al sistema del personal administrativo, se implementó la siguiente pantalla.

Figura 54 Registro de Usuarios

Esta pantalla tiene la funcionalidad de almacenar los datos de un nuevo usuario para la administración y el control de los CFDI´s CAM, los datos se quedan almacenados la base de datos en la tabla UserSystem.

3.8.9 ESTRUCTURA DE DISEÑO GENERAR REPORTES

La pantalla del sistema administrador para la generación de reportes, es la única pantalla que el personal administrativo observa al ingresar al sistema, sobre ella puede generar los reportes necesarios para la toma de decisiones como (Reportes 119

de CFDI’s por fecha en fueron emitidas, canceladas, o realizar la búsqueda en unidad de un Factura).

Figura 55 Pantalla para la generación de Reportes

120

3.8.10 FACTURA ELECTRONICA GENERADA

A continuación se muestra una factura generada durante el periodo de prueba, para la implementación del sistema

Figura 56 CFDI generado durante el periodo de prueba de la implementación

121

3.8.11 INTERPRETACIÓN DE RESULTADOS.

Una vez aplicado los instrumentos de recolección de la información, se procedió a realizar el tratamiento correspondiente para el análisis de los mismos, la información que arrojan indican las conclusiones que a las cuales llega la investigación de acuerdo a las encuestas realizadas a los clientes en el área de Restaurante del CAM Club Alemán de México.

ENCUESTAS APLICADAS ANTES DE LA IMPLEMENTACIÓN DEL SISTEMA.

Para la aplicación de esta primera etapa de encuestas se tomaron en cuenta los siguientes puntos:  No cuentan con un sistema adecuado  Tiempo que lleva utilizando el servicio.  Frecuencia de uso del servicio.  Atención al cliente.  Tiempo de ejecución de la solicitud.  Total de encuetados = 84. Resultados de las encuestas aplicadas. Los resultados obtenidos de las encuestas aplicadas se muestran en la siguiente tabla. Preguntas

A)

B)

C)

D)

35

25

13

11

Entre

Entre

Entre

uno y

seis

uno y

seis

meses y

tres

¿Cuánto tiempo lleva utilizando el servicio de Facturación Electrónica en el 1

área de Restaurante?

Respuestas

Menos de un mes.

122

meses.

un año.

años.

33

24

19

8

Una o

Dos o

más

tres

Una vez

de una

veces a la

veces al

al mes.

vez al

semana.

mes.

4

11

32

37

Excelente.

Buena.

Regular.

Mala.

2

12

27

43

Excelente.

Buena.

Regular.

Mala.

¿Con que frecuencia utiliza el servicio de Facturación Electrónica en el área de 2

Restaurante?

Respuestas

Menos

mes.

¿Cómo considera la atención al cliente para realizar la 3

solicitud de la Factura Electrónica en el área de Restaurante? Respuestas Considera que el tiempo para realizar la solicitud de su

4

Factura Electrónica acerca de los consumos de Restaurante es: Respuestas

Tabla 14 Resultados obtenidos de las encuestas aplicadas antes de la Implementaacion del Sistema.

En los resultados mostrados en la gráfica anterior se determina la justificación del porqué de la realización del sistema para la generación de CFDI´s, se logra apreciar la necesidad que existe por parte de los clientes para solicitar el servicio de Facturación Electrónica.

123

¿Cuánto tiempo lleva utilizando el servicio de Facturación Electrónica en el área de Restaurante? Entre uno y tres años 13% Entre seis meses y un año 15%

Menos de un mes 42%

Entre uno y seis meses 30% Menos de un mes

Entre uno y seis meses

Entre seis meses y un año

Entre uno y tres años

Gráfica 1 Resultados antes de la implementación del Sistema pregunta 1

El 42% de la muestra ha solicitado el servicios de Factura Electrónica desde hace menos de un mes, el 30% ha solicitado el servicio desde entre uno y seis meses, el15% ha solicitado el servicio desde entre seis meses y un año y el 13% de la muestra ha solicitado el servicio desde entre uno y tres años.

¿Con que frecuencia utiliza le servicio de facturaciín electrónica en el área de Restaurante? Menos de una vez al mes 9%

Una o más veces a la semana 39%

Una vez al mes 23%

Dos o tres veces al mes 29%

Una o más veces a la semana

Dos o tres veces al mes

Una vez al mes

Gráfica 2 Resultados antes de la implementación del Sistema pregunta 2

124

Menos de una vez al mes

En los resultados plasmados en la gráfica anterior se muestra la frecuencia de uso del servicio de Solicitud de Factura Electrónica con un incremento del 39 % de la muestra solicita el servicio de una o más de una factura electrónica a la semana, el 29% de la muestra solicita el servicio dos o tres veces al mes, el 23% de la muestra solicita el servicio una vez al mes y el 9% solicita le servicio menos de una vez al mes.

¿Cómo considera la atención al cliente para realizar la solicitud de la Factura Electrónica en el área de Restaurante? Excelente 5% Bueno 13%

Malo 44%

Regular 38%

Excelente

Bueno

Regular

Malo

Gráfica 3 Resultados antes de la implementación del Sistema pregunta 3

En la gráfica anterior se muestran los resultados de la satisfacción de los clientes acerca del servicio con el que contaba el Restaurante del CAM, los resultados son de la pregunta con el identificador azul, el 44% de la muestra determina que la atención del servicio al cliente es mala, el 38% de la muestra considera la atención al cliente como regular, el 13% dice que la atención al cliente es buena y el 5% de la muestra considera la atención al cliente como excelente.

125

Considera que el tiempo para realizar la solicitud de su Factura Electrónica acerca de los consumos de Restaurante es: Excelente 3%

Bueno 14%

Malo 51% Regular 32%

Excelente

Bueno

Regular

Malo

Grafica 4 Resultados antes de la implementación del Sistema pregunta 4

Los resultados de la siguiente pregunta con el identificador consideran los siguientes aspectos; El 51% de la muestra considera que el tiempo esperado durante la solicitud es mala, el 32% de la muestra considera que el tiempo de espera de la solicitud es regular, el 14% considera el tiempo de espera como buena y el 3% considera el tiempo esperado para la solicitud como excelente.

ENCUESTAS

APLICADAS

DESPUES

DE

LA

IMPLEMENTACIÓN

DEL

SISTEMA.

En la aplicación de la segunda parte de las encuestas se tomaron en cuenta los siguientes puntos:  La encuesta se aplicó durante el periodo de prueba de la implementación del sistema.  Atención al cliente.  Tiempo de ejecución de la solicitud.  Satisfacción del cliente.  Total de encuetados = 84.

126

Preguntas

A)

B)

C)

D)

41

22

18

3

Excelente.

Bueno.

Regular.

Malo.

35

28

16

5

Excelente.

Bueno.

Regular.

Malo.

37

32

12

3

Excelente.

Bueno.

Regular.

Malo.

40

28

12

4

Excelente.

Bueno.

Regular.

Malo.

¿Cómo considera el proceso de Facturación Electrónica en 1

el área Restaurante? Respuestas Considera que el proceso de Facturación Electrónica en el área de Restaurante ha

2

mejorado de manera: Respuestas ¿Cómo considera la atención al cliente para realizar la

3

solicitud de la Factura Electrónica en el área de Restaurante? Respuestas Considera que el tiempo para realizar la solicitud de su

4

Factura Electrónica acerca de los consumos de Restaurante es: Respuestas

Tabla 15 Resultado de encuestas aplicadas después de la Implementación del Sistema

A continuación se muestran los resultados en gráficas para medir la satisfacción de los clientes una vez desarrollado e implementado el sistema. 127

¿Como considera el proceso de Facturación Electrónica en el área de Restaurante? Malo 4%

Regular 21%

Excelente 49%

Bueno 26%

Excelente

Bueno

Regular

Malo

Grafica 5 Resultados después de la Implementación del Sistema de las preguntas 1

El 49% del total de la muestra considera que el proceso para la solicitud de la Factura Electrónica es excelente y el 26% del total de la muestra considera que el proceso de la solicitud de la Factura electrónica es bueno.

Considera que el proceso de Facturación Electrónica en el área de Restaurante ha mejorado de manera: Malo 6% Regular 19%

Excelente 42%

Bueno 33% Excelente

Bueno

Regular

Malo

Grafica 6 Resultados después de la implementación del Sistema pregunta 2

128

EL 42% de la muestra considera que el proceso para la solicitud de Factura Electrónica ha mejorado de forma excelente y el 35% considera que la mejora es buena.

¿Cómo considera la atención al cliente para realizar la solicitud de la Factura Electrónica en el área de Restaurante? Regular 14%

Malo 4% Excelente 44%

Bueno 38%

Excelente

Bueno

Regular

Malo

Grafica 7 Resultados después de la implementación del Sistema pregunta 3

El 44% del total de la muestra considera que la atención al cliente acerca del servicio de solicitud de la Factura Electrónica es Excelente y el 38% considera la atención al cliente como bueno.

Considera que el tiempo para realizar la solicitud de su Factura Electrónica acerca de los consumos de Restaurante es: Regular 14%

Malo 5% Excelente 48%

Bueno 33% Excelente

Bueno

Regular

Malo

Grafica 8 Resultados después de la implementación del Sistema pregunta 4

129

El 48% de la muestra considera que el tiempo en respuesta que tarda la solicitud de la Factura Electrónica es Excelente y el 33% lo considera como bueno.

130

CAPITULO IV. CONCLUSIONES

131

4.1 CONCLUSIONES GENERALES La generación de la Factura Electrónica empleando el sistema SAE en el área de restaurante se realizaba en un tiempo prolongado para efectuar el proceso de solicitud del cliente, es por ello que al integrar un sistema en el cual el cliente solicite su factura electrónica (CFDI) mediante un dispositivo con acceso a internet puede ser ventajoso en la reducción de tiempos, logrando una mayor satisfacción del cliente y ofreciendo una mejor servicio. La administración de la información almacenada en una base de datos acerca de los CFDI’s (Información del Emisor y del Receptor, datos sobre la generación de la Factura Electrónica), pueden llevar a mantener una mejor administración y un control al momento de tener la necesidad de interactuar con grandes cantidades de información para la generación de los reportes para la toma de decisiones. El buen funcionamiento del sistema y de la buena administración y control de la información dentro de una institución es siempre con el uso de las TIC’s.

4.2 CONCLUSIONES RELATIVAS A LOS OBJETIVOS ESPECIFICOS Respecto a los objetivos específicos señalados y tomando en cuenta los resultados de la investigación, se detallan las conclusiones alcanzadas: Generación de CFDI’s (Comprobante Fiscal Digital por Internet) de los consumos en Restaurante, desde cualquier dispositivo (móvil o de escritorio) con acceso a internet, y la facilidad de descargar la Factura Electrónica (CFDI) desde el dispositivo con el cual se acceda, ofreciendo comodidad del servicio por ser solicitado desde cualquier lugar. La generación de reportes acerca de los CFDI’s emitidos, dando como resultado una fácil administración de la información y facilitando la toma de decisiones.

132

Entregar el CFDI al momento en que sea solicitado en formato XML y PDF, ofreciendo un sistema que ejecute el proceso de facturación reduciendo los tiempos en la solicitud de Facturación Electrónica logrando una mayor satisfacción del cliente.

4.3 CONCLUSIONES RELATIVAS AL OBJETIVO GENERAL Con la implementación del sistema se cubrieron las necesidades sobre la solicitud de la Facturación Electrónica por parte de los clientes, la generación de la factura electrónica mediante un sistema el cual sea accesible por los clientes desde la comodidad de su hogar u oficina, logrando una gran satisfacción por parte del cliente al consumir este servicio, se cumplió con la necesidad de generar un sistema que permitiera mantener un control total de todas la Facturas (CFDI’s) que se hayan emitido mediante la administración que ofrece el sistema y no existiendo la duplicidad de la información, generando reportes y facilitando la toma de decisiones para los administrativos del CAM en el área del Restaurante.

El comportamiento del sistema ayuda a mejorar la administración de la información aplicando grandes ventajas en la reducción de tiempos y en la toma de decisiones.

4.4 APORTACIONES ORIGINALES Las aportaciones originales para el desarrollo del sistema se listan en los siguientes puntos:  Generación de un menú para la vista de clientes, que muestre el contenido dependiendo al grupo en que pertenece el cliente (Esto para la implementación de más servicios).

133

 Propuesta para utilizar los datos existentes en la base de datos DBCAM e implementación de tablas para la funcionalidad del sistema.  Propuesta para el manejo de los servicios de un PAC (Proveedor Autorizado de Certificación).  Propuesta para la utilización de un Framework para diseño web responsivo.

4.5 LIMITACIONES DEL MODELO PLANTEADO A continuación se enlistan algunas limitaciones acerca del modelo en Cascada.  No incluye análisis de riesgos.  Se debe utilizar cuando los requerimientos se comprenden del todo.  Los proyectos raramente siguen el proceso lineal tal como se definía originalmente el ciclo de vida.  Es difícil que el cliente exponga explícitamente todos los requisitos al principio.  Puede resultar regresar a etapas anteriores (ya terminadas) para realizar correcciones  El producto final requerido puede que no refleje todos los requisitos del usuario.

4.6 RECOMENDACIONES Las recomendaciones que observo acerca del desarrollo de este sistema son las siguientes:

Para desarrollar un sistema con las características parecidas a los establecidos en este trabajo de investigación se deben tomar en cuenta los siguientes puntos para obtener un desarrollo que satisfaga las necesidades de los clientes. 

Realizar el análisis de los requerimientos del cliente.



Análisis de la problemática a solucionar. 134



Identificar posibles soluciones y determinar la mejor opción.



Analizar las relaciones de las tablas para la base de datos y encontrar la mejor solución a la problemática.



Utilizar una metodología ágil para el desarrollo del Software.



En base a la metodología a utilizar, analizar cada fase o etapa y cumplir correctamente con los estándares establecidos.

135

BIBLIOGRAFÍA Achour, M., Betz, F., Dovgal, A., Lopes, N., Magnusson, H., Richter, G., . . . Vrana, J.

(2015).

Manual

de

PHP.

Retrieved

from

https://secure.php.net/manual/es/index.php Adobe. (2015). Brackets. Retrieved from http://brackets.io/ Bahit, E. (2011). POO y MVC en PHP. Cohen Karen, D., & Asín Lares, E. (2000). Sistemas de informacion para los negocios, Un enfoque de toma de deciciones. México: McGRAWHILL/INTERAMERICANA EDITORES, S. A. de C. V. Ditel, P., Deitel, H., & Deitel, A. (2014). Internet y World Wide Web Como programar. PEARSON EDUCACIÓN. E. Kendall, K., & E. Kendall, J. (2011). ANÁLISIS Y DISEÑO DE SISTEMAS. México: PEARSON EDUCACIÓN. FISCOCLIC. (2015). FISCOCLIC. Retrieved from www.fiscoclic.mx Foundation, A. S. (2015). Apache. Retrieved from HTTP SERVER PROJECT: https://httpd.apache.org/ Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2006). Metodología

de

la

investigación.

México:

McGRAW-

HILL/INTERAMERICANA EDITORES, S.A. DE C.V. KIMMEL, P. (2008). Manual de UML. McGRAW-HILL INTERAMERICANA EDITORES, S. A. de C. V. Limited, R. V. (2016). Real VNC. Retrieved from https://www.realvnc.com/ López Montalbán, I., & de Castro Vázquez, M. (2014). Gestión de Bases de datos. Madrid: IBERGARCETA PUBLICACIONES, S. L. Microsoft.

(2012,

Marzo).

SQL

Server

Express

2012.

Retrieved

from

https://www.microsoft.com/es-mx/download/details.aspx?id=29062 Microsoft. (2015, Mayo). Microsoft. Retrieved from https://www.microsoft.com/enus/download/details.aspx?id=20098 Miramontes Soto, A., & Miramontes Soto, H. (2015, ABRIL). Miramontes. Retrieved 2015, from CONTADORES PUBLICOS Y CONSULTORES:

136

https://www.miramontes.mx/cms_uploads/pf222.-0114.-la-reforma-fiscal2014-y-su-regularidad-constitucional_20150415_68.pdf Network,

M.

D.

(2012).

MDN.

Retrieved

from

HTML

5:

https://developer.mozilla.org/es/docs/HTML/HTML5 Ramos Martin, M. J., Ramos Martin, A., & Motero Rodríguez, F. (2006). Sistemas Gestores de Bases de Datos. España: McGraw-Hil/Interamericana de España, S. A. U. Reino Romero, A., & Zori, I. (2011). Desarrollo Web. Retrieved Diciembre 2015, from http://www.desarrolloweb.com/manuales/manual-introduccion-xml.html Roger S. Pressman, P. (2010). Ingenieria del Software Un enfoque práctico. McGRAW-HILL INTERAMERICANA EDITORES. S. A. de C. V. Romero Mora, P., Saldivar Vaquera, C. E., Delgado Ibarra, R., & Sanches Montúfar, L. (2012). Tecnologías de la Información y Comunicación. PEARSON EDUCACIÓN, S. A. de C. V. SOMMERVILLE, I. (2005). Ingeniería del Software. Madrid, España: PEARSON EDUCACIÓN S. A. de C. V. Tributaria,

S.

d.

(2015).

SAT.

Retrieved

from

Facturación

Electrónica:

http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Paginas/defaul t.aspx Twitter. (2015). Bootstrap. Retrieved from http://getbootstrap.com/ WAY, A. (2015). WAMPSERVER. Retrieved from http://www.wampserver.com/en/

137