UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA
EL REGISTRO Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: ANGEL DAVID GONZALEZ VERA
TUTOR: ING. MIGUEL MOLINA CALDERÓN
GUAYAQUIL – ECUADOR 2017
II
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “DESARROLLO DE
UNA APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y
AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS”,
elaborado por el Sr. ANGEL DAVID GONZALEZ VERA, egresado de la
Carrera de Ingeniería en Sistemas Computacionales, Facultad de
Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a
la obtención del Título de Ingeniero en Sistemas, me permito declarar que
luego de haber orientado, estudiado y Revisado, la apruebo en todas sus
partes.
Atentamente
Ing. Miguel Molina Calderón TUTOR
IV
DEDICATORIA
A mi madre Digna Vera Guerrero, a mi
padre fallecido Angel Gonzalez
Arévalo ya que fueron un pilar
fundamental en mi vida y siempre me
ayudaron incondicionalmente.
También a mi Hija Scarlett Gonzalez
Flores que es la inspiración que me
motiva a seguir adelante y a mi
hermano Angel Roberto Gonzalez
Vera que luchó siempre a mi lado,
apoyándome y sacrificando sus
estudios para que yo pudiera continuar
con los míos.
V
AGRADECIMIENTO
A Dios por permitirme llegar
hasta este punto de mi vida
y por darme fuerzas para
seguir adelante, también
agradezco a los profesores
que me transmitieron sus
conocimientos y me
formaron como un buen
profesional.
También agradezco a mi
tutor el Ing. Miguel Molina
Calderón por guiarme en el
proceso de desarrollo de mi
tesis.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc.. Ing. Abel Alarcón Salvatierra, Mgs.
DECANO DE LA FACULTAD DIRECTOR DE LA CARRERA
CIENCIAS MATEMÁTICAS Y INGENIERÌA EN SISTEMAS
FÍSICAS COMPUTACIONALES
Ing. Miguel Molina Calderón Ab. Mirella Ortiz Zambrano, M.Sc. PROFESOR TUTOR DEL PROFESOR REVISOR DEL PROYECTO DE TITULACIÓN PROYECTO DE TITULACIÓN
Ab. Juan Chávez A. SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de
este Proyecto de Titulación, me
corresponden exclusivamente; y el
patrimonio intelectual de la misma a la
UNIVERSIDAD DE GUAYAQUIL”
Angel David Gonzalez Vera
VIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Autor: ANGEL DAVID GONZALEZ VERA
C.I. 0927811604
Tutor: Ing. Miguel Molina Calderón
Guayaquil, diciembre de 2017
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor de Tesis de Grado, nombrado por el Consejo Directivo
de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de
Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Grado presentado por el
estudiante ANGEL DAVID GONZALEZ VERA, como requisito previo para
optar por el título de Ingeniero en Sistemas Computacionales, cuyo
problema es:
DESARROLLO DE UN A APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS.
Considero aprobado el trabajo en su totalidad.
Presentado por:
ANGEL DAVID GONZALEZ VERA C.I. N° 0927811604
Tutor: Ing. Miguel Molina Calderón
Guayaquil, diciembre de 2017
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de
Titulación en Formato Digital 1. Identificación del Proyecto de Titulación Nombre Alumno: Angel David Gonzalez Vera Dirección: Argentina 1143 y Guaranda Teléfono:0939610440 E-mail: [email protected]
Facultad: Ciencias Físicas y Matemáticas Carrera: Ingeniería en Sistemas Computacionales Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales Profesor tutor: Ing. Miguel Molina Calderón
Título del Proyecto de titulación: DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS
Tema del Proyecto de Titulación: Registro y Autorización de retenciones electrónicas online.
XI
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de
Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la
versión electrónica de este Proyecto de titulación.
Publicación electrónica: Inmediata X Después de 1 año Firma Alumno: 3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word,
como archivo .Doc. O .RTF y. Puf para PC. Las imágenes que la
acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM X CDROM
XII
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR ............................................................................ iii DEDICATORIA .................................................................................................... iv
AGRADECIMIENTO ............................................................................................ v
ÍNDICE GENERAL ............................................................................................ xii ABREVIATURAS ............................................................................................... xv
SIMBOLOGÍA .................................................................................................... xvi ÍNDICE DE GRÁFICOS .................................................................................. xvii ÍNDICE DE CUADROS .................................................................................. xviii RESUMEN ........................................................................................................... xx
ABSTRACT ........................................................................................................ xxi INTRODUCCIÓN .................................................................................................. 1
CAPÍTULO I .......................................................................................................... 3
EL PROBLEMA ........................................................................................................... 3
PLANTEAMIENTO DEL PROBLEMA ................................................................. 3
SITUACIÓN CONFLICTO NUDOS CRÍTICOS .................................................................. 4
CAUSAS Y CONSECUENCIAS DEL PROBLEMA ........................................... 4
DELIMITACIÓN DEL PROBLEMA ....................................................................... 5
FORMULACIÓN DEL PROBLEMA ...................................................................... 5
EVALUACIÓN DEL PROBLEMA ......................................................................... 5
OBJETIVOS .................................................................................................................. 6
OBJETIVO GENERAL ............................................................................................ 6
OBJETIVOS ESPECÍFICOS .................................................................................. 7
ALCANCES DEL PROBLEMA ................................................................................. 7
JUSTIFICACION E IMPORTANCIA ......................................................................... 8
METODOLOGÍA DEL PROYECTO .......................................................................... 9
METODOLOGÍA DE DESARROLLO ................................................................... 9
SUPUESTOS ................................................................................................................ 9
RESTRICCIONES ........................................................................................................ 9
CAPÍTULO II ....................................................................................................... 10
XIII
MARCO TEÓRICO .................................................................................................... 10
ANTECEDENTES DEL ESTUDIO .......................................................................... 10
FUNDAMENTACIÒN TEORICA ............................................................................. 11
TRIBUTACIÓN ............................................................................................................ 11
FACTURACIÓN ELECTRÓNICA .................................................................................... 12
CERTIFICADO DIGITAL O ELECTRÓNICO .................................................................... 12
WEB SERVICE ............................................................................................................. 14
DISEÑO WEB RESPONSIVO ........................................................................................ 16
BASE DE DATOS RELACIONAL.................................................................................... 19
SISTEMAS DE GESTIÓN DE BASES DE DATOS ............................................................ 19
BOOTSTRAP ............................................................................................................... 22
MICROSOFT .NET FRAMEWORK ................................................................................ 24
METODOLOGIA DE DESARROLLO ÁGIL SCRUM ...................................... 24
VARIABLES DE LA INVESTIGACIÓN .................................................................. 29
VARIABLE INDEPENDIENTE ............................................................................. 29
DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA............................................. 29
VARIABLES DEPENDIENTES ........................................................................... 29
DECLARACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS ........................................ 29
FUNDAMENTACIÓN LEGAL .................................................................................. 30
CONSTITUCION DE LA REPUBLICA DEL ECUADOR .................................................... 30
LEY ORGÁNICA DE RÉGIMEN TRIBUTARIO INTERNO ............................. 32
Artículo 114.- ............................................................................................................. 33
LEY ORGANICA DE EDUCACIÓN SUPERIOR (LOES) ............................... 35
PREGUNTA CIENTÍFICA QUE CONTESTARSE ............................................................. 36
DEFINICIONES CONCEPTUALES .................................................................... 36
ANÁLISIS DE FACTIBILIDAD ................................................................................ 38
FACTIBILIDAD OPERACIONAL ........................................................................ 38
FACTIBILIDAD TÉCNICA .................................................................................... 39
FACTIBILIDAD ECONOMICA....................................................................................... 40
REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES ........................... 41
ETAPAS DE LA METODOLOGÍA DEL PROYECTO ......................................... 45
PILA DE SPRINT ................................................................................................... 47
XIV
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ......................................... 61
RECOLECCIÓN DE DATOS ............................................................................... 61
INSTRUMENTOS DE LA INVESTIGACIÓN ..................................................... 61
CONCEPTOSDE POBLACIÓN Y MUESTRA .................................................. 61
ANÁLISIS DE LOS DATOS RECOLECTADOS .............................................. 63
CAPÍTULO IV .................................................................................................... 72
CRITERIOS DE ACEPTACIÓN DEL DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y LA AUTORIZACIÓN ONLINE. ................................ 72
PRUEBAS DE IMPLANTACIÓN DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS ....................................................................................................... 75
PREPARACIÓN DEL MANTENIMIENTO DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS ....................................................................................................... 75
PRESENTACIÓN Y APROBACIÓN DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS ....................................................................................................... 76
CONCLUSIONES Y RECOMENDACIONES ........................................................ 77
BIBLIOGRAFÍA .................................................................................................. 79
XV
ABREVIATURAS
Ing. Ingeniero(a)
M.sc. Maestría en Ciencias
XML Lenguaje de Etiquetado Extensible.
SOAP Protocolo de Acceso Simple a Objetos.
WSDL Lenguaje de Descripción de Servicios Web.
SRI Servicio de Rentas Internas.
LORTI Ley Orgánica de Régimen Tributario Interno.
URL Localizador Uniforme de Recursos.
CSS Hoja de estilos en cascada.
SQL Lenguaje de Consulta Estructurada.
RIDE Representación Impresa del Documento Electrónico.
ATS Anexo Transaccional Simplificado.
HTML Lenguaje de Marcas de Hipertexto.
IP Protocolo de Internet
DBMS Sistemas de Gestión de Bases de Datos
XVI
SIMBOLOGÍA
s Desviación Estándar
e Error E Espacio muestral
E(Y) Esperanza matemática de la v.a. y
s Estimador de la desviación estándar
e Exponencial
XVII
ÍNDICE DE GRÁFICOS GRÁFICO N° 1: INGRESOS NO PETROLEROS .............................................. 10
GRÁFICO N° 2: ESQUEMA DE FIRMADO ELECTRÓNCO .............................. 14
GRÁFICO N° 3: ESQUEMA DE UN WEB SERVICE ......................................... 15
GRÁFICO N° 4: RANKING DE MOTORES DE BASE DE DATOS .................... 19
GRÁFICO N° 5: COMPONENTES DE SCRUM ................................................. 25
GRÁFICO N° 6: RELACIÓN DE COMPONENTES DE SCRUM ........................ 26
GRÁFICO N° 7: COMPONENTES DE SCRUM Y SU DINAMICA ..................... 26
GRÁFICO N° 8: CRYSTAL REPORTS .............................................................. 28
GRÁFICO N° 9: DIAGRAMA ENTIDAD RELACIÓN .......................................... 43
GRÁFICO N° 10: DIAGRAMA DE SECUENCIAS .............................................. 44
GRÁFICO N° 11: ARQUITECTURA DEL SOFTWARE ...................................... 54
GRÁFICO N° 12: CASOS DE USO ................................................................... 55
GRÁFICO N° 13: VARIABLE CONOCIMIENTO ................................................ 63
GRÁFICO N° 14: PREGUNTA 2 ........................................................................ 64
GRÁFICO N° 15: PREGUNTA 3 ........................................................................ 65
GRÁFICO N° 16: PREGUNTA 4 ........................................................................ 66
GRÁFICO N° 17: PREGUNTA 5 ........................................................................ 67
GRÁFICO N° 18: PREGUNTA 6 ........................................................................ 68
GRÁFICO N° 19: PREGUNTA 7 ........................................................................ 69
GRÁFICO N° 20: PREGUNTA 8 ........................................................................ 70
GRÁFICO N° 21: PREGUNTA 8 ........................................................................ 70
XVIII
ÍNDICE DE CUADROS CUADRO N° 1: CAUSAS Y CONSECUENCIAS DEL PROBLEMA ..................... 4
CUADRO N° 2: DELIMITACIÓN DEL PROBLEMA .............................................. 5
CUADRO N° 3: REGISTRAR RETENCIONES ELECTRÓNICAS ...................... 41
CUADRO N° 4: AUTORIZAR RETENCIONES ELECTRÒNICAS DE MANERA
ONLINE ..................................................................................................... 41
CUADRO N° 5: ENVIAR POR CORREO EL RIDE DE LA RETENCIÓN ........... 42
CUADRO N° 6: PUBLICAR EL RIDE Y EL XML DE LA RETENCIÓN
ELECTRÓNICA MEDIANTE UN PORTAL WEB ........................................ 42
CUADRO N° 7: DISEÑO RESPONSIVO ........................................................... 42
CUADRO N° 8: VELOCIDAD AL REGISTRAR LAS RETENCIONES
ELECTRÓNICAS ....................................................................................... 43
CUADRO N° 9: HISTORIAL DE REVISIONES .................................................. 45
CUADRO N° 10: PERSONAS Y ROLES DEL PROYECTO ............................... 46
CUADRO N° 11: REPOSITORIO DE DATOS Y LEVANTAMIENTO DE
INFORMACIÓN ......................................................................................... 47
CUADRO N° 12: CREACIÓN DE LA PAGINA PRINCIPAL Y MENÚ DE LA
APLICACIÓN ............................................................................................. 48
CUADRO N° 13: MANTENEDOR DE CÓDIGOS DE RETENCIÓN ................... 48
CUADRO N° 14: MANTENEDOR DE PROVEEDORES .................................... 49
CUADRO N° 15: MANTENEDOR DE EMPRESA .............................................. 49
CUADRO N° 16: LOGIN PARA ACCESO A LA APLICACIÓN ........................... 50
CUADRO N° 17: APLICACIÓN WEB RESPONSIVA PARA REALIZAR
RETENCIONES ......................................................................................... 51
XIX
CUADRO N° 18: MOTOR DE AUTORIZACIÓN DE COMPROBANTES
ELECTRÓNICOS ....................................................................................... 52
CUADRO N° 19: APLICACIÓN WEB RESPONSIVA PARA REALIZAR LAS
RETENCIONES ......................................................................................... 53
CUADRO N° 20: CASO DE USO - CONFIGURAR LOS PARÁMETROS DEL
SISTEMA ................................................................................................... 56
CUADRO N° 21: CASO DE USO - REGISTRAR LA RETENCIÓN
ELECTRÓNICA ......................................................................................... 57
CUADRO N° 22: CASO DE USO - AUTORIZAR RETENCIÓN ELECTRÓNICA 58
CUADRO N° 23: CASO DE USO - ENVIAR EL RIDE DE LA RETENCIÓN ....... 59
CUADRO N° 24: CASO DE USO - PUBLICAR ARCHIVOS EN PORTAL WEB 60
CUADRO N° 25: MUESTRA PARA ESTUDIO ................................................... 62
CUADRO N° 26: VARIABLE CONOCIMIENTO ................................................. 63
CUADRO N° 27: PREGUNTA 2 ......................................................................... 64
CUADRO N° 28: PREGUNTA 3 ......................................................................... 65
CUADRO N° 29: PREGUNTA 4 ......................................................................... 66
CUADRO N° 30: PREGUNTA 5 ......................................................................... 67
CUADRO N° 31: PREGUNTA 6 ......................................................................... 68
CUADRO N° 32: PREGUNTA 7 ......................................................................... 69
CUADRO N° 33: PREGUNTA 9 ......................................................................... 71
CUADRO N° 34: PREGUNTA 9 ......................................................................... 71
CUADRO N° 35: MATRIZ DE CRITERIOS DE ACEPTACIÓN –PARTE 1......... 72
CUADRO N° 36: MATRIZ DE CRITERIOS DE ACEPTACIÓN – PARTE 2........ 73
CUADRO N° 37: MATRIZ DE CRITERIOS DE ACEPTACIÓN –PARTE 3......... 74
XX
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA
EL REGISTRO Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS
Autor: Angel David Gonzalez Vera Tutor: Ing. Miguel Molina Calderón
RESUMEN Este proyecto tiene por objeto facilitar a las empresas la emisión de
retenciones electrónicas de manera online desde cualquier dispositivo
móvil por medio de una aplicación web que se adapta a cualquier
dispositivo que cuente con internet y con un navegador como Firefox,
además se pretende reducir la cantidad de multas generadas por
emisión extemporánea de las retenciones electrónicas, con la aplicación
desarrollada también se pretende acortar el ciclo que se realiza cuando
se efectúa una compra y se emite la retención por medio del software de
la empresa adquiriente, de esta manera se ahorra tiempo y dinero a las
empresas que están obligadas a realizar retenciones. El proveedor se
mantendrá informado por medio de un correo que le llegará cuando se le
realice una retención a su nombre y en el caso de que no le llegue el
correo también contará con un portal el cual le permitirá descargar la
retención electrónica cuando sea necesario.
Palabras Claves: Sitio web Responsivo, Desarrollo de aplicación web,
Retención Electrónica, Online.
XXI
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DEVELOPMENT OF A RESPONSIVE WEB APPLICATION
ONLINE REGISTRATION AND AUTHORIZATION
ELECTRONIC RETENTION
Author: Angel David Gonzalez Vera Tutor: Ing. Miguel Molina Calderón
ABSTRACT This project aims to facilitate companies to issue electronic retentions
online from any mobile device through a web application that adapts to
any device that has internet and a browser like Firefox, in addition is
intended to reduce the amount of fines generated by the late issuance of
electronic withholdings, with the application developed is also intended to
shorten the cycle that takes place when a purchase is made and the
retention is issued through the software of the acquiring company, thus
saving time and money to companies that are required to make
withholdings. The supplier will be informed by means of an e-mail that will
arrive when a retention is made in his name and in case he does not
receive the mail he will also have a portal which will allow him to download
the electronic retention when necessary. Key Words: Responsive website, web application development, electronic retention, online.
1
INTRODUCCIÓN En la actualidad se registran las retenciones electrónicas en los sistemas de las
empresas, esta forma de registrar las retenciones obliga a la persona que realiza
la compra a regresar con la factura hasta las instalaciones de la empresa, esto
da lugar a que ocurran situaciones que hacen que la factura no llegue a tiempo
para ser registrada, un ejemplo de esto es la perdida de la factura, estos errores
operativos pueden dar lugar a que exista una multa si la retención es emitida
pasado los cinco días de haber sido emitida la factura de compra a la que se le
va a retener
Este proyecto busca reducir la cantidad de multas por emisión extemporánea de
retenciones electrónicas y reducir los gastos operativos innecesarios, ahorrando
así dinero a las empresas que están obligadas a realizar retenciones
electrónicas, para esto se propone una solución que implica utilizar una
herramienta tecnológica que permitirá realizar retenciones electrónicas de
manera online conectándome directamente con el SRI, además se tendrá
informado al proveedor de las retenciones que se la han efectuado ya sea por
medio de un correo electrónico o por medio de un portal web en el cual podrán
consultar los comprobantes de retención electrónicos que le han sido emitidos,
es muy importante estar al día con los impuestos y más aún cumplir con las
leyes tributarias ya que el incumplimiento recurrentemente de las mismas puede
acarrear en serios problemas que incluso pueden llevar a la clausura del
establecimiento o negocio.
Este documento está compuesto por cuatro capítulos, los cuales se explicarán
brevemente a continuación:
Capítulo I: Detalla la el planteamiento del problema, la situación de nudos
críticos, las causas y consecuencias del problema, la delimitación del problema,
la formulación del problema, evaluación del problema, objetivos, alcances del
2
problema, la justificación e importancia del proyecto y una breve introducción de
la metodología que será utilizada para el desarrollo del tema propuesto.
Capítulo II: Es un segmento fundamental del proyecto, aquí se describe el
marco teórico, el cual está compuesto por los antecedes del estudio, la
fundamentación teórica la cual hace referencia a todos los conceptos,
definiciones, y todo la información obtenida que se requerirá para implementar la
solución al problema planteado, la fundamentación legal la cual hace referencia
a los artículos y leyes en los que fue basada la tesis para estar enmarcada en el
ámbito legal, además aquí se plantea la pregunta científica a ser contestada y
justificada por el desarrollo del trabajo de investigación realizado.
Capítulo III: En este capítulo se encuentra la metodología de desarrollo que se
utilizó en el proyecto la cual es SCRUM, la población y la muestra, los
procedimientos de recolección de datos, el cuestionario y el procesamiento y
análisis de los resultados obtenidos, además se encuentra la información técnica
como la estructura del sistema, el diagrama de base de datos y los casos de uso
para que se pueda entender de mejor manera como trabaja internamente el
sistema.
Capítulo IV: Aquí se pueden observar los criterios de evaluación y aceptación
del sistema, además se encuentran las conclusiones y recomendaciones que se
realizan para mantener el sistema funcionando y evitando la mayor cantidad de
errores posibles.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA Según el SRI (Servicio de Rentas Internas) los valores recaudados por multas
tributarias fiscales han aumentado en un 29% entre el año 2015 y 2016, esto se
debe a que el SRI ha sido más estricto en aplicar las leyes tributarias, de lo cual
se deduce que las empresas no están cumpliendo oportunamente con el pago
de sus impuestos, lo que le genera multas a la larga genera malestar y salida de
dinero el cual puede ser ahorrado para beneficio económico de las mismas.
A través del presente trabajo de investigación se pudo constatar que las multas
que pagan las empresas al SRI, se deben a que existe un gasto logístico
innecesario ocasionado desde el momento en que se realiza la retención
electrónica a los proveedores, debido a que se lleva la factura de compra hasta
las instalaciones de la empresa adquiriente para en ese momento recién realizar
la retención electrónica, realizada la misma se imprime el formato, se envía a un
empleado de la empresa adquiriente, luego ese mismo empleado regresa a la
empresa proveedora para la entrega de la retención, culminando el ciclo con la
devolución del dinero por parte de la empresa proveedora a la empresa
adquiriente.
Para evaluar el problema fue necesario realizar un diagnóstico empírico en una
empresa que se dedica a la venta de electrodomésticos en la ciudad de
Guayaquil donde se pudo observar que recibe recurrentemente multas por parte
del SRI que causan perjuicio económico a la misma dado que carece de una
herramienta tecnológica que coadyuve a evitar las sanciones que pueden llegar
incluso a la clausura de la empresa.
4
SITUACIÓN CONFLICTO NUDOS CRÍTICOS El problema surge por las retenciones electrónicas que deben emitir las
empresas cuando realizan compras directamente en los locales de los
proveedores, ya que se debe llevar la factura de compra hasta las oficinas de las
empresas para emitir la retención electrónica, pero por problemas logísticos o
por pérdida del comprobante de compra, en ocasiones no se puede emitir la
retención dentro del plazo límite establecido por la LORTI en el artículo 50 que
establece que las retenciones solo se pueden realizar dentro de un plazo no
mayor a cinco días luego de emitido el comprobante de venta.
CAUSAS Y CONSECUENCIAS DEL PROBLEMA
CUADRO N° 1: CAUSAS Y CONSECUENCIAS DEL PROBLEMA CAUSAS CONSECUENCIAS
-Emitir las retenciones electrónicas
desde las instalaciones de la
empresa.
-Tener que regresar a las
instalaciones de la empresa con la
factura de compra.
Problemas logísticos para llevar la
factura de compra hasta el local del
proveedor.
-Registro extemporáneo de las
retenciones electrónicas.
-Multas por emisión extemporánea de
las retenciones.
-Falta de una herramienta que
permita emitir retenciones
electrónicas en el instante en el que
se realiza la compra.
-Gastos de movilización y tiempo para
entregar el RIDE al proveedor
-Uso del personal para llevar el RIDE
impreso al proveedor
-Multas recurrentes por emisión
extemporánea de las retenciones.
-Posible clausura de local o cierre de
la empresa.
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
5
DELIMITACIÓN DEL PROBLEMA
CUADRO N° 2: DELIMITACIÓN DEL PROBLEMA Campo Empresarial.
Área Desarrollo de Software.
Aspecto Retenciones electrónicas a través de una aplicación web
responsiva.
Tema Desarrollo de una Aplicación Web Responsiva
para el Registro y Autorización Online de
Retenciones Electrónicas. Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
FORMULACIÓN DEL PROBLEMA ¿El desarrollo de una aplicación web responsiva para emisión y autorización de
retenciones electrónicas de manera online ayudará a disminuir la cantidad de
multas por la emisión extemporánea y evitará el gasto logístico innecesario que
se utilizar para entregar el RIDE impreso al proveedor?
EVALUACIÓN DEL PROBLEMA Delimitado: Actualmente las empresas emiten las retenciones electrónicas
desde sus locales lo que las hace vulnerables a la emisión extemporánea, por la
demorada logística que se realiza desde el momento en que se realiza la compra
hasta el momento que se emite la retención electrónica o por otros motivos que
impidan la emisión a tiempo de la misma.
Relevante: Porque si no se emiten las retenciones electrónicas dentro del plazo
de cinco días, límite establecido que permite la LORTI en su artículo 50, se
puede caer en multa la cual al ser recurrente puede llevar al cierre de locales o
6
establecimientos por lo que es importante evitar el atraso en la emisión de
retenciones electrónicas.
Evidente: Porque al realizar compras en los locales de los proveedores, se debe
regresar con el comprobante de venta a las instalaciones de la empresa, por lo
que en el camino de regreso el comprobante se puede perder o se puede
traspapelar, es por ese motivo que la emisión de la retención se atrasa, el contar
con la herramienta informática que ayude a disminuir la cantidad de errores
operativos es de gran ayuda.
Factible: Porque Se puede desarrollar la herramienta tecnológica de una
manera ágil con software gratuito ya que se cuenta con el conocimiento técnico y
tributario para realizarlo, además esta herramienta permitirá emitir retenciones
electrónicas online desde un dispositivo móvil con conexión a internet.
Novedoso: Porque antes de que se introdujera la facturación electrónica, las
personas obligadas a llevar contabilidad o empresas que se acercaban a los
locales de los proveedores a realizar alguna compra, tenían que llevar consigo la
retención pre impresa para poder llenarla y luego llevar un control de la misma,
con la herramienta tecnológica propuesta se pretende modernizar esta forma de
emitir retenciones por medio del uso de la tecnología web, de esta manera
cuando se pretenda realizar una compra en los locales de los proveedores solo
será necesario llevar consigo un dispositivo móvil que cuente con conexión a
internet. OBJETIVOS
OBJETIVO GENERAL Desarrollar una aplicación web responsiva que permita emitir y autorizar
retenciones electrónicas de manera online para evitar el pago de multas por
emisión extemporánea de las mismas.
7
OBJETIVOS ESPECÍFICOS • Realizar el levantamiento de información para el desarrollo del tema
propuesto.
• Diseñar del repositorio de datos que será usado en la aplicación web
responsiva.
• Diseñar del esquema que utilizará la aplicación para autorizar las
retenciones electrónicas de manera online.
• Desarrollar la aplicación web responsiva para la emisión de retenciones
electrónicas desde un dispositivo móvil.
ALCANCES DEL PROBLEMA
La aplicación web está pensada para ser utilizada por las empresas o personas
naturales obligadas a llevar contabilidad que se encuentran en la modalidad
electrónica y realizan las compras en los locales de los proveedores por lo que
contará:
• Con una interfaz que permita realizar retenciones desde una aplicación web
responsiva.
• Un mecanismo que permita a los proveedores descargar las retenciones
electrónicas que le fueron emitidas por medio de un sitio web de consulta de
RIDE Y XML de retenciones autorizadas.
• Información actualizada de los códigos de retención por medio de los
mantenedores del sistema web.
• Un Log que permita, en caso de existir problemas, guardar el error que
existió al tratar de autorizar la retención electrónica.
8
• Con una interfaz de creación de usuarios y permisos en las opciones del
sistema.
JUSTIFICACIÓN E IMPORTANCIA El proyecto busca evitar el pago de multas por atraso en la emisión de
retenciones electrónicas y evitar caer en recurrencias tributarias que puede
terminar en la clausura del negocio.
Contar con este sistema web permitirá generar de manera online las retenciones
electrónicas para entregarla en el menor tiempo posible al proveedor, de esta
manera también se evitará realizar la logística de llevar la factura de la compra
hasta las oficinas de la empresa para esperar que la retención electrónica sea
emitida y recién en ese momento informar al proveedor ya sea vía correo o
incluso regresando con el RIDE impreso de la retención electrónica hasta el local
del proveedor.
El uso de esta herramienta facilita el trabajo de los contadores, elimina gastos
asociados a la logística y reduce el riesgo de ser penalizado por el SRI por el
incumplimiento de la ley reflejada en la LORTI.
Además, existe otro beneficio al utilizar la herramienta tecnológica y este es el
de la devolución del valor retenido ya que al ser un sistema web responsivo que
autoriza las retenciones electrónicas de manera online permite presentar el RIDE
inmediatamente al proveedor, lo que es bueno porque se estaría recibiendo
inmediatamente el dinero de la retención ya que no se tendría que esperar hasta
llevar el comprobante de venta a las instalaciones de la empresa y esperar a que
sea registrado para luego emitir la retención y recién en ese momento regresar al
local del proveedor para que sea devuelto el valor retenido.
9
METODOLOGÍA DEL PROYECTO
METODOLOGÍA DE DESARROLLO En el desarrollo del presente trabajo de investigación se utilizaron las buenas
prácticas de desarrollo ágil con Scrum para el control del ciclo de vida iterativo e
incremental del software, los artefactos o documentos con los que se gestionan
las tareas de adquisición y suministro: requisitos, monitorización y seguimiento
del avance.
SUPUESTOS En la planificación del proyecto se asumió que los usuarios saben usar un
dispositivo móvil de una manera intuitiva por lo que no será necesario realizar
una capacitación del uso de dispositivos móviles ya que estos se han convertido
en una necesidad para las personas.
• También se asume que están capacitados para realizar retenciones, esto
implica saber que código de retención escoger al momento de ingresar
los datos de la retención.
• Para usar esta aplicación de manera online es necesario también contar
con un hosting o IP publica para poder acceder por medio de internet.
• Para firmar electrónicamente los comprobantes las personas jurídicas o
personas naturales obligada a llevar contabilidad deben contar con un
certificado digital que es emitido por el Banco Central del Ecuador.
RESTRICCIONES
Las únicas limitantes que presenta el proyecto es que se debe usar un
dispositivo móvil con conexión a internet y además depende de que el servicio
de autorización de comprobantes del SRI se encuentre disponible.
10
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Uno de los mayores problemas que afectan al sistema tributario es la evasión
fiscal, esto no solo merma los ingresos de un país si no que provoca una
disminución considerable en la distribución de recursos. En ocasiones no son
evasiones de impuesto sino más bien complicaciones a la hora de declarar o
falta de tiempo.
Para el desarrollo de esta investigación se utilizó el Análisis de la Recaudación
Tributaria del Ecuador por Sectores Económicos: Ventajas, Estructura y Factores
Determinantes. Período 2008-2012 realizado por Luizana Andrade Bustamante,
Carla Ortega Rea, Luis Salinas Loor y Harold Toasa Villavicencio de la Facultad
de Economía y Negocios de la universidad Escuela Superior Politécnica del
Litoral que en la Tabla N.º 3 indican lo siguiente:
GRÁFICO N° 1: INGRESOS NO PETROLEROS
Elaboración: (http://www.dspace.espol.edu.ec) Fuente: (http://www.dspace.espol.edu.ec)
Ingresos No Petroleros Monto(USD) %Ingresos Tributarios 9,764,900,000.00 58.96%Contribuciones Seguridad Social 3,870,300,000.00 23.37%Otros 2,927,300,000.00 17.67%TOAL INGRESOS NO PETROLEROS 16,562,500,000.00 100.00%
11
El Gráfico N.º1 muestra que los ingresos tributarios ocupan el primer lugar como
ingresos no petroleros, es decir es un ingreso muy importante para el estado que
ocuparía el segundo lugar de los mayores ingresos que tiene el estado si
incluimos el ingreso por venta de petróleo, en nuestro caso nos centraremos en
el tipo de impuestos que se paga por anticipado como lo son las retenciones, por
este motivo es importante declarar a tiempo y cumplir con lo establecido en las
leyes tributarias.
Antes de que se introdujera la facturación electrónica el ciclo de compra y
retención siempre fue el mismo para los casos de las empresas que tienen un
software para emitir los comprobantes de retención, ahora con el presente
proyecto a desarrollar se pueden acortar los pasos a seguir cuando se realizan
compras y se necesita realizar una retención electrónica, solo es necesario
contar con un celular con conexión a internet y luego ingresar los datos
necesarios para guardar la retención electrónica y poder de esa manera recibir al
instante el dinero de la misma.
FUNDAMENTACIÓN TEORICA TRIBUTACIÓN
Mersan (1995) define:
“Tributo es toda prestación pecuniaria debida al Estado u otros organismos de
Derecho Público, por los sujetos obligados en virtud de una norma legalmente
establecida, para satisfacer los requerimientos del desarrollo nacional.” (p.22)
La tributación es de suma importancia para el Estado, pues permite que se
pueda proporcionar a la población los servicios básicos que éste requiere. El
cobro de los tributos se realiza en base a lo establecido en las leyes tributarias y
demandando a la razón mediante una cultura tributaria y de conciencia colectiva
adecuada.
12
FACTURACIÓN ELECTRÓNICA El SRI indica que la facturación electrónica tiene muchos beneficios entre ellos
podemos destacar los siguientes:
Facilita y simplifica el cumplimiento tributario y deberes formales.
Ahorra costos en papel e impresión y reduce el tiempo de envío.
Existe una Mayor seguridad de los documentos.
Cuida al medio ambiente ya que imprimir los comprobantes electrónicos
no es obligatorio.
Además de los beneficios que fueron destacados, se puede decir que la
facturación electrónica ayuda a que nos acerquemos cada vez más a un mundo
digitalizado y en un futuro no muy lejano se podrá emitir todos los comprobantes
desde nuestros dispositivos móviles, se podrán realizar compras con dinero
electrónico lo que hará que todas las transacciones comerciales se realicen de
manera digital.
CERTIFICADO DIGITAL O ELECTRÓNICO El SRI exige firmar digitalmente los documentos electrónicos para esto es
necesario utilizar un certificado digital el cual es proporcionado por el Banco
Central del Ecuador, el certificado digital en el esquema electrónico tiene como
finalidad proporcionar seguridad autenticando en este caso al emisor del
documento electrónico para que de esta forma pueda ser enviada de manera
segura la información hacia el SRI por medio del webservice
Sin este mecanismo de seguridad seria sencillo para los “Crackers” vulnerar la
seguridad del SRI enviando información ficticia que atentaría contra la integridad
de la misma y provocaría un caos al momento de revisar las declaraciones de los
contribuyentes porque no concordaría la información declarada electrónicamente
con la información declarada a través del ATS (Anexo Transaccional
Simplificado).
13
Fernández (2006) define que:
Un certificado digital no es más que un archivo electrónico con un tamaño
máximo de 2 Kilobytes y que contiene los datos de identificación personal del
emisor de los mensajes, su clave pública (capaz de ser conocida por todos los
que quieran relacionarse con él), y la firma privada del propio Prestador de
Servicios de Certificación. (p.28)
Recuperado de: https://www.viafirma.com/es/firma-electronica el firmado
electrónico presenta las siguientes ventajas:
• Mayor seguridad e integridad de los documentos. El contenido del
documento electrónico firmado no puede ser alterado, por lo que se
garantiza la autenticación del mismo y la identidad del firmante.
• Se garantiza la confidencialidad, el contenido del mensaje solo será
conocido por quienes estén autorizados a ello.
• Eliminación del papel, lo que implica una disminución del
almacenamiento de datos (espacio físico) y reducción de gastos en los
procedimientos de administración de archivos.
• Disminución del tiempo en la ejecución de procesos (se evitan colas y se
reducen los procedimientos manuales).
• Aumento de la productividad y competitividad de la Empresa.
• Se evitan desplazamientos y traslados.
Las ventajas de utilizar una firma electrónica son muchas y una de las más
importantes y que se debe tomar muy en cuenta es la de conservar la integridad
de la información y con ello dar seguridad a la misma.
14
GRÁFICO N° 2: ESQUEMA DE FIRMADO ELECTRÓNCO
Elaboración: (http://firmaelectronica.gob.es) Fuente: (http://firmaelectronica.gob.es)
WEB SERVICE El uso de esta tecnología es muy importante en el desarrollo del tema propuesto
debido a que nos permitirá la interacción con el SRI de esta manera se podrán
enviar los comprobantes electrónicos usando un lenguaje universal de
comunicación denominado XML, en la actualidad dicho lenguaje es conocido
como un estándar de intercambio de información estructurada entre diferentes
plataformas.
Payne (2002) define que:
Los servicios Web XML son una nueva forma de distribuir aplicaciones con XML
y otras tecnologías estándar, los servicios web XML permiten a las aplicaciones
y componentes comunicarse con otras aplicaciones sin importar donde se
encuentren, ya sea que estén en el mismo equipo o en cualquier otro. (p.537)
El término "servicios web" designa una tecnología que permite que las
aplicaciones se comuniquen en una forma que no depende de la plataforma ni
15
GRÁFICO N° 3: ESQUEMA DE UN WEB SERVICE
del lenguaje de programación. Un servicio web es una interfaz de software que
describe un conjunto de operaciones a las cuales se puede acceder por la red a
través de mensajería XML estandarizada. Usa protocolos basados en el lenguaje
XML con el objetivo de describir una operación para ejecutar o datos para
intercambiar con otro servicio web.
Permite la coexistencia a diferentes tecnologías
Comunicación entre aplicaciones que se han desarrollado mediante
diferentes lenguajes de programación
Permite la transmisión mediante el protocolo HTTP
Estandariza la localización de los servicios
Permite a las aplicaciones comunicarse bajo un ambiente seguro usando
XML signature o XML encryption.
Elaboración: (http://www.juntadeandalucia.es) Fuente: (http://www.juntadeandalucia.es)
16
DISEÑO WEB RESPONSIVO El diseño web adaptable, diseño web adaptativo o responsivo, tiene como
objetivo principal el adaptar la apariencia de las páginas web al dispositivo que
se esté utilizando para visitarlas. Hoy día las páginas web se ven en multitud de
dispositivos como tabletas, teléfonos inteligentes, libros electrónicos, portátiles,
PC, etcétera. Además, aún dentro de cada tipo, cada dispositivo tiene sus
características concretas: tamaño de pantalla, resolución, potencia de CPU,
sistema operativo o capacidad de memoria entre otras.
Esta tecnología pretende que, con un único diseño web, todo se vea
correctamente en cualquier dispositivo, es por ese motivo que será utilizada esta
tecnología en el desarrollo del tema propuesto para que se puedan realizar
retenciones desde cualquier dispositivo móvil que cuente con un navegador e
internet para realizar las declaraciones de manera online.
Una de las mayores ventajas es que con una sola versión en HTML y CSS se
pueden cubrir todas las resoluciones de pantalla, con lo que el sitio web estará
optimizado para distintos dispositivos y resoluciones de pantalla.
Recuperado de: https://www.lancetalent.com/blog/responsive-web-design-7-
ventajas-para-tu-negocio-online/ el diseño responsivo de una página web tiene
las siguientes ventajas:
1. Incrementa tu visibilidad en usuarios de tabletas y dispositivos
móviles. El aumento del uso de internet y la proliferación de las tabletas y los
dispositivos móviles han sido las fuerzas motoras de este nuevo
desarrollo. Típicamente los usuarios eran redirigidos a un sitio específico
para su dispositivo (ej. versión móvil de la web), pero un diseño
responsivo permite ahora que el sitio web pueda verse en varios
dispositivos.
17
2. Aumenta las ventas y el ratio de conversión
Otro de los beneficios del diseño responsivo es la mejora que se produce
en la experiencia del usuario ya que no es necesario redirigirle a una
versión móvil y como se usan hojas de estilo estándar (CSS) entre varios
dispositivos, se percibe un diseño e imagen más unificada y
coherente. Esta coherencia tiene un impacto positivo en los ratios de
conversión ya que el usuario está ya familiarizado con la navegación de
la web en distintos dispositivos.
3. Análisis e informes consolidados
Tener un único sitio responsivo significa que ya no tienes que seguir la
pista de la navegación de tus usuarios, las rutas de conversión, embudos
y redirecciones entre tus distintos sitios web. Herramientas de analítica
web como Google Analytics están ahora optimizadas para gestionar
múltiples dispositivos e informes de sitios webs con responsive design.
4. Mejora tu visibilidad para los motores de búsqueda
El diseño responsivo permite gestionar tu sitio web con muy pocos
hypertext links, reduciendo así el tiempo dedicado a gestionar tu web.
Esto permite centrarse en la difusión y mantener una estrategia SEO
consolidada. Las campañas SEO puedes ser muy costosas y requerir
mucho tiempo, pero con un diseño responsivo, todos tus esfuerzos se
centran en un único sitio, con una estrategia común para todos los
dispositivos.
El contenido es vital para el SEO, el contenido de calidad generado
regularmente mejora el posicionamiento de tu página en los motores de
búsqueda. Con el responsive design se evita la necesidad de duplicar el
contenido para cada dispositivo y se tienen más posibilidades de mejorar
la posición en los motores de búsqueda.
18
Además, Google menciona que los sitios responsive y optimizados para
móviles están obteniendo un lugar destacado en los resultados de
búsqueda.
5. Ahorro de costes y tiempo en el desarrollo de la versión para móvil
Una de las ventajas de optar por un diseño responsive es que se necesita
menos tiempo que si se crea una versión móvil de la web, lo cual ha sido
la solución más habitual hasta ahora. El tener que hacer pruebas en un
mayor número de sitios web incrementa los costes de desarrollo, soporte
y mantenimiento. Como los estilos son reusados y optimizados es posible
utilizar metodologías estándar de pruebas.
6. Ahorro de tiempo y costes en la gestión del sitio web
La gestión de un único sitio web simplifica las tareas de gestión de
contenido y administración. Además, una única interfaz para la
administración puede ser fácilmente optimizada para la gestión del
contenido o de las plantillas que se usan en cada dispositivo.
7. Mejorar la experiencia de navegación offline
El diseño responsive permite entregar contenido de calidad a tu
comunidad a través de varios dispositivos, las capacidades de
navegación offline del HTML5 permiten que el sitio web pueda ser
fácilmente accesible. El número de tabletas y móviles que permiten
HTML5 está creciendo.
AUBRY (2014) define que el diseño de un sitio web es responsivo cuando:
“El sitio esta creado de un modo cuya distribución, tanto parte gráfica como la
funcional del diseño, cambia en función del tamaño de la pantalla.” (p.11)
19
BASE DE DATOS RELACIONAL Para el desarrollo del proyecto también es necesario poder contar con un
sistema DBMS, ya que se necesita registrar y consultar información.
Según Osorio (2008):
“Un sistema de base de datos es un conjunto de elementos interrelacionados y
una serie de programas que permiten a varios usuarios tener acceso a estos
archivos ya sea para consultarlos o actualizarlos.” (p.11)
SISTEMAS DE GESTIÓN DE BASES DE DATOS Existen muchos manejadores de base de datos, pero hablaremos de los 3 DBMS
más usados según la página https://db-engines.com/en/ranking, solo
mostraremos los diez primeros motores de base de datos tal y como podemos
observar en el Gráfico N.º 4:
GRÁFICO N° 4: RANKING DE MOTORES DE BASE DE DATOS
Elaboración: (https://db-engines.com)
Fuente: (https://db-engines.com)
20
MICROSOFT SQL SERVER EXPRESS 2014
Esta versión fue escogida debido a que de uso gratuito y al ser SQL Server es
muy fácil de usar ya que tiene una interfaz muy intuitiva, lo que haría que el
desarrollo de la aplicación sea más rápido.
Pérez (2011) define que:
La plataforma de bases de datos de SQL Server Express se basa en SQL
Server. Es también la sustitución de Microsoft Desktop Engine (MSDE). Gracias
a su integración con Visual Studio, SQL Server Express facilita el desarrollo de
aplicaciones controladas por datos que tienen una gran capacidad, ofrecen un
almacenamiento seguro y se implementan con rapidez. SQL Server express es
gratuito y de distribución abierta con posibilidades de redistribución.
SQL Server Express es ideal para obtener información y crear pequeñas
aplicaciones de servidor y de escritorio. Esta edición es la mejor opción para los
fabricantes de software independientes, los desarrolladores no profesionales y a
los aficionados que crean aplicaciones cliente. (p.5)
Talledo (2015) índica que SQL Server express tiene las siguiente Ventajas:
Soporte de transacciones.
Escalabilidad, estabilidad y seguridad.
Soporta procedimientos almacenados.
Incluye también un entorno gráfico de administración, que permite el
uso de comandos DDL y DML gráficamente.
Permite trabajar en modo cliente-servidor, donde la información y
datos se alojan en el servidor y los terminales o clientes de la red sólo
acceden a la información.
Es común desarrollar completos proyectos complementando
Microsoft SQL Server y Microsoft Access a través de los llamados
ADP (Access Data Project). De esta forma se completa una potente
base de datos (Microsoft SQL Server) con un entorno de desarrollo
cómodo y de alto rendimiento (VBA Access) a través de la
21
implementación de aplicaciones de dos capas mediante el uso de
formularios Windows.
Para el desarrollo de aplicaciones más complejas (tres o más capas),
Microsoft SQL Server incluye interfaces de acceso para varias
plataformas de desarrollo, entre ellas .NET. (p.71)
MICROSOFT VISUAL STUDIO 2017 COMUNITY
Para realizar el trabajo propuesto se pensó en el framework de desarrollo
llamado Visual Studio el cual es un conjunto de herramientas y otras tecnologías
de desarrollo de software basado en componentes para crear aplicaciones
eficaces y de alto rendimiento, permitiendo a los desarrolladores crear sitios y
aplicaciones web, así como otros servicios web en cualquier entorno que soporte
la plataforma.
Ramírez (2007) define a Microsoft Visual Studio .NET como:
La plataforma .NET es un componente de los sistemas operativos Windows, que
permite el desarrollo, la liberación y le ejecución de aplicaciones. La plataforma
posee un conjunto de herramientas de desarrollo y lenguajes de programación
(de propósito general, orientado a objetos de tercera generación, de alto nivel y
compilación a código intermedio), que nos permiten utilizar todos los recursos
disponibles en la computadora a través de una librería de clases común, con las
que se pueden desarrollar aplicaciones de Consola, basadas en Windows, y
para la Web, que utilizan protocolos abiertos para la interacción entre los
elementos que las componen. (p.5)
Según Ramírez (2007) Microsoft Visual Studio .NET presenta las siguientes
Ventajas:
Será posible implementar soluciones Windows DNA sin las
complicaciones de COM, ya que los ensamblados, en
22
coordinación con el CLR, se encargan del manejo inteligente de
los componentes de una aplicación. La capa de presentación y la
de reglas de negocio que propone DNA pueden modificarse
drásticamente, ya que el procesamiento y la interfaz de usuario
pueden dividirse la carga de trabajo entre servidor y cliente de
manera flexible.
Se podrán generar programas portables (IL) que facilitarán el
desarrollo de aplicaciones empresariales distribuidas en diversas
plataformas de sistema operativo con sólo instalar el CLI en ellas.
El desarrollo de aplicaciones nunca había sido tan diverso: se
pueden desarrollar aplicaciones de escritorio y Cliente/Servidor a
través de formularios de Windows Forms). También es posible
desarrollar aplicaciones de consola (Console Applications), y
aplicaciones Web (Web Forms) que tendrán una interfaz más rica
y funcional, además de ser más fáciles de elaborar para el
desarrollador porque tendrán una lógica más depurada.
Podrán desarrollarse servicios para los nuevos sistemas
operativos de Windows, incluyendo las versiones de 64 bits, con
lo que se puede fortalecer la plataforma BackEnd.
.NET coexiste con aplicaciones pasadas. Toda la inversión
realizada en desarrollo de aplicaciones basadas en COM sigue
siendo útil; se puede convenir un componente COM en uno .NET,
y viceversa. (p.28)
BOOTSTRAP
Para el diseño de la interfaz responsiva del proyecto a desarrollarse se eligió
Bootstrap como Framework de la capa visual ya que es de código abierto y
23
gratuito, además existe mucha documentación disponible en caso de ser
necesario despejar dudas en el transcurso del desarrollo del sistema.
Arias (2014) Define que:
Bootstrap es un enfoque de diseño web destinado a la elaboración de sitios web
para proporcionar una visualización óptima para una experiencia de navegación
fácil y con un mínimo de cambio de tamaño, paneo, y desplazamiento a través
de una amplia gama de dispositivos (de los monitores de ordenador de escritorio
al terminal móviles) (p. 10)
Recuperado de: http://tecnologiaenvivo.com/bootstrap-ventajas-y-desventajas/
Bootstrap presenta las siguientes ventajas:
1. Cuenta con un mantenimiento y actualización realizados por Twitter: esto no
quiere decir que esta herramienta sea perfecta, pero gran parte del trabajo
interno ya está llevado a cabo por sus creadores.
2. Ofrece un paquete de elementos web personalizables: con Bootstrap puedes
diseñar una web jugando con sus elementos compuestos por diferentes
combinaciones de HTML, CSS y JavaScript, de manera que las piezas
siempre encajan.
3. Utiliza componentes vitales para los desarrolladores: como HTML5, CSS3,
jQuery o GitHub, entre otros.
4. Sus plantillas son de sencilla adaptación responsive: se desarrolló con la
idea de facilitar el proceso de adaptación web a todo tipo de dispositivos.
5. Es una herramienta de uso ágil y sencillo: facilita enormemente el diseño de
interfaces y además incluye por defecto una plantilla bastante optimizada.
6. Cada vez ofrece más plugins: cada vez incluye más características gracias a
la aparición de nuevos plugins de terceros.
24
MICROSOFT .NET FRAMEWORK Para el desarrollo del trabajo propuesto se usará el Microsoft .Net Framework 4.6
debido a que es el framework con el que trabaja el Visual Studio 2017,
Proporcionar un entorno coherente de programación orientada a objetos, en el
que el código de los objetos se pueda almacenar y ejecutar de forma local,
ejecutar de forma local pero distribuida en Internet o ejecutar de forma remota.
Desongles (2006) define que:
Microsoft .Net Framework es el modelo de programación de la tecnología .NET,
que posibilita construir, desplegar y ejecutar aplicaciones web, aplicaciones de
cliente inteligentes, y servicios web XML capaces de exponer en red su
funcionalidad utilizando protocolos estándar como SOAP, XML y HTTP. (p.196)
METODOLOGIA DE DESARROLLO ÁGIL SCRUM
Para el desarrollo de este proyecto se utilizó la metodología de desarrollo ágil
conocida como SCRUM, en la cual se definieron los requerimientos de los
usuarios los cuales son llamados Backlog y para cumplir con estos
requerimientos fue necesario realizar tareas las cuales son llamadas Sprint.
Rubén Laínez (2015) define que:
“Scrum es un proceso para desarrollar software incrementalmente en entornos
complejos donde los requisitos no están claros o cambian con mucha
frecuencia.” (p. 137)
Rubén Laínez (2015) indica que Scrum es una metodología muy usada porque:
Tiene característica que encajas con el tipo de profesional del área tecnológica y
con las nuevas formas de gestionar las empresas. La metodología Scrum es
menos burocrática y está más orientada a la productividad, dejando de un lado,
por lo menos, sin otorgar una excesiva importancia a la documentación de los
proyectos, por ello, nos encontramos como esta metodología es escalable es
posible crear un Framework específico para determinados proyectos y/o
25
empresas ya que se puede usar el Scrum conjuntamente con otras
metodologías. (p.138)
Rubén Laínez (2015) indica que los principales beneficios de utilizar Scrum son:
• Comunicación
• Trabajo en equipo
• Flexibilidad
• Proveer software funcionando de manera incremental (p. 138)
Rubén Laínez (2015) indica que los principales componentes de Scrum son:
• Backlog
• Equipos de desarrollo
• Sprints
• Reuniones diarias
• Reuniones de revisiones. Presentación de Demos (p. 138)
GRÁFICO N° 5: COMPONENTES DE SCRUM
Elaboración: (https://es.slideshare.net)
Fuente: (https://es.slideshare.net)
26
GRÁFICO N° 6: RELACIÓN DE COMPONENTES DE SCRUM
Fuente: Guillermo, P., & RINAUDO, L. (2015). Ingeniería de Software.
Alfaomega Grupo Editor.
GRÁFICO N° 7: COMPONENTES DE SCRUM Y SU DINAMICA
Fuente: Guillermo, P., & RINAUDO, L. (2015). Ingeniería de Software.
Alfaomega Grupo Editor.
27
CRYSTAL REPORTS
Para la parte de reportes del tema de tesis a desarrollar fue escogido Crystal
Reports ya que se integra perfectamente al Case de Visual Studio Community,
además se pueden diseñar reportes de una manera rápida y fácil.
Este software de reportes fue usado en el desarrollo para la elaboración del
RIDE de la retención el cual es enviado al proveedor vía correo y también se
publica en el sitio para que pueda ser descargado en cualquier momento.
Microsoft (2017) Recuperado de https://msdn.microsoft.com/es-
es/library/ms225593(v=vs.90).aspx:
Crystal Reports ha formado parte de Visual Studio desde 1993, y ahora es el
estándar de elaboración de informes de Visual Studio. Se incluye en todas las
copias de Visual Studio Professional y se integra directamente en el entorno de
desarrollo.
Crystal Reports para Visual Studio incorpora la posibilidad de crear contenido
interactivo con calidad de presentación al entorno de Windows. Con Crystal
Reports para Visual Studio, puede crear informes complejos y profesionales en
un programa basado en GUI. Después puede conectar el informe a casi todos
los orígenes de base de datos, así como a datos proxy, como un conjunto de
resultados (por ejemplo, un ADO.NET DataSet). Los asistentes del diseñador de
GUI le permiten establecer fácilmente los criterios de formato, agrupamiento y
gráficos, etc.
Puede almacenar el informe en una aplicación Web o para Windows, con uno de
los controles de visores de Crystal Reports para Visual Studio. La presentación
de informes, tanto en clientes Windows como en HTML 3.2 ó 4.0, es muy
interactiva y proporciona funciones como la profundización en gráficos, la
exploración de informes y la búsqueda de texto.
28
Crystal Reports para Visual Studio incluye un SDK extenso. Puede utilizarlo para
interactuar con el informe mediante programación en tiempo de ejecución,
usando uno de los cuatro modelos de objetos posibles:
• CrystalReportViewer, el modelo de objetos más sencillo.
• ReportDocument, el modelo de objetos más completo.
• ReportClientDocument, el modelo de objetos más completo. Este modelo
de objetos está disponible con Crystal Reports 2008 o con un servidor
RAS.
• InfoObject, un modelo de objetos muy eficaz para la programación y
configuración de informes en el marco de Crystal Reports Server o
BusinessObjects Enterprise.
GRÁFICO N° 8: CRYSTAL REPORTS
Elaboración: (http://www.crystalreports.com) Fuente: (http://www.crystalreports.com)
29
VARIABLES DE LA INVESTIGACIÓN VARIABLE INDEPENDIENTE
DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA
El desarrollo de una aplicación web tiene un nivel de complejidad mayor que el
desarrollo de una aplicación de escritorio, pero tiene sus ventajas, entre una de
las más relevantes se encuentra la facilidad de, adicional si la aplicación web es
responsiva entonces se adaptara a cualquier dispositivo móvil.
Podemos decir que una aplicación web es una herramienta que los usuarios
pueden utilizar accediendo a un servidor web a través de Internet o de una
intranet mediante un navegador. En otras palabras, es una aplicación software
que se codifica en un lenguaje soportado por los navegadores web en la que se
confía la ejecución al navegador. Por la facilidad de actualización y por la
adaptabilidad fue escogida esta herramienta para el desarrollo del tema
propuesto.
VARIABLES DEPENDIENTES
DECLARACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS
Esto significa que las personas jurídicas o personas naturales obligadas a llevar
contabilidad pueden generar las retenciones electrónicas desde sus dispositivos
móviles, debido a que es una declaración online se autorizará inmediatamente la
retención electrónica permitiendo así que el RIDE llegue inmediatamente por
correo al proveedor o incluso que el proveedor pueda descargarlo desde un sitio
publicado en la web.
30
FUNDAMENTACIÓN LEGAL El presente trabajo de investigación se sustenta en las siguientes normas, leyes
y reglamentos con se indican a continuación:
CONSTITUCION DE LA REPUBLICA DEL ECUADOR Capítulo sexto
Trabajo y producción
Sección primera Formas de organización de la producción y su gestión
Art. 322.- Se reconoce la propiedad intelectual de acuerdo con las condiciones
que señale la ley. Se prohíbe toda forma de apropiación de conocimientos
colectivos, en el ámbito de las ciencias, tecnologías y saberes ancestrales. Se
prohíbe también la apropiación sobre los recursos genéticos que contienen la
diversidad biológica y la agro-biodiversidad.
Sección octava Ciencia, tecnología, innovación y saberes ancestrales
Art. 385.- El sistema nacional de ciencia, tecnología, innovación y saberes
ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las
culturas y la soberanía, tendrá como finalidad:
1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.
2. Recuperar, fortalecer y potenciar los saberes ancestrales.
3. Desarrollar tecnologías e innovaciones que impulsen la producción nacional,
eleven la eficiencia y productividad, mejoren la calidad de vida y contribuyan a la
realización del buen vivir.
Art. 386.- El sistema comprenderá programas, políticas, recursos, acciones, e
incorporará a instituciones del Estado, universidades y escuelas politécnicas,
institutos de investigación públicos y particulares, empresas públicas y privadas,
organismos no gubernamentales y personas naturales o jurídicas, en tanto
31
realizan actividades de investigación, desarrollo tecnológico, innovación y
aquellas ligadas a los saberes ancestrales.
El Estado, a través del organismo competente, coordinará el sistema,
establecerá los objetivos y políticas, de conformidad con el Plan Nacional de
Desarrollo, con la participación de los actores que lo conforman.
Art. 387.- Será responsabilidad del Estado:
1. Facilitar e impulsar la incorporación a la sociedad del conocimiento para
alcanzar los objetivos del régimen de desarrollo.
2. Promover la generación y producción de conocimiento, fomentar la
investigación científica y tecnológica, y potenciar los saberes ancestrales, para
así contribuir a la realización del buen vivir, al sumak kawsay.
3. Asegurar la difusión y el acceso a los conocimientos científicos y tecnológicos,
el usufructo de sus descubrimientos y hallazgos en el marco de lo establecido en
la Constitución y la Ley.
4. Garantizar la libertad de creación e investigación en el marco del respeto a la
ética, la naturaleza, el ambiente, y el rescate de los conocimientos ancestrales.
5. Reconocer la condición de investigador de acuerdo con la Ley.
Concordancias:
Art. 388.- El Estado destinará los recursos necesarios para la investigación
científica, el desarrollo tecnológico, la innovación, la formación científica, la
recuperación y desarrollo de saberes ancestrales y la difusión del conocimiento.
Un porcentaje de estos recursos se destinará a financiar proyectos mediante
fondos concursables. Las organizaciones que reciban fondos públicos estarán
sujetas a la rendición de cuentas y al control estatal respectivo.
32
LEY ORGÁNICA DE RÉGIMEN TRIBUTARIO INTERNO Art. 50.- Obligaciones de los agentes de retención. (Reformado por el Art. 103,
nums. 1, 2, 3 y 6, de la Ley s/n, R.O. 242-3S, 29-XII-2007). - La retención en la
fuente deberá realizarse al momento del pago o crédito en cuenta, lo que suceda
primero. Los agentes de retención están obligados a entregar el respectivo
comprobante de retención, dentro del término no mayor de cinco días de recibido
el comprobante de venta, a las personas a quienes deben efectuar la retención.
En el caso de las retenciones por ingresos del trabajo en relación de
dependencia, el comprobante de retención será entregado dentro del mes de
enero de cada año en relación con las rentas del año precedente. Así mismo,
están obligados a declarar y depositar mensualmente los valores retenidos en
las entidades legalmente autorizadas para recaudar tributos, en las fechas y en
la forma que determine el reglamento.
El incumplimiento de las obligaciones de efectuar la retención, presentar la
declaración de retenciones y entregar los comprobantes en favor del retenido,
será sancionado con las siguientes penas:
1.- (Sustituido por el Art. 103, num. 4, de la Ley s/n, R.O. 2423S, 29XII2007). De
no efectuarse la retención o de hacerla en forma parcial, el agente de retención
será sancionado con multa equivalente al valor total de las retenciones que
debiendo hacérselas no se efectuaron, más el valor que correspondería a los
intereses de mora. Esta sanción no exime la obligación solidaria del agente de
retención definida en el Código Tributario.
2.- (Sustituido por el Art. 103, num. 5, de la Ley s/n, R.O. 2423S, 29XII2007). El
retraso en la presentación de la declaración de retención será sancionado de
conformidad con lo previsto por el artículo 100 de esta Ley; y,
3.- (Reformado por el num. 2 de la Disposición Reformatoria Quinta del Código
Orgánico Integral Penal, R.O. 180S, 10II2014). La falta de entrega del
33
comprobante de retención al contribuyente será sancionada con una multa
equivalente al cinco por ciento (5%) del monto de la retención.
En caso de concurrencia de infracciones, se aplicarán las sanciones que
procedan según lo previsto por el Libro Cuarto del Código Tributario. El retraso
en la entrega o falta de entrega de los tributos retenidos conlleva la obligación de
entregarlos con los intereses de mora respectivos y será sancionado de
conformidad con lo previsto en el Código Tributario.
CÓDIGO ORGÁNICO DE LA ECONOMÍA SOCIAL DE LOS CONOCIMIENTOS, CREATIVIDAD E INNOVACIÓN
Sección III Titulares de los derechos
Artículo 114.- De los titulares de derechos de obras creadas en las
instituciones de educación superior y centros educativos.- En el caso de las
obras creadas en centros educativos, universidades, escuelas politécnicas,
institutos superiores técnicos, tecnológicos, pedagógicos, de artes y los
conservatorios superiores, e institutos públicos de investigación como resultado
de su actividad académica o de investigación tales como trabajos de titulación,
proyectos de investigación o innovación, artículos académicos, u otros análogos,
sin perjuicio de que pueda existir relación de dependencia, la titularidad de los
derechos patrimoniales corresponderá a los autores. Sin embargo, el
establecimiento tendrá una licencia gratuita, intransferible y no exclusiva para el
uso no comercial de la obra con fines académicos.
Sin perjuicio de los derechos reconocidos en el párrafo precedente, el
establecimiento podrá realizar un uso comercial de la obra previa autorización de
los titulares y notificación a los autores en caso de que se traten de distintas
personas. En cuyo caso corresponderá a los autores un porcentaje no inferior al
cuarenta por ciento de los beneficios económicos resultantes de esta
explotación.
34
El mismo beneficio se aplicará a los autores que hayan transferido sus derechos
a instituciones de educación superior o centros educativos.
El derecho contemplado en el párrafo precedente a favor de los autores es
irrenunciable y será aplicable también en el caso de obras realizadas dentro de
institutos públicos de investigación.
Sección V
Disposiciones especiales sobre ciertas obras
Parágrafo Primero Del software y bases de datos
Apartado Primero
Del software de código cerrado y bases de datos
Artículo 131.- Protección de software. - El software se protege como obra
literaria. Dicha protección se otorga independientemente de que hayan sido
incorporados en un ordenador y cualquiera sea la forma en que estén
expresados, ya sea como código fuente; es decir, en forma legible por el ser
humano; o como código objeto; es decir, en forma legible por máquina, ya sea
sistemas operativos o sistemas aplicativos, incluyendo diagramas de flujo,
planos, manuales de uso, y en general, aquellos elementos que conformen la
estructura, secuencia y organización del programa.
Se excluye de esta protección las formas estándar de desarrollo de software.
CAPÍTULO III DE LOS DERECHOS DE AUTOR
Sección I Preceptos generales
Artículo 102.- De los derechos de autor. - Los derechos de autor nacen y se
protegen por el solo hecho de la creación de la obra.
35
La protección de los derechos de autor se otorga sin consideración del género,
mérito, finalidad, destino o modo de expresión de la obra.
Queda protegida exclusivamente la forma mediante la cual las ideas del autor
son descritas, explicadas, ilustradas o incorporadas a las obras. Sin embargo, si
una idea sólo tiene una forma única de expresión, dicha forma no quedará sujeta
a protección.
No son objeto de protección las ideas contenidas en las obras literarias y
artísticas, el contenido ideológico o técnico de las obras científicas, ni su
aprovechamiento industrial o comercial. Tampoco son objeto de protección los
procedimientos, métodos de operación o conceptos matemáticos en sí.
LEY ORGANICA DE EDUCACIÓN SUPERIOR (LOES)
Art. 87.- Requisitos previos a la obtención del título. - Como requisito previo
a la obtención del título, los y las estudiantes deberán acreditar servicios a la
comunidad mediante prácticas o pasantías pre profesionales, debidamente
monitoreadas, en los campos de su especialidad, de conformidad con los
lineamientos generales definidos por el Consejo de Educación Superior.
Art. 144.- Tesis Digitalizadas. - Todas las instituciones de educación superior
estarán obligadas a entregar las tesis que se elaboren para la obtención de
títulos académicos de grado y posgrado en formato digital para ser integradas al
Sistema Nacional de Información de la Educación Superior del Ecuador para su
difusión pública respetando los derechos de autor.
Dichas actividades se realizarán en coordinación con organizaciones
comunitarias, empresas e instituciones públicas y privadas relacionadas con la
respectiva especialidad.
36
PREGUNTA CIENTÍFICA QUE CONTESTARSE ¿La aplicación web responsiva para la declaración online de retenciones
electrónicas minimizará los errores operativos por registro de retenciones
electrónicas?
¿El contar con una aplicación web responsiva para la emisión online de
retenciones electrónicas, evitará el problema logístico de regresar con el RIDE
de la retención cuando se realiza una compra directamente en los locales de los
proveedores?
DEFINICIONES CONCEPTUALES HTML. - HTML es el lenguaje con el que define el contenido de las páginas web.
Básicamente se trata de un conjunto de etiquetas que sirven para definir el texto
y otros elementos que compondrán una página web, como imágenes, listas,
vídeos, etc.
DML. - Es un lenguaje usado por los sistemas gestores de bases de datos que
permite a los usuarios de la misma llevar a cabo las tareas de consulta o
modificación de los datos que se encuentra en las Base de Datos.
DDL. - Es un lenguaje usado por el sistema de gestión de base de datos que
permite a los usuarios de la misma llevar a cabo las tareas de definición de las
estructuras que almacenarán los datos, así como de los procedimientos o
funciones que permitirán realizar distintas tareas con la información.
CSS. - Es un lenguaje de hojas de estilos creado para manipular el aspecto o
presentación de los documentos electrónicos definidos con HTML y XHTML.
XML. - Es un lenguaje de etiquetas el cual otorga la facultad de que los
desarrolladores creen sus propias etiquetas, con la finalidad de que su contenido
pueda ser interpretado por una aplicación.
37
SOAP. - Es un protocolo de comunicaciones para servicios web basado en
XML y se ocupa en definir el formato de los mensajes para que varias
aplicaciones puedan comunicarse entre sí.
RESPONSIVO. - El diseño responsivo es un diseño que responde al tamaño del
dispositivo desde el que se está visualizando la web, adaptando las dimensiones
del contenido y mostrando los elementos de una forma ordenada y optimizada
sea cual sea el soporte.
ATS. - El ATS es un anexo que tiene información sobre las compras, ventas,
pagos, retenciones y exportaciones del contribuyente. Además, contiene
información sobre los documentos anulados. Toda esta información es
transmitida al SRI y sirve para realizar la declaración de los impuestos.
38
CAPITULO III
PROPUESTA TECNOLÓGICA
ANÁLISIS DE FACTIBILIDAD El proyecto es factible debido a que tendrá un impacto tributario positivo para las
empresas al disminuir la cantidad de multas que pueden ser generadas por la
emisión extemporánea de las retenciones electrónicas e incluso minimizando el
riesgo de que una empresa o local sea cerrado por la recurrencia de las multas
por emisión extemporánea.
La herramienta a desarrollarse es factible operacionalmente hablando debido a
que puede ser de gran ayuda para cualquier institución que se encuentre en
modalidad electrónica y necesita que su personal pueda realizar retenciones
cuando realizan compras en los locales de los proveedores, porque se puede en
ese mismo instante emitir la retención electrónica y evitar realizar toda la
logística que se debe realizar desde el momento de la compra hasta el momento
en el que se debe generar la retención electrónica.
FACTIBILIDAD OPERACIONAL Existe apoyo por parte de contadores de las filiales de una empresa que se
dedica a la venta de electrodomésticos, ya que están dispuestos a brindar toda
la asesoría que sea necesaria para continuar con el desarrollo del proyecto. El
conocimiento brindado por los contadores será de gran ayuda ya que permitirá
despejar dudas tributarias que pueden surgir en el transcurso del desarrollo del
tema propuesto.
Los métodos empleados Actualmente por las empresas para emitir una retención
electrónica implican esperar a que las facturas de compra lleguen a sus locales
para recién en ese momento registrar las retenciones electrónicas en el mejor de
los casos, esto hace que los contadores tengan problemas si la factura se pierde
ya que eso haría que la retención se emita extemporáneamente o en el caso de
39
las personas que deben regresar con el RIDE impreso al local de los
proveedores para recién en ese momento solicitar la devolución del dinero por
parte de los mismos, esta forma de trabajar no es la más óptima por lo que no
debería ser aceptada por los usuarios.
FACTIBILIDAD TÉCNICA El proyecto propuesto llamado, “DESARROLLO DE UNA APLICACIÓN WEB
RESPONSIVA PARA EL REGISTRO Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS” está dentro del marco de un proyecto factible
y viable técnicamente hablando debido a que se puede desarrollar con
herramientas gratuitas como es el caso de Visual Studio Community 2017 y SQL
Server Express 2014 y de código abierto como es el caso de Bootstrap, para
esto solo es necesario el conocimiento técnico y tributario además de la
disponibilidad de tiempo para realizarlo.
REQUISITOS MINIMOS DE SOFTWARE PARA DESARROLLO TIPO VERSION
Sistema Operativo WINDOWS 8 Herramienta CASE Visual Studio 2017 Community
Motor de Base de Datos SQL Server 2014 Express Framework para interfaz Web
Responsiva Bootstrap 3.0
REQUISITOS MINIMOS DE SOFTWARE PARA IMPLEMENTACION TIPO VERSION
Sistema Operativo WINDOWS 8 Framework del Front-End .Net Framework 4.5 Motor de Base de Datos SQL Server 2014 Express
Servidor WEB Internet Information Service
REQUISITOS MINIMOS DE HARDWARE PARA IMPLEMENTACION
COMPONENTE CARACTERISTICAS Memoria RAM 4 GB CPU Core i3 Disco Duro 250 GB
40
FACTIBILIDAD LEGAL El proyecto es factible legalmente hablando debido a que se estaría cumpliendo
con lo establecido en el artículo 50 de la LORTI el cual indica que:
“La retención en la fuente deberá realizarse al momento del pago o crédito en
cuenta, lo que suceda primero. Los agentes de retención están obligados a
entregar el respectivo comprobante de retención, dentro del término no mayor de
cinco días de recibido el comprobante de venta, a las personas a quienes deben
efectuar la retención”.
En el caso del incumplimiento de este artículo implica ser multado por el SRI y
uno de los objetivos que tiene la aplicación es evitar el pago de multas por
emisión extemporánea de retenciones electrónicas.
En cuanto al Código orgánico de la economía social de los conocimientos,
creatividad e innovación también es factible el presente proyecto ya que ha sido
desarrollado por completo con conocimiento empírico y técnico sin violar ninguno
de los artículos antes citados como, por ejemplo:
Art.131.- Los derechos de autor nacen y se protegen por el solo hecho de la
creación de la obra.
Este artículo hace que el proyecto se encuentre protegido por que fue creado y
es único, al ser propiedad de la Universidad de Guayaquil puede ser usado
como mejor convenga sin miedo a represalias legales por hurto de código.
FACTIBILIDAD ECONOMICA
El proyecto es factible económicamente hablando debido a que no es necesario
invertir en la compra de software debido a fue desarrollado con herramientas
completamente gratuitas y de código abierto, en cuanto al hardware requerido
para la implementación del proyecto, podemos decir que no se necesita tener
hardware con características que pueden ser costosas, en realidad es necesario
41
de hardware con características básicas para la época en la que nos
encontramos, sin embargo el beneficio que se puede obtener al usar esta
herramienta es muy grande ya que se evita pagar multas, perder tiempo y dinero
para realizar la logística de la compra y la entrega del RIDE de la retención al
proveedor e incluso se puede minimizar el riesgo de la clausura de la empresa a
causa de las multas recurrentes que pueden existir si no se cumple con lo
establecido en el artículo 50 de la LORTI.
REQUERIMIENTOS FUNCIONALES Y NO
FUNCIONALES
CUADRO N° 3: REGISTRAR RETENCIONES ELECTRÓNICAS
# Requerimiento RF1
Nombre Requerimiento Registrar retenciones electrónicas
Descripción
Se debe poder registrar retenciones electrónicas
mediante un portal web
Tipo Requerimiento Funcional Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
CUADRO N° 4: AUTORIZAR RETENCIONES ELECTRÒNICAS DE
MANERA ONLINE
# Requerimiento RF2
Nombre Requerimiento
Autorizar retenciones electrónicas de manera
online
Descripción
Se deben autorizar las retenciones electrónicas
enviándolas al SRI de manera online
Tipo Requerimiento Funcional Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
42
CUADRO N° 5: ENVIAR POR CORREO EL RIDE DE LA RETENCIÓN
# Requerimiento RF3
Nombre Requerimiento Enviar por correo el RIDE de la Retención
Descripción
Se debe enviar por correo el RIDE de la retención
electrónica para que el proveedor este informado
Tipo Requerimiento Funcional Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
CUADRO N° 6: PUBLICAR EL RIDE Y EL XML DE LA RETENCIÓN
ELECTRÓNICA MEDIANTE UN PORTAL WEB
# Requerimiento RF4
Nombre Requerimiento
Publicar el RIDE y el XML de la retención
electrónica mediante un portal web
Descripción
Se deben publicar tanto el RIDE como el XML de
la retención electrónica para que pueden ser
descargados en cualquier momento
Tipo Requerimiento Funcional
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
CUADRO N° 7: DISEÑO RESPONSIVO
# Requerimiento RF5
Nombre Requerimiento Diseño responsivo
Descripción
La aplicación web debe tener un diseño
responsivo para que se pueda adaptar a
cualquier dispositivo
Tipo Requerimiento Funcional
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
43
CUADRO N° 8: VELOCIDAD AL REGISTRAR LAS RETENCIONES
ELECTRÓNICAS
# Requerimiento RNF1
Nombre Requerimiento Velocidad al registrar las retenciones electrónicas
Descripción
Se debe poder registrar las retenciones
electrónicas de manera rápida, para esto es
necesario usar la tecnología Ajax.
Tipo Requerimiento No Funcional
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
GRÁFICO N° 9: DIAGRAMA ENTIDAD RELACIÓN
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
44
GRÁFICO N° 10: DIAGRAMA DE SECUENCIAS
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
45
ETAPAS DE LA METODOLOGÍA DEL PROYECTO
CUADRO N° 9: HISTORIAL DE REVISIONES
BACKLOGID Descripción Autor TE-1 Contar con un mantenedor de
Códigos de retenciones para los
casos en los que el SRI introduzca
nuevos códigos ya que eso sucede
comúnmente.
Angel Gonzalez Vera
TE-2 Es necesario poder crear proveedores
nuevos, esta funcionalidad debe estar
disponible para los usuarios que
tienen permiso para realizar
retenciones electrónicas ya que en
ocasiones son compras que se les
realizan a proveedores solo una vez y
la empresa puede que no tenga
registrado al proveedor.
Angel Gonzalez Vera
TE-3 Para las empresas que necesiten
realizar retenciones electrónicas es
necesario contar con un mantenedor
para ir agregando las nuevas
empresas o poder modificar la
información de las empresas
existentes.
Angel Gonzalez Vera
TE-4 Se deben poder registrar las
retenciones electrónicas desde
cualquier dispositivo móvil por medio
de una página web, además estas
retenciones deben ser autorizadas de
manera online
Angel Gonzalez Vera
46
BACKLOGID Descripción Autor TE-5 El sistema debe mantener informado
al proveedor ya sea enviando por
correo el RIDE de la retención
electrónica o publicando el archivo
XML y el RIDE para que puedan ser
descargados en cualquier momento,
esta pantalla también debe poder ser
adaptable a un dispositivo móvil.
Angel Gonzalez Vera
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
PERSONAS Y ROLES DEL PROYECTO Para el desarrollo del proyecto se escogió la metodología Scrum por las buenas
prácticas ya que todas las metodologías de desarrollo implican un trabajo en
equipo, esta metodología tiene como base levantar información de los
requerimientos de los usuarios, presentar iteraciones e interactuar con el usuario
para estar acorde a sus necesidades.
CUADRO N° 10: PERSONAS Y ROLES DEL PROYECTO Persona Contacto Rol
Angel Gonzalez Vera [email protected] Scrum master
Angel Gonzalez Vera [email protected] Team
Angel Gonzalez Vera [email protected] Product Owner
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
47
PILA DE SPRINT Aquí encontramos la planificación del desarrollo del proyecto a través de los
Sprints que se manejaran con la metodología Scrum, el cual nos ayudará a
estimar el tiempo de desarrollo y a manejar el sistema por iteraciones en los que
se verán por partes los resultados del desarrollo del proyecto.
CUADRO N° 11: REPOSITORIO DE DATOS Y LEVANTAMIENTO DE
INFORMACIÓN
SPRINT 1 REPOSITORIO DE DATOS Y LEVANTAMIENTO DE INFORMACIÓN
TAREA TIPO RESPONSABLE
Crear, documentar el Diseño
general del sistema y la
arquitectura que este usará Análisis / Diseño Angel Gonzalez
Instalación de motor de Base de
Datos SQL server 2014 express
para el desarrollo del proyecto Configuración Angel Gonzalez
Diseño de las estructuras de la
base de datos Análisis / Diseño Angel Gonzalez
Instalación de Visual Studio
2017 Community y Bootstrap
para el diseño responsivo del
proyecto Configuración Angel Gonzalez
Duración 20 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
48
CUADRO N° 12: CREACIÓN DE LA PAGINA PRINCIPAL Y MENÚ DE LA
APLICACIÓN
SPRINT 2 CREACIÓN DE LA PAGINA PRINCIPAL Y MENÚ DE LA APLICACIÓN
BACKLOGID TAREA TIPO RESPONSABLE
Crear la master page y el
menú responsivo que tendrá
el sistema Diseño Angel Gonzalez
Duración 8 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
CUADRO N° 13: MANTENEDOR DE CÓDIGOS DE RETENCIÓN
SPRINT 3 MANTENEDOR DE CÓDIGOS DE RETENCIÓN
BACKLOGID TAREA TIPO RESPONSABLE
TE-1
Crear la interfaz responsiva
para el mantenedor de Códigos
de Retención Diseño Angel Gonzalez
TE-1
Crear la clase de la capa de
negocios para el mantenedor
de códigos de retención Desarrollo Angel Gonzalez
TE-1
Creación de la capa de Datos y
de los procedimientos
almacenados que permitirán
realizar las funciones CRUD en
la base de datos. Desarrollo Angel Gonzalez
TE-1
Realizar pruebas y
validaciones del mantenedor
de Códigos de Retención
Desarrollo /
Prueba Angel Gonzalez
Duración 16 Horas
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
49
CUADRO N° 14: MANTENEDOR DE PROVEEDORES
SPRINT 4 MANTENEDOR DE PROVEEDORES
BACKLOG ID TAREA TIPO RESPONSABLE
TE-2 Crear la interfaz responsiva para el mantenedor de Proveedores Diseño Angel Gonzalez
TE-2
Crear la clase de la capa de negocios para el mantenedor de Proveedores Desarrollo Angel Gonzalez
TE-2
Creación de la capa de Datos y de los procedimientos almacenados que permitirán realizar las funciones CRUD en la base de datos. Desarrollo Angel Gonzalez
TE-2 Realizar pruebas y validaciones del mantenedor de Proveedores
Desarrollo / Prueba Angel Gonzalez
Duración 16 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
CUADRO N° 15: MANTENEDOR DE EMPRESA
SPRINT 5 MANTENEDOR DE EMPRESA
BACKLOG ID TAREA TIPO RESPONSABLE
TE-3 Crear la interfaz responsiva para el mantenedor de Empresa Diseño Angel Gonzalez
TE-3
Crear la clase de la capa de negocios para el mantenedor de Empresa Desarrollo Angel Gonzalez
TE-3
Creación de la capa de Datos y de los procedimientos almacenados que permitirán realizar las funciones CRUD en la base de datos. Desarrollo Angel Gonzalez
TE-3 Realizar pruebas y validaciones del mantenedor de Empresa
Desarrollo / Prueba Angel Gonzalez
Duración 16 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
50
CUADRO N° 16: LOGIN PARA ACCESO A LA APLICACIÓN
SPRINT 6 LOGIN PARA ACCESO A LA APLICACIÓN
BACKLOGID TAREA TIPO RESPONSABLE
Crear la interfaz responsiva para el inicio de sesión Diseño Angel Gonzalez
Realizar las validaciones al momento de que el usuario ingresa al sistema Desarrollo Angel Gonzalez
Realizar pruebas y validaciones del Login de la aplicación.
Desarrollo / Prueba Angel Gonzalez
Duración 8 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
CUADRO N.º 18 MANTENEDOR DE USUARIOS PARA ACCESO A LAS OPCIONES
SPRINT 7
MANTENEDOR DE USUARIOS PARA ACCESO A LAS OPCIONES BACKLOGID TAREA TIPO RESPONSABLE
Crear la interfaz responsiva para el mantenedor de usuarios Diseño Angel Gonzalez
Crear la clase de la capa de negocios para el mantenedor de usuarios Desarrollo Angel Gonzalez
Creación de la capa de Datos y de los procedimientos almacenados que permitirán realizar las funciones CRUDE en la base de datos. Desarrollo Angel Gonzalez
Realizar pruebas y validaciones del mantenedor de usuarios
Desarrollo / Prueba Angel Gonzalez
Duración 16 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
51
CUADRO N° 17: APLICACIÓN WEB RESPONSIVA PARA REALIZAR
RETENCIONES
SPRINT 8 APLICACIÓN WEB RESPONSIVA PARA REALIZAR LAS RETENCIONES
BACKLOGID TAREA TIPO RESPONSABLE
TE-4
Crear la interfaz responsiva para
la opción de registro de
retenciones electrónicas Diseño Angel Gonzalez
TE-4
Crear la clase de la capa de
negocios para la opción de
registro de retenciones
electrónicas Desarrollo Angel Gonzalez
TE-4
Creación de la capa de Datos y
de los procedimientos
almacenados que permitirán
realizar las funciones CRUDE en
la base de datos. Desarrollo Angel Gonzalez
TE-4
Creación del web service que
permitirá la conexión con el
servidor donde se guardará la
información de las retenciones
electrónicas Desarrollo Angel Gonzalez
TE-4
Realizar pruebas y validaciones
de la opción de registro de
retenciones electrónicas. Desarrollo / Prueba Angel Gonzalez
Duración 104 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
52
CUADRO N° 18: MOTOR DE AUTORIZACIÓN DE COMPROBANTES
ELECTRÓNICOS
SPRINT 9 MOTOR DE AUTORIZACIÓN DE COMPROBANTES ELECTRÓNICOS
BACKLOGID TAREA TIPO RESPONSABLE
Generar el XML a partir de la
información guardada por la
aplicación web Diseño Angel Gonzalez
Firmado electrónico del archivo
XML Desarrollo Angel Gonzalez
Envío del XML firmado por medio
del web service publicado por el
SRI Desarrollo Angel Gonzalez
Recepción del XML devuelto por
el SRI Desarrollo Angel Gonzalez
Control de errores Desarrollo Angel Gonzalez
Pruebas del servicio de Windows
creado Pruebas Angel Gonzalez
Duración 64 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
53
CUADRO N° 19: APLICACIÓN WEB RESPONSIVA PARA REALIZAR
LAS RETENCIONES
SPRINT 10 PORTAL WEB RESPONSIVO DON LOS PROVEEDORES PUEDEN
CONSULTAR LAS RETENCIONES ELECTRÓNICAS BACKLOGID TAREA TIPO
RESPONSABLE
Crear Login para inicio de sesión
de los proveedores Diseño Angel Gonzalez
Opción para cambio de contraseña Desarrollo Angel Gonzalez
Interfaz para la consulta de
retenciones electrónicas Desarrollo Angel Gonzalez
Crear la clase de la capa de
negocios para la consulta de
documentos electrónicos. Desarrollo Angel Gonzalez
Creación de procedimiento de
consulta de retenciones
electrónicas con filtro de búsqueda Desarrollo Angel Gonzalez
Pruebas de la página web para
consulta de documentos
electrónicos Pruebas Angel Gonzalez
Duración 64 Horas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
54
GRÁFICO N° 11: ARQUITECTURA DEL SOFTWARE
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
55
GRÁFICO N° 12: CASOS DE USO
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
56
CUADRO N° 20: CASO DE USO - CONFIGURAR LOS PARÁMETROS
DEL SISTEMA
CONFIGURAR LOS PARÁMETROS DEL SISTEMA
Descripción Se debe poder configurar la información de la empresa, los proveedores y códigos de retención que serán usados al momento de realizar la retención
Precondición Se debe contar con el certificado digital de la empresa para poder configurarla y poder emitir retenciones electrónicas
Secuencia Normal
Paso Acción 1 El administrador solicita al representante
legal de la empresa el certificado digital. 2 El sistema solicita los siguientes datos de
la Nueva Empresa: Ruc, Razón social, Nombre Comercial, Dirección de la matriz, Es contribuyente especial, Obligado a llevar contabilidad, Numero de resolución, Definir el tipo de emisión, Cargar el Logo de la empresa, Cargar el certificado digital y la clave.
3 El sistema solicita los siguientes datos para el envío de correo electrónico: Correo, SMTP, Puerto, Asunto, Nombre del Correo, Clave del Correo, Trabaja con SSL, Tiempo de espera del Correo.
4 El sistema solicitara asignar permisos para que los digitadores puedan ingresar las retenciones electrónicas.
Postcondición Ninguna Excepciones Paso Acción
1 Si no se cuenta con el certificado digital el sistema no permitirá crear la empresa
Rendimiento Paso Cota de tiempo - -
Frecuencia esperada Cada vez que surja una nueva empresa Estabilidad Alta Comentarios Sin la empresa creada el sistema no permitirá generar
retenciones electrónicas Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
57
CUADRO N° 21: CASO DE USO - REGISTRAR LA RETENCIÓN
ELECTRÓNICA
REGISTRAR LA RETENCIÓN ELECTRÓNICA Descripción Se debe poder registrar las retenciones electrónicas
desde un dispositivo móvil con conexión a internet. Precondición Se debe contar con conexión a internet y el digitador
debe tener el conocimiento necesario para seleccionar correctamente los códigos de retención.
Secuencia Normal
Paso Acción 1 El digitador solicita al proveedor el
comprobante de venta. 2 El digitador ingresa el Establecimiento, el
punto de venta y el secuencial de la factura. 3 El digitador ingresa tipo de retención 4 El digitador ingresa la base para la retención
5 El digitador selecciona el código de retención.
6 El digitador registra la retención. Postcondición Ninguna Excepciones Paso Acción
1 En caso de no existir el proveedor se deben solicitar sus datos para registrarlos en el sistema.
2 En caso de no contar con un código de retención necesario para realizar la misma, se deberá registrar el código de retención en el sistema.
Rendimiento Paso Cota de tiempo - -
Frecuencia esperada Cada vez que se realice una compra in sitio. Estabilidad Alta Comentarios En caso de que la retención no fue autorizada se debe
pedir al administrador que revise el log de errores para comprobar el motivo por el cual fue rechazada la retención electrónica.
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
58
CUADRO N° 22: CASO DE USO - AUTORIZAR RETENCIÓN
ELECTRÓNICA
AUTORIZAR RETENCIÓN ELECTRÓNICA
Descripción La retención registrada se debe enviar a autorizar al SRI. Precondición Se debe contar con internet para poder enviar los
comprobantes del SRI para que se autoricen y el servicio de Windows se debe encontrar activo del lado del servidor
Secuencia Normal
Paso Acción 1 El servicio de Windows arma un XML por cada
retención electrónica que se encuentre registrada y no autorizada por el SRI
2 El servicio de Windows firma el XML previamente armado preparándolo para su envío al SRI
3 EL servicio de Windows envía el XML de la retención por medio del web service que tiene publicado el SRI
4 El servicio de Windows obtiene la respuesta para saber si la retención electrónica fue autorizada.
5 El servicio de Windows guarda la autorización de la retención marcándola como procesada.
Postcondición Ninguna Excepciones Paso Acción
1 En caso de existir un error el sistema guardará un log con los detalles técnicos que no permitieron que la retención electrónica sea autorizada.
Rendimiento Paso Cota de tiempo 3 30 segundos
4 30 segundos Frecuencia esperada
Cada 5 segundos se ejecutan todos los pasos nuevamente
Estabilidad Alta Comentarios En caso de que la retención no fue autorizada se debe pedir
al administrador que revise el log de errores para comprobar el motivo por el cual fue rechazada la retención electrónica.
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
59
CUADRO N° 23: CASO DE USO - ENVIAR EL RIDE DE LA RETENCIÓN
ENVIAR EL RIDE DE LA RETENCIÓN
Descripción Se deberá enviar al proveedor un correo con el RIDE de la retención electrónica.
Precondición Se debe contar con internet y un servidor de correos público o privado el cual me permita enviar los correos al proveedor para mantenerlo informado.
Secuencia Normal
Paso Acción 1 El servicio de Windows genera un RIDE con
cada retención que fue autorizada. 2 El servicio de Windows marca las
retenciones que ya tienen RIDE Generado para no tomarlas en cuenta nuevamente.
3 EL servicio de Windows envía un correo al proveedor con el RIDE de la retención adjunto
4 El servicio de Windows marca las retenciones que ya fueron enviadas por correo al proveedor para no tomarlas en cuenta nuevamente.
Postcondición Ninguna Excepciones Paso Acción
1 En caso de existir un error el sistema guardará un log con los detalles técnicos que no permitieron que se generara el RIDE de la retención electrónica o de los correos que no fueron enviados
Rendimiento Paso Cota de tiempo - -
Frecuencia esperada Cada 5 segundos se ejecutan todos los pasos nuevamente
Estabilidad Alta Comentarios
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
60
CUADRO N° 24: CASO DE USO - PUBLICAR ARCHIVOS EN PORTAL
WEB
PUBLICAR ARCHIVOS EN PORTAL WEB
Descripción Se deberá publicar los Archivos RIDE y XML de los comprobantes de retención electrónicos.
Precondición Se debe contar con una IP pública o con un hosting que me permita publicar el sitio web.
Secuencia Normal
Paso Acción 1 El servicio de Windows genera un RIDE con
cada retención que fue autorizada. 2 El servicio de Windows marca las
retenciones que ya tienen RIDE Generado para no tomarlas en cuenta nuevamente.
3 EL servicio de Windows envía el RIDE y el XML de la retención electrónica al sitio web para que pueda ser descargada por el proveedor
4 Los proveedores consultan sus comprobantes de retención electrónicos.
5 Los proveedores descargan el RIDE y el XML de la retención electrónica.
Postcondición Ninguna Excepciones Paso Acción
1 En caso de existir un error el sistema guardará un log con los detalles técnicos que no permitieron que se publicara el RIDE y el XML de la retención electrónica.
Rendimiento Paso Cota de tiempo 4 30 segundos
5 10 segundos Frecuencia esperada Cada 5 segundos se ejecutan nuevamente los pasos
1,2 y 3. Estabilidad Alta Comentarios
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
61
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
RECOLECCIÓN DE DATOS
LA TÉCNICA Para la elaboración del proyecto se utiliza la técnica de campo para la obtención
de datos, como son:
• Entrevistas
• Encuesta
INSTRUMENTOS DE LA INVESTIGACIÓN Como instrumentos de la investigación para el proyecto de Desarrollo de la
aplicación web responsiva, para recolectar la información se optó por los dos
siguientes:
• Entrevista. - Es una recopilación de datos o información mediante
preguntas a personas jurídicas y naturales obligadas a llevar contabilidad,
contadores y personas con conocimientos básicos a cerca de
retenciones.
• Encuesta. - Es un compendio de datos o información que se realiza mediante la formulación de preguntas con respuestas abiertas y
cerradas.
CONCEPTOSDE POBLACIÓN Y MUESTRA Población La población es el universo o conjunto de elementos, en este caso personas, las
cuales están involucradas en la observación y realización de un proyecto
planteado en un sector demográficamente delimitado.
Muestra La muestra está dada generalmente por una parte pequeña que se toma de un
conjunto en su totalidad, esto para estudiar y analizar la posibilidad de inferir o
estimar las características de un problema específico.
62
n= 133
n= 200(0.05)² (200-1) + 1
n= 2001.4975
Fracción de muestreo Es el tamaño de la muestra multiplicado por el de la población. Está dada por la
siguiente fórmula (n*N).
POBLACIÓN Los recaudadores, contadores de una empresa de venta de electrodomésticos
conocida a nivel nacional. MUESTRA Para recolectar los datos mediante encuestas se procede a tomar una muestra
de 50 personas.
CÁLCULO DE LA MUESTRA
Para el cálculo de la muestra se toma la siguiente fórmula:
Donde: m = Tamaño de la población (200) personas E = error de estimación (5%) n = Tamaño de la muestra (133) Resultado: 1) 2) 3) 4)
CUADRO N° 25: MUESTRA PARA ESTUDIO
LUGAR POBLACIÓN MUESTRA
Personal de la empresa de ventas de electrodomésticos 200 133
TOTAL 200 133 Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
63
ANÁLISIS DE LOS DATOS RECOLECTADOS TABULACIÓN DE LA ENCUESTA
1.- ¿Según su nivel de conocimiento sobre cómo hacer una retención, como se
calificaría?
CUADRO N° 26: VARIABLE CONOCIMIENTO
CONOCIMIENTO FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Ninguno 50 37.59% Básico 50 37.59%
Avanzado 33 24.81% Total 133 100.00% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 13: VARIABLE CONOCIMIENTO
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 37.59% de los encuestados indicaron no tener conocimiento de cómo realizar una retención, eso implica no saber cuáles son los datos necesarios para realizarla, otro 37.59% reconoció tener el conocimiento básico sobre cómo realizar una retención el cual es necesario para poder utilizar la aplicación, el 24.81% indicó tener un conocimiento total sobre cómo realizar una retención eso implica conocer los códigos de retención que se deben utilizar para realizar correctamente una retención.
64
2. ¿Cree usted que esta herramienta para realizar retenciones electrónicas de
manera online ahorraría tiempo y dinero en transportación que es usado para la
entrega del RIDE Impreso al proveedor al proveedor?
CUADRO N° 27: PREGUNTA 2
AHORRA TIEMPO Y DINERO FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA
Extremadamente de acuerdo 100 75.19% Muy de acuerdo 26 19.55%
Indiferente 7 5.26%
Ligeramente de acuerdo 0 0.00% Para nada de acuerdo 0 0.00%
Total 133 100.00% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 14: PREGUNTA 2
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera Análisis: El 79.19% de los encuestados indicaron que sería de mucha utilidad contar con una herramienta que permita realizar retenciones electrónicas de manera online, debido a que ahorraría tiempo y dinero al momento de entregar el RIDE al proveedor, el 19.55% de los encuestados indicaron estar de acuerdo con la herramienta tecnológica y la ayuda que aportaría al momento de realizar una retención electrónica, para el 5.26% de los encuestados le es indiferente el uso de la herramienta propuesta, sería una minoría, es decir la herramienta tendría un alto nivel de aceptación.
65
3. ¿Cree usted que contar con una herramienta tecnológica que permita realizar
retenciones electrónicas de manera online pueda minimizar la cantidad de
errores logísticos, que causan que los comprobantes de compra no lleguen a
tiempo?
CUADRO N° 28: PREGUNTA 3 SOLUCIONA PROBLEMAS
LOGÍSTICOS FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Extremadamente de acuerdo 80 60.15% Muy de acuerdo 31 23.31%
Indiferente 15 11.28%
Ligeramente de acuerdo 0 0.00% Para nada de acuerdo 7 5.26%
Total 133 100.00% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 15: PREGUNTA 3
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 83.46% están de acuerdo en que la herramienta tecnológica ayudara a minimizar los errores operativos que pueden causar que la retención no se registre dentro del plazo establecido, el 11.28% de los encuestados cree que la herramienta no ayudará ni perjudicará en nada, el 5.26% indica que la herramienta no ayudará a minimizar la cantidad de errores logísticos, es decir que creen que si se implementa la herramienta las cosas seguirán iguales. Podemos darnos cuenta de que existe un alto nivel de aceptación sobre el uso de la herramienta para minimizar los errores operativos.
66
4. ¿Cree usted que sería una ventaja que la herramienta sea multiempresa?
CUADRO N° 29: PREGUNTA 4
VENTAJA DE APLICACIÓN MULTIEMPRESA FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Extremadamente de acuerdo 10 7.52% Muy de acuerdo 15 11.28%
Indiferente 30 22.56%
Ligeramente de acuerdo 15 11.28% Para nada de acuerdo 63 47.37%
Total 133 100% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 16: PREGUNTA 4
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera Análisis: El 7.52% de los encuestados creen que la herramienta puede ser de más utilidad si fuese multiempresa, el 11.28% también cree lo mismo, el 22.56% cree que se obtendría el mismo resultado si la aplicación fuese multiempresa, el 11.28% cree que tal vez puede ser de ayuda si la aplicación fuese multiempresa, el 47.37% no está de acuerdo en que la aplicación será de mayor utilidad si está fuese multiempresa, según el análisis realizado, no existe mucha aceptación para la aplicación si esta fuese multiempresa.
67
5 ¿Tiene personal de mensajería capacitado para realizar correctamente una retención?
CUADRO N° 30: PREGUNTA 5
PERSONAL DE MENSAJERÍA CAPACITADO PARA REALIZAR RETENCIÓN
FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Si 53 39.85% No 80 60.15%
Total 133 100% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 17: PREGUNTA 5
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 39.85% indican que el personal de mensajería si se encuentra capacitado para realizar una retención contra un 60.15% que piensa que el personal de mensajería no cuenta con el conocimiento básico para realizar una retención electrónica.
68
6 ¿Estaría dispuesto a capacitar al personal de mensajería para que realice retenciones por medio de la aplicación web responsiva?
CUADRO N° 31: PREGUNTA 6 CAPACITARIA AL PERSONAL DE
MENSAJERÍA SOBRE COMO REALIZAR UNA RETENCIÓN
FRECUENCIA OBSOLUTA
FRECUENCIA RELATIVA
Si 93 69.92% No 40 30.08%
Total 133 100% Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
GRÁFICO N° 18: PREGUNTA 6
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 69.92% de los encuestados indican si están de acuerdo de que se debe capacitar al personal de mensajería para que aprendan a realizar retenciones de manera correcta un 30.08% de los encuestados no comparten el criterio de que se debería capacitar al personal de mensajería para que aprendan a realizar retenciones.
69
7 ¿Cree usted que la herramienta tecnológica permita recuperar el dinero de la retención de una forma más rápida?
CUADRO N° 32: PREGUNTA 7 AYUDA A DEVOLUCIÓN DE DINERO
RETENIDO FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Extremadamente de acuerdo 70 52,63% Muy de acuerdo 40 30,08%
Indiferente 10 7,52% Ligeramente de acuerdo 8 6,01%
Para nada de acuerdo 5 3,76% Total 133 100%
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
GRÁFICO N° 19: PREGUNTA 7
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 88.72% de los encuestados indican si están de acuerdo en que la aplicación ayudará a que el dinero retenido se devuelva de manera casi inmediata, evitando la molestia de tener que dejar el dinero de la retención al momento de realizar la compra.
70
8 ¿Utilizaría está herramienta para realizar retenciones desde su celular o Tablet si fuese un servicio gratuito?
GRÁFICO N° 20: PREGUNTA 8 UTILIZARÍA LA HERRAMIENTA SI
FUESE GRATUITA FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Extremadamente de acuerdo 90 67,67% Muy de acuerdo 25 18,80%
Indiferente 3 2,26% Ligeramente de acuerdo 2 1,50%
Para nada de acuerdo 13 9,77% Total 133 100%
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
GRÁFICO N° 21: PREGUNTA 8
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 87.97% de los encuestados indican si están dispuestos a utilizar la herramienta si se la implementara como un servicio gratuito, incluso se podría poner a disposición de las personas que deseen usarlo.
71
9 ¿Cree usted que la herramienta deba socializarse para que tenga más acogida con las empresas que se encuentran en modalidad electrónica?
CUADRO N° 33: PREGUNTA 9 LA HERRAMIENTA DEBE
SOCIALIZARSE FRECUENCIA ABSOLUTA
FRECUENCIA RELATIVA
Extremadamente de acuerdo 20 15,04% Muy de acuerdo 15 11,28%
Indiferente 30 22,55% Ligeramente de acuerdo 20 15,04%
Para nada de acuerdo 48 36,09% Total 133 100%
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
CUADRO N° 34: PREGUNTA 9
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
Análisis: El 41.36% de los encuestados creen que la aplicación web para realizar retenciones electrónicas de manera online debería socializarse para que sea más conocida y las personas se interesen en ella, el 58.64% de los encuestados no creen que sea necesario que la aplicación web deba ser socializada para que se haga conocer a la ciudadanía.
72
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL DESARROLLO DE UNA
APLICACIÓN WEB RESPONSIVA PARA EL REGISTRO Y LA AUTORIZACIÓN ONLINE.
CUADRO N° 35: MATRIZ DE CRITERIOS DE ACEPTACIÓN –PARTE 1
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
Los digitadores de las retenciones podrán crear
proveedores en caso de realizar
compras en locales donde no
se hayan realizado retenciones
anteriormente.
Los digitadores
tienen la facilidad
de ingresar un
nuevo proveedor
antes de realizar la
retención
electrónica.
CorrectoMantenedor de
códigos de retención.
Se desarrollará un
mantenedor de códigos de
retención el cual permitirá
tener actualizados los
códigos de retención que
establece el SRI
Criterios de Aceptación
Mantenedor de empresas para la creación de las
mismas.
Se desarrollará un
mantenedor el cual
permita registrar las
empresas desde donde se
emitirán las retenciones
electrónicas.
Los administradores
del sistema podrán crear una nueva empresa en
cualquier momento sin necesidad de
asistencia técnica especializada.
Los
administradores
del sistema
pueden crear
empresas de una
forma rápida y
sencilla.
Correcto
Diagrama de la arquitectura de la aplicación web
responsiva para el registro y la autorización
online .
Las personas con conocimientos
técnicos informáticos
puedan entender de mejor manera la forma en como
funciona el sistema.
El diagrama fue realizado de una
manera que pueda ser entendido sin la necesidad de
realizar un análisis
demasiado complejo
Correcto
Característica / Funcionalidad
Resultado Esperado
Resultado Obtenido
Observación
Se desarrollará un
diagrama que permita
entender de mejor manera
la forma en cómo
funcionará el sistema.
73
CUADRO N° 36: MATRIZ DE CRITERIOS DE ACEPTACIÓN – PARTE 2
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
El servicio de
Windows se
encargará de
autorizar las
retenciones
electrónicas sin
necesidad de
ayuda técnica.
Las
autorizaciones
electrónicas se
autorizan sin
problemas, de
forma rápida y
automática.
Correcto
Se desarrollará una
interfaz web responsiva
que permitirá registrar las
retenciones electrónicas
desde un dispositivo
móvil con conexión a
internet.
Interfaz para el registro de retenciones electrónicas
Registrar las retenciones
electrónicas desde cualquier
dispositivo móvil con acceso a
internet, esto al momento de realizar las
compras en los locales de los proveedores.
Se realizaron
pruebas y se
pudieron registrar
las retenciones
electrónicas de
manera correcta.
Correcto
Criterios de Aceptación
Característica / Funcionalidad
Resultado Esperado
Resultado Obtenido Observación
Los administradores
del sistema podrán dar acceso solo al personal autorizado para
realizar retenciones
electrónicas de manera online.
Los administradores pueden controlar los accesos a los digitadores para que solo tenga
acceso al sistema quien debe
tenerlo.
CorrectoMantenedores de seguridad.
Se desarrollarán mantenedores de
seguridades para la aplicación web
responsiva, esto con la finalidad de dar acceso al
sistema solo a los usuarios autorizados por
el administrador del mismo.
Motor de autorización de
retenciones electrónicas
Se desarrollará un servicio de Windows el cual se va a encargar de autorizar las retenciones electrónicas al instante en que son registradas, este servicio autorizara todos
los comprobantes de retención de forma
desatendida.
74
CUADRO N° 37: MATRIZ DE CRITERIOS DE ACEPTACIÓN –PARTE 3
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
Log de auditoria
Se desarrollará un log de auditoria el cual me
informará si existió un error en los procesos de
autorización de la retención electrónica,
envío de correo o publicación de la
retención
Guardar los errores que
pueden ocurrir en alguno de los procesos de
autorización de la retención
electrónica, envío de correo o
publicación de la t ió
El log captura los
errores que se dan
en alguno de los
procesos antes
mencionados.
Correcto
Interfaz para la consulta y
descarga de las retenciones electrónicas
Se desarrollará una
interfaz web responsiva
que permitirá descargar el
RIDE o XML de la
retención electrónica.
El objetivo de la interfaz es que permita a los proveedores consultar la
pagina y descargar sus RIDES o XML en línea.
Los proveedores
pueden descargar
correctamente el
RIDE y XML de
la retención
electrónica que le
fue emitida.
Correcto
Criterios de Aceptación
Característica / Funcionalidad
Resultado Esperado
Resultado Obtenido Observación
Envío de correo
Se desarrollará la
funcionalidad de envío de
correos adjuntando el
RIDE y el XML de la
retención electrónica
Mantener informado al
proveedor enviando por
correo el RIDE de la retención
electrónica, al momento de
realizar la compra
Se realizaron retenciones y se
autorizaron, luego se pudo recibir de manera correcta el
correo con los adjuntos del
RIDE y el XML de la retención
electrónica.
Correcto
75
PRUEBAS DE IMPLANTACIÓN DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE RETENCIONES
ELECTRÓNICAS
Las pruebas de calidad del sistema comprenden lo siguiente:
• Comprobar el funcionamiento correcto del software, es decir que se
puedan emitir retenciones de manera correcta, validando que la
información necesaria sea ingresada, controlando y guardando en un Log
los errores que pueden existir al tratar de autorizar la retención
electrónica.
Para todo esto se revisará el plan de pruebas de la implantación y los criterios de
aceptación del sistema los cuales fueron previamente elaborados. Las pruebas
son realizadas por los contadores con experiencia en tributación y elaboración
de retenciones.
PRUEBAS DE ACEPTACIÓN DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE RETENCIONES ELECTRÓNICAS
Estas pruebas de aceptación se las realiza con el fin autenticar que el sistema
web responsivo cumpla con los requisitos de funcionamiento esperado y a su
vez permitir que las personas jurídicas o personas naturales obligadas a llevar
contabilidad decreten la aceptación del sistema web responsivo. Por esta razón
las pruebas las realizan los contadores de la empresa dedicada a la venta de
electrodomésticos los cuales cuentan con una vasta experiencia, ellos verificarán
los errores que encuentren y comprobarán que las retenciones electrónicas se
encuentren autorizadas, antes de dar la aprobación definitiva del sistema.
PREPARACIÓN DEL MANTENIMIENTO DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS
La preparación del mantenimiento del sistema tiene como objetivo reconocer
que las personas que van asumir esta labor estén familiarizados con el
funcionamiento del sistema en todas sus fases de desarrollo. Para conseguir
76
este objetivo se le ha asignado como responsable del mantenimiento a uno de
los contadores más experimentados que tiene la empresa dedicada a la venta
de electrodomésticos, de esta forma garantizamos el funcionamiento correcto
del sistema web.
ESTABLECIMIENTO DEL ACUERDO DE NIVEL DE SERVICIO DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN
ONLINE DE RETENCIONES ELECTRÓNICAS Se instauró un acuerdo de nivel de servicio se da antes de la aprobación del sistema, teniendo en presente lo siguiente:
• Se deben determinar los servicios que requiere el sistema web. Estos
servicios son los indispensables para el funcionamiento del mismo, y
entre los necesarios están: el servicio de internet, ya que las
autorizaciones de las retenciones electrónicas se realiza de manera
online y es necesario contar con internet para poder enviar la información
de los comprobantes de retención mediante el webservice que tiene
publicado el SRI, además se debe mantener en estado iniciado el servicio
que se encarga de autorizar los comprobantes electrónicos, sin este
servicio activo, las retenciones jamás se enviaran al SRI para solicitar su
autorización, se puede decir que el servicio es el núcleo de este proyecto.
• Se debe definir cuáles son los compromisos que se adquieren con la
entrega final del sistema. Estas responsabilidades están dadas por los
objetivos específicos del proyecto mencionado y que se repasarán con la
puesta en marcha del mismo.
PRESENTACIÓN Y APROBACIÓN DEL SISTEMA WEB RESPONSIVO PARA LA EMISIÓN Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS Para la presentación y aprobación del sistema se debieron haber efectuado las
pruebas de implantación y de aceptación del proyecto. La Universidad de
Guayaquil debe formalizar la aprobación del sistema o proyecto en mención.
77
CONCLUSIONES Y RECOMENDACIONES
Conclusiones Se consiguió cumplir con el objetivo general establecido en el proyecto de
titulación, el cual radicaba en desarrollar una aplicación web responsiva que
permita realizar retenciones electrónicas de manera online, mediante el uso de
dispositivos móviles como celulares, tabletas o laptops con conexión a internet y
de esa manera minimizar la cantidad de multas por errores operativos que
pueden surgir al momento de llevar la factura de compra hasta las instalaciones
de las empresas.
El cumplimiento del objetivo se pudo lograr gracias al uso de las herramientas de
desarrollo gratuitas como lo son Visual Studio Community 2017 y SQL Server
express 2014 y también al uso de herramientas Open Source como lo son
Bootstrap.
El realizar un diagrama de la estructura del sistema ayudó a comprender el
funcionamiento del mismo y a tener una mejor idea de cómo se comunicará el
sistema desde el momento en que se digita la retención hasta el momento en
que se autoriza por el SRI y se envía el RIDE al proveedor para mantenerlo
informado.
Según la encuesta realizada el 94.74% de los encuestados están de acuerdo en
que la aplicación ayudará a evitar la pérdida de tiempo y dinero que se genera al
momento de tener que entregar el RIDE de la retención electrónica para que el
dinero retenido sea devuelto.
78
Recomendaciones
Se recomienda que se le dé el mantenimiento adecuado a los códigos y
porcentajes de retención para evitar los errores al momento de enviar la
retención electrónica al SRI, también se recomienda estar pendiente de la fecha
de caducidad del certificado digital, ya que si este vence el XML de las
retenciones electrónicas tendrán una firma electrónica caducada y el SRI no
autorizará las retenciones.
Es importante mantener capacitado al personal que se encargará de realizar las
retenciones electrónicas desde los dispositivos móviles, dándoles a conocer los
códigos de retención que deben utilizar con los proveedores a los cuales por lo
general se les realiza compras, para que de esta manera se cometan la menor
cantidad de errores posibles por elegir erróneamente el código de retención que
se aplicará al momento de digitar una retención electrónica.
Se recomienda implementar una alerta que me indiquen si una factura de
compra ya tiene más de cinco días de emitida desde a la fecha actual.
Se recomienda implementar una alerta vía correo que indiqué si el certificado
digital se encuentra a punto de vencer, esto con el fin de renovarlo para
continuar emitiendo comprobantes electrónicos sin ningún problema.
Es recomendado utilizar un punto de emisión distinto al que se utiliza en su
empresa para emitir retenciones electrónicas en el caso de que ya se cuente con
un sistema que las realice.
79
BIBLIOGRAFÍA
Payne, C. (2002). Aprendiendo ASP.NET en 21 lecciones avanzadas.
Pearson Educación.
Arias, M. A. (2014). Webs Responsivas. Responsive Design con Bootstrap.
IT Campus Academy.
Pearson Educación (2007) Aprenda Practicando Visual Basic 2005
Usando Visual Studio.
AUBRY, C. (2014). HTML5 y CSS3: para sitios con diseño web responsive.
Ediciones ENI.
Fernández. (2006). La firma electrónica: Aspectos de la Ley 59/2003, de 19 de
diciembre.
Editorial Reus.
Talledo (2015). UF1845 - Acceso a datos en aplicaciones web del entorno
servidor.
Ediciones Paraninfo, S.A.
Gauchet, T. (2015). SQL Server 2014: implementación de una solución de
Business Intelligence: (SQL Server, Analysis Services, Power BI).
Ediciones ENI.
Osorio (2008). Base de datos relacionales. (s. f.).
ITM.
80
Fuentes, J. R. L. (2015). Desarrollo de Software ÁGIL: Extreme Programming y
Scrum.
IT Campus Academy.
Guillermo, P., & RINAUDO, L. (2015). Ingeniería de Software.
Alfaomega Grupo Editor.
Tributación, ¿Qué es? ¿Por qué debemos tributar? (2016, julio 23). Recuperado
26 de julio de 2017, a partir de
https://www.tributos.net/tributacion-337/
DB-Engines - Knowledge Base of Relational and NoSQL Database Management
Systems. (s. f.). Recuperado 19 de septiembre de 2017, a partir de
https://db-engines.com/en/
BlogUneWeb. (2016, enero 20). Bootstrap, Ventajas y Desventajas. Recuperado
19 de septiembre de 2017, a partir de
http:/L/tecnologiaenvivo.com/bootstrap-ventajas-y-desventajas/
Código orgánico de la economía social de los conocimientos, creatividad e
innovación
http://www.wipo.int/edocs/lexdocs/laws/es/ec/ec075es.pdf
Ley Orgánica de educación superior 2015
http://www.conocimiento.gob.ec/wp-content/uploads/2015/07/Ley-
Organica-de-Educacion-Superior-LOES.pdf
Microsoft Crystal Reports
https://msdn.microsoft.com/es-es/library/ms225593(v=vs.90).aspx
SAP Crystal Reports http://www.crystalreports.com/dashboard/
81
ANEXOS
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN WEB RESPONSIVA PARA
EL REGISTRO Y AUTORIZACIÓN ONLINE DE
RETENCIONES ELECTRÓNICAS
Manual de Usuario
AUTOR: ANGEL DAVID GONZALEZ VERA
GUAYAQUIL – ECUADOR
2017
2
ÍNDICE DE GRÁFICOS
GRÁFICO N.º 1: INICIO DE SESIÓN ............................................................... 3
GRÁFICO N.º 2: PANTALLA PRINCIPAL ........................................................ 4
GRÁFICO N.º 3: MANTENEDOR DE EMPRESA ........................................... 4
GRÁFICO N.º 4: MANTENEDOR DE PROVEEDORES ............................... 5
GRÁFICO N.º 6: MANTENEDOR DE CÓDIGOS DE RETENCIÓN ............ 6
GRÁFICO N.º 7: MANTENEDOR USUARIOS ................................................ 6
GRÁFICO N.º 8: EMISIÓN DE RETENCIONES ELECTRÓNICAS ............. 7
GRÁFICO N.º 9: CONSULTA DE DOCUMENTOS ELECTRÓNICOS ....... 8
GRÁFICO N.º 10: CONSULTA LOG DE AUDITORIA ................................... 9
GRÁFICO N.º 11: CAMBIO DE CLAVE ......................................................... 10
3
Manual de Usuario
INTRODUCCIÓN
El presente documento tiene como objetivo ser de ayuda para el usuario sobre el
uso y manejo del sistema de emisión de retenciones electrónicas online. El
detalle de ingreso y uso del formulario se explica a continuación.
INGRESO AL SISTEMA
Se deberá agregar la siguiente página en el navegador para acceder a la aplicación: InicioSesion.aspx
GRÁFICO N.º 1: INICIO DE SESIÓN
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera En esta pantalla se ingresará el usuario y contraseña, estos campos serán
validados por la aplicación, si son válidos se permitirá ingresar a la opción
principal.
4
GRÁFICO N.º 2: PANTALLA PRINCIPAL
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera Una vez que se inicia sesión, se puede ver la pantalla principal con los menús a
los que se tiene acceso dependiendo del perfil del usuario, los usuarios que solo
tienen el perfil de proveedor solo pueden ver la opción de consulta de
documentos.
GRÁFICO N.º 3: MANTENEDOR DE EMPRESA
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
5
En esta opción se registra los datos de la empresa que realizará retenciones
electrónicas a través de la aplicación web responsiva. La información que se
solicita es la información más relevante como el Ruc de la empresa, el nombre,
la dirección y el tipo de emisión que puede ser normal o contingencia, además se
debe cargar el certificado digital con su respectiva contraseña y el logo de la
empresa.
En la pestaña de información de correo se ingresan los datos necesarios para
que se pueda enviar correos desde el servidor hacia los proveedores, una vez
que la retención se encuentre autorizada.
GRÁFICO N.º 4: MANTENEDOR DE PROVEEDORES
Elaboración: Angel David Gonzalez Vera Fuente: Angel David Gonzalez Vera
En esta opción se registran los proveedores a los que se les realizará las
retenciones electrónicas, como dato para usar en el Motor de Autorización se
toma el correo que se registra en esta pantalla, para enviar el RIDE de la
retención al proveedor.
6
GRÁFICO N.º 6: MANTENEDOR DE CÓDIGOS DE RETENCIÓN
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera En esta opción se le da mantenimientos a los códigos de retención que se encuentran publicados por el SRI, son necesarios para usarlos en la aplicación de emisión de retenciones electrónicas, para que las retenciones electrónicas no presenten errores se debe ingresar correctamente la información como el código, el porcentaje a retener y el tipo de retención (Fuente e IVA).
GRÁFICO N.º 7: MANTENEDOR USUARIOS
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
7
En la opción de creación y mantenimiento de usuarios, se pueden crear nuevos
usuarios con el perfil deseado, por ejemplo:
EL PERFIL ADMINISTRADOR
Tiene acceso a todas las opciones del sistema.
EL PERFIL DIGITADOR
Solo tiene acceso a la opción de:
Creación de proveedores
Emisión de retenciones electrónicas
Consulta de Retenciones electrónicas
EL PERFIL DE PROVEEDOR
El usuario con perfil de proveedor solo tendrá acceso a la opción de:
Consulta de Retenciones electrónicas
GRÁFICO N.º 8: EMISIÓN DE RETENCIONES ELECTRÓNICAS
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
8
En esta opción se registran los datos de la retención electrónica, como el número
de la factura que se está registrando, la fecha de emisión de la factura, los datos
de la retención como el proveedor al que se le está realizando la retención, y los
códigos de retención con sus respectivos valores.
Esta opción puede ser utilizada desde un celular o desde una Tablet debido a
que es una aplicación web responsiva y se puede adaptar a cualquier dispositivo
móvil.
Luego de que se ingresa la retención en esta opción, el motor de autorización
toma los datos ingresados y los envía al SRI para que sea autorizada la
retención y luego la envía por correo al proveedor y publicar el RIDE y XML para
que pueda ser descargado.
GRÁFICO N.º 9: CONSULTA DE DOCUMENTOS ELECTRÓNICOS
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
9
En la opción de consulta de documentos electrónicos se podrán consultar los
comprobantes de retención que han sido autorizados, además se puede filtrar
por el número de factura y por la fecha de emisión de la factura, el proveedor
también puede ser filtrado, pero solo está habilitado el filtro de proveedor para
los usuarios con perfil administrador o digitador.
Una vez aplicado el filtro, se puede descargar el RIDE o el XML del comprobante
electrónico en cualquier momento y las veces que sean necesarias.
GRÁFICO N.º 10: CONSULTA LOG DE AUDITORIA
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera
En la opción de Consulta de Log de auditoria se puede verificar si la retención ha
tenido algún problema al momento de ser enviada al SRI y para poder darle
seguimiento se puede filtrar por el número de factura del proveedor, el código de
proveedor y la fecha de emisión de la factura del proveedor.
10
GRÁFICO N.º 11: CAMBIO DE CLAVE
Elaboración: Angel David Gonzalez Vera
Fuente: Angel David Gonzalez Vera En la opción de cambio de clave, el proveedor puede cambiar la clave asignada
inicialmente la cual es el número de identificación la primera vez que ingresa al
sistema, además puede ser usada para cambiar la clave, por los usuarios con el
perfil de digitador o con el perfil de administrador.