Inf Alv Apo 19

UNIVERSIDAD NACIONAL DE PIURA
Facultad de Ingeniería Industrial

Escuela Profesional de Ingeniería Informática
INFORME DE INVESTIGACIÓN
INFORME TÉCNICO PARA LA ELABORACIÓN DE UN SISTEMA DE GESTIÓN

COMERCIAL PARA LA EMPRESA DE AUTOSERVICIO Y LUBRICANTES
“AUTOBACKS”
Presentada por:
Bach. Alvarado Aponte Jorge André
Bach. Juárez Loro Edinson Junior
Bach. Meca Pacherres Miguel Angel
PARA OPTAR EL TÍTULO DE INGENIERO INFORMÁTICO
Línea de investigación
Informática, Electrónica y Telecomunicaciones
Sublínea de investigación
Computación
Piura, Perú
2019
DEDICATORIA
El presente trabajo lo dedicamos principalmente a Dios, por ser
el inspirador y darnos fuerza para continuar en este proceso de
obtener uno de los anhelos más deseados.
A nuestros padres, por su amor, trabajo y sacrificio en todos
estos años, gracias a ustedes hemos logrado llegar hasta aquí́ y
convertirnos en lo que somos.
A nuestro asesor Dr. Moisés David Saavedra Arango por su gran
apoyo y motivación para la elaboración
vii
AGRADECIMIENTO
Agradecer a Dios, por permitirnos llegar hasta este punto de
nuestras vidas y mantenernos con salud, para así poder iniciar
este proyecto de investigación.
A nuestros queridos padres por ser el pilar fundamental y gracias
a ellos hemos logrado llegar hasta aquí́ y convertirnos en lo que
somos.
A nuestro asesor Dr. Moisés David Saavedra Arango por su gran
apoyo y dedicación para la elaboración de este proyecto de
investigación.
viii
RESUMEN
La presente investigación se centró en el desarrollo e implementación de un software
de gestión empresarial para la empresa Autobacks E.I.R.L, cuyo fin es el de mejorar los
procesos de ventas, actualización de existencias en almacén y Kardex que venían
provocando lentitud en la toma de decisiones e información incorrecta de la cantidad de
productos. Además, también el de emitir documentos electrónicos por decreto expedido
por SUNAT. La elaboración del software se realizó bajo una metodología SCRUM
debido a su gran flexibilidad y adaptación de acuerdo a los requerimientos del cliente,
para el desarrollo del software se usaron los lenguajes de programación C# junto al
framework DevExpress para la creación de formularios Windows. Para determinar si la
implementación de este prototipo es conveniente se evaluaron los indicadores de
rentabilidad VAN (S/. 105,804.98) y TIR (80.65 %). Con lo cual debido a que el VAN es
mayor a 0 la empresa recuperará la inversión inicial y además obtendrá más capital. Y
con respecto al TIR, al ser alto, se considera un proyecto altamente rentable para la
empresa. En consecuencia, el desarrollo e implementación del prototipo es conveniente
para la empresa Autobacks E.I.R.L.
Palabras claves:
Sistema de Gestión Comercial, Autobacks E.I.R.L., SCRUM
ix
ABSTRACT
The present investigation focused on the development and implementation of a business
management software for the company Autobacks E.I.R.L., whose purpose is to improve
the sales processes, update warehouse stocks and Kardex that had been causing slow
decision making and Incorrect information of the quantity of products. In addition, also to
issue electronic documents by decree issued by SUNAT. The elaboration of the software
was carried out under a SCRUM methodology due to its great flexibility and adaptation
according to the client's requirements, for the development of the software the
programming languages C # were used together with the DevExpress framework for the
creation of Windows forms. To determine if the implementation of this prototype is
convenient, the profitability indicators VPN (S /. 105,804.98) and IRR (80.65 %) were
evaluated. With this, because the VPN is greater than 0, the company will recover the
initial investment and also obtain more capital. And with respect to the IRR, being high,
it is considered a highly profitable project for the company. Consequently, the
development and implementation of the prototype is convenient for the company
Autobacks E.I.R.L.
Keywords:
Business Management Software, Autobacks E.I.R.L., SCRUM
x
TABLA DE CONTENIDO
I. Introducción ........................................................................................................... 1
II. Fundamento teórico ............................................................................................... 2
2.1. Antecedentes.................................................................................................. 2
2.2. Marco teórico .................................................................................................. 3
2.2.1. Empresa AUTOBACKS ........................................................................... 3
2.2.2. Almacenes e inventarios .......................................................................... 4
2.2.3. Comprobantes de pago electrónicos ....................................................... 5
2.2.4. Sistema de emisión de comprobantes de pago ..................................... 10
2.2.5. Certificado digital ................................................................................... 12
2.2.6. Metodología ágil de aplicaciones Scrum ................................................ 14
2.2.7. Lenguaje de Programación C# .............................................................. 17
2.2.8. IDE Microsoft Visual Studio ................................................................... 18
2.2.9. MySQL .................................................................................................. 18
III. Descripción del prototipo .................................................................................. 20
3.1. Diseño del prototipo ...................................................................................... 20
3.1.1. Historias de usuario del sistema ............................................................ 20
3.1.2. Diagrama de base de datos ................................................................... 29
3.1.3. Diseño de la interfaz gráfica – mockups ................................................ 29
3.1.4. Diseño de la interfaz gráfica – Implementación...................................... 32
3.1.5. Especificación de las tecnologías .......................................................... 49
3.2. Análisis beneficio – costo.............................................................................. 50
3.2.1. Costo del proyecto ................................................................................. 50
3.2.2. Beneficios del proyecto.......................................................................... 50
3.2.3. Resultados obtenidos ............................................................................ 51
3.3. Pruebas de caja negra .................................................................................. 53
3.3.1. Funcionalidad del registro de compras .................................................. 53
3.3.2. Funcionalidad del inicio de sesión ......................................................... 56
3.3.3. Funcionalidad del registro de ventas ..................................................... 58
3.3.4. Funcionalidad del registro de ventas ..................................................... 60
3.3.5. Funcionalidad de venta en espera ......................................................... 63
3.3.6. Funcionalidad de recuperación de venta en espera ............................... 65
IV. Conclusiones y recomendaciones .................................................................... 67
4.1. Conclusiones ................................................................................................ 67
4.2. Recomendaciones ........................................................................................ 67
V. Referencias bibliográficas y virtuales ................................................................... 68
xi
VI. Anexos ............................................................................................................. 70
6.1. Anexo N° 01. Diagrama de base de datos .................................................... 70
6.1.1. Módulo de seguridad y configuración .................................................... 70
6.1.2. Módulo de ventas-notas de crédito-cajas............................................... 71
6.1.3. Módulo de compras ............................................................................... 72
6.1.4. Módulo Almacenes ................................................................................ 73
6.2. Anexo N° 02: Guía de elaboración de la boleta electrónica .......................... 75
6.3. Anexo N° 03: Guía de elaboración de la factura electrónica ......................... 80
6.4. Anexo N° 04: Guía de elaboración de la nota de crédito electrónica............. 94
6.5. Anexo N° 05: Guía de elaboración de la nota de débito electrónica.............. 99
6.6. Anexo N° 06. Resumen diario de boletas de venta electrónicas y notas
electrónicas 2.0 ..................................................................................................... 103
6.7. Anexo N° 07: Contenido de la comunicación de baja.................................. 105
6.8. Anexo N° 08: API gratuita modificada para la implementación de la factura
electrónica con la versión UBL 2.1. ....................................................................... 106
6.9. Anexo N° 09: Interfaz Swagger donde se puede visualizar todos los métodos
que expone la API ................................................................................................. 107
6.10. Anexo N° 10: Manual de usuario ................................................................ 108
xii
ÍNDICE DE TABLAS
Tabla 1 Historia de usuario de inicio de sesión – Caso 01....................................... 20
Tabla 2 Historia de usuario de inicio de sesión – Caso 02....................................... 21
Tabla 3 Historia de usuario de compra simple ......................................................... 21
Tabla 4 Historia de usuario de ingreso de compras por productos bonificados ....... 22
Tabla 5 Historia de usuario de lista de cotizaciones ................................................ 22
Tabla 6 Historia de usuario de búsqueda de productos ........................................... 23
Tabla 7 Historia de usuario de creación de cotizaciones ......................................... 24
Tabla 8 Historia de usuarios de modificación de cotizaciones ................................. 24
Tabla 9 Historia de usuario de búsqueda de cotizaciones ....................................... 25
Tabla 10 Historia de usuario de creación venta en espera ...................................... 26
Tabla 11 Historia de usuario de recuperación de ventas en espera ........................ 26
Tabla 12 Historia de usuario de consultas de documentos electrónicos .................. 27
Tabla 13 Historia de usuario de envío de documentos electrónicos a SUNAT ........ 27
Tabla 14 Historia de usuario de envío de documento electrónico por medio de correo
electrónico ............................................................................................................... 28
Tabla 15 Costo y vida útil de activos del proyecto ................................................... 50
Tabla 16 Beneficios del proyecto............................................................................. 51
Tabla 17 Ingresos anuales estimados del proyecto ................................................. 51
Tabla 18 Cálculo de ingresos anuales del proyecto................................................. 52
Tabla 19 Prueba de caja negra de funcionalidad de registro de compras................ 53
Tabla 20 Prueba de caja negra de funcionalidad de inicio de sesión ....................... 56
Tabla 21 Prueba de caja negra de funcionalidad del registro de ventas .................. 58
Tabla 22 Prueba de caja negra de funcionalidad del registro de ventas .................. 60
Tabla 23 Prueba de caja negra de funcionalidad de venta en espera ..................... 63
Tabla 24 Prueba de caja negra de funcionalidad de recuperar venta en espera ..... 65
xiii
ÍNDICE DE FIGURAS
Figura 1. Logo representativo de AUTOBACKS E.I.R.L. ........................................... 4
Figura 2. Sistemas de emisión de comprobantes de pago ...................................... 10
Figura 3. Factura desde los sistemas al contribuyente ............................................ 12
Figura 4. Logo de C#............................................................................................... 17
Figura 5. Interfaz gráfica de login del sistema ......................................................... 29
Figura 6 Lista de productos con stock mínimo......................................................... 29
Figura 7 Tipo de cambio .......................................................................................... 30
Figura 8 Apertura de caja ........................................................................................ 30
Figura 9 Cotizaciones del cliente ............................................................................. 30
Figura 10 Crear cotización ...................................................................................... 31
Figura 11 Proceso de compras ............................................................................... 31
Figura 12. Interfaz de inicio de sesión ..................................................................... 32
Figura 13. Ventana principal .................................................................................... 32
Figura 14.Captura de pantalla –Modal importar padrón ........................................... 33
Figura 15 Listado de Clientes .................................................................................. 33
Figura 16 Pantalla Registro de Clientes. Datos generales ....................................... 34
Figura 17 Pantalla Registro de Clientes. Datos adicionales..................................... 34
Figura 18 Listado de Proveedores........................................................................... 34
Figura 19 Registro de Proveedores ......................................................................... 35
Figura 20 Listado de Productos ............................................................................... 35
Figura 21 Registro de Productos. Vista principal ..................................................... 36
Figura 22 Registro de Productos. Opción unidades y precios: Equivalencias .......... 36
Figura 23 Registro de Productos. Opción unidades y precios: Precios de compra .. 37
Figura 24 Registro de Productos. Opción unidades y precios: Precios de venta ..... 37
Figura 25 Listado de Cotizaciones .......................................................................... 38
Figura 26 Registro de Cotización ............................................................................ 38
Figura 27 Formulario de Ventas .............................................................................. 39
Figura 28 Listado de Notas de Crédito de Venta ..................................................... 39
Figura 29 Registro de una Nota de Crédito por ventas ............................................ 40
Figura 30 Registro de una Nota de Débito .............................................................. 40
Figura 31 Registro de Orden de Compra................................................................. 41
Figura 32 Listado de Compras ................................................................................ 41
Figura 33 Registro de una Compra ......................................................................... 42
Figura 34 Registro de Notas de Crédito por Compras ............................................. 42
Figura 35 Inventario Inicial ...................................................................................... 43
Figura 36 Listado de Transferencias entre almacenes ............................................ 43
Figura 37 Registro de Transferencia entre almacenes ............................................ 44
xiv
Figura 38 Registro de Ingreso de productos al almacén .......................................... 44
Figura 39 Consulta de Movimientos de Caja ........................................................... 45
Figura 40 Reporte de Stocks ................................................................................... 45
Figura 41 Resumen de Caja entre un rango de fechas ........................................... 46
Figura 42 Listado de Ventas (incluye pagos realizados) .......................................... 46
Figura 43 Lista de Documentos Electrónicos (para envío de documentos a SUNAT y
generación de archivos XML para el envío a los clientes) ....................................... 47
Figura 44 Generar los libros de ventas y de compras.............................................. 47
Figura 45 Reporte de Comisiones por Vendedor ..................................................... 48
Figura 46 Reporte de libros ..................................................................................... 48
Figura 47 Vista previa de reporte de libros .............................................................. 49
Figura 48 Vista previa de reporte de cobranza ........................................................ 49
Figura 49 Formulario al guardar la compra correctamente ...................................... 54
Figura 50 Lista de compras mostrando la última guardada ..................................... 54
Figura 51 Formulario con datos incompletos en la cabecera ................................... 55
Figura 52 Formulario con datos incompletos en el detalle ....................................... 55
Figura 53 Login correcto con mensaje de cargando ................................................ 56
Figura 54 Formulario de pantalla principal ............................................................... 57
Figura 55 Formulario de login incorrecto ................................................................. 57
Figura 56 Formulario de login incorrecto por varios intentos fallidos ....................... 57
Figura 57 Formulario al guardar correctamente la cotización .................................. 59
Figura 58 Vista previa del reporte de cotización ...................................................... 59
Figura 59 Formulario de datos incompletos en cotización ....................................... 60
Figura 60 Formulario para seleccionar cotización de origen de venta ..................... 61
Figura 61 Formulario de venta con datos de coacción correctamente ..................... 62
Figura 62 Formulario de confirmación de cierre de venta ........................................ 62
Figura 63 Mensaje de éxito de cierre de venta ........................................................ 62
Figura 64 Formulario de formas de pago de cliente................................................. 63
Figura 65 Mensaje de confirmación de colocar venta en espera ............................. 64
Figura 66 Mensaje de éxito de colocar venta en espera .......................................... 64
Figura 67 Formulario de selección de venta en espera ........................................... 65
Figura 68 Carga de datos de venta en espera......................................................... 66
xv
I. INTRODUCCIÓN
El presente informe técnico tiene como objetivo desarrollar un proyecto de

investigación denominado INFORME TÉCNICO PARA LA ELABORACIÓN DE UN
SISTEMA DE GESTIÓN COMERCIAL PARA LA EMPRESA DE AUTOSERVICIO
Y LUBRICANTES AUTOBACKS.
Hoy en día las empresas requieren digitalizar sus procesos más importantes con el
fin de poder llevar un mayor control y gestión de su empresa, así como también
tomar las decisiones más adecuadas en el momento preciso.
Autobacks es una empresa dedicada a la comercialización y distribución de

lubricantes y filtros en diferentes marcas en los departamentos de Piura y Tumbes.
Entre los procesos más importantes y que resultaban en una gran problemática para
la empresa se detallan los siguientes: lento proceso de venta debido a que no tenían
la información apropiada respecto al stock de un producto en específico ya que esa
información la manejaban en un archivo de formato Excel el cual constantemente
quedaba desactualizado, así mismo las unidades equivalentes de un producto no
eran las correctas debido a lo anterior mencionado. Otro de los procesos relacionado
con lo anterior es el Kardex ya que éste estaba desactualizado la mayoría del tiempo
hasta que algún encargado se tomara el tiempo de corregirlo y aun así se cometían
grandes errores. Por último, el proceso de facturación se manejaba de manera
impresa lo que resultaba en un gasto mayor para la empresa ya que debía adquirir
los formatos impresos.
Ante esta problemática, la presente investigación desarrolla un sistema de gestión

comercial que busca reducir los costos de la facturación implementando la
facturación electrónica, así mismo luego de un análisis el proceso de ventas se
agilizó, y la gerencia ahora tiene la posibilidad de generar reportes que ayudan a
que su gestión se lleve de la manera más eficiente posible.
1
II. FUNDAMENTO TEÓRICO
2.1. ANTECEDENTES
Los sistemas de gestión comercial son implementados con frecuencia en empresas con
movimiento comercial considerable, existiendo de esta forma numerosos antecedentes
respecto al tema, tanto en control de compras, ventas, inventario y facturación
electrónica. De esta forma, se tienen los siguientes:
Zavaleta Quijandría (2015) realizó la investigación “Aplicación del ERP Dolibarr en el

proceso de ventas de la empresa de Repuestos y Lubricantes Señor de
Luren S.R.L.”, desarrollada para obtener el título profesional de Ingeniero de Sistemas
e Informática en la Universidad Alas Peruanas. La investigación tuvo como objetivo
desarrollar un software para gestionar el proceso de ventas de la empresa Repuestos y
Lubricantes Señor de Luren S.R.L. al ser este proceso crítico ya que se interactúa
directamente con el cliente. Depende de la rapidez y eficiencia con que se realice el
proceso de la venta que se garantice la eficacia de la empresa, aplicándose dentro de
la administración de proyectos las mejores prácticas del PMBOK. Este proyecto se tomó
en cuenta dada la similitud de modelo de negocio con nuestro trabajo.
Castillo Salas (2017) realizó la investigación “Implementación de un sistema web de

compra y venta para la distribuidora Salas - Huarmey”, desarrollada para obtener el
título profesional de Ingeniero de Sistemas en la Universidad Los Ángeles de Chimbote.
La investigación tuvo como objetivo el desarrollo una aplicación para la gestión de los
procesos de la empresa distribuidora Salas utilizando la metodología ágil XP
(Programación Extrema, por sus siglas en inglés). Entre los procesos objetivos del
desarrollo destaca los procesos de compras y ventas, y se concluyó que la
implementación de este sistema mejoró la efectividad, seguridad y rapidez de los
mismos, permitiendo brindar un servicio de calidad. Dada la similitud de la lógica de
negocios así como el empleo de una metodología ágil en el desarrollo de software, fue
tomado en cuenta en este trabajo.
Fuertes A. & Sepúlveda C. (2016) realizó la investigación “Scrum, Kanban y Canvas

en el sector comercial, industrial y educativo: Una revisión de la literatura”,
publicada en la revista especializada “Revista Antioqueña de las Ciencias
Computacionales y la Ingeniería de Software” de Colombia. El estudio indagó acerca
de la eficiencia de SCRUM y otras metodologías en el desarrollo de software
2
comerciales, industriales y educativos. Se concluyó de dicho estudio que el empleo de
estas metodologías en los campos antes mencionados es ideal ya que permiten soportar
el proceso en fases y brindan orientación a las empresas para direccionar sus
procesos buscando mejorar el rendimiento de su modelo de negocio. Dado los
resultados positivos del estudio, este fue tomado en cuenta.
Ordaya Lock (2016) realizó la investigación “Implementación de un sistema de

información para una MYPE comercial con componentes de libros y facturación
electrónica”, desarrollada para obtener el título profesional de Ingeniero Informático en
la Pontificia Universidad Católica del Perú. La investigación implementó un sistema de
información para una MYPE comercial para la generación de libros electrónicos y
facturación electrónica implementado mediante tecnología SCRUM y se concluyó que
la implementación de ambos procesos permitió una mayor optimización de los mismos.
Dada la implementación de un módulo de facturación electrónica y el uso de la misma
tecnología para el desarrollo, este fue tomado en cuenta.
Fuentes Monserrate (2014) realizó la investigación “Análisis del impacto en la

implementación de la facturación electrónica en las empresas de servicios del
Cantón Milagro”, desarrollada para obtener el título profesional de Ingeniería en
Contaduría Pública y Auditoría en la Universidad Nacional de Milagro. La investigación
consistió en un estudio acerca de del impacto de sistemas informáticos en la
implementación de la facturación electrónica en las empresas de servicios del Cantón
Milagro. Tras dicho análisis, se llegó a la conclusión que el uso de la facturación
electrónica es positivo y que todas las empresas nacionalizadas en Ecuador deberían
utilizar la facturación electrónica. Dada la viabilidad de la aplicación de facturación
electrónica, módulo empleado en nuestro software, se consideró relevante para este
trabajo.
2.2. MARCO TEÓRICO
2.2.1. Empresa AUTOBACKS
2.2.1.1. ¿Qué es AUTOBACKS?
AUTOBACKS E.I.R.L. es una empresa dedicada a la

comercialización y distribución de lubricantes y filtros en
diferentes marcas en los departamentos de Piura y Tumbes.
3
Distribuye principalmente lubricantes automotrices e industriales
para el transporte liviano y pesado, lubricantes para el sector
agroindustrial, pesquero, minero y filtros para todo tipo de
vehículos y maquinaria en general, grasas y afines.
(AUTOBACKS, s.f.)
Figura 1. Logo representativo de AUTOBACKS E.I.R.L.
Fuente: AUTOBACKS (s.f.)
Misión
Reinventar siempre soluciones para nuestros clientes.

(AUTOBACKS, s.f.)
Visión
Ser los líderes en el mercado. (AUTOBACKS, s.f.)
Valores
Responsabilidad, calidad y garantía. (AUTOBACKS, s.f.)
2.2.1.2. Servicios
Dentro de los servicios que brinda se encuentra cambio de aceite;

cambio de filtros; venta de lubricantes, grasas y filtros; y
undercoating. (AUTOBACKS, s.f.)
2.2.2. Almacenes e inventarios
2.2.2.1. Definición de almacén
Almacén es una instalación específica usado para el alberge de

productos de diferente naturaleza, como materiales,
herramientas, productos comerciales, etc. (Anaya Tejero, 2008,
4
pág. 19) El correcto diseño de un almacén permite maximizar el
espacio útil y minimizar las operaciones de manipulación de los
productos. (Anaya Tejero, 2008, págs. 22-23)
2.2.2.2. Gestión de inventarios
Un inventario es una lista detallada, ordenada y valorada de los

bienes que posee una empresa. Dependiendo del tipo de bien,
estos se encuentran agrupadas por similitud. (Cruz Fernández,
2018)
Los inventarios constituyen una herramienta básica para las

empresas, ya que permiten gestionar las necesidades de cada
una de las existencias o productos, además de permitir
determinar cuándo realizar el pedido a un proveedor y la cantidad
del mismo. (Cruz Fernández, 2018)
Además, un buen inventario debe: (Cruz Fernández, 2018)
• Reducir los riesgos manteniendo los stocks de la empresa.

• Reducir los costos al permitir programar las adquisiciones y
producción de forma eficiente.
• Reducir las variaciones entre la oferta de la empresa y la
demanda de los clientes
• Reducir los costes de distribución de los productos al permitir
programar de una manera eficiente el transporte de los
mismos.
2.2.3. Comprobantes de pago electrónicos
2.2.3.1. Definición de comprobante de pago electrónico
Es todo documento que está regulado por la Superintendencia

Nacional de Aduanas y Administración Tributaria (SUNAT) y que
demuestra la entrega de bienes, la entrega en uso o la prestación
de servicios por parte de un proveedor hacia un cliente. (SUNAT,
n.d.).
5
2.2.3.2. Beneficios de CPE
• Ahorro en impresiones y almacenamiento.

• Conservación del medio ambiente, eliminando el uso de
papel.
• Seguridad y validez legal, haciendo uso de medios
seguros y respaldo legal.
• Es multicanal, la emisión puede ser por diferentes medios.
• Disponibilidad, desde cualquier lugar durante las 24 horas
del día.
• Obtención de información en tiempo real.
2.2.3.3. Tipos de CPE
2.2.3.3.1. Boleta de venta electrónica
Es un comprobante de pago que se emite a los usuarios o

consumidores finales.
Características
• No permite ejercer derecho a crédito fiscal ni

podrán sustentar gastos o costo para efectos
tributarios.
• Es un documento electrónico que tiene todos los
efectos tributarios del tipo de comprobante de
pago BOLETA DE VENTA.
• Tiene una serie alfanumérica de cuatro caracteres
comenzando con la letra B, numeración correlativa
que podrá ser hasta de 8 posiciones iniciando en 1
y es independiente a la numeración de la boleta
física.
• La autenticidad se puede consultar en el portal
web de la SUNAT.
• Si el monto supera los setecientos soles
(S/. 700.00), se debe de pedir al usuario el tipo y
número de documento de identidad, salvo que este
6
sea un sujeto no domiciliado que no pueda contar
con aquel.
• Se debe enviar en el mismo día o a más tardar
hasta el séptimo día calendario siguiente de
emitidas, un Resumen Diario a la SUNAT con la
información de las boletas de venta y sus notas
asociadas.
• Si el adquiriente o usuario tiene la calidad de
emisor electrónico, siempre recibe un ejemplar
electrónico de la boleta electrónica y sus notas de
crédito y débito electrónicas relacionadas.
• Si el adquiriente o usuario no tiene la calidad de
emisor electrónico, se entrega una representación
impresa, salvo que el comprador acepte que se le
entregue el comprobante por medios electrónicos.
• Se considera otorgada la boleta de venta
electrónica y las notas electrónicas vinculadas a
ella, cuando sean entregadas al adquiriente o
usuario electrónico mediante medios electrónicos
o del adquiriente o usuario no electrónico mediante
una representación impresa.
2.2.3.3.2. Factura electrónica
Es un comprobante de pago emitido por el vendedor o

prestador de servicios en las operaciones de venta de
bienes y prestación de servicios. (SUNAT, s.f.)
Características:
• Se utiliza para sustentar costos o gastos para

efectos del Impuesto a la Renta y el crédito fiscal
del Impuesto General a las Ventas.
• Es un documento electrónico que tiene todos los
efectos tributarios del tipo de comprobante de
pago BOLETA DE VENTA.
7
• Tiene una serie alfanumérica de cuatro caracteres
comenzando con la letra F, numeración correlativa
que podrá ser hasta de 8 posiciones iniciando en 1
y es independiente de la numeración de la factura
física.
• Se emite a favor del adquiriente que cuente con
numero de RUC, salvo en el caso de no
domiciliados en el caso de las operaciones de
exportación.
• El emisor puede enviar el documento electrónico a
la SUNAT, en el mismo día o hasta el séptimo día
calendario siguiente de haber sido emitida. Según
el anexo 6 de la Resolución de Superintendencia
N° 097-2012/SUNAT. Ref.: Art. 12° de la
Resolución de Superintendencia N° 097-
2012/2012, sustituido por el Art. 1° de la
Resolución de Superintendencia N° 374-2013.
2.2.3.3.3. Nota de crédito electrónica
Es un documento electrónico que se usa para acreditar

anulaciones, descuentos, bonificaciones, devoluciones y
otros, relacionados con una factura o boleta de venta
otorgada con anterioridad al mismo adquiriente o usuario.
(SUNAT, s.f.)
Características:
• Tiene todos los efectos tributarios del tipo de

documento Nota de Crédito indicado en el
Reglamento de Comprobantes de Pago (SUNAT,
Comprobantes de Pago todo RS303 y 312-
2018v2).
• Tiene una serie alfanumérica, compuesta por
cuatro caracteres iniciando en F si lo que modifica
es una factura en B si modifica a una boleta de
8
venta electrónica, numeración correlativa que
podrá ser de hasta 8 posiciones empezando desde
1.
• Será emitida respecto de una Factura Electrónica
que cuente con Constancia de Recepción (CDR)
“aceptada” o Boleta de Venta Electrónica otorgada
con anterioridad.
2.2.3.3.4. Nota de débito electrónica
Es un documento electrónico que se utiliza para recuperar

gastos o costos incurridos por el vendedor, relacionados
con una factura o boleta de venta otorgada con
anterioridad al mismo adquiriente o usuario. (SUNAT, s.f.)
Características
• Tiene todos los efectos tributarios del tipo de

documento Nota de débito indicado en el
Reglamento de Comprobantes de Pago (SUNAT,
Comprobantes de Pago todo RS303 y 312-
2018v2).
• Será emitida respecto de una factura electrónica
que cuente con Constancia de Recepción (CDR)
“aceptada” o Boleta de Venta otorgada con
anterioridad.
• Tiene una serie alfanumérica compuesta por
cuatro caracteres iniciando en F si se trata de
factura o B si se trata de boleta, numeración
correlativa que puede ser de hasta 8 posiciones
iniciando en 1.
9
2.2.4. Sistema de emisión de comprobantes de pago
Los comprobantes de pago electrónicos se generan a través de los

Sistemas de Emisión Electrónica – SEE, que a continuación se detallan
en el siguiente gráfico.
Figura 2. Sistemas de emisión de comprobantes de pago
Fuente: SUNAT (2019): http://cpe.sunat.gob.pe/informacion_general/cpe
Para nuestro caso de estudio, usaremos el Sistema de Emisión de

Comprobante de Pago dese el Sistema del Contribuyente.
2.2.4.1. Sistema de emisión desde el contribuyente
Es el sistema de emisión de comprobantes de pago desarrollado

desde los sistemas propios del contribuyente, conforme lo
establece el artículo 1º de la Resolución de Superintendencia
N.º 097-2012/SUNAT y modificatorias. (SUNAT, Resolución de
SUNAT N° 097-2012, 2012)
La calidad de emisor electrónico en este sistema se obtiene por

designación de la SUNAT o por elección del mismo contribuyente.
10
Para el presente trabajo los comprobantes a emitir a través de
este sistema de emisión son: factura, boleta, nota de crédito y
débito.
Características:
• El emisor electrónico debe de almacenar y conservar los

comprobantes de pago electrónicos, las notas
electrónicas y las constancias de rechazo que emita y
reciba en su calidad de emisor electrónico o adquirente o
usuario electrónico, así como los resúmenes diarios y las
comunicaciones de baja.
• El emisor electrónico deberá poner a disposición del
adquirente o usuario, a través de una página web, los
comprobantes de pago electrónicos y las notas
electrónicas vinculadas a aquellos que le haya otorgado,
por el plazo de un año, contado desde la emisión. Durante
ese plazo el adquirente o usuario podrá leerlos,
descargarlos e imprimirlos.
• La estructura de los documentos XML se construye de
acuerdo a las especificaciones que se encuentran
detalladas en las “Guías de Elaboración de documentos
electrónicos” publicadas en la página web de la SUNAT.
(SUNAT, s.f.)
• Los documentos XML de la factura, boleta de venta y
notas asociadas a ellas, el resumen diario y
comunicaciones de baja, son empaquetados en un
archivo ZIP para ser enviados a SUNAT.
• El envío del archivo ZIP se realiza a través de los Web
Service que ha dispuesto SUNAT.
• El documento electrónico de respuesta por parte de la
SUNAT para todos los documentos electrónicos es la
Constancia de Recepción también denominada CDR.
• La Constancia de Recepción (CDR), la cual puede tener
los siguientes estados:
11
o Aceptada: Si el comprobante de pago electrónico
cumple con las validaciones establecidas. En este
caso, el comprobante adquiere total validez
tributaria.
o Aceptada con observación: Cuando el
comprobante de pago electrónico cumple con las
validaciones establecidas y, por lo tanto, ya tiene
validez tributaria, pero hay datos en el
comprobante que, producto de una auditoría,
podrían ser reparados.
o Rechazada: Si no cumple con las condiciones
establecidas. En este caso, el comprobante de
pago electrónico que se hubiera emitido no tiene
validez tributaria. El emisor tendrá que emitir una
nueva factura electrónica corrigiendo los motivos
por los cuales fue rechazado.
Figura 3. Factura desde los sistemas al contribuyente
Fuente: SUNAT (2019)
2.2.5. Certificado digital
Los contribuyentes que emiten comprobantes de pago electrónicos

deben hacer uso de Certificados Digitales que va a permitir la integridad,
12
seguridad de las transacciones electrónicas. Este es usado para firmar
los archivos XML de los comprobantes de pago (boleta, factura, nota de
crédito, nota de débito electrónicas); así como los resúmenes diarios y
las comunicaciones de baja.
De esta manera, el contribuyente al firmar digitalmente el comprobante,

no puede desconocer luego la autoría de dichos documentos. (SUNAT,
Resolución de SUNAT N° 097-2012, 2012)
2.2.5.1. UBL
Es una librería estándar de documentos en formato XML, que ha

sido desarrollado por un comité técnico de la organización OASIS
y que nos permite representar los documentos comerciales tales
como facturas, órdenes de compra, etc.; con el fin de que estos
se puedan integrar directamente en los procesos de intercambio
electrónico de datos entre empresas e instituciones, así como en
internet. (OASIS, s.f.)
De acuerdo a la normativa vigente que es la Resolución de

Superintendencia Nro. 043-2019/SUNAT a partir del 01/07/2019
es obligatorio el uso del UBL 2.1. (SUNAT, Resolución de SUNAT
N° 043-2019, 2019)
2.2.5.2. XML
XML (Extensible Markup Language) es un lenguaje de marcado

similar a HTML que permite la organización y el etiquetado de
documentos con el fin de compartir datos a través de diferentes
sistemas, como Internet.
Este se utiliza en todos los comprobantes de pago y documentos

electrónicos existentes, además también es el formato que
soporta la constancia de recepción de los libros electrónicos.
(SUNAT, s.f.)
13
2.2.6. Metodología ágil de aplicaciones Scrum
2.2.6.1. ¿Qué es metodología ágil de aplicaciones?
La metodología o desarrollo ágil de aplicaciones es aquel está

centrado en la iteración, comunicación y en reducir elementos
intermedios. El desarrollo con interacciones se realiza
normalmente en porciones de tiempo pequeñas denominadas
“timeboxes” y se ocupará de desarrollarlas un equipo
multidisciplinar autoorganizado, ellos mismo decidirán como
realizar las tareas de la iteración. Además, el método de
desarrollo ágil fomenta la comunicación entre los miembros del
equipo lo que previene problema que en otra metodología quedan
escondidos. Esta comunicación no solo se establece de forma
cerrada entre los miembros del equipo, sino que también se
realiza con la figura que representa al cliente. El representante del
cliente es necesario como elemento de apoyo para los
desarrolladores puesto que será la persona a la que se podrán
hacer las preguntas necesarias y que junto con el resto de
personas involucradas en el negocio comprobarán si se cumplen
los objetivos. Por lo tanto, trabajar con una buena comunicación
permite que se puedan tomar las decisiones de forma más rápida
y aplicarlas. (Trigas Gallego, 2012)
Ejemplos de metodologías ágiles más utilizadas hoy en día son

Extreme Programming (abreviada como XP), Test Drive
Development, Agile Project Management y Scrum. (Trigas
Gallego, 2012).
2.2.6.2. Definición de Scrum
Scrum es una metodología ágil planteada por Takeuchi y Nonaka

publicaron el artículo “The New Product Development Game”,
mediante el cual daba a conocer una nueva forma de gestionar
proyectos en la que la agilidad, flexibilidad, y la incertidumbre son
los elementos principales. (Trigas Gallego, 2012)
14
Es adecuado para aquellas empresas en las que el desarrollo de
los productos se realiza en entornos que se caracterizan por
tener: (Trigas Gallego, 2012)
• Incertidumbre: Sobre esta variable se plantea el objetivo

que se quiere alcanzar sin proporcionar un plan detallado
del producto. Esto genera un reto y da una autonomía que
sirve para generar una “tensión” adecuada para la
motivación de los equipos.
• Autoorganización: Los equipos son capaces de
organizarse por sí solos, no necesitan roles para la
gestión, pero tienen que reunir las siguientes
características
o Autonomía: Son los encargados de encontrar la
solución usando la estrategia que encuentren
adecuada.
o Autosuperación: Las soluciones iniciales sufrirán
mejoras.
o Autoenriquecimiento: Al ser equipos
multidisciplinares se ven enriquecidos de forma
mutua, aportando soluciones que puedan
complementarse.
• Control moderado: Se establecerá un control suficiente
para evitar descontroles. Se basa en crear un escenario
de “autocontrol entre iguales” para no impedir la
creatividad y espontaneidad de los miembros del equipo.
• Transmisión del conocimiento: Todo el mundo aprende
de todo el mundo. Las personas pasan de unos proyectos
a otros y así comparten sus conocimientos a lo largo de la
organización.
Scrum al ser una metodología de desarrollo ágil tiene como base

la idea de creación de ciclos breves para el desarrollo, que
comúnmente se llaman iteraciones y que en Scrum se llamarán
“Sprints”.
15
2.2.6.3. Fases de desarrollo Scrum
Para entender el ciclo de desarrollo de Scrum es necesario

conocer las 5 fases que definen el ciclo de desarrollo ágil:
• Concepto: Se define de forma general las características

del producto y se asigna el equipo que se encargará de su
desarrollo.
• Especulación: en esta fase se hacen disposiciones con
la información obtenida y se establecen los límites que
marcarán el desarrollo del producto, tales como costes y
agendas. Se construirá el producto a partir de las ideas
principales y se comprueban las partes realizadas y su
impacto en el entorno. Esta fase se repite en cada
iteración consiste, en rasgos generales, en:
o Desarrollar y revisar los requisitos generales.
o Mantener la lista de las funcionalidades que se
esperan.
o Plan de entrega. Se establecen las fechas de las
versiones, hitos e iteraciones. Medirá el esfuerzo
realizado en el proyecto.
• Exploración: Se incrementa el producto en el que se
añaden las funcionalidades de la fase de especulación.
• Revisión: El equipo revisa todo lo que se ha construido y
se contrasta con el objetivo deseado.
• Cierre: Se entregará en la fecha acordada una versión del
producto deseado. Al tratarse de una versión, el cierre no
indica que se ha finalizado el proyecto, sino que seguirá
habiendo cambios, denominados “mantenimiento”, que
hará que el producto final se acerque al producto final
deseado.
2.2.6.4. Historias de usuario
Las historias de usuario son una forma de captar las necesidades

del cliente en un proceso de desarrollo de software. Están escritas
16
en primera persona y describen a grandes rasgos las acciones
que el usuario necesita efectuar sobre el sistema. (Ramos,
Noriega, Laínez, & Durango, 2017, pág. 88)
En caso de tratarse de una acción compleja, varias historias de

usuario reflejaran acciones específicas de esta. En cualquier
caso, no deben ser muy detalladas ya que podrían prescribir
técnicamente una solución e influyendo al desarrollador. (Ramos,
Noriega, Laínez, & Durango, 2017, pág. 88)
2.2.7. Lenguaje de Programación C#
2.2.7.1. ¿Qué es C#?
C# es un lenguaje de programación de alto nivel incluido dentro

del paquete Microsoft .NET Framework (abreviado como .NET) y
es una evolución de C/C++. (Cevallos Sierra, 2011) Se
caracteriza por ser un lenguaje de programación completamente
orientado a objetos y es usado para el desarrollo de aplicaciones
web ASP.NET, formularios Windows, aplicaciones de escritorio
basado en WPF, aplicaciones móviles Android, entre otros.
(Dimes, 2015)
C#, junto con C, Ada, C++ y Java, es uno de los exponentes más
característicos de la denominada tercera generación de
lenguajes, caracterizados por ser lenguajes de alto nivel
independientes de hardware. (Molero Prieto, 2016)
Figura 4. Logo de C#
17
2.2.8. IDE Microsoft Visual Studio
2.2.8.1. ¿Qué es IDE Microsoft Visual Studio?
Microsoft Visual Studio es un entorno de desarrollo integrado

(IDE, por sus siglas en inglés) de Microsoft. Se compone de un
conjunto de herramientas que permiten a los desarrolladores
crear aplicaciones para las plataformas .NET. (Hugon, 2018)
2.2.8.2. Ediciones de Microsoft Visual Studio 2017
Microsoft Visual Studio 2017 cuenta con tres ediciones:

Community, gratuito y dirigido a estudiantes y desarrolladores;
Profesional, dirigido a desarrolladores profesionales y pequeños
equipos de desarrollo y; Enterprise, dirigida a grandes equipos de
desarrollo. (Hugon, 2018)
2.2.9. MySQL
2.2.9.1. Bases de datos
Una base de datos es un conjunto de datos estructuraos sin

redundancias innecesaria, la cual es accesible por distintos
usuarios y aplicaciones. (Cobo, 2007, pág. 7)
Las bases de datos son definidas, construidas y manipuladas

(consultas, actualización, etc.) por los denominados “sistemas de
gestión de base de datos” (SGDB), el cual actúa como interfaz
entre el usuario y el sistema operativo. (Cobo, 2007, pág. 7)
2.2.9.2. ¿Qué es MySQL?
MySQL, tal como define propiamente su parte de su nombre

(SQL–Structured Query Language), es el servidor de bases de
datos relacionales más comúnmente utilizado en GNU/Linux. Fue
desarrollado por la empresa MySQL AB, que cedió las licencias
correspondientes al proyecto open source, por lo que su rápido
desarrollo es causa del empeño de millones de programadores
de todo el mundo según expresa (Cardenas, 2015, pág. 37).
18
MySQL, es un sistema de gestión de base de datos relacional,
multihilo y multiusuario con más de seis millones de instalaciones.
Por un lado, se ofrece bajo la licencia GNU GPL como software
libre para cualquier uso de parte de los usuarios, pero para
aquellas empresas que quieran incorporarlo en productos
privativos deben comprar a MySQL una licencia corporativa
específica que les permita este uso. (Cardenas, 2015, pág. 17)
(Natsys, 2014)
2.2.9.3. Características
Se caracteriza por: (Cardenas, 2015, págs. 33-37).
• Velocidad y robustez.
• Es capaz de en distintas plataformas y sistemas

operativos.
• Todas las palabras viajan encriptadas en la red.
• El servidor soporta mensajes de error en distintos idiomas.
19
III. DESCRIPCIÓN DEL PROTOTIPO
3.1. DISEÑO DEL PROTOTIPO
3.1.1. Historias de usuario del sistema
3.1.1.1. Inicio de sesión
Tabla 1 Historia de usuario de inicio de sesión – Caso 01
ID TÍTULO HISTORIA DE USUARIO DESCRIPCIÓN ESTIMACIÓN PRIORIDAD
HU1 Inicio de sesión Como usuario deseo poder ingresar a cualquiera de mis Las empresas son: 4 días 1
– Login cuatros empresas con la misma clave. • Autobacks
• AB Lubes
• Autobacks
Distribuciones
• Autobacks
Miraflores
Criterios de Aceptación: HU1
• La Pantalla de login deberá mostrar un combo donde el usuario escoja la empresa a la que ingresará.
• En caso la clave no coincida mostrar un mensaje diciendo: “REVISE SUS CREDENCIALES”.
• En caso el login sea exitoso, mostrar el cuadro de cargando que indica que el sistema está cargando los módulos.
(Elaboración propia)
20
Tabla 2 Historia de usuario de inicio de sesión – Caso 02
HU2 Inicio de Como administrador deseo que el • El mensaje a mostrar será: “Se han 1 días 4
sesión – sistema se cierre luego que un usuario realizado tres intentos, se cerrará el
Login realice tres intentos fallidos de login. sistema, póngase en contacto con el
administrador”
• En caso se ingresen credenciales incorrectas por 3ra vez, aparecerá el mensaje indicado y se procederá a cerrar el sistema.
3.1.1.2. Ingreso de compras
Tabla 3 Historia de usuario de compra simple
HU3 Ingreso de Como administrador deseo poder ingresar Las facturas de compra se hacen por 3 días 1
Compras compras pero que el sistema me dé la opción de ejemplo en el mes de abril, pero hay
Simple que aún no se haga el ingreso a almacén ya que veces que los productos demoran en
hay veces que los productos demoran en llegar. llegar 20 días o más.
• El sistema deberá mostrar una casilla de verificación que permita al usuario indicar si la compra va a realizar un ingreso a almacén de
ser así el sistema automáticamente deberá realizar una nota de ingreso por compra, en caso contrario solo deberá registrarse la
compra.
21
• El sistema en caso desee realizar el ingreso a almacén cuando los productos ya lleguen deberá estar habilitado esta casilla de
verificación para que lo realice.
Tabla 4 Historia de usuario de ingreso de compras por productos bonificados
HU4 Ingreso de Compras - Como administrador deseo poder Los productos gratuitos o por 2 días 1
Productos Bonificados ingresar productos gratuitos a mi bonificación no suman al total de las
compra. ventas.
• El sistema cuando se agregue un producto a la lista debe dar la opción al usuario de que con clic derecho mostrar un menú desplegable
que permite cambiar la afectación de ese producto a la compra, en este caso a gratuito.
• Una vez que se cambie, el sistema deberá recalcular los totales sin sumar los productos bonificados.
3.1.1.3. Lista de cotizaciones
Tabla 5 Historia de usuario de lista de cotizaciones
HU5 Lista de Cotizaciones Como vendedor quiero consultar las 4 días 1

cotizaciones por rango de fechas para
visualizar si está asignado a una
venta.
22
● El vendedor selecciona el rango de fechas a buscar y hace clic en el botón BUSCAR

● En caso encuentre coincidencias se visualiza una lista en una tabla.
3.1.1.4. Buscar productos
Tabla 6 Historia de usuario de búsqueda de productos
HU6 Buscador de Productos Como vendedor quiero buscar un Los precios deberán de 1 días 4
producto por su nombre para que al mostrarlos agrupados por tipo
seleccionarlo me muestre la lista de de moneda y por tipo de
precios y el stock por almacén. precio. El stock de cada
producto por almacén.
● Se debe de ingresar como mínimo cuatro caracteres del nombre del producto y presionar la tecla ENTER, para mostrar los
productos cuyo nombre coincidan con el texto ingresado.
23
3.1.1.5. Crear cotización
Tabla 7 Historia de usuario de creación de cotizaciones
HU7 Nueva Cotización Como Vendedor quiero crear una 3 días 1

nueva solicitud de cotización para que
luego se convierta en una venta.
● Al hacer clic en el botón NUEVO, se muestra el formulario para crear cotización.

● Seleccionamos el cliente si ya está registrado, caso contrario, debemos de agregarlo desde el mismo formulario.
● Seleccionamos la serie del documento si ya existe, caso contrario debemos de agregar desde el mismo formulario.
● Se debe de seleccionar como mínimo un producto en el detalle.
● Se pueda modificar la cantidad y el descuento por ítem de la cotización.
● Se debe de ingresar el número de días de vencimiento de la cotización.
● Se debe de visualizar una vista previa de la cotización a imprimir una vez registrada con éxito.
3.1.1.6. Modificar cotización
Tabla 8 Historia de usuarios de modificación de cotizaciones
HU8 Modificar Cotización Como Vendedor quiero tener la Solo se puede modificar siempre 1 día 2
posibilidad de modificar una y cuando no esté asignada a
cotización. una venta.
24
● Buscar la cotización y seleccionarla.

● Clic en el botón MODIFICAR y se muestra el formulario con los datos de la cotización registrados previamente.
● Se puede agregar o quitar un producto del detalle.
● Se puede modificar la cantidad o aplicar un descuento por ítem del detalle.
3.1.1.7. Buscar cotización
Tabla 9 Historia de usuario de búsqueda de cotizaciones
HU9 Buscador de Como vendedor quiero consultar las Solo se muestran las 1 día 2
cotizaciones cotizaciones clasificándolas por cotizaciones que no están
cliente, rango de fechas, serie y/o asignadas a una venta
número, por almacén y por estado
(Vencidas/No vencidas).
● Selecciono alguno de los filtros y al hacer clic en BUSCAR se muestre las cotizaciones que cumplan con lo especificado.
25
3.1.1.8. Venta en espera
Tabla 10 Historia de usuario de creación venta en espera
HU10 Ventas en espera Como vendedor quiero que haya una 2 días 3
opción para poner la venta en estado
de espera para realizar otra.
● El software cambia el estado de venta en espera y se limpian los campos del formulario para registrar una nueva venta.
3.1.1.9. Recuperar las ventas en espera
Tabla 11 Historia de usuario de recuperación de ventas en espera
HU11 Recuperar las Ventas Como Vendedor quiero poder 1 día 3

en espera recuperar las ventas en espera para
poder continuar con el proceso.
● Al hacer clic en el botón de RECUPERAR se muestra la lista de las ventas que están en espera.
● Selecciona la venta con la cual va a trabajar y le muestra toda la información respectiva.
26
3.1.1.10. Consultar documentos electrónicos
Tabla 12 Historia de usuario de consultas de documentos electrónicos
HU12 Consultar Como Administrador quiero consultar 2 días 4

Documentos los documentos electrónicos
electrónicos procesados clasificándolos por tipo de
documento, rango de fechas, estado
de envío.
● Al seleccionar uno de los filtros y hacer clic en el botón BUSCAR me muestra los documentos electrónicos que cumplen con la
búsqueda.
3.1.1.11. Enviar documentos a SUNAT
Tabla 13 Historia de usuario de envío de documentos electrónicos a SUNAT
HU13 Enviar Documentos Como Administrador quiero 7 días 2

electrónicos a SUNAT seleccionar los documentos que no
han sido enviados para poder
enviarlos a SUNAT.
27
● Los documentos seleccionados se envían correctamente a SUNAT.

3.1.1.12. Enviar documento por correo electrónico
Tabla 14 Historia de usuario de envío de documento electrónico por medio de correo electrónico
HU14 Enviar un Documento Como Administrador quiero 1 día 4

electrónico por correo. seleccionar un documento electrónico
para enviarlo al correo del cliente.
● El documento se envía por correo al cliente.
28
3.1.2. Diagrama de base de datos
Ver Anexo N° 01
3.1.3. Diseño de la interfaz gráfica – mockups
Figura 5. Interfaz gráfica de login del sistema
Figura 6 Lista de productos con stock mínimo
29
Figura 7 Tipo de cambio
Figura 8 Apertura de caja
Figura 9 Cotizaciones del cliente
30
Figura 10 Crear cotización
Figura 11 Proceso de compras
31
3.1.4. Diseño de la interfaz gráfica – Implementación
Figura 12. Interfaz de inicio de sesión
Figura 13. Ventana principal
32
Figura 14.Captura de pantalla –Modal importar padrón
Figura 15 Listado de Clientes
33
Figura 16 Pantalla Registro de Clientes. Datos generales
Figura 17 Pantalla Registro de Clientes. Datos adicionales
Figura 18 Listado de Proveedores
34
Figura 19 Registro de Proveedores
Figura 20 Listado de Productos
35
Figura 21 Registro de Productos. Vista principal
Figura 22 Registro de Productos. Opción unidades y precios: Equivalencias
36
Figura 23 Registro de Productos. Opción unidades y precios: Precios de compra
Figura 24 Registro de Productos. Opción unidades y precios: Precios de venta
37
Figura 25 Listado de Cotizaciones
Figura 26 Registro de Cotización
38
Figura 27 Formulario de Ventas
Figura 28 Listado de Notas de Crédito de Venta
39
Figura 29 Registro de una Nota de Crédito por ventas
Figura 30 Registro de una Nota de Débito
40
Figura 31 Registro de Orden de Compra
Figura 32 Listado de Compras
41
Figura 33 Registro de una Compra
Figura 34 Registro de Notas de Crédito por Compras
42
Figura 35 Inventario Inicial
Figura 36 Listado de Transferencias entre almacenes
43
Figura 37 Registro de Transferencia entre almacenes
Figura 38 Registro de Ingreso de productos al almacén
44
Figura 39 Consulta de Movimientos de Caja
Figura 40 Reporte de Stocks
45
Figura 41 Resumen de Caja entre un rango de fechas
Figura 42 Listado de Ventas (incluye pagos realizados)
46
Figura 43 Lista de Documentos Electrónicos (para envío de documentos a SUNAT y generación de
archivos XML para el envío a los clientes)
Figura 44 Generar los libros de ventas y de compras
47
Figura 45 Reporte de Comisiones por Vendedor
Figura 46 Reporte de libros
48
Figura 47 Vista previa de reporte de libros
Figura 48 Vista previa de reporte de cobranza
3.1.5. Especificación de las tecnologías
Para desarrollar la aplicación se utilizó los lenguajes de programación

C# y se utilizó el IDE Visual Studio 2017, en su versión Profesional
Además se usó el paquete de componentes Developer
ExpressWinForms, el cual fue usado para modelar fácilmente las
interfaces gráficas del sistema.
49
Por otra parte, para poder gestionar el almacenamiento de la
información se utilizó el sistema gestor de base de datos MySQL
específicamente la versión 10.1.13.
El motivo por el que se eligieron este conjunto de tecnologías fue el

espacio disponible para poder alojar la aplicación, además de la
plataforma deseada para el funcionamiento de la aplicación (escritorio)
el cual es compatible con todas ellas sin necesidad de realizar alguna
configuración adicional.
3.2. ANÁLISIS BENEFICIO – COSTO
3.2.1. Costo del proyecto
El desarrollo e implementación del software está valorizada en

S/. 20,000, a lo que se suma el certificado digital del mismo, en
S/. 507. Asimismo, para el correcto funcionamiento del mismo, es
necesaria la compra de un servidor, una ticketera y dos
computadoras de escritorio. Los costos y vida útil de los mismos
son los que se detallan a continuación:
Tabla 15 Costo y vida útil de activos del proyecto
Activo Precio Vida Útil* Depreciación

Software 20,000.00 5.00 4,000.00
Ticketera 610.00 2.00 305.00
Computadoras (x2) 3,000.00 4.00 750.00
Servidor 7,350.00 4.00 1,837.50
* Expresada en años
3.2.2. Beneficios del proyecto
De ponerse en marcha el proyecto, se espera un ahorro en los

insumos que se usaban anteriormente, principalmente en papel y
coste de impresión de las facturas, el cual será reemplazado por
la ticketera. Asimismo, al ser un sistema informático, se prescinde
de personal en almacén encargado de llevar un registro de los
productos, ya que estos datos dejarán de llevarse de manera
manual.
Adicionalmente, y al contar el sistema con un módulo de

facturación electrónica, se prevé un ahorro en multas impositivas
de SUNAT de S/. 2,100.
50
Tabla 16 Beneficios del proyecto
Activo Precio Unitario Meses Precio Anual

Ahorro insumos 280.00 12.00 3,360.00
Ahorro Sueldo 950.00 12.00 11,400.00
Evitar multa 2,100.00 12.00 25,200.00
Total 39,960.00
3.2.3. Resultados obtenidos
El flujo de efectivo operativo (FEO) de este proyecto para una

duración de 5 años, la cual es la vida útil del software. Asimismo,
se está empleando una tasa impositiva de 29.5 % al ser esta la tasa
actual vigente de acuerdo a la normativa de SUNAT.
Tras efectuarse los cálculos respectivos y al quinto año de haberse

ejecutado el proyecto, se obtiene un valor actual neto (VAN) de
S/. 105,804.98 y una taza interna de retorno (TIR) de 80.65 %.
Tabla 17 Ingresos anuales estimados del proyecto
AÑOS Total VAN TIR

0 -S/ 32,710.00
1 S/ 27,873.65 -S/ 4,836.35
2 S/ 27,873.65 S/ 23,037.31 44.28%
3 S/ 27,783.68 S/ 50,820.98 66.82%
4 S/ 27,873.65 S/ 78,694.64 76.37%
5 S/ 27,110.34 S/ 105,804.98 80.65%
Total S/ 105,804.98
51
Tabla 18 Cálculo de ingresos anuales del proyecto
AÑOS 0 1 2 3 4 5
Flujo de efectivo
Ingreso ahorro S/. 39,960.00 S/. 39,960.00 S/. 39,960.00 S/. 39,960.00 S/. 39,960.00
Costo variable total S/. 0.00 S/. 0.00 S/. 0.00 S/. 0.00 S/. 0.00
Costo fijo total S/. -3,307.00 S/. -3,307.00 S/. -3,307.00 S/. -3,307.00 S/. -3,307.00
Depreciación Software S/. -4,000.00 S/. -4,000.00 S/. -4,000.00 S/. -4,000.00 S/. -4,000.00
Depreciación Ticketera S/. -305.00 S/. -305.00 S/. -305.00 S/. -305.00
Depreciación Computadores S/. -750.00 S/. -750.00 S/. -750.00 S/. -750.00
Depreciación Servidor S/. -1,837.50 S/. -1,837.50 S/. -1,837.50 S/. -1,837.50
Utilidad antes del impuesto S/. 29,760.50 S/. 29,760.50 S/. 30,065.50 S/. 29,760.50 S/. 32,348.00
Impuesto S/. 8,779.35 S/. 8,779.35 S/. 8,869.32 S/. 8,779.35 S/. 9,542.66
Utilidad neta S/. 20,981.15 S/. 20,981.15 S/. 21,196.18 S/. 20,981.15 S/. 22,805.34
Utilidad neta + depreciación S/. 27,873.65 S/. 27,873.65 S/. 27,783.68 S/. 27,873.65 S/. 27,110.34
Inversión en capital de trabajo S/. -32,100.00
Inversión Ticketera S/. -610.00 S/. -610.00
Inversión Computadores S/. -3,000.00 S/. -3,000.00
Inversión Servidor S/. -7,350.00 S/. -7,350.00
Flujo de efectivo final S/. -32,710.00 S/. 27,873.65 S/. 27,873.65 S/. 27,783.68 S/. 27,873.65 S/. 27,110.34
52
3.3. PRUEBAS DE CAJA NEGRA
Para la presente investigación se realizaron las pruebas de caja negra, también

denominada prueba de comportamiento, ya que estas ayudan a verificar la
funcionalidad de las entradas y salidas sin tener que verificar la estructura
interna del sistema.
Se aplican estas pruebas a los formularios del software para evaluar las
funcionalidades del mismo.
3.3.1. Funcionalidad del registro de compras
Tabla 19 Prueba de caja negra de funcionalidad de registro de compras
Objetivo de la prueba: Verificar la funcionalidad del registro de compras

Flujo de pasos del sistema
N.º Instrucción Resultado Esperado Resultado Observación
Obtenido
1 Dar clic en el El sistema muestra el El sistema mostró el Ninguna
botón Nuevo formulario de registro formulario de
de compra registro de compra
2 Se ingresan El sistema muestra El sistema mostró el Ninguna
los datos de mensaje “Operación mensaje “Operación
registro de Realizada Realizada
compra Correctamente” y se Correctamente” y
recargará la lista de recargó la lista.
compras mostrando la
última registrada.
3 Se ingresan El sistema muestra un El sistema mostró un Ninguna
datos de icono de color rojo en icono de color rojo
registro de los campos que debe en los campos que
compra de completar debe de completar
incompletos
4 El usuario El sistema cierra el El sistema cerró el Ninguna
cancela el formulario de registro formulario de
registro de registro
compra
Estado Caso Ejecutado exitosamente
prueba
Resultado general Se realizó exitosamente la funcionalidad de registro de
obtenido compras, se corrigieron los errores encontrados.
53
Figura 49 Formulario al guardar la compra correctamente
Figura 50 Lista de compras mostrando la última guardada
54
Figura 51 Formulario con datos incompletos en la cabecera
Figura 52 Formulario con datos incompletos en el detalle
55
3.3.2. Funcionalidad del inicio de sesión
Tabla 20 Prueba de caja negra de funcionalidad de inicio de sesión
Objetivo de la prueba: Verificar la funcionalidad del inicio de sesión

N.º Instrucción Resultado Esperado Resultado Observación
Obtenido
1 Dar doble clic El sistema muestra el El sistema Ninguna
sobre el icono formulario de login mostró el
del sistema formulario de
login
2 Se ingresan los En caso el login sea El sistema Ninguna
datos de inicio correcto el sistema mostró los el
de sesión mostrará el mensaje de mensaje de
(Empresa, Cargando el cual significa cargando y
Usuario y que cargará los módulos luego la
Clave) para posteriormente pantalla
mostrar la pantalla principal.
principal.
3 No se ingresan El sistema muestra un El sistema Ninguna
todos los icono de color rojo en los mostró un icono
campos. campos que debe de de color rojo en
completar los campos que
debe de
completar
4 Se ingresan El sistema muestra un El sistema Ninguna
datos mensaje de error y se mostró el
incorrectos por cierra. mensaje de
3ra vez. error y se cerró.
Estado Caso prueba Ejecutado exitosamente
Resultado general Se realizó exitosamente la funcionalidad de login, se

obtenido corrigieron los errores encontrados.
Figura 53 Login correcto con mensaje de cargando
56
Figura 54 Formulario de pantalla principal
Figura 55 Formulario de login incorrecto
Figura 56 Formulario de login incorrecto por varios intentos fallidos
57
3.3.3. Funcionalidad del registro de ventas
Tabla 21 Prueba de caja negra de funcionalidad del registro de ventas
Objetivo de la prueba: Verificar la funcionalidad de registro de cotizaciones

N.º Instrucción Resultado Resultado Observación
Esperado Obtenido
1 Dar clic en el botón Nueva El sistema El sistema Ninguna
cotización muestra el mostró el
formulario de formulario de
registro de registro de
cotización cotización
2 Se ingresan los datos de El sistema El sistema Ninguna
registro de cotización muestra mostró el
mensaje mensaje
“Operación “Operación
Realizada Realizada
Correctamente” Correctamente”
y se mostrara y se mostró la
una vista vista previa del
previa del reporte de
reporte a cotización
imprimir
3 Se ingresan datos de El sistema El sistema Ninguna
registro de cotización muestra un mostró un
incompletos icono de color icono de color
rojo en los rojo en los
campos que campos que
debe de debe de
completar completar
4 El usuario cancela el El sistema El sistema Ninguna

registro de cotización cierra el cerró el
registro registro

Resultado general obtenido Se realizó exitosamente la funcionalidad de registro de
cotizaciones, se corrigieron los errores encontrados.
58
Figura 57 Formulario al guardar correctamente la cotización
Figura 58 Vista previa del reporte de cotización
59
Figura 59 Formulario de datos incompletos en cotización
3.3.4. Funcionalidad del registro de ventas
Tabla 22 Prueba de caja negra de funcionalidad del registro de ventas
Objetivo de la prueba: Verificar la funcionalidad de registro de venta

Esperado Obtenido
1 Dar clic en el botón El sistema El sistema Ninguna
Cotizaciones o presionar las muestra el mostró el
teclas SHIFT + T formulario con formulario con
la lista de la lista de
cotizaciones cotizaciones
no asignadas no asignadas
a una venta. a una venta.
2 Se selecciona la cotización El sistema El sistema Ninguna
muestra la mostró la
información de información de
la cotización la cotización
en el en el
venta. venta.
3 Dar clic en el botón Cerrar o El sistema de El sistema le Ninguna
presionar las teclas preguntará si mostró el
SHIFT + Y desea cerrar la mensaje para
venta que el usuario
confirme
60
4 Si el usuario acepta “Cerrar El sistema El sistema le Ninguna
la venta” debe de mostró el
mostrar un mensaje de
mensaje de “Operación
“Operación realizada
realizada correctamente”
correctamente” y mostró el
y debe de formulario de
mostrar el formas de
formulario de pago.
formas de
pago
5 Selecciona la forma de pago El sistema El sistema Ninguna
de la venta y clic en el botón muestra un mostró el
Aceptar mensaje que mensaje
dice: “Por
favor espere”
6 Conexión al server El sistema se El sistema se
debe de conectó al
conectar al servidor y
servidor para genero el
generar el comprobante
comprobante de venta
de venta electrónico.
electrónico.
Resultado general obtenido Se realizó exitosamente la funcionalidad de registro de
venta, se corrigieron los errores encontrados.
Figura 60 Formulario para seleccionar cotización de origen de venta
61
Figura 61 Formulario de venta con datos de coacción correctamente
Figura 62 Formulario de confirmación de cierre de venta
Figura 63 Mensaje de éxito de cierre de venta
62
Figura 64 Formulario de formas de pago de cliente
3.3.5. Funcionalidad de venta en espera
Tabla 23 Prueba de caja negra de funcionalidad de venta en espera
Objetivo de la prueba: Verificar la funcionalidad de colocar la venta en espera

Esperado Obtenido
1 Dar clic en el botón Espera El sistema El sistema Ninguna
debe de mostró un
mostrar un mensaje de
mensaje de confirmación
confirmación “Está seguro
“Está seguro de colocar la
de colocar la venta en
venta en espera”
espera”
63
2 El usuario hace clic en “SI” El sistema El sistema Ninguna
muestra mostró el
mensaje mensaje
“Operación “Operación
Realizada Realizada
Correctamente” Correctamente”
y se muestra el y se mostró el
número de número de
ventas que ventas que
están en están en
espera. espera.
Resultado general obtenido Se realizó exitosamente la funcionalidad de colocar la
venta en espera, se corrigieron los errores encontrados.
Figura 65 Mensaje de confirmación de colocar venta en espera
Figura 66 Mensaje de éxito de colocar venta en espera
64
3.3.6. Funcionalidad de recuperación de venta en espera
Tabla 24 Prueba de caja negra de funcionalidad de recuperar venta en espera
Objetivo de la prueba: Verificar la funcionalidad de recuperar la venta en espera


Esperado Obtenido
1 Dar clic en el botón El sistema El sistema Ninguna
Recuperar debe de mostró la lista
mostrar a lista de las ventas
de las ventas en espera
que están en
espera.
2 El usuario selecciona la El sistema El sistema Ninguna
venta con la que desea muestra los mostró los
trabajar. datos de la datos de la
venta para venta para
seguir que el usuario
trabajando. pueda seguir
trabajando.
Resultado general obtenido Se realizó exitosamente la funcionalidad de recuperar la
venta en espera, se corrigieron los errores encontrados.
Figura 67 Formulario de selección de venta en espera
65
Figura 68 Carga de datos de venta en espera
66
IV. CONCLUSIONES Y RECOMENDACIONES
4.1. CONCLUSIONES
• Del análisis costo beneficio del proyecto se obtiene una rentabilidad

positiva, expresada en los indicadores económicos VAN (superior a
cero, de S/. 105,804.98) y TIR (80.65 %). Ambos valores de estos
indicativos económicos indican buena viabilidad de la puesta en
marcha del software desarrollado.
• La implementación del software cumplió con los requisitos del usuario
y se configura como una herramienta necesaria de negocio para una
mejor toma de decisiones, así como permitir un mejor manejo en la
gestión de inventario y permitir la facturación electrónica en
cumplimiento con las obligaciones tributarias.
4.2. RECOMENDACIONES
• Implementar nuevas características y funcionalidades a la presente

investigación como por ejemplo el módulo contable de manera
integrada, que le permitan agilizar los procesos internos de la empresa.
• Desarrollar un aplicativo móvil que le permita a los vendedores que
salen a otras provincias de la región Piura, realizar los pedidos que le
hacen los clientes y que se conecten al servidor central; para que
cuando llegue el cliente a la tienda se le pueda atender tan solo dando
el número de pedido.
• Desarrollar una tienda virtual en línea para que la empresa Autobacks
E.I.R.L. pueda promocionar sus servicios y vender sus productos, con
los cuales se propone llegar a más clientes e incrementar las ventas
67
V. REFERENCIAS BIBLIOGRÁFICAS Y VIRTUALES
Anaya Tejero, J. J. (2008). Almacenes: Análisis, diseño y organización.
AUTOBACKS. (s.f.). Página oficial de AUTOBACKS E.I.R.L. Recuperado el 12 de abril

de 2019, de http://www.autobacks.pe/
Cardenas, M. F. (2015). Desarrollo de prototipo de aplicación web para agendamiento

de citas del consultorio odontológico Orthodent utilizando el framework Laravel
de PHP. Cuenca,Ecuador.
Castillo Salas, A. (2017). Implementación de un sistema web de compra y venta para

la distribuidora Salas - Huarmey. Universidad Católica Los Ángeles de
Chimbote.
Cevallos Sierra, F. J. (2011). Microsoft C#. Curso de Programación (2 ed.).
Cobo, A. (2007). Diseño y programación de bases de datos - Angel Cobo - Google

Libros.
Cruz Fernández, A. (2018). Gestión de inventarios.
Dimes, T. (2015). Programación C# para Principiantes. (A. Parraud, Trad.)
Fuentes Monserrate, M. G. (2014). Análisis del impacto en la implementación de la

facturación electrónica en las empresas de servicios del Cantón Milagro.
Fuertes A., Y., & Sepúlveda C., J. (2016). Scrum, Kanban y Canvas en el sector
comercial, industrial y educativo: Una revisión de la literatura. Revista
Antioqueña de las Ciencias Computacionales y la Ingeniería de Software.
Hugon, J. (2018). C# 7 Desarrolle aplicaciones Windows con Visual Studio 2017.
Molero Prieto, X. (2016). Un viaje a la historia de la informática.
Natsys. (2014). Todo sobre MySQL: Libro ideal para ingresar en el mundo de la base
de datos MySQL.
OASIS. (s.f.). Recuperado el 2019, de https://www.oasis-

open.org/committees/tc_home.php?wg_abbrev=ubl
Ordaya Lock, R. (2016). Implementación de un sistema de información para una mype

comercial con componentes de libros y facturación electrónica.
Ramos, D., Noriega, R., Laínez, J., & Durango, A. (2017). Curso de ingeniería de
software.
SUNAT. (2012). Resolución de SUNAT N° 097-2012. Obtenido de

http://www.sunat.gob.pe/legislacion/superin/2012/097-2012.pdf
SUNAT. (2019). Resolución de SUNAT N° 043-2019. Obtenido de

http://www.sunat.gob.pe/legislacion/superin/2019/043-2019.pdf
68
SUNAT. (s.f.). Guía de elaboración de documentos electrónicos - Sistema del
contribuyente. Obtenido de http://cpe.sunat.gob.pe/node/88#item-11
SUNAT. (s.f.). Superintendencia Nacional de Aduanas y Administración Tributaria.

Obtenido de http://cpe.sunat.gob.pe/
Trigas Gallego, M. (2012). Metodología SCRUM.
Zavaleta Quijandría, J. J. (2015). Aplicación del ERP Dolibarr en el proceso de ventas

de la empresa de Repuestos y Lubricantes Señor de Luren S.R.L.
69
VI. ANEXOS
6.1. ANEXO N° 01. DIAGRAMA DE BASE DE DATOS
6.1.1. Módulo de seguridad y configuración
70
6.1.2. Módulo de ventas-notas de crédito-cajas
71
6.1.3. Módulo de compras
72
6.1.4. Módulo Almacenes
73
Módulos generales
74
6.2. ANEXO N° 02: GUÍA DE ELABORACIÓN DE LA BOLETA ELECTRÓNICA
75
76
77
78
79
6.3. ANEXO N° 03: GUÍA DE ELABORACIÓN DE LA FACTURA ELECTRÓNICA
80
81
82
83
84
85
86
87
88
89
90
91
92
93
6.4. ANEXO N° 04: GUÍA DE ELABORACIÓN DE LA NOTA DE CRÉDITO ELECTRÓNICA
94
95
96
97
98
6.5. ANEXO N° 05: GUÍA DE ELABORACIÓN DE LA NOTA DE
DÉBITO ELECTRÓNICA
99
100
101
102
6.6. ANEXO N° 06. RESUMEN DIARIO DE BOLETAS DE VENTA
ELECTRÓNICAS Y NOTAS ELECTRÓNICAS 2.0
103
104
6.7. ANEXO N° 07: CONTENIDO DE LA COMUNICACIÓN DE BAJA
105
6.8. ANEXO N° 08: API GRATUITA MODIFICADA PARA LA
IMPLEMENTACIÓN DE LA FACTURA ELECTRÓNICA CON LA
VERSIÓN UBL 2.1.
106
6.9. ANEXO N° 09: INTERFAZ SWAGGER DONDE SE PUEDE
VISUALIZAR TODOS LOS MÉTODOS QUE EXPONE LA API
107
6.10. ANEXO N° 10: MANUAL DE USUARIO
ACCESOS AL SISTEMA
Para acceder al sistema, se debe de ejecutar la aplicación seleccionar la

empresa, ingresar el usuario y contraseña, luego clic en el botón “Aceptar”
De haber ingresado correctamente los datos y validar si el usuario está activo,

el sistema le muestra un formulario para seleccionar la sucursal y el almacén
con el que va a trabajar. Para ello debe seleccionar de la lista desplegable la
Sucursal, al seleccionarla se visualiza la lista de almacenes asociados a dicha
sucursal y luego debe hacer doble clic sobre el almacén con el que va a
trabajar.
108
Luego se visualiza el siguiente formulario en donde podemos ver en la parte
inferior los datos de la dirección IP de donde se está conectando, el usuario, el
nivel de usuario, la empresa seleccionada, la sucursal y el almacén.
Además se muestran 3 mensajes, que le indica que debe de aperturar caja,

registrar el tipo de cambio y la lista de productos con stock mínimo.
APERTURAR CAJA
Para aperturar la caja, lo puede hacer de dos maneras:
- Desde el mensaje que le aparece al momento de iniciar sesión: Para ello

debe de acercar el mouse por el cuadro del mensaje y se visualiza un enlace
que al hacer clic se muestra el formulario respectivo.
109
- Desde el menú principal: Para ello debe de ir al menú PROCESOS y
seleccionar la opción de APERTURA CAJA
El sistema le muestra el formulario de Apertura de Caja
Del formulario anterior seleccionamos la moneda y escribimos el monto e

indicamos si es que la apertura de caja es sólo para la empresa que estamos
trabajando, debemos de desmarcar la opción “Todas Empresas”; caso contrario
afectara a todas las empresas.
REGISTRAR TIPO DE CAMBIO
Para registrar el tipo de cambio, lo puede hacer de dos maneras:
- Desde el mensaje que le aparece al momento de iniciar sesión: Para ello

debe de acercar el mouse por el cuadro del mensaje y se visualiza un enlace
que al hacer clic se muestra el formulario respectivo.
- Desde el menú principal: Para ello debe de ir al menú CONFIGURACIÓN y

seleccionar la opción de TIPO DE CAMBIO
110
El sistema le muestra el formulario para registrar el tipo de cambio.
Del formulario anterior seleccionamos la fecha y escribimos el monto para

compra y venta, luego clic en el botón Guardar.
PRODUCTOS CON STOCK MÍNIMO
Al pasar el mouse por el mensaje de alerta podemos ingresar a la opción y

visualizar una lista con los productos que tienen stock mínimo.
REGISTRO DE CLIENTES
Si el usuario desea registrar un nuevo cliente, modificar los datos o dar de baja
un cliente, debe de ir al menú principal y seleccionar TABLAS, luego
CLIENTES.
111
El sistema le muestra la lista de clientes registrados en caso haya.
Para registrar un nuevo cliente, hacemos clic en el botón NUEVO y se muestra

el formulario de registro que contiene las pestañas de Datos Generales y Datos
Adicionales, como se muestra en la imagen:
REGISTRO DE PROVEEDORES
Si el usuario desea registrar un nuevo proveedor, modificar los datos o dar de

baja un proveedor, debe de ir al menú principal y seleccionar TABLAS, luego
PROVEEDORES.
112
El sistema le muestra la lista de clientes registrados en caso haya.
Para registrar un nuevo proveedor, hacemos clic en el botón NUEVO y se

muestra el formulario de registro como se muestra en la imagen:
REGISTRO DE PRODUCTOS
Si el usuario desea registrar un nuevo producto, modificar los datos o dar de

baja un producto, debe de ir al menú principal y seleccionar TABLAS, luego
PRODUCTOS.
113
El sistema le muestra la lista de productos registrados en caso haya y los
marca de un color a los productos que se encuentran inhabilitados.
Para registrar un nuevo producto, hacemos clic en el botón NUEVO y se

muestra el formulario de registro como se muestra en la imagen:
Los campos marcados con (*) son campos obligatorios y aquellos que tienen
un significa que usted puede crearlos desde este formulario sin tener que ir
a otro formulario.
- Datos Generales: Contiene los datos generales para el producto que se

va a registrar.
114
- Unidades y Precios: Permite registrar las diferentes unidades con sus
respectivos precios en los que se puede vender un producto. También
podemos desde aquí registrar los precios de compra
- Características: Puede ingresar las características adicionales del

producto.
- Stocks: Muestra el stock del producto por empresa, sucursal y almacén.
115
- Proveedores: Muestra la lista a que proveedores se le compra dicho
producto, así como el precio de compra.
- Conf. SUNAT: Relaciona el código que va a tener el producto según la

lista de códigos del catálogo Nº25 del Anexo V de la Resolución de
Superintendencia N.º 340-2017/SUNAT.
- Resumen de movimientos: Muestra la lista de los movimientos que ha

tenido ese producto, también puede mostrar los movimientos por rango
de fechas.
116
COTIZACIONES DE VENTA
Si el usuario necesita crear una cotización de venta a un cliente, modificar una

cotización en caso aún no haya sido asignada a una venta o eliminarla, debe
de ingresar al menú PROCESOS y luego a la opción de COTIZACIONES.
El sistema le muestra una lista de las cotizaciones del mes actual, pero también
le da la posibilidad de buscar por un determinado rango de fechas.
Para registrar una nueva cotización, debe de hacer clic en el botón NUEVO y
se muestra el formulario:
117
Debe de seleccionar el cliente, la serie que va a tener la cotización, la fecha de
vencimiento y los productos que conforman el detalle de esta. Luego de grabar
se visualiza una vista previa del reporte para que sea impresa.
Luego podemos ver en la lista que la cotización se encuentra vigente y que aún
no ha sido asignada a una venta.
118
Se puede modificar una cotización siempre y cuando esta no se encuentre
vencida, ni este asignada a una venta. Para modificarla debe de seleccionarla
de la lista y hacer clic en el botón MODIFICAR.
119

Inf Alv Apo 19

Cargado por

Copyright:

Formatos disponibles

Inf Alv Apo 19

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Inf Alv Apo 19

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL DE PIURA

Facultad de Ingeniería Industrial

INFORME TÉCNICO PARA LA ELABORACIÓN DE UN SISTEMA DE GESTIÓN

Bach. Alvarado Aponte Jorge André

Bach. Juárez Loro Edinson Junior

Bach. Meca Pacherres Miguel Angel

PARA OPTAR EL TÍTULO DE INGENIERO INFORMÁTICO

El presente trabajo lo dedicamos principalmente a Dios, por ser

el inspirador y darnos fuerza para continuar en este proceso de

obtener uno de los anhelos más deseados.

A nuestros padres, por su amor, trabajo y sacrificio en todos

estos años, gracias a ustedes hemos logrado llegar hasta aquí́ y

convertirnos en lo que somos.

A nuestro asesor Dr. Moisés David Saavedra Arango por su gran

apoyo y motivación para la elaboración

Agradecer a Dios, por permitirnos llegar hasta este punto de

nuestras vidas y mantenernos con salud, para así poder iniciar

este proyecto de investigación.

A nuestros queridos padres por ser el pilar fundamental y gracias

a ellos hemos logrado llegar hasta aquí́ y convertirnos en lo que

A nuestro asesor Dr. Moisés David Saavedra Arango por su gran

apoyo y dedicación para la elaboración de este proyecto de

La presente investigación se centró en el desarrollo e implementación de un software

procesos de ventas, actualización de existencias en almacén y Kardex que venían

provocando lentitud en la toma de decisiones e información incorrecta de la cantidad de

productos. Además, también el de emitir documentos electrónicos por decreto expedido

debido a su gran flexibilidad y adaptación de acuerdo a los requerimientos del cliente,

para el desarrollo del software se usaron los lenguajes de programación C# junto al

framework DevExpress para la creación de formularios Windows. Para determinar si la

implementación de este prototipo es conveniente se evaluaron los indicadores de

mayor a 0 la empresa recuperará la inversión inicial y además obtendrá más capital. Y

empresa. En consecuencia, el desarrollo e implementación del prototipo es conveniente

para la empresa Autobacks E.I.R.L.

The present investigation focused on the development and implementation of a business

creation of Windows forms. To determine if the implementation of this prototype is

it is considered a highly profitable project for the company. Consequently, the

development and implementation of the prototype is convenient for the company

El presente informe técnico tiene como objetivo desarrollar un proyecto de

Autobacks es una empresa dedicada a la comercialización y distribución de

Ante esta problemática, la presente investigación desarrolla un sistema de gestión

Zavaleta Quijandría (2015) realizó la investigación “Aplicación del ERP Dolibarr en el

Castillo Salas (2017) realizó la investigación “Implementación de un sistema web de

Fuertes A. & Sepúlveda C. (2016) realizó la investigación “Scrum, Kanban y Canvas

Ordaya Lock (2016) realizó la investigación “Implementación de un sistema de

Fuentes Monserrate (2014) realizó la investigación “Análisis del impacto en la

2.2. MARCO TEÓRICO

2.2.1. Empresa AUTOBACKS

2.2.1.1. ¿Qué es AUTOBACKS?

AUTOBACKS E.I.R.L. es una empresa dedicada a la

Figura 1. Logo representativo de AUTOBACKS E.I.R.L.

Fuente: AUTOBACKS (s.f.)

Reinventar siempre soluciones para nuestros clientes.

Ser los líderes en el mercado. (AUTOBACKS, s.f.)

Responsabilidad, calidad y garantía. (AUTOBACKS, s.f.)

Dentro de los servicios que brinda se encuentra cambio de aceite;

2.2.2. Almacenes e inventarios

2.2.2.1. Definición de almacén

Almacén es una instalación específica usado para el alberge de

2.2.2.2. Gestión de inventarios