More VCA-SD
More VCA-SD
More VCA-SD
AUTOR:
More Villegas, Christian Anthony (0000-0001-9167-1026)
ASESOR:
Mg. More Valencia, Rubén Alexander (0000-0002-7496-3702)
LÍNEA DE INVESTIGACIÓN:
Sistemas de Información y Comunicaciones
PIURA – PERÚ
2021
DEDICATORIA
2
AGRADECIMIENTO
A la empresa ELECTRONOROESTE
S.A por brindarme las facilidades y
oportunidades requeridas para el
desarrollo de esta investigación.
3
ÍNDICE DE CONTENIDOS
CARÁTULA ........................................................................................................... i
DEDICATORIA ...................................................................................................... ii
AGRADECIMIENTO .............................................................................................. iii
ÍNDICE DE CONTENIDOS ....................................................................................iv
ÍNDICE DE FIGURAS ............................................................................................ v
ÍNDICE DE TABLAS.............................................................................................. vi
RESUMEN ...........................................................................................................viii
ABSTRACT............................................................................................................ ix
I. INTRODUCCIÓN ........................................................................................... 10
II. MARCO TEÓRICO ........................................................................................ 12
III. METODOLOGÍA ........................................................................................ 38
3.1 Tipo y Diseño de Investigación ................................................................ 38
3.2 Variables y Operacionalización. ............................................................... 39
3.3. Población, muestra y muestreo. ........................................................... 40
3.4. Técnica e instrumento y recolección de datos. ..................................... 42
3.5. Procedimientos. ....................................................................................... 46
3.6. Método de análisis de datos. ................................................................... 48
3.7 Aspectos éticos ..................................................................................... 48
IV. RESULTADOS ........................................................................................... 49
V. DISCUSIÓN................................................................................................ 69
VI. CONCLUSIONES....................................................................................... 73
VII. RECOMENDACIONES .............................................................................. 74
REFERENCIAS .................................................................................................... 75
ANEXOS .............................................................................................................. 80
4
ÍNDICE DE FIGURAS
5
ÍNDICE DE TABLAS
6
Tabla 32: Tabla de contingencia, capas y ponderación de datos, según el tipo de
medición PRE-OBSERVACIÓN y POST-OBSERVACIÓN sobre el indicador Nivel
de Cumplimiento. ................................................................................................. 55
Tabla 33: Medidas descriptivas del nivel de cumplimiento en el proceso de
recepción de facturas electrónicas en el área de tarifas y contratos de la empresa
Enosa. .................................................................................................................. 55
Tabla 34: Prueba de T-Student para el nivel de cumplimiento del proceso de
recepción de facturas electrónicas del área de tarifas y contratos de la empresa
Enosa. .................................................................................................................. 56
Tabla 35: Escala de valoración del alfa de Cronbach obtenido del Cuestionario la
Aplicación Web..................................................................................................... 57
Tabla 36: Tabla de Frecuencias del indicador N°1 ............................................... 58
Tabla 37: Tabla de Frecuencias del indicador N°2 ............................................... 59
Tabla 38: Tabla de Frecuencias del indicador N°3 ............................................... 60
Tabla 39: Tabla de Frecuencias del indicador N°4 ............................................... 60
Tabla 40: Tabla de Frecuencias del indicador N°5 ............................................... 61
Tabla 41: Tabla de Frecuencias del indicador N°6 ............................................... 62
Tabla 42: Tabla de Frecuencias del indicador N°7 ............................................... 63
Tabla 43: Tabla de Frecuencias del indicador N°8 ............................................... 64
Tabla 44: Tabla de Frecuencias del indicador N°9 ............................................... 65
Tabla 45: Tabla de Frecuencias del indicador N°10 ............................................. 66
Tabla 46: Tabla de Frecuencias del indicador N°11 ............................................. 67
Tabla 47: Tabla de Frecuencias del indicador N°12 ............................................. 68
7
RESUMEN
8
ABSTRACT
Keywords: Web application, error index, compliance level, voucher, ratio rate.
9
I. INTRODUCCIÓN
10
Otro punto es la demanda de tiempo, las generadoras cuando emiten las notas
contables (nota de crédito o débito) que han tenido montos observados, por la
acumulación de trabajo estas no se saben si han sido tramitadas o están pendientes
por tramitar y se tiene que buscar las fichas de tramitación manualmente. Por eso
se propone un aplicativo web para el seguimiento de todo el proceso de facturación
a las generadoras cuando remiten las facturas electrónicas evitando estos
problemas que generan demanda de tiempo por no tener una buena gestión
administrativa de la recepción de las facturas.
11
II. MARCO TEÓRICO
Antecedentes Nacionales:
1.- Jean Carlos, Rivera Salinas desarrollo la tesis: “Aplicación Web para el
proceso de facturación electrónica en la empresa J&S Consultores S.A.C” Lima-
Perú 2018. Problemática: El inconveniente principal que la compañía J&S S.A.C
que afronta es que no cuenta con un sistema para gestionar y emitir
documentaciones tributarias fiscalizadores. La factura electrónica proporcionará
rapidez en sus procesos, oprimiendo costos en todos los servicios comerciales,
recepción, distribución y almacenamiento de archivos electrónicos que permitirá
mejorar los procesos internos. Variable independiente: Aplicación web. Variable
dependiente: Control de facturación. Formulación del Problema: ¿Cómo influye
la aplicación web en el control de facturación electrónica en la empresa J&C
Consultores S.A.C en el 2018? Objetivo General: Determinar la influencia de la
aplicación web para el control de facturación electrónica en la empresa J&C
Consultores S.A.C. Objetivos Específicos: Determinar la influencia de la
aplicación web en el nivel de eficacia en el control de facturación electrónica en la
empresa J&C Consultores S.A.C. Determinar la influencia de una aplicación web el
índice de error en el control de facturación electrónica en la empresa J&C
Consultores S.A.C. Diseño de investigación: Pre-Experimental. Metodología del
proyecto: enfoque cuantitativo Población y muestra: Población 1: Para el
indicador “Nivel de eficacia”, se tomara como población la cantidad de Documentos
emitidos por día, en un periodo de un mes en la empresa J&S Consultores S.A.C.
Por tanto la población será 340 documentos entre facturas y boletas. Población 2:
Para el indicador “índice de error”, se tomara como población la cantidad de
documentos anulados, en un periodo de un mes. Por lo tanto, la población será de
70 documentos entre facturas y boletas. Muestra 1: De los 340 Documentos
Emitidos de la variable cuantitativa, del tipo continuo, con el fichaje se dará a
conocer la cantidad de facturas y boletas. Muestra 2: De los 70 Documentos
Anulados que es de tipo de variable cuantitativa, del tipo continuo, con el fichaje se
dará a conocer la cantidad de Documentos Anulados que se realizaron en un mes.
Instrumentos de recolección de datos: Fichas de Registro. Discusión de los
resultados: El Nivel de Eficacia, durante la obtención de medidas del pre test llego
12
a obtener el 68.35%, En base de los Documentos emitidos, con la puesta en marcha
de la aplicación web, en la facturación Electrónica alcanzó un 86.90% teniendo una
gran diferencia de 18.55%. En el Índice de Error, durante la obtención de resultados
del pre test se alcanzó un 38,55% de permanencia y con la puesta en
funcionamiento de la aplicación web se logró un 13,55% de permanencia,
obteniendo una reducción al momento de Emitir Un Documento ya sea Factura o
boleta. Conclusiones: Se concluye que el indicador Nivel de Eficacia para el
proceso de Facturación Electrónica para la empresa J&S Consultores S.A.C, tuvo
a modo de resultado en la medición del pre-test un 58,70%, y con la realización de
la aplicación web para el proceso en estudio, se alcanzó una medición de 86.70%,
como resultante con el uso de la herramienta, se observó un incremento del
28.00%, afirmando la hipótesis de que la aplicación web incrementa el Nivel de
Eficacia. Se concluye que el indicador Índice de error para el proceso de
Facturación Electrónica en la empresa J&S Consultores S.A.C, tuvo como resultado
en la medición del pre-test un 38,40%, y con la implementación del aplicativo web
para el proceso en estudio, se alcanzó una medición de 13,55%, se observó una
disminución al momento de Emitir Documentos entre Facturas y Boletas así que el
Índice de Error se redujo en un 24.85%, afirmando la hipótesis de que la aplicación
web reduce el Índice de Error.(Rivera Salinas 2018)
• Considerando un referente de este estudio para la información relacionada
a nuestra variable dependiente, ya que detalla uno de los indicadores
utilizados en la presente investigación, el índice del índice de error.
2.- Daniel Jairo, Benito Dextre desarrollo la tesis: “Aplicación Web para el proceso
de facturación electrónica en el Instituto Nacional de Salud Mental Honorio Delgado,
Lima 2017” Lima-Perú 2018. Problemática: Esto se debe a que existen ciertas
deficiencias en el contexto del proceso, la tasa de error y los requisitos de
cumplimiento, que se presentan al procesar los documentos de pago. Variable
independiente: Aplicación web. Variable dependiente: Proceso de facturación.
Formulación del Problema: ¿De afecta la aplicación web al proceso de
facturación del Instituto Nacional de Salud mental Honorio Delgado? Objetivo
General: Determinar cómo influye la aplicación web en el proceso de facturación
del Instituto Nacional de Salud Honorio Delgado. Objetivos Específicos:
13
Determinar cómo afecta la aplicación web al índice de error en el proceso de
facturación del Instituto Nacional de Salud Mental Honorio Delgado. Determinar de
qué manera influye la aplicación web al nivel de cumplimiento en el proceso de
facturación del Instituto Nacional de Salud Mental Honorio Delgado. Diseño de
investigación: Pre-Experimental. Población y muestra: Se tomó 3120
comprobantes de pago estratificados en 21 días este quedará conformado por 21
fichas de registro para el indicador índice de error, mientras que para el medir el
nivel de cumplimiento se tomó 3094 comprobante de pago estratificados en 21 días,
teniendo conformado por 21 fichas de registro. La capacidad de la muestra de la
presente investigación se determinó en 342 comprobantes de pagos, estratificados
por 21 días. Por lo tanto, la muestra quedo conformado en 21 fichas de Registro
estratificados en 21 días. Instrumentos de recolección de datos: Fichas de
Registro. Discusión de los resultados: Como resultado, la aplicación web pudo
reducir el índice de tasa error en el proceso de facturación de un 27.43% a un
7.71%, esto representa una reducción promedio del 19.72%. Además, como
resultado de la aplicación web permitió aumentar el nivel de cumplimiento en el
proceso de facturación de un 76.62% a un 92.19%, esto representa un crecimiento
promedio del 15.48%. Conclusiones: Se concluyó que la aplicación web redujo la
tasa de error en 19.72%. Por consiguiente, la aplicación web reduce la tasa de error
en el proceso de facturación. Se concluyó que la aplicación web aumento el nivel
de cumplimiento en un 15.48%. Por lo tanto, se afirma que la aplicación incrementa
un mayor cumplimiento en el proceso de facturación.(Benito Dextre 2018)
• La información de la investigación se tomará como referencia la variable
dependiente, ya que, dos de los indicadores se utilizaran en la investigación,
tal como, el índice del nivel de cumplimiento e índice de error.
Antecedentes Internacionales:
3.- Rodriguez Edwin & Rolando Vinueza (Ecuador 2012) desarrollo la tesis:
“APLICACIÓN WEB PARA EL PROCESO DE FACTURACIÓN DE PRODUCTOS
Y SERVICOS EN LA EMPRESA MEGASYSTEN DE LA CIUDAD DE IBARRA –
ECUADOR). Problemática: La empresa “Megasystem” La compañía ha estado
proporcionando continuamente productos y servicios de Ti desde Corea del Norte
durante casi una década, pero inicialmente tradicionalmente a mano.
14
Posteriormente, sistematizaron gradualmente todas las actividades internas. Los
grandes procesos que utilizan herramientas pagas no explican cómo funciona y
para aplicaciones de oficina. Variable independiente: Aplicación web. Variable
dependiente: Proceso de facturación de productos. Formulación del Problema:
¿Cómo la aplicación web mejora el proceso de facturación de productos y servicios
en la empresa Megasystem de la ciudad de Ibarra? Objetivo General: Diseñar e
implementar una aplicación web para el proceso de facturación de productos y
servicios en la empresa Megasystem de la ciudad de Ibarra. Objetivos
Específicos: Propiciar el uso de herramientas web 2.0 para complementar el sitio
web, para un trabajo más dinámico y oportuno. Facilitar la incorporación de la
empresa al mundo, mediante tecnologías de información y comunicación.
Implementar procesos dinámicos en ventas mediante el uso de tecnologías
visuales, para demostrar visualizar el tipo, modelo y forma de los equipos a adquirir.
Mejorar la productividad de la empresa, con el manejo dinámico de elementos por
parte de vendedores hacia los usuarios finales. Metodología del proyecto:
enfoque cualitativo. Población y muestra: La muestra que se tomó para esta
investigación fue de 126 personas, siendo un total de 238 miembros de la empresa:
1 Gerente, 6 empleados y 231 clientes de la empresa. Instrumentos de
recolección de datos: Encuesta y entrevista. Análisis de los resultados: Los
datos aplicados al gerente, tres empleados y compradores muestran que la
implementación del sitio muestra una tasa de aceptación del 98%, mientras, que la
diferencia se marca como No al 1%. Se ha confirmado que es necesario agregar
estos valores. Los autores explicaron un promedio de 10 preguntas, respaldadas
por entrevistas orales simultáneas. Conclusiones: La implementación de la
aplicación web permitirá a los clientes hacer uso de estas herramientas web; para
acceder con facilidad y disponibilidad inmediata de información sobre productos y
poder visualizar de forma clara los dispositivos a adquirir. La aplicación web logrará
aumentar la rentabilidad de la empresa; ya que su accionar será hacia más espacio
geográfico del país y lograr competir con empresas grandes de nuestro país. Se
permitirá una funcionalidad en la gestión de la compra virtual: de productos,
software, actualizaciones de software, modelos de funcionamiento, estándares y
atención permanente y eficaz en todos esos aspectos. La aplicación web permitirá
15
a todos los empleados actuar en un entorno intuitivo y gráfico de los procesos de
venta y soporte de equipamiento informático. El uso de la información es seguro y
confidencial para clientes directos e indirectos de nuestro sistema; para lograr
obtener resultados adecuados a las necesidades de compra. Se presenta un menú
de opciones principal claro y legible; para que se permita una navegación ordenada,
secuenciada y objetiva en los criterios de proceso realizados por el cliente.
(Rodríguez Cuasapaz y Vinueza Insuasti 2012)
• De la presente investigación se tomará como referencia la información
relacionada a nuestra variable independiente y variable dependiente.
4.- Mirtha del Carmen Peñalva (Argentina 2014) desarrollo la tesis: “UN MODELO
DE EVALUACIÓN DE LA CALIDAD DE APLICACIONES WEB EN E-
GOVERNMENT”. Problemática: El uso intensivo de la web crea sinergias y
complementos mediante la integración de servicios. Mas recientemente, los
mecanismos que utilizan ciertos tipos de artefactos o aplicaciones sobre otros a
menudo deben hacerse con el usuario. Variable independiente: Aplicación web.
Variable dependiente: Modelo de evaluación de la calidad. Formulación del
problema: ¿Cómo una aplicación web sería un modelo de evaluación de la calidad
de E-Government?. Objetivo General: Diseñar un modelo para medir y evaluar la
calidad de las aplicaciones web para un perfil de usuario especifico de un marco de
E-Goverment utilizando metodologías existentes. Objetivos específicos: Diseñar
un proceso continuo que se centre en las necesidades, deseos y limitaciones del
usuario. Crear un producto basado en la especificación de requisitos (SRS).
Metodología del proyecto: Enfoque cuali-cuantitativo. Población y muestra: Del
total de municipios que interactúan con la aplicación se calculó la composición entre
los del conurbano e interior. Una característica importante que los diferencia son
los volúmenes de beneficiarios que manejan. Los municipios del conurbano
representaron el 70% y los de interior el 30%, esta estructura se aplicó sobre el
número de municipios que se ha establecido encuestar que es 20, resultando 14
municipios del conurbano y 6 del interior. Instrumentos de recolección de datos:
encuesta. Análisis de los resultados: En este estudio se alcanzó el 74, 80% del
nivel de preferencia, que se convirtió en el nivel de satisfacción. Así mismo, la
evaluación de este modelo no está por debajo del nivel mínimo de satisfacción, pero
16
algunos elementos alcanzan el valor de orden marginal. Esto demuestra la
necesidad de examinar con más detalle los aspectos que pueden provocar la
percepción del usuario. Las características de comodidad física siguieron este
rango y alcanzaron una tasa de aceptación del 55%. Conclusiones A partir de los
resultados obtenidos, se puede estimar el estado de desarrollo actual del control de
calidad dentro de la organización. Evaluar la calidad de las aplicaciones web en el
ámbito del E-Goverment, ya que, ha demostrado ser coherente y útil para evaluar
aspectos de la vida real. Su implementación también revelo que la visión preliminar
que existe entre los expertos de campo fue validada a través de los resultados de
los estudios del caso presentado. Puede modificar y mejorar, ampliar los
componentes según las necesidades de cada caso. Otro producto de esta
experiencia es una lista de acciones recomendadas para las calificaciones de
satisfacción inconsciente. Este es dinámico y se actualizara una vez que se hayan
reevaluado los aspectos después del de aplicar la acción correctiva.(Peñalva
2014).
• De la investigación se relacionará a nuestra variable independiente.
5.- Christian Danilo, Velázquez Puga (Ecuador 2014) desarrollo la tesis:
“APLICACIÓN WEB PARA LA GESTIÓN DE VENTAS DE LA EMPRESA
REDYCOM”. Problemática: La empresa de venta de suministros informáticos
“REDYCOM”, no es la excepción, al no contar con aplicaciones WEB, para la
gestión de ventas, limita su capacidad de operaciones mercantiles, minimizando su
desarrollo, debido a la obsolescencia de procesos que, en un mundo de tecnologías
de punta, y de cambios extremadamente acelerados, afectan a su ampliación.
Variable independiente: Aplicación web Variable dependiente: Gestión de
ventas. Formulación del problema: ¿Cómo lograr una adecuada gestión de
ventas en la empresa REDYCOM? Objetivo General: Implantar una aplicación
web para la gestión de ventas de la empresa Redycom de la ciudad de Ibarra, que
direccione y controle los procesos administrativos, permitiendo proyectar a la
empresa dentro y fuera de la ciudad, mediante el uso de recursos tecnológicos a
través del internet. Objetivos específicos: Sustentar teóricamente las
herramientas de desarrollo de software para la gestión de los procesos de ventas
para las empresas. Diagnosticar el estado actual de los procesos llevados a cabo
17
en la empresa. Estructurar un sistema que permita tramitar los procesos de ventas
de la empresa. Valorar la propuesta. Metodología del proyecto: enfoque cuali-
cuantitativa. Población y muestra: En la investigación se consideró un total de 500
clientes, de los cuales 120 de estos, fueron consideramos para la muestra ya que
eran clientes frecuentes. Instrumentos de recolección de datos: No se aplicó
encuesta al personal que labora en la empresa ya que son muy pocos, con la
entrevista fue suficiente para entender las causas y los problemas concernientes.
Análisis de los resultados: La entrevista se realizó a Las personas que trabajan
en la empresa, el formato de preguntas se encuentra en anexos.
Los empleados coincidieron en que la compañía presta servicios de ventas de
suministros informáticos desde hace 5 años aproximadamente, con el limitante de
que sus ventas se realizan a nivel local, ya que el nivel tecnológico es insuficiente
y no permite proyectarse a través del internet. Los servicios de la empresa se
ofrecen a todas las personas que deseen adquirir suministros informáticos,
necesitando redefinirse los procesos ya que no se está cumpliendo con el objetivo
de ventas. A la empresa le convendría implantar una aplicación web que gestione
los procesos de ventas, ya que así podría mostrar catálogos con especificaciones
básicas de productos, porque la debilidad radica en que la información se
suministra directamente en el local. Es así que en este análisis el 96% de los
encuestados, apoya este criterio, mientras un exiguo 4% manifiesta que no lo
desea. Conclusiones: Las investigaciones arrojan datos decididamente favorables
para la elaboración y ejecución del proyecto, desde la mayoría de los segmentos
tomados en cuenta. Por parte de los compradores considerados como frecuentes,
así como de los eventuales o potenciales, se detecta el deseo de que se
implemente en la empresa el sistema computarizado, vía Internet, para poder
acceder al sistema de compras, sin tener que acudir a la empresa, es decir, desde
su domicilio, a través de su computador y las redes sociales. Los ejecutivos de la
empresa tienen el convencimiento de que su trabajo se agilizará y sistematizará,
en el sentido de brindar al cliente una atención oportuna, y ágil, en un marco de
excelencia en cuanto a servicio y atención al cliente. Todo el componente humano
de la comunidad, tanto investigada como aquella que, de alguna u otra manera,
tiene conocimiento sobre la propuesta, está muy interesada y se expresa en
18
términos de optimismo, frente al logro de los objetivos propuestos por los
mentalizadores de cambios de mercado de la empresa. Un porcentaje mayoritario
de encuestados expresa su decisión de involucrarse directa o indirectamente con
el proyecto, tanto en calidad de compradores de los insumos informáticos como
clientes en cuanto a mantenimiento de sus aparatos de computación. Se tiene la
certeza de que los procesos informáticos, inclusive, pueden abaratar los costos de
operación, por lo tanto, beneficiar a los compradores y clientes en general de la
empresa.(Velásquez Puga 2014).
• De la investigación se relacionará a nuestra variable independiente y variable
dependiente.
6.- Karen Alexandra, Arrellano Infante desarrollo la tesis: “Desarrollo de una
aplicación de Ambiente Web mediante el lenguaje php para los despachos de guías
de la consolidadora Servicios integrales en Aduanas y Transporte Internacional
(S.I.A.T.I. CIA. LTDA), Ecuador 2016”. Problemática: Manejo manual de los
procesos de inventario y administrativos que es generalizado. Variable
independiente: Automatización por medio de la aplicación web. Variable
dependiente: Ingreso, Seguimiento, Facturación e inventarios. Formulación del
Problema: ¿Cómo índice el seguimiento de la facturación e inventario de la
aplicación web aplicando las tecnologías de Información comunicación en el
método comunicacional entre los trabajadores y los usuarios para tener una
optimización de los procesos? Objetivo General: Desarrollar una aplicación web
mediante el uso del lenguaje de programación PHP que permita la ejecución de un
mejor control de los ingresos, seguimientos de la facturación e inventario de los
despachos de guías para ofrecer el mejoramiento del proceso de comunicación
dentro de la compañía. Objetivos Específicos: Realizar un estudio actual de los
procesos que se emplean en el funcionamiento del despacho de guías. Desarrollar
una herramienta tecnológica que sea capaz de adaptarse a las necesidades de la
empresa. Realizar la integración correcta de los módulos de ingreso, seguimiento,
facturación e inventario de los despachos de guías. Permitir la disminución de los
tiempos de operación y cuidar la información de una manera organizada y
protegida. Registrar las facturas de las guías facturadas y se generara un reporte.
Metodología del Proyecto: Enfoque cuali-cuantitativo. Diseño de investigación:
19
Pre-Experimental. Población y muestra: Se creyó conveniente que para 3120
comprobantes de pago estratificados en 21 días se conformará por 21 fichas de
registro para el indicador índice de error. Así mismo, para el nivel de cumplimiento
se tomó 3094 comprobante de pago estratificados en 21 días, quedando
conformado por 21 fichas de registro. La muestra de investigación se determinó en
342 comprobantes de pagos, estratificados por 21 días. Consiguientemente, la
muestra quedo conformado en 21 fichas de Registro estratificados en 21 días.
Instrumentos de recolección de datos: Fichas de Registro. Discusión de los
resultados: Se consiguió como resultado que la aplicación web permitió reducir la
tasa de error en el proceso de facturación de un 27.43% a un 7.71%, lo que equivale
a una disminución promedio del 19.72%. Del mismo modo, como resultado la
aplicación web permitió incrementar el nivel de cumplimiento en el proceso de
facturación de un 76.62% a un 92.19%, equivale a un aumento promedio del
15.48%. Conclusiones: Se concluyó que aplicación web disminuyó el índice de
error en 19.72%. Consecuentemente, se afirma que la aplicación web reduce el
índice de error en el proceso de facturación. Se concluyó que la aplicación web
aumento el nivel de cumplimiento en un 15.48%. Consecuentemente, se afirma que
la aplicación web aumenta el nivel de cumplimiento en el proceso de facturación.
• De la investigación se relacionará a nuestra variable dependiente, ya que
detalla dos de los indicadores utilizados en la presente investigación, el
índice del nivel de cumplimiento e índice de error.
Teorías Relacionadas al tema
20
Pero para (Rivera Salinas 2018) define que: “el proceso de facturación es el mismo
que para las facturas en papel y existe para transferir facturas (o documentos
equivalente entre el remitente y el destinatario) de forma electrónica o remota”.
(pag.28)
Por consiguiente (Rivera Salinas 2018) hace mención, que, la facturación es una
información que acredita la contabilidad inicial los procesos de cobranza, así
también puede dar lugar a la emisión de comprobante de pago por diferencia a
favor o descuentos de servicios realizados, en este caso se utilizan la nota de
crédito o débito. (pag.28)
Mapeo de los involucrados
Dentro del diseño del proyecto se ha identificado las distintas entidades y personas
que intervienen directa o indirecta en el proceso. La inicialización del proceso es
cuando se recepciona la factura o nota contable en la bandeja Outlook. Así mismo
esta se imprime y se registra en una hoja Excel especificando: Proveedor, número
del comprobante, Tipo de comprobante, fecha de recepción, fecha de vencimiento,
importe y tipo de moneda. Luego todos los comprobantes se pasan al área de la
jefatura de la unidad de tarifas y contratos, para el visto y firma oportuno. Si todo
está correcto se pasa al área de contabilidad para que haga el trámite
correspondiente de pagos, pero en caso se encuentre un error en el memorando
nuevamente identificado se vuelve digitalizar en la hoja Excel, para el recorrido ya
mencionado anteriormente. (Ver Anexo 1 y 2)
Dimensiones e Indicadores
(Benito Dextre 2018), En 1998 Beltrán indica en su libro que las métricas de
gestión pueden medir el desempeño de diferentes procesos y perspectivas.
(pag.32).
Así mismo (Rivera Salinas 2018) indica según la Sunat, 2012 “Cuando se anula
un documento, debe proporcionar un motivo de cancelación que explique porque
se anuló el documento y así mismo la fecha de cancelación”
Dimensión: Anulación de documentos
El proceso debe determinar que dimensiones evaluar y medir desde el momento
en que se recibe y registra el comprobante con error debido a una falla en la
entrada.
21
• Indicador: Índice de Error
Esta métrica medirá el índice de error del total de comprobantes recepcionados.
RE = CCEE
TCR
Dimensión: Emisión de documentos
Re= Resultado
CCEE= Cantidad de Comprobantes Emitidos con Errores
TCR= Total de Comprobantes Recepcionados.
• Indicador: Nivel de Cumplimiento
Esta métrica evaluara el nivel de cumplimiento de los documentos de respaldo
durante el procesamiento en el área contable.
RE = CCT
TCR
Re= Resultado
CCT= Cantidad de Comprobantes Tramitados
TCR= Total de Comprobantes Recepcionados
Con estos indicadores obtenidos se evaluará las cifras que puedan medir durante
el proceso de recepción de facturas electrónicas.
B. Aplicación Web
Según (Peñalva 2014) “La calidad del servicio se evalúa y monitorea de cerca en
base al conocimiento del usuario, y se puede buscar un producto mejor y mas
selectivo”. (pag.1)
Así mismo (Peñalva 2014), “Existen definiciones de expertos y organizaciones
reconocidos, como los temas de ISO/IEC 9126/25010 que enumeran los efectos
internos y externos. Esto incluye ejecutar un proceso de revisión consistente.
Determina si el software está proporcionando el efecto correcto y permite a los
usuarios utilizar el software para lograr correctamente sus puntos de vista y
objetivos a través de eficiencia y la satisfacción personal”. (pag.3)
En la edición de ISO 8402(1986) se hace un primer vocabulario y lo definen como:
La generalidad de los aspectos y características de un producto de software que
satisface las necesidades del usuario o proporciona una funcionalidad integral.
Después de un tiempo se convirtió en ISO/IEC 9126 (primera versión), manteniendo
la definición y agregando seis atributos de calidad de software más:
22
1) Funcionalidad
2) Eficiencia
3) Usabilidad
4) Confiabilidad
5) Mantenibilidad
6) Portabilidad
Sin embargo, el juicio de expertos se toma de la nueva versión de ISO/IEC 9126
(2001), que incluye los siguientes componentes:
1. Una compresión universal de los aspectos de calidad del software, los
modelos y sus relaciones.
2. Se representa la calidad externa en métricas.
3. La calidad interna trata sobre métricas.
4. La calidad habla sobre métricas en uso.
Así mismo, en la Figura 1 las sub-características de cada una de las categorías del
modelo de calidad propuesto por ISO/IEC 9126-1:
23
Norma ISO/IEC 25010
Según (Peñalva 2014) La versión final de ISO/IEC 25010 fue aprobada en marzo
de 2011 y se ha encontrado que se define como calidad del producto como una
combinación de calidad interna, externa y de uso. (pag.16)
24
3) Compatibilidad
25
6) Seguridad
7) Mantenibilidad
26
• Capacidad para ser instalado. Es simple una vez que lo haya instalado o
desinstalado con éxito en su entorno especifico.
• Capacidad para ser reemplazado. Contenido del producto utilizado como
reemplazo de otros productos de software con el mismo propósito y en el
mismo entorno.
27
• Satisfacción emocional: Satisfacción del usuario con el logro de
objetivos hedónicos (por ejemplo, generación de memoria).
• Satisfacción física: La satisfacción del usuario está relacionada con
la comodidad física.
d) Libertad de riesgo
• Mitigación de riesgo económico: Se define como la cantidad de daño
comercial o lo que se espera bajo circunstancias establecidas. Ejemplo:
altos costos administrativo para corregir errores que no pueden brindar
un servicio satisfactorio. Pérdida de beneficios debido a sitios web
inapropiados.
• Mitigación de riesgo de salud: Nivel esperado de problemas de salud
y seguridad al usar el producto.
• Mitigación de riesgo ambiental: Medir el impacto de daño a la salud
publica en ciertos casos de uso.
e) Contexto de uso
• Completitud de contexto: El grado de usabilidad y seguridad para
alcanzar los requerimientos.
• Flexibilidad: El grado de buen rendimiento y satisfacción en un contexto
particular de uso.
28
Por ello (Arellano Infante 2016) define Aplicación web: “Un navegador (cliente) se
define como un servidor web (servidor) como un tipo especial de interfaz
cliente/servidor y está conectado a través del protocolo de comunicación (HTTP)”.
El protocolo HTTP incluye una rama del protocolo de comunicación (TCP/IP) que
se considera que se utiliza en Internet. Pueden conectar sistemas. (pag.38)
Pero para ( Velásquez Puga 2014) define aplicación web: “Una herramienta que
permite a los usuarios acceder y utilizar un servidor web a través de un navegador,
Internet o una intranet”. (pag.14)
DISEÑO PARA EL DESARROLLO DE SOFTWARE – APLICACIÓN WEB
Cliente/Servidor
Según (Benito Dextre 2018) bajo su trabajo previo Luján (2002) define que: “Es un
diseño de red en el que cada computadora o proceso en una red cliente/servidor
suele ser un cliente o un servidor, y el servidor es una poderosa computadora
dedicada archivo del servidor”(pag.34)
29
• PHP: Es un lenguaje de programación de código abierto y gratuito, adoptado
rápidamente para el desarrollo web en internet y alojado en HTML.
• JAVA: Lenguaje de programación orientada a objetos.
TIPOS DE REQUISITOS
• Requerimientos Funcionales: Describe lo que el sistema deberá hacer.
o Registro de las facturas y notas contables recepcionadas en el
periodo correspondiente.
o Control de acceso de usuarios para determinadas tareas específicas.
o Validaciones de notificaciones o seguimiento de las facturas y notas
contables.
o Reportes por periodo o tipo de factura para adjuntar a los memorando
remitidos al área de contabilidad.
o Creación de usuarios nuevos para la habilitación. Así mismo darle de
baja cuando concluya su periodo laboral.
o Los colores en las interfaces del sistema deben ayudan al descanso
de la visión y contra el estrés.
o Reportes estadísticos
• No Funcionales: Son limitaciones de los servicios proporcionados por el
sistema.
o Módulo de archivadores
o Chat en tiempo real
o Añadir nuevos módulos.
30
DICCIONARIO DE DATOS
A continuación se detallará como van a actuar los datos almacenados dentro de la
base de datos explicada por las tablas principales y con sus respectivos campos.
• Atributo (abreviatura de campos de la tabla)
• Descripción
• Tipo de variable
• PK (llave primaria)
• Único (dato único)
• NN (Not Null/Null)
• FK (llave foránea)
NOMBRE DE LA TABLA
ATRIBUTO DESCRIPCIÓN TIPO PK ÚNICO NN FK
31
TABLA TIPO MONEDA
ATRIBUTO DESCRIPCION TIPO PK UNICO NOT NULL FK
cod_tipo_moneda Identificador único int(11) SI NO NOT NULL
tipo_moneda soles, dolares o euros VARCHAR(20) NO NO NOT NULL
TABLA PROVEEDOR
ATRIBUTO DESCRIPCION TIPO PK UNICO NOT NULL FK
cod_proveedor Identificador único INT(11) SI NO NOT NULL
nombre factura, nota debito o credito VARCHAR(45) NO NO NOT NULL
ruc numero de ruc INT(11) NO SI NOT NULL
abreviatura nombre corto del proveedor VARCHAR(30) NO NO NOT NULL
direccion direccion de la empresa VARCHAR(80) NO NO NOT NULL
direccion2 direccion de la empresa 2 VARCHAR(80) NO NO NOT NULL
telefono telefono de la empresa VARCHAR(20) NO NO NOT NULL
celular celular del gerente o empresa INT(9) NO NO NOT NULL
url portal web VARCHAR(100) NO NO NULL
correo correo de la empresa VARCHAR(80) NO NO NULL
32
TABLA COMPROBANTE
ATRIBUTO DESCRIPCION TIPO PK UNICO NOT NULL FK
cod_comprobante Identificador único INT(11) SI NO NOT NULL
fecha_emision fecha emision factura /notas contables DATETIME NO NO NOT NULL
fecha_recepcion fecha recepcion factura /notas contablesDATETIME NO NO NOT NULL
num_comprobante N°de factura /notas contables VARCHAR(20) NO NO NOT NULL
importe_total_sin_igv soles,dolares,euros importe DOUBLE NO NO NOT NULL
cod_distribuidora Identificador único distribuidora INT(11) NO NO NOT NULL tbl_distribuidora
cod_proveedor Identificador único proveedor INT(11) NO NO NOT NULL tbl_proveedor
cod_tipo_moneda Identificador único tipo moneda INT(11) NO NO NOT NULL tbl_tipo_moneda
cod_tipo_comprobante Identificador único tipo comprobante INT(11) NO NO NOT NULL tbl_tipo_comprobante
cod_clase_comprobanteIdentificador único clase comprobante INT(11) NO NO NOT NULL tbl_clase_comprobante
cod_estado Identificador único estado INT(11) NO NO NOT NULL tbl_estado
33
DIAGRAMA DE CASOS DE USO
(Rodríguez Cuasapaz y Vinueza Insuasti 2012) define que: “Crea una función
para su sistema agrupándola en una descripción de lo que hace el sistema para
obtener resultados.”(pag.6)
El modelamiento de los casos ayuda en 3 aspectos más difíciles del
desarrollo.
• La captura de requerimientos
• La planificación de las iteraciones de los procesos
• La validación de los procedimientos
34
SERVIDOR WEB ESTABLECIDO EN EL HOSTING
Requisitos básicos para que los usuarios externos e internos accedan a la
información de aplicaciones web basadas en la tecnología de producción masiva
PHP y MYSQL Data manager.
APLICACIÓN WEB
Para Ankh (2017) citado por (Benito Dextre 2018), define que: “Software que no ha
sido creado o instalado en la plataforma o sistema operativo (Windows, Linux). En
cambio, se almacena en un servidor de Internet o una intranet (red de área local).
Su forma es muy similar a la de los sitios web a los que estamos acostumbrados,
pero de hecho las aplicaciones web tienen características muy poderosas que
brindan respuestas a casos específicos” (pag.38)
Según Knowdo (2016) citado por (Benito Dextre 2018) “La Aplicación web se puede
utilizar en cualquier navegador web (Chrome, Firefox, Internet Explorer, etc.)
Independientemente del sistema operativo. Al utilizar la aplicación web, los usuarios
inician sesión en el host del sistema, lo que elimina la necesidad de instalar la
aplicación web en cada computadora.” (pag.38).
Ventajas y Desventajas de los Sistemas Web
Ventajas
- Muchos códigos de fuente abierta, perdiendo flexibilidad.
- Las aplicaciones web desaparecen cuando el desarrollador así lo requiere o si el
mismo desaparece.
- En general, aun puede usar estos casos. Las aplicaciones web se pueden integrar
fácilmente con otros procesos web del lado del servidor, como el correo electrónico
y la búsqueda.
- También se ejecuta en una ventana del navegador web, lo que proporciona
compatibilidad multiplataforma en la mayoría de los casos (Windows, Mac, Linux,
etc.).
Desventajas
- Las aplicaciones del explorador normalmente requieren poco espacio en disco o
no en el cliente. La aplicación web desaparece si así lo requiere el desarrollador o
si el mismo se extingue. Las aplicaciones tradicionales, en general, pueden seguir
usándose en esos casos.
35
- En general, los usuarios no pueden elegir que versión de la aplicación web quieren
usar. Los usuarios a veces prefieren usar la versión anterior hasta que se prueba
la nueva.
Estructura de una Aplicación Web.
La estructura más común de una aplicación web se basa en tres capas:
Capa 1: Esta configurado como cliente o navegador y muestra la acción final.
Capa 2: Por lo general, esto está en el servidor y casi todos los procesos se
ejecutan en el servidor. Utiliza tecnologías web dinámicas como PHP, ASP, JSP,
etc.
Capa 3: Este último nivel suele ser el sistema de gestión de la base de datos, donde
el nivel intermedio almacena los datos requeridos. Esta en otro servidor llamado
servidor de base de datos.
Diseño de una Aplicación Web.
Según Vértice (2009) citado por (Benito Dextre 2018) “Uno de los paradigmas
fundamentalmente probados al diseñar aplicaciones web es MVC (Model- View-
Control). Este modelo se divide en varios componente de la interfaz de usuario
(pantalla), el modelo comercial y la lógica de control” (pag.40).
Por otra parte Castejón (2004) “La visualización en la aplicación web es la página
HTML que el usuario ve en el navegador. Estas páginas permiten al usuario
interactuar con la aplicación para enviar eventos al servidor a través de solicitudes
HTTP. Según los eventos recibidos, el servidor que contiene el código del
controlador para esos eventos funciona bien en el modelo. El resultado de la
operación se devuelve al usuario mediante una respuesta HTTP” (p.137).
Estructura de una Aplicación web.
Según Bahit (2014) ) citado por (Benito Dextre 2018) nos comenta que “El patrón
MVC es un arquitectura de software que separa la lógica empresarial de la interfaz
de usuario y se usa con mayor frecuencia en aplicaciones web para facilitar la
funcionalidad, la capacidad de mantenimiento y la capacidad.” (pag.40).
Modelo
Según. Álvarez (2012), citado por (Benito Dextre 2018) “Dado que el modelo es la
capa que manipula los datos, contiene un mecanismo para acceder a la información
36
y actualizar el estado. En general, el modelo tiene todas las características porque
hay datos en la base de datos” (pag.41).
Vista
Según Fernández (2012) citado por (Benito Dextre 2018) “La vista informa al
usuario que codificara y mantendrá la presentación final de nuestra aplicación. A la
vista, se trata de codificar HTML, CSS, JavaScript, etc.” (pag.41).
Controlador
Según Bahit (2014) citado por (Benito Dextre 2018) , “Indica que el controlador es
un intermediario entre la vista y el modelo controlando la interacción, solicitando
datos del modelo y pasándolos al usuario para su renderizado”. (pag.41).
37
III. METODOLOGÍA
Tipo de Investigación
(Hernández, 2006) citado por (Rivera Salinas 2018) La presente investigación, se
“considera de tipo aplicada, lo que le interesa al investigador, son los resultados
reales. Porque se aplica directamente a la realidad”. Es decir, se investiga para
producir, transformar, actuar y modificar o producir cambios en un determinado
sector de la realidad.
El diseño de estudio es pre-experimental, para analizar el impacto de la Aplicación
Web, que requiere realizar un pre-test y post test del proceso que se está
realizando. (pag.56)
Diseño de Investigación
Pre-Experimental
Hernández (2014) ) citado por (Rivera Salinas 2018) define que: “El diseño pre-
experimental se clasifican de la siguiente manera: Una sola medición y diseño de
prueba. Se realiza la medición de un antes y después.” (pag.57)
Por otra parte Grande & Abascal (2009) citado por (Rivera Salinas 2018) “El plan
de estudio se analiza para una sola variable y prácticamente no hubo ningún tipo
de control” (pag.57)
Esquema:
O1 X O2
Prueba de entrada Uso del Prueba de salida
Pre Test Aplicativo Web Post-test
38
3.2 Variables y Operacionalización.
• Variable Independiente: Aplicación Web
Definición Conceptual
(Arellano Infante, 2016) es que define Aplicación web: “Un navegador (cliente)
como servidor web (servidor) y un protocolo para comunicarse con él (HTTP)”.
(pag.38)
Definición Operacional
Dimensión Usabilidad
Dimensión Funcionalidad
Dimensión Seguridad
39
Variable Dependiente: Proceso de recepción de facturación electrónica.
Definición Conceptual
(Rivera Salinas, 2018) bajo su trabajo previo siendo Carrión (2008) define que “El
proceso de facturación es un equivalentemente funcional de la factura en papel y
consiste en la transmisión de las facturas (o documentos equivalentes entre emisor
y receptor por medios electrónicos”. (pag.28)
Definición Operacional
Esta variable será medida a través de fichas de registro aplicando pre-test y post-
test siendo un total de 86 comprobantes, aplicando 43 en prest y 43 en post donde
la dimensión de Emisión de documentos se medirá con la fórmula:
Re=CCT/TCR (para calcular el nivel de cumplimiento).
Población
Para (Benito Dextre 2018) bajo su teoría de Tamayo, 2004 define qué población es:
“Es un conjunto de fenómenos, incluyendo la integridad de las unidades analíticas
de las entidades poblaciones que conforman el fenómeno, un estudio particular
debe medirse formando un conjunto de hechos, N entidades participan de
características explicitas” (pag,55).
40
Muestra
Para (Benito Dextre 2018) bajo su teoría de Tamayo, 2004 define qué muestra es:
“La muestra representa las partes del todo, por tanto refleja las propiedades que
regulan la población extraída, indicando que es representativa”. (Pag.55).
En la investigación la muestra del indicador “índice de error” estuvo conceptualizada
por la siguiente fórmula:
n 1.96
Z 1.96
N 110
EE 0.05
422.576
n
4.9416
n 85.5140
n 86
41
n 1.96
Z 1.96
N 110
EE 0.05
422.576
n
4.9416
n 85.5140
n 86
A.- Técnicas: Según Tamayo 2004 citado por (Benito Dextre 2018) define que: “La
recopilación de datos depende en gran medida de los tipos de encuestas y
preguntas planteadas y se puede realizar a través de registros bibliográficos
simples, observaciones, entrevistas, encuestas o cuestionarios para estos fines.”
(Pag.57)
Pero para Gavagnin 2009 citado por (Rivera Salinas 2018) define que: “Un modo
de recopilar y almacenar la información sobre unidades y valores de escala”.
(Pag.65).
B.- Instrumento de recolección de datos: Según Sandín 2003 citado por (Benito
Dextre 2018) define que: “Los artículos de investigación son herramientas de
trabajo que permite la recolección de datos. ” (pag.58).
La técnica e instrumentos, que se utilizará para esta investigación en la variable
independiente será como técnica la encuesta y como instrumento el cuestionario.
42
Mientras que en la variable dependiente se utilizará como técnica ficha de registro
de datos y como instrumento análisis documental, a continuación se detalla el
siguiente cuadro establecido para la recolección de datos:
Variable Independiente: Aplicación Web
Dimensión: Usabilidad
N° Indicador Unidad Instrumentos Técnica Fuente
de Población/muestra
Análisis
Nivel de Cada Cuestionario Encuesta Aplicación del
1 adecuación ingeniero cuestionario a 10
de ingenieros de
sistemas sistemas, expertos
Nivel de evaluador en análisis de
2 aprendizaje del aplicaciones web.
Nivel de aplicativo
3 estética de la web.
interfaz de
usuario
Tabla 15: Técnicas e instrumentos 1
Fuente: elaborado por autor
Dimensión: Funcionalidad
N° Indicador Unidad Instrumentos Técnica Fuente
de Población/muestra
Análisis
Nivel de Cada Cuestionario Encuesta Aplicación del
completitud ingeniero cuestionario a 10
1 de ingenieros de
2 Nivel de sistemas sistemas, expertos
precisión evaluador en análisis de
3 Nivel de del aplicaciones web.
pertinencia aplicativo
web.
Tabla 16: Técnicas e instrumentos 2
Fuente: elaborado por autor
43
Dimensión: Eficiencia de desempeño
N° Indicador Unidad Instrumentos Técnica Fuente
de Población/muestra
Análisis
Nivel de Cada Cuestionario Encuesta Aplicación del
comportamiento ingeniero cuestionario a 10
1 temporal de ingenieros de
2 Nivel de sistemas sistemas, expertos
recursos evaluador en análisis de
3 Nivel de del aplicaciones web.
capacidad aplicativo
web.
Tabla 17: Técnicas e instrumentos 3
Fuente: elaborado por autor
Dimensión: Seguridad
N° Indicador Unidad Instrumentos Técnica Fuente
de Población/muestra
Análisis
Cada Cuestionario Encuesta Aplicación del
ingeniero cuestionario a 10
1 Nivel de de ingenieros de
confidencialidad sistemas sistemas, expertos
2 evaluador en análisis de
Nivel de del aplicaciones web.
integridad aplicativo
3 Nivel de web.
autenticidad
Tabla 18: Técnicas e instrumentos 4
Fuente: elaborado por autor
44
Dimensión: Documentos emitidos
N° Indicador Unidad de Instrumentos Técnica Fuente
Análisis Población/muestra
Nivel de 43 Análisis Ficha Aplicación de la
Cumplimiento comprobantes Documental de ficha de registro en
1 recepcionados Registro un mes
en un de determinado en el
determinado Datos proceso de
mes, definidos recepción de las
en 31 días. facturas
electrónicas
Tabla 19: Técnicas e instrumentos 5
Fuente: elaborado por autor
A.- Validez
Para Mokkink citado por (Benito Dextre 2018) define que :“La validez es la
capacidad que tiene el instrumento de la medición de la construcción para medir y
es el tema del diseño” (pag.59)
B.- Validez de Criterio: Según García 2009 citado por (Benito Dextre 2018) define
que: “Establecer la validez del sistema o modelo basico de la puntuación obtenida
en la escala de la referencia (criterio)” (pag.59).
C.- Validez del Instrumento: Para determinar el grado en que los instrumentos
miden las variables, se consideró la validez de constructo y criterios de jueces.
D.- Validez de Constructo: Según García 2009 citado por (Benito Dextre 2018)
define que: “Los puntajes que resultan de las respuestas del instrumento puedan
ser respetadas y utilizadas como una medición aceptada del estudio de
investigación”. (Benito Dextre 2018) (pag.59).
45
3.5. Procedimientos.
Según Valderrama Santiago, 2013 citado por (Rivera Salinas 2018) argumenta que:
“la investigación es el proceso de descubrir nuevos conocimientos, aplicar métodos
científicos a la práctica, descubrir la verdad de la teoría y contribuir al progreso de
la ciencia” (pag.24).
PRUEBA ESTADÍSTICA
Por otra parte Sarria A, Guardia J & Frexia (1999) citado por (Rivera Salinas 2018)
definen: “La prueba paramétrica utiliza aquellas técnicas estadísticas que requiere
que las variables en la población de origen sigan una cierta ley de probabilidad para
ser aplicadas”. Fundamental es la distribución normal en la población origen y, si
no se cumplen, se puede utilizar una prueba no paramétrica”. (Pag.69)
Así mismo, Casemiro W. (2010, p.181) citado por (Rivera Salinas 2018) definen
que: “La prueba Z es un prueba de hipótesis basada en el estadístico Z, el cual,
sigue una distribución normal según la hipótesis nula y para hacer uso de esta
prueba la muestra debe ser n>=50; en el caso de que la muestra sea n<=30 se
hace uso de la prueba T-Student que es un método de análisis estadístico que
compara las medias de dos muestras independientes. (Pág. 70).
PRUEBAS DE NORMALIDAD
Para Gonzales Tagle, Marco 2016 define que: “La importancia de verificar la
normalidad de una muestra es fundamental en estadística. Si la muestra tiene éxito,
puede aplicar el método estadístico a los parámetros existentes. De lo contrario,
tendrá que transformar sus datos o utilizar métodos estadísticos avanzados no
paramétricos u otros”.
HIPÓTESIS ESTADÍSTICA
Según Zorrilla, Santiago y Torres, Miguel (1995. pp. 111) “La hipótesis contienen
conceptos y afirmaciones extraídas de los hechos estudiados y están vinculadas a
la naturaleza del conocimiento”. (Pág. 71).
46
Hipótesis General
A.- Hipótesis de Investigación 1:
47
El indicador sin la Aplicación Web es igual que el indicador con la Aplicación Web.
HA: La aplicación web incrementa el Nivel de Cumplimiento en el proceso de
recepción de facturas electrónicas en el área de tarifas y contratos de la empresa
Enosa.
HA: NCA ≠ NCD
El indicador con la Aplicación Web es mejor que el indicador sin la Aplicación Web.
48
IV. RESULTADOS
49
Para la validez de la FICHA DE REGISTRO N°001 PRE-TEST por el indicador:
índice de error sobre el proceso de recepción de facturas electrónicas en el área
de tarifas y contratos de la empresa Enosa, se obtuvo como resultado un promedio
de 81%, teniendo una apreciación ELEVADA para aplicar el instrumento. (Ver
Anexo 30 – 44)
CLARIDAD OBJETIVIDAD ACTUALIDAD ORGANIZACIÓN SUFICIENCIA INTENCIONALIDAD CONSISTENCIA COHERENCIA METODOLOGÍA
EXPERTOS CONFIABILIDAD APRECIACIÓN
1 2 3 4 5 6 7 8 9
MARTÍNEZ SERNAQUE MARLON 80 80 80 80 80 80 80 80 80 80 ELEVADA
MORE VALENCIA RUBEN A. 80 60 80 80 60 60 80 80 80 73 MUY BUENA
MADRID CASARIEGO JAIME L. 80 100 80 100 80 100 100 80 80 89 ELEVADA
PROMEDIO 81
Tabla 24: Validez de la FICHA DE REGISTRO N°002 POST-TEST por el
indicador: índice de error sobre el proceso de recepción de facturas electrónicas
en el área de tarifas y contratos de la empresa Enosa.
Fuente: elaborado por autor
Para la validez de la FICHA DE REGISTRO N°002 POST-TEST por el indicador:
índice de error sobre el proceso de recepción de facturas electrónicas en el área
de tarifas y contratos de la empresa Enosa, se obtuvo como resultado un promedio
de 81%, teniendo una apreciación ELEVADA para aplicar el instrumento. (Ver
Anexo 30 – 44)
CLARIDAD OBJETIVIDAD ACTUALIDAD ORGANIZACIÓN SUFICIENCIA INTENCIONALIDAD CONSISTENCIA COHERENCIA METODOLOGÍA
EXPERTOS CONFIABILIDAD APRECIACIÓN
1 2 3 4 5 6 7 8 9
MARTÍNEZ SERNAQUE MARLON 80 80 80 80 80 80 80 80 80 80 ELEVADA
MORE VALENCIA RUBEN A. 80 80 60 80 80 60 80 80 60 73 MUY BUENA
MADRID CASARIEGO JAIME L. 80 100 80 100 80 100 100 80 80 89 ELEVADA
PROMEDIO 81
Tabla 25: Validez de la FICHA DE REGISTRO N°003 PRE-TEST por el indicador:
nivel de cumplimiento sobre el proceso de recepción de facturas electrónicas en
el área de tarifas y contratos de la empresa Enosa.
Fuente: elaborado por autor
50
CLARIDAD OBJETIVIDAD ACTUALIDAD ORGANIZACIÓN SUFICIENCIA INTENCIONALIDAD CONSISTENCIA COHERENCIA METODOLOGÍA
EXPERTOS CONFIABILIDAD APRECIACIÓN
1 2 3 4 5 6 7 8 9
MARTÍNEZ SERNAQUE MARLON 80 80 80 80 80 80 80 80 80 80 ELEVADA
MORE VALENCIA RUBEN A. 80 80 60 80 60 80 80 60 80 73 MUY BUENA
MADRID CASARIEGO JAIME L. 80 100 80 100 80 100 100 80 80 89 ELEVADA
PROMEDIO 81
Tabla 26: Validez de la FICHA DE REGISTRO N°004 POST-TEST por el
indicador: nivel de cumplimiento sobre el proceso de recepción de facturas
electrónicas en el área de tarifas y contratos de la empresa Enosa.
Fuente: elaborado por autor
51
ÍNDICE DE ERROR
Correlaciones
PreTest_Indice_Error PostTest_Indice_Error
Correlación de
1 ,351
Pearson
PreTest_Indice_Error
Sig. (bilateral) ,053
N 31 31
Correlación de
,351 1
Pearson
PostTest_Indice_Error
Sig. (bilateral) ,053
N 31 31
Tabla 27: Resultados de la correlación de Pearson para el indicador índice de
error
Fuente: elaborado por autor
Como se observa en la Tabla 31, se logra identificar la relación entre las dos
muestras tomadas se tiene una correlación de 0.351, es decir una correlación
positiva ya que se ubica dentro del rango de 0<r<1, con una significancia de 0.053.
Nivel de cumplimiento
Correlaciones
ANÁLISIS DESCRIPTIVO
Como se observa en la Tabla 32, se logra identificar la relación entre las dos
muestras tomadas se tiene una correlación de 0.138, es decir una correlación
positiva ya que se ubica dentro del rango de 0<r<1, con una significancia de 0.459.
En la investigación se aplicó una Aplicación Web para analizar el Índice de Error y
el Nivel de Cumplimiento en el proceso de recepción de facturas electrónicas en el
52
área de tarifas y contratos de la empresa Enosa; para ello se aplicó un Pre-Test
que permita conocer las condiciones iniciales del indicador; posteriormente se
analizó la Aplicación Web y nuevamente se registró el Índice de Error y el nivel de
Cumplimiento en el proceso descrito anteriormente. Los resultados descriptivos de
estas medidas se observan en las Tablas 33, 34, 36 y 37.
Indicador: Índice de Error
INDICE DE ERROR
TIPO MEDICIÓN TOTAL
0.00 0.15 0.17 0.20 0.25 0.31 0.33 0.50 0.60 0.67
Se Emitio
PRE NO
Document 19 19
OBSERVACI os SI 5 1 2 2 2 12
ON
TOTAL 24 0 0 0 1 0 2 2 2 31
POST Se Emitio NO 20 20
OBSERVACI Document SI 6 1 1 1 1 1 11
ON TOTAL 26 1 1 1 1 0 1 0 0 0 31
Se Emitio NO 39 0 0 0 0 0 0 0 0 39
TOTAL
Document SI 11 1 1 1 1 1 1 2 2 2 23
GENERAL
TOTAL 50 1 1 1 1 1 1 2 2 2 62
Fuente: elaborado por autor
Estadísticos descriptivos
N Mínimo Máxim Media Desv.
o típ.
PreTest_Indice_Err 31 ,00 ,67 ,1239 ,23998
or
PostTest_Indice_Er 31 ,00 ,33 ,0356 ,08675
ror
N válido (según 31
lista)
Fuente: elaborado por autor
53
rangos de 0.5 a 0.67 de tasa de ratio sobre uno. Respectivamente, con la Aplicación
Web se obtuvo un índice de error con un rango de 0.00 a 0.31 de tasa de ratio sobre
uno. Así mismo, el índice de error de ratio mínimo fue 0.00 y el ratio máximo 0.67
de tasa de ratio sobre uno. Así mismo en la tabla 34, se obtuvó un promedio sin la
aplicación web de 12.39%, mientras que con la aplicación web aplicando el post-
test se obtuvo un promedio de 3.56%, lo que representa una mejora porcentual del
8.83% de tasa de ratio sobre uno.
14.00%
12.00%
10.00%
8.00% 12.39%
6.00%
4.00%
3.56%
2.00%
0.00%
Resultado_Pre_Test Resultado_Post_Test
54
En la tabla 35, se acepta la hipótesis nula, de la misma aceptando la hipótesis
alterna con un 95% de confianza. Además el valor T obtenido se ubica en la zona
de aceptación. Por lo tanto, Se concluye que: Sin o con la aplicación web reduce el
índice de error en el proceso de recepción de facturas electrónicas en el área de
tarifas y contratos de la empresa Enosa, cabe indicar, que con una mínima
diferencia la aplicación web mejora el proceso.
Indicador: Nivel de Cumplimiento
Nivel de Cumplimiento
TIPO MEDICIÓN TOTAL
0.00 0.33 0.40 0.50 0.67 0.69 0.75 0.80 0.83 0.85 1.00
PRE Se NO 19 0 19
OBSERVAC Emitio SI 0 2 2 2 1 5 12
ION TOTAL 19 2 2 2 0 1 0 0 0 5 31
POST Se NO 20 20
OBSERVAC Emitio SI 1 1 1 1 1 6 11
ION TOTAL 20 0 0 0 1 0 1 1 1 1 6 31
Se NO 39 0 0 0 0 0 0 0 0 0 0 39
TOTAL
Emitio SI 0 2 2 2 1 1 1 1 1 1 11 23
GENERAL
TOTAL 39 2 2 2 1 1 1 1 1 1 11 62
Tabla 32: Tabla de contingencia, capas y ponderación de datos, según el tipo de
medición PRE-OBSERVACIÓN y POST-OBSERVACIÓN sobre el indicador Nivel
de Cumplimiento.
Fuente: elaborado por autor
Estadísticos descriptivos
N Mínimo Máximo Media Desv.
típ.
PreTest_Nivel de 31 ,00 1,00 ,2632 ,38184
Cumplimiento(Resultado)
PostTest_Nivel de 31 ,00 1,00 ,3192 ,44340
Cumplimiento(Resultado)
N válido (según lista) 31
Fuente: elaborado por autor
55
de 0.00 a 0.67 de tasa de ratio sobre uno. Respectivamente, con la Aplicación Web
se obtuvo un nivel de cumplimiento con un rango de 0.69 a 1.00 ratio sobre uno.
Así mismo en la tabla 37, el nivel de cumplimiento de ratio mínimo fue 0.00 y el ratio
máximo 1.00, obteniendo un promedio sin la aplicación web de 26%, mientras que
con la aplicación web aplicando el post-test se obtuvo un promedio de 32%, lo que
representa una mejora porcentual del 6% de tasa de ratio sobre uno.
35%
30%
25%
32%
20%
26%
15%
10%
5%
0%
Resultado_Pre_Test Resultado_Post_Test
Prueba T-Student
Media
t gl Sig.(bilateral)
PreTest_Nivel_de_Cumplimiento 0.2632
-0.574 30 0.570
PostTest_Nivel_de_Cumplimiento 0.3192
Tabla 34: Prueba de T-Student para el nivel de cumplimiento del proceso de
recepción de facturas electrónicas del área de tarifas y contratos de la empresa
Enosa.
Fuente: elaborado por autor
56
En la tabla 38, se acepta la hipótesis nula, de la misma aceptando la hipótesis
alterna con un 95% de confianza. Además el valor T obtenido se ubica en la zona
de aceptación. Por lo tanto, Se concluye que: Sin o con la aplicación web
incrementa el Nivel de Cumplimiento en el proceso de recepción de facturas
electrónicas en el área de tarifas y contratos de la empresa Enosa, cabe indicar,
que con un mínima diferencia la aplicación web mejora el proceso.
APLICACIÓN WEB
Estadísticos de fiabilidad
Alfa de N de elementos
Cronbach
,807 12
Tabla 35: Escala de valoración del alfa de Cronbach obtenido del Cuestionario la
Aplicación Web
Fuente: elaborado por autor
57
En esta parte se presentará de forma más detallada los análisis e interpretación de
los resultados del Cuestionario sobre la Aplicación web en el proceso de recepción
de facturas electrónicas el presente trabajo se realizará mediante cuadros
estadísticos de los cuales provienen los resultados de la técnica aplicada la
encuesta que se presentan a continuación:
58
2.- ¿Considera que la Aplicación Web facilita su
aprendizaje?
60%
50%
40%
30% 50%
40%
20%
10%
10%
0%
INDIFERENTE ALTO MUY ALTO
60%
40%
60%
20%
10% 20% 10%
0%
BAJO INDIFERENTE ALTO MUY ALTO
59
ESCALAS Frecuencia Absoluta Frecuencia Relativa
BAJO 1 10%
INDIFERENTE 2 20%
ALTO 6 60%
MUY ALTO 1 10%
Total 10 100%
Tabla 38: Tabla de Frecuencias del indicador N°3
Fuente: elaborado por autor
70%
60%
50%
40%
30% 60%
40%
20%
10%
0%
BAJO INDIFERENTE
60
entonces cabe indicar que en la dimensión de FUNCIONALIDAD bajo la pregunta
4 descrita es ACEPTABLE.
80%
60%
40%
70%
20%
10% 20%
0%
BAJO INDIFERENTE ALTO
61
6.- ¿Considera que la Aplicación Web debe estar
preparada para cualquier fallo que se presente?
60%
50%
40%
50%
30% 40%
20%
10%
10%
0%
BAJO INDIFERENTE ALTO
62
7.- ¿Considera que la Aplicación Web el tiempo de
respuesta y procesamiento de los datos es la adecuada?
80%
70%
60%
50% 70%
40%
30%
20%
10% 20%
10%
0%
BAJO ALTO MUY ALTO
BAJO 2 20%
ALTO 7 70%
Total 10 100%
63
8.- Cuando el volumen de datos crece centro de lo
contemplado ¿La Aplicación web se vuelve lento?
90%
80%
70% 80%
60%
50%
40%
30%
20%
10%
10% 10%
0%
INDIFERENTE ALTO MUY ALTO
64
9.- ¿Es capaz la Aplicación Web de procesar/almacenar
los datos de manera eficiente?
60%
50%
50%
40%
30% 40%
20%
10%
10%
0%
BAJO INDIFERENTE ALTO
65
10.- ¿Considera que la Aplicación web la protección de
datos e información debe estar completamente
protegidos?
60%
50%
40%
50%
30%
30%
20%
10% 20%
0%
INDIFERENTE ALTO MUY ALTO
66
11- ¿Considera que la Aplicación web el nivel de
integridad para prevenir el acceso no autorizado es el
adecuado?
100%
90%
80%
90%
70%
60%
50%
40%
30%
20%
10%
10%
0%
INDIFERENTE MUY ALTO
67
12- Al ingresar su usuario y clave ¿Considera que la
Aplicación web el nivel de autenticidad es el
adecuado?
100%
90%
80%
90%
70%
60%
50%
40%
30%
20%
10%
10%
0%
INDIFERENTE MUY ALTO
68
V. DISCUSIÓN
Para Beltrán 1998, citado por (Benito Dextre 2018), las dimensiones e indicadores
que abarcaron en el estudio se definen en Beltrán 1998, la cual, permitió medir el
desempeño de los procesos. Así mismo (Rivera Salinas 2018) según la Sunat
2012 al invalidar un documento se debe indicar un motivo de anulación que explica
el motivo por el cual se anuló un documento. Se determinaron las dimensiones que
se evaluaron dentro del proceso desde el momento de la elaboración de la factura
hasta la emisión a la entidad supervisora. Se confirmó que el índice de error fue
evaluado como (Benito Dextre 2018), aplicando un pres-test y post-test en la
recolección de los datos obteniendo de manera puntual y porcentual al operar el
índice de error. Respecto a la investigación que fue por intervalo (rango), siendo los
resultados evaluados antes (sin la aplicación web) y después (con la aplicación
web), bajo el periodo de un mes por 31 días, tomando en cuenta solamente los días
hábiles con una tasa de ratio sobre uno, por tanto, mediante el objetivo específico:
Explicar de qué manera influye la aplicación web al índice de error en el proceso de
recepción de facturas electrónicas en el área de tarifas y contratos de la empresa
Enosa, se valida las determinaciones de (Rivera Salinas 2018) y (Benito Dextre
2018), por procesos y actividades de la organización.
Los resultados que obtienen (Rivera Salinas 2018) como (Benito Dextre 2018),
son porcentajes puntuales al operar el índice de error en el proceso de facturación
como 38.40% índice de error 27.43% respectivamente, en la investigación se
obtuvieron los resultados por rango, donde el índice de error sin la implementación
de la aplicación web estuvo en rangos de 0.5 a 0.67 de tasa de ratio sobre uno, es
interesante señalar que respecto a los antecedentes este error es mucho mayor, ya
que, sin la implementación de la aplicación web por los factores o inconvenientes
como los comprobantes no se tramitaban a tiempo, se digitaba manualmente, lo
cual, ocasionaba errores en la digitación por el tiempo de disminuir las actividades
diarias en el área de tarifas y contratos o la fecha de vencimiento no era la correcta,
y así mismo, están eran anuladas por el área de Contabilidad, devolviendo aquellos
comprobantes mal digitados al área de tarifas y contratos para su respectiva
corrección. En los antecedentes mencionados también es puntual, de 13.55% y
7.71% respectivamente, se obtuvo el índice de error del proceso en la investigación
69
con aplicación web un rango 0.00 a 0.31 ratio sobre uno, obteniendo una mejora
con la aplicación web una disminución de tiempo para modificar fechas de
vencimiento, ya que aquella corrección la hace el jefe de unidad de tarifas y
contratos, por las notificaciones que la aplicación web envía, evitando menores
inconvenientes y así la tramitación de los comprobantes se obtenga un mínimo
índice de error, lo cual, indica una similitud a lo encontrado por (Rivera Salinas
2018) y (Benito Dextre 2018).
En la realización de la investigación con los antecedentes, realizado en el año 2018,
por (Rivera Salinas 2018), en el desarrollo de la tesis: “Aplicación web para el
proceso de facturación electrónica en la empresa J&S consultores S.A.C”, ya que
su propuesta en el índice de error al momento de Emitir Comprobantes de Pago
Electrónico en un porcentaje de 38.55%, en comparación con el resultado después
de su implementación el cual fue de 13.55%, obteniendo un disminución de 25.00%.
Así mismo, en la investigación con el antecedente, realizado en el año 2018, por
(Benito Dextre 2018), en el desarrollo de la tesis titulada: “Aplicación web para el
proceso de facturación en el Instituto Nacional de Salud Mental Honorio Delgado,
Lima 2017”, ya que su propuesta disminuyo el índice de error 27.43% a un 7.71%,
lo que equivale a una reducción promedio del 19.72%. Lo cual, cabe indicar en la
investigación desarrollada en el proceso de recepción de facturas electrónicas se
obtuvo en el índice de error 12.39% de tasa de ratio sobre uno antes de la aplicación
web, en comparación con la aplicación web, lo cual, fue 3.56% de tasa de ratio
sobre uno, obteniendo una disminución de 8.83% tasa de ratio sobre uno.
Afirmando la hipótesis de que la aplicación web reduce el índice de error en el
proceso de recepción de facturas electrónicas en el área de tarifas y contratos de
la empresa Enosa.
Para Beltrán 1998, citado por (Benito Dextre 2018), las dimensiones e indicadores
que abarcaron en la investigación se definen del libro de Beltrán 1998, la cual,
permitió medir en distintos aspectos la realización del proceso. Así mismo Stephen
2005, citado por (Rivera Salinas 2018) la eficiencia o nivel de cumplimiento se trata
de obtener los mejores resultados con la menor inversión y se aprovecha para un
mejor uso de los recursos. Las dimensiones evaluadas en este proceso se
determinan desde la creación de la factura a la autoridad supervisora. Se confirmó
70
que el nivel de cumplimiento fue evaluado como (Benito Dextre 2018), aplicando
un pres-test y post-test en la recolección de los datos obteniendo de manera puntual
y porcentual al operar el nivel de cumplimiento. Respecto a la investigación que fue
por intervalo (rango), siendo los resultados evaluados antes (sin la aplicación web)
y después (con la aplicación web), bajo el periodo de un mes por 31 días, tomando
en cuenta solamente los días hábiles con una tasa de ratio sobre uno, por tanto,
mediante el objetivo específico:
Explicar de qué manera influye la aplicación web en el nivel de cumplimiento en el
proceso de recepción de facturas electrónicas en el área de tarifas y contratos de
la empresa Enosa, se valida las determinaciones de (Rivera Salinas 2018) y
(Benito Dextre 2018), por procesos y actividades de la organización.
Los resultados que obtienen (Rivera Salinas 2018) como (Benito Dextre 2018),
son porcentajes puntuales de nivel de cumplimiento o nivel de eficiencia en el
proceso de facturación como 58.70% nivel de cumplimiento 76.62%
respectivamente, en la investigación se obtuvieron los resultados evaluados por
rango, donde el nivel de cumplimiento sin la implementación de la aplicación web
estuvo en rangos de 0.00 a 0.67 de tasa de ratio sobre uno, es interesante señalar
que respecto a los antecedentes este nivel de cumplimiento es mucho menor. La
mejora en los antecedentes mencionados también es puntual, de 86.70% y 92.19%
respectivamente, se obtuvo el nivel de cumplimiento del proceso en la investigación
con aplicación web un rango 0.69 a 1.00 ratio sobre uno, lo cual indica una similitud
a lo encontrado por (Rivera Salinas 2018) como (Benito Dextre 2018).
Durante la investigación encontramos similitud con los antecedentes, realizado en
el año 2018, por (Rivera Salinas 2018), en el desarrollo de la tesis titulada:
“Aplicación web para el proceso de facturación electrónica en la empresa J&S
consultores S.A.C”, ya que su propuesta incremento el nivel de eficacia al momento
de Emitir Comprobantes de Pago Electrónico en un porcentaje de 86.70%, en
comparación con el resultado antes de su implementación el cual fue de 58.70%,
obteniendo un incremento de 28.00%. Así mismo, en la investigación con el
antecedente, realizado en el año 2018, por (Benito Dextre 2018), en el desarrollo
de la tesis titulada: “Aplicación web para el proceso de facturación en el Instituto
Nacional de Salud Mental Honorio Delgado, Lima 2017”, ya que su propuesta
71
incremento el nivel de cumplimiento 76.62% a un 92.10%, lo que equivale a un
crecimiento promedio del 15.48%. Lo cual, cabe indicar en la investigación
desarrollada en el proceso de recepción de facturas electrónicas se obtuvo en el
nivel de cumplimiento 26% de tasa de ratio sobre uno antes de la aplicación, en
comparación con la aplicación lo cual fue 32% total de ratio sobre uno, obteniendo
un incremento 6.00% de tasa de ratio sobre uno. Afirmando la hipótesis de que la
aplicación web incrementa el nivel de cumplimiento.
72
VI. CONCLUSIONES
73
VII. RECOMENDACIONES
74
REFERENCIAS
75
6. CASTEJON GARRIDO, JUAN. 2014. Arquitectura y diseño de sistemas
web modernos. Revista de Ingeniería Informática del CIIRM. [en línea],
[Consulta: 14 de septiembre 2018]. Disponible en:
http://pegaso.ls.fi.upm.es/~sortega/html_css/files/Arquitectura_y_disenyo_d
e_sistemas_web_modernos.pdf ISSN: 1698-8841
7. CEGARRA SÁNCHEZ, JOSE. 2004. Metodología de la investigación
científica y tecnológica. [en línea], [Consulta: 14 de septiembre 2018].
Disponible en: Referencias de google.com.pe ISBN: 9788499690278
8. GAVAGNIN, OSVALDO, 2009. La Creación del Conocimiento. 1ta Edición.
Universidad Peruana la Unión. [en línea], [Consulta: 15 de agosto 2018].
Disponible en:http://sisbib-03.unmsm.edu.pe/cgi-bin/koha/opac-
detail.pl?biblionumber=241604&query_desc=an%3A%22161276%22 ISBN:
9786120000175.
76
https://repositorio.uesiglo21.edu.ar/bitstream/handle/ues21/12832/Program
aci%C3%B3n%20de%20aplicaciones%20web.pdf?sequence=1&isAllowed
=y. ISBN: 8484542068.
77
21. RIVERA SALINAS, J.C., 2018. Aplicación web para el proceso de facturación
electrónica en la empresa J&S Consultores S.A.C. Universidad César Vallejo
[en línea], [Consulta: 24 septiembre 2018]. Disponible en:
http://repositorio.ucv.edu.pe/handle/UCV/19482.
78
28. VELÁSQUEZ PUGA, C.D., 2014. Aplicación web para la gestión de ventas
de la empresa Redycom. [en línea], [Consulta: 7 octubre 2017]. Disponible
en: http://localhost:8080/xmlui/handle/123456789/1502.
79
ANEXOS
80
Anexo 1: Diagrama de proceso 1: Proceso de recepción de facturas electrónicas sin la Aplicación web
81
Anexo 2: Diagrama de proceso 2: Proceso de recepción de facturas electrónicas con la Aplicación web
82
Anexo 3: Login de Acceso de la Aplicación Web
83
Anexo 4: Login de Acceso de la Aplicación Web – Validación de datos incompletos
84
Anexo 5: Portada Principal de la Aplicación Web
85
Anexo 6: Módulo Gestionar Comprobantes – Registro de Comprobantes
86
Anexo 7: Módulo Gestionar Comprobantes – Validaciones de datos incompletos
87
Anexo 8: Módulo Gestionar Comprobantes – Registro de comprobantes (mensaje de confirmación correcta)
88
Anexo 9: Módulo Datos Complementarios – Listar Comprobantes
89
Anexo 10: Módulo Datos Complementarios – Registro de Datos complementarios (Mensaje de confirmación correcta)
90
Anexo 11: Módulo Aprobación de comprobantes
91
Anexo 12: Módulo Aprobación de comprobantes – Sub Ventana para APROBACIÓN
92
Anexo 13: Módulo Usuario – Registrar un nuevo usuario
93
Anexo 14: Módulo Usuario – Validaciones de datos incompletos
94
Anexo 15: Módulo Usuario – Control de Modificar, Eliminar e Inhabilitar.
95
Anexo 16: Módulo Usuario – Interfaz Modificar Usuario.
96
Anexo 17: Módulo Usuario – Interfaz Habilitar Usuario.
97
Anexo 18: Módulo Distribuidoras – Interfaz Habilitar Usuario.
98
Anexo 19: Módulo Distribuidoras – Listar distribuidoras.
99
Anexo 20: Módulo Distribuidoras – Modificar datos de distribuidoras.
100
Anexo 21: Módulo Distribuidoras – Registrar proveedores.
101
Anexo 22: Módulo Proveedores – Validaciones de datos incompletos
102
Anexo 23: Módulo Proveedores – Listar proveedores
103
Anexo 24: Módulo Proveedores – Modificar datos de proveedores
104
Anexo 25: Ficha de Registro N°001: Sobre el proceso de recepción de facturas
electrónicas
105
Anexo 26: Ficha de Registro N°002: Sobre el proceso de recepción de facturas
electrónicas
106
Anexo 27: Ficha de Registro N°003: Sobre el proceso de recepción de facturas
electrónicas
107
Anexo 28: Ficha de Registro N°004: Sobre el proceso de recepción de facturas
electrónica
108
Anexo 29: Carta de solicitud a la Empresa ELECTRONOROESTE
109
Anexo 30: Constancia de Validación Juez experto 1 - Cuestionario
110
Anexo 31: Constancia de Validación Juez experto 1 – Ficha de Registro N°001
111
Anexo 32: Constancia de Validación Juez experto 1 – Ficha de Registro N°002
112
Anexo 33: Constancia de Validación Juez experto 1 – Ficha de Registro N°003
113
Anexo 34: Constancia de Validación Juez experto 1 – Ficha de Registro N°004
114
Anexo 35: Constancia de Validación Juez experto 2 – Cuestionario
115
Anexo 36: Constancia de Validación Juez experto 2 – Ficha de Registro N°001
116
Anexo 37: Constancia de Validación Juez experto 2 – Ficha de Registro N°002
117
Anexo 38: Constancia de Validación Juez experto 2 – Ficha de Registro N°003
118
Anexo 39: Constancia de Validación Juez experto 2 – Ficha de Registro N°004
119
Anexo 40: Constancia de Validación Juez experto 3 – Cuestionario
120
Anexo 41: Constancia de Validación Juez experto 3 – Ficha de Registro N°001
121
Anexo 42: Constancia de Validación Juez experto 3 – Ficha de Registro N°002
122
Anexo 43: Constancia de Validación Juez experto 3 – Ficha de Registro N°003
123
Anexo 44: Constancia de Validación Juez experto 3 – Ficha de Registro N°004
124
Anexo 45: Cuestionario Resuelto por Ing. de Sistemas N°001
125
Anexo 45: Cuestionario Resuelto por Ing. de Sistemas N°001
126
Anexo 46: Cuestionario Resuelto por Ing. de Sistemas N°002
127
Anexo 46: Cuestionario Resuelto por Ing. de Sistemas N°002
128
Anexo 47: Cuestionario Resuelto por Ing. de Sistemas N°003
129
Anexo 47: Cuestionario Resuelto por Ing. de Sistemas N°003
130
Anexo 48: Cuestionario Resuelto por Ing. de Sistemas N°004
131
Anexo 48: Cuestionario Resuelto por Ing. de Sistemas N°004
132
Anexo 49: Cuestionario Resuelto por Ing. de Sistemas N°005
133
Anexo 49: Cuestionario Resuelto por Ing. de Sistemas N°005
134
Anexo 50: Cuestionario Resuelto por Ing. de Sistemas N°006
135
Anexo 50: Cuestionario Resuelto por Ing. de Sistemas N°006
136
Anexo 51: Cuestionario Resuelto por Ing. de Sistemas N°007
137
Anexo 51: Cuestionario Resuelto por Ing. de Sistemas N°007
138
Anexo 52: Cuestionario Resuelto por Ing. de Sistemas N°008
139
Anexo 52: Cuestionario Resuelto por Ing. de Sistemas N°008
140
Anexo 53: Cuestionario Resuelto por Ing. de Sistemas N°009
141
Anexo 53: Cuestionario Resuelto por Ing. de Sistemas N°009
142
Anexo 54: Cuestionario Resuelto por Ing. de Sistemas N°010
143
Anexo 54: Cuestionario Resuelto por Ing. de Sistemas N°010
144
Anexo 55: Base de datos Mysql – Aplicación Web
145