Anteproyecto v3
Universidad Autónoma de Asunción
Facultad de Ciencias y Tecnología
Licenciatura en Informática con Énfasis en Sistemas
Qaudit: Sistema de Gestión de Auditoría de Inventario para Zavidoro Corporation
Anteproyecto de Tesis de Grado
Presentado por:
Diana Belén Alvarenga Zayas
Tutor:
Ing. Pedro Coronel
Asunción, Paraguay
2026
1. TÍTULO DEL PROYECTO
Qaudit: Sistema de Gestión de Auditoría de Inventario para Zavidoro Corporation.
2. PLANTEAMIENTO DEL PROBLEMA
2.1. Descripción de la Situación Actual
Zavidoro Corporation es una empresa paraguaya que opera tiendas de retail de marca Nike. Como parte de sus procesos internos de control de stock, la empresa realiza auditorías de inventario físico en sus tiendas con una frecuencia de hasta cuatro veces por año. Estas auditorías son llevadas a cabo por un equipo especializado que se desplaza a cada tienda para realizar el relevamiento de inventario.
El proceso actual de auditoría se desarrolla de la siguiente manera: el equipo de auditoría arriba a la tienda y realiza la lectura del stock físico mediante dispositivos de identificación por radiofrecuencia (RFID), provistos por un proveedor externo. El sistema del proveedor compara automáticamente las unidades leídas contra el stock registrado en el sistema de gestión comercial QUICK POS, generando un archivo en formato Microsoft Excel que contiene las diferencias detectadas: faltantes (unidades registradas en el sistema pero no encontradas físicamente) y sobrantes (unidades encontradas físicamente pero no registradas en el sistema).
A partir de este archivo, el equipo imprime el reporte, lo divide físicamente entre los auditores presentes, y cada auditor realiza la búsqueda manual de los artículos con diferencias en la sala de ventas y el depósito de la tienda. Los hallazgos se registran manualmente en las hojas impresas. Una vez finalizada la búsqueda, el equipo consolida los resultados en un único documento, agrupa los ajustes por tipo (faltantes y sobrantes) y carga los movimientos uno a uno en QUICK POS. Finalmente, se imprime el documento de cierre de auditoría, se obtiene la firma del encargado de tienda y se archiva.
2.2. Identificación del Problema
El proceso descrito presenta múltiples ineficiencias y riesgos operativos que impactan negativamente en la calidad y la duración de las auditorías:
• Dependencia total del papel: el flujo completo —distribución de tareas, registro de hallazgos y consolidación— se realiza sobre documentos impresos, lo que expone el proceso a errores de transcripción, pérdida de información y dificultades de trazabilidad.
• Coordinación manual entre auditores: la distribución de artículos a buscar se realiza físicamente mediante la división de hojas impresas, sin un mecanismo digital que garantice la cobertura completa y evite duplicidades.
• Carga manual al sistema: cada ajuste de inventario debe ingresarse de forma individual en QUICK POS, lo que consume tiempo significativo y aumenta la probabilidad de errores de tipeo.
• Ausencia de trazabilidad digital: no existe registro digital del proceso de búsqueda, de quién realizó cada hallazgo ni del estado de cada artículo con diferencia durante la auditoría.
• Duración extendida del proceso: para tiendas de mediana y gran escala, como las operadas bajo la marca Nike, el proceso completo puede extenderse hasta tres días hábiles.
2.3. Formulación del Problema
¿En qué medida la implementación del sistema Qaudit para la gestión, trazabilidad y ajuste de inventario en las tiendas de Zavidoro Corporation reduce el tiempo de ejecución del proceso de auditoría, elimina los errores de consolidación manual y genera evidencia documental formal del inventario realizado, en comparación con el método actual basado en papel?
3. JUSTIFICACIÓN
La implementación de un sistema digital de gestión de auditorías de inventario representa una oportunidad concreta de mejora operativa para Zavidoro Corporation. La digitalización del flujo de auditoría permitirá reducir significativamente el tiempo que actualmente insume el proceso, eliminar los riesgos asociados al manejo de información en papel y garantizar la integridad de los datos mediante la integración directa con QUICK POS.
Desde el punto de vista tecnológico, la existencia de una API REST documentada en el sistema QUICK POS, la infraestructura de red corporativa que interconecta todas las tiendas con el servidor central, y la disponibilidad de identidades corporativas Microsoft en toda la organización constituyen condiciones favorables que hacen viable el desarrollo de la solución propuesta sin requerir cambios en la infraestructura existente.
Desde el punto de vista académico, el proyecto presenta complejidad técnica suficiente para el nivel de una tesis de licenciatura, abarcando múltiples disciplinas de la ingeniería de software: diseño de arquitecturas web, integración con sistemas legados mediante APIs REST, gestión de autenticación corporativa con Microsoft Entra ID, diseño de bases de datos relacionales y desarrollo de interfaces adaptadas a dispositivos móviles para uso en entorno de tienda.
La solución propuesta, denominada Qaudit, busca reemplazar íntegramente el flujo manual actual con una aplicación web que cubra todas las etapas del proceso de auditoría: carga del archivo Excel generado por el sistema RFID, distribución digital de tareas entre los auditores presentes, registro de hallazgos en tiempo real, conciliación automatizada, generación de comprobantes de ajuste en QUICK POS mediante su API, captura de firmas digitales y generación del reporte final de cierre.
4. OBJETIVOS
4.1. Objetivo General
Desarrollar un sistema web de gestión de auditorías de inventario que digitalice y automatice el proceso operativo actual de Zavidoro Corporation, integrándose con el sistema QUICK POS para la generación de comprobantes de ajuste de stock y eliminando la dependencia de documentación en papel.
4.2. Objetivos Específicos
• Relevar y documentar el proceso actual de auditoría de inventario en las tiendas de Zavidoro Corporation, identificando las etapas, los actores involucrados y los puntos de mejora.
• Diseñar la arquitectura del sistema Qaudit, definiendo el modelo de datos, los componentes de la aplicación y los mecanismos de integración con QUICK POS.
• Implementar el módulo de carga y procesamiento del archivo Excel generado por el sistema RFID, con validación de estructura y persistencia en base de datos.
• Desarrollar el módulo de gestión de sesiones de auditoría, que permita a múltiples auditores incorporarse a una sesión activa por tienda y visualizar los artículos asignados para la búsqueda física.
• Implementar la integración con la API REST de QUICK POS para la generación automatizada de comprobantes de egreso e ingreso de stock al concluir la etapa de conciliación.
• Desarrollar el módulo de firma digital y generación del reporte final de cierre, con envío automatizado por correo electrónico.
• Implementar un dashboard gerencial que consolide las métricas de cada sesión de auditoría por tienda, incluyendo totales de faltantes, sobrantes y ajustes realizados, como herramienta de seguimiento para la administración de Zavidoro Corporation.
• Validar el funcionamiento del sistema mediante pruebas funcionales en un entorno controlado con datos representativos del proceso real.
5. ALCANCE Y LIMITACIONES
5.1. Alcance
El sistema Qaudit contempla el desarrollo de los siguientes módulos y funcionalidades:
| Módulo | Funcionalidad incluida |
| Administración | Gestión de tiendas y usuarios habilitados |
| Autenticación | SSO con Microsoft Entra ID, restringido a @zavidoro.com.py |
| Sesión de auditoría | Creación automática, incorporación de múltiples auditores |
| Carga de archivo | Procesamiento del Excel comparativo generado por el sistema RFID |
| Distribución de tareas | Asignación de artículos por auditor y por división de producto |
| Búsqueda física | Vista por auditor con registro de hallazgos y observaciones por ítem |
| Conciliación | Cálculo de diferencias finales y agrupación por tipo de ajuste |
| Integración QUICK POS | Generación automatizada de RemitoEgreso y RemitoIngreso vía API |
| Firma digital | Canvas de firma del encargado de tienda, sin cuenta en el sistema |
| Reporte de cierre | PDF con detalle de ajustes y comprobantes, enviado por correo |
| Dashboard gerencial | Visualización de métricas por tienda y sesión de auditoría |
5.2. Limitaciones
• El sistema no reemplaza ni modifica el proceso de lectura RFID, el cual continuará siendo realizado por el proveedor externo. Qaudit toma como entrada el archivo Excel resultante de dicho proceso.
• La integración con QUICK POS se limita a la generación de comprobantes de egreso (RemitoEgreso) e ingreso (RemitoIngreso) de stock. No se contempla la consulta de stock en tiempo real ni la integración con otros módulos de QUICK POS.
• El sistema requiere conectividad a la red corporativa de Zavidoro Corporation para funcionar, dado que QUICK POS opera de forma on-premise en cada tienda y su API no está expuesta a Internet.
• El alcance del proyecto no incluye la integración con sistemas de terceros distintos a QUICK POS.
6. MARCO TEÓRICO PRELIMINAR
6.1. Auditoría de Inventario en el Retail
La auditoría de inventario es un proceso de control interno mediante el cual las organizaciones verifican la correspondencia entre el stock registrado en sus sistemas de información y las existencias físicas reales. En el sector retail, este proceso es crítico para detectar diferencias originadas en errores de carga, mermas, robos o fallas operativas. La tecnología RFID (Radio-Frequency Identification) ha transformado este proceso al permitir la lectura masiva de artículos etiquetados sin necesidad de contacto visual directo, reduciendo significativamente los tiempos de conteo físico (Angeles, 2005).
6.2. Sistemas de Gestión Comercial y APIs REST
Los sistemas de gestión comercial (ERP o POS) son el núcleo de información de las organizaciones de retail, concentrando el registro de ventas, stock, clientes y comprobantes. La exposición de funcionalidades a través de APIs REST (Representational State Transfer) permite la integración de estos sistemas con aplicaciones externas de manera estandarizada, utilizando el protocolo HTTP y el formato JSON para el intercambio de datos (Fielding, 2000). La autenticación en estas APIs generalmente se implementa mediante el protocolo OAuth 2.0, que permite el acceso seguro a recursos protegidos sin exponer credenciales directamente.
6.3. Arquitecturas Web Modernas
El desarrollo web moderno se apoya en frameworks full-stack que unifican el desarrollo del frontend y el backend en un único proyecto. Next.js, basado en React, implementa el modelo de App Router que permite definir rutas, componentes de servidor y manejadores de API en una estructura cohesiva, facilitando el desarrollo y el despliegue de aplicaciones web complejas (Vercel, 2024). La contenedorización mediante Docker y Docker Compose permite empaquetar la aplicación y sus dependencias en unidades aisladas y reproducibles, simplificando el despliegue en entornos on-premise.
6.4. Autenticación con Microsoft Entra ID
Microsoft Entra ID (anteriormente Azure Active Directory) es el servicio de gestión de identidades y accesos de Microsoft, ampliamente adoptado en entornos corporativos. La integración de aplicaciones web con Entra ID mediante el protocolo OpenID Connect permite implementar Single Sign-On (SSO), de modo que los usuarios autenticados en el dominio corporativo puedan acceder a la aplicación sin necesidad de credenciales adicionales (Microsoft, 2024).
6.5. Firma Digital en Documentos de Cierre
La firma digital capturada mediante canvas HTML5 es una representación gráfica de la rúbrica del firmante, vinculada a metadatos del documento (fecha, hora, identificador de sesión de auditoría). Es importante distinguir este mecanismo de la firma electrónica avanzada con certificado digital, que tiene valor legal equivalente a la firma manuscrita bajo marcos normativos específicos. La firma canvas no posee ese nivel de validez jurídica; sin embargo, constituye evidencia documental suficiente para procesos de auditoría interna en contextos empresariales, donde el objetivo es registrar la conformidad del responsable de tienda con los ajustes realizados, y no acreditar un acto jurídico ante terceros (MDN Web Docs, 2023). Su implementación mediante la API Canvas de HTML5 no requiere instalación de software adicional ni cuenta propia del firmante en el sistema, eliminando barreras de adopción operativa.
7. METODOLOGÍA DE DESARROLLO
El desarrollo del sistema Qaudit adoptará el Proceso Unificado de Rational (RUP) como metodología de desarrollo de software. RUP es un proceso iterativo e incremental que organiza el desarrollo en cuatro fases secuenciales —Inicio, Elaboración, Construcción y Transición— cada una con objetivos, artefactos y criterios de finalización bien definidos (Kruchten, 2004). Esta elección se fundamenta en la naturaleza del proyecto: un sistema con requerimientos relativamente estables, un cliente definido (Zavidoro Corporation) y la necesidad de documentación formal para el contexto académico.
7.1. Fase de Inicio
En esta fase se establece el alcance del proyecto, se identifican los actores y casos de uso principales, se evalúa la viabilidad técnica y se definen los riesgos más relevantes. Los artefactos principales de esta fase son el documento de visión del proyecto, el modelo de casos de uso inicial y la arquitectura candidata.
7.2. Fase de Elaboración
En esta fase se profundiza el análisis de requerimientos, se estabiliza la arquitectura del sistema y se mitigan los riesgos técnicos identificados en la fase anterior. Se desarrollan los casos de uso de mayor riesgo arquitectural como prueba de concepto. Los artefactos incluyen el modelo de arquitectura detallado, el modelo de datos, los diagramas de secuencia para los flujos principales y el prototipo de interfaz de usuario.
7.3. Fase de Construcción
En esta fase se implementa la totalidad del sistema de forma iterativa, priorizando los módulos según su criticidad funcional. Cada iteración produce un incremento funcional del sistema que es verificado mediante pruebas. Los módulos se desarrollarán en el siguiente orden de prioridad: gestión de sesiones y autenticación, carga y procesamiento del Excel, búsqueda y registro de hallazgos, integración con QUICK POS, firma digital y generación de reportes.
7.4. Fase de Transición
En esta fase se realiza la validación final del sistema en un entorno representativo del entorno productivo, se elabora la documentación de usuario y se lleva a cabo la capacitación de los usuarios clave. Se verifica que el sistema cumple con los criterios de aceptación definidos y se preparan los entregables finales de la tesis.
8. RESULTADOS ESPERADOS Y MÉTRICAS DE VALIDACIÓN
La validación del sistema se realizará mediante una prueba piloto comparando el proceso actual con el sistema implementado en al menos dos sesiones de inventario reales, midiendo las siguientes métricas:
| Métrica | Situación actual (estimado) | Meta con el sistema |
| Tiempo total de ejecución del inventario | 3 a 5 horas | Reducción del 50% o más |
| Errores de consolidación | 5 a 15 por sesión | Cero (proceso automático) |
| Tiempo de carga de ajustes en QUICK POS | 30 a 60 minutos manual | Menos de 2 minutos (API) |
| Trazabilidad del proceso | Ninguna | Registro completo por auditor, ítem y sesión |
| Satisfacción del equipo auditor | Por medir (encuesta previa) | Mejora significativa (encuesta posterior) |
9. CRONOGRAMA ESTIMADO
A continuación se presenta el cronograma estimado de desarrollo del proyecto, organizado según las fases de RUP:
Fase de Inicio (Semanas 1–2): Relevamiento detallado del proceso actual, documentación de requerimientos funcionales y no funcionales, definición del modelo de datos y arquitectura del sistema.
Fase de Elaboración (Semanas 3–5): Diseño detallado de la arquitectura, modelo de base de datos, diagramas UML de los flujos principales, prototipo de interfaz de usuario y configuración del entorno de desarrollo.
Fase de Construcción (Semanas 6–16): Implementación iterativa de todos los módulos del sistema, pruebas unitarias y de integración por módulo, integración con QUICK POS y Microsoft Entra ID.
Fase de Transición (Semanas 17–20): Pruebas de validación con datos reales, corrección de observaciones, elaboración de documentación final y redacción del informe de tesis.
10. REFERENCIAS
Angeles, R. (2005). RFID technologies: Supply-chain applications and implementation issues. Information Systems Management, 22(1), 51–65. https://doi.org/10.1201/1078/44912.22.1.20051201/85739.7
Fielding, R. T. (2000). Architectural styles and the design of network-based software architectures [Tesis doctoral, University of California, Irvine]. https://roy.gbiv.com/pubs/dissertation/top.htm
Kruchten, P. (2004). The rational unified process: An introduction (3rd ed.). Addison-Wesley.
MDN Web Docs. (2023). Canvas API — Web APIs. Mozilla. https://developer.mozilla.org/en-US/docs/Web/API/Canvas_API
Microsoft. (2024). Microsoft Entra ID documentation. https://learn.microsoft.com/en-us/entra/identity/
Vercel. (2024). Next.js documentation. https://nextjs.org/docs