Probar y corregir la apertura del cajón monedero mediante la tecla F3. Verificar que el atajo sea detectado en el punto de venta, que no interfiera con otros controles y que envíe correctamente la orden de apertura al dispositivo. Documentar cualquier requisito de configuración o limitación del entorno.

Diseñar e implementar un módulo de Nómina integrado al sistema para gestionar empleados, conceptos salariales, novedades y liquidaciones de nómina de forma trazable y segura. Alcance inicial: - Crear la estructura del módulo y su navegación, respetando permisos y configuración por empresa. - Gestionar empleados y datos necesarios para nómina, incluyendo estado, cargo, salario, tipo de contrato y periodicidad de pago según el modelo existente. - Configurar conceptos de nómina: ingresos, deducciones, devengados, aportes y otros conceptos requeridos. - Registrar novedades como incapacidades, ausencias, horas extras, recargos, bonificaciones, comisiones, préstamos y descuentos. - Generar y consultar periodos de nómina, calcular liquidaciones y mostrar el detalle por empleado. - Mantener trazabilidad de creación, edición, cálculo, aprobación y cierre; evitar modificaciones indebidas sobre periodos cerrados. - Preparar reportes, exportación/impresión y base para futuras integraciones contables y de seguridad social, sin romper módulos existentes. Criterios de aceptación: 1. El módulo es accesible según permisos y permite configurar la empresa y el periodo de nómina. 2. Se pueden gestionar empleados, conceptos y novedades con validaciones claras. 3. La liquidación muestra correctamente devengados, deducciones, neto a pagar y detalle de cálculos. 4. Los periodos pueden pasar por estados de borrador, revisión/aprobación y cierre; los cerrados quedan protegidos. 5. Se incluyen pruebas de cálculo, validaciones de datos, permisos, multiempresa y no regresión. 6. La solución queda documentada y lista para extender con prestaciones, seguridad social, pagos y contabilidad.

Desarrollar una utilidad que permita cambiar la forma de pago registrada en una factura, conservando intactos los demás datos y dejando trazabilidad del cambio.

Integrar la consulta/carga de datos de clientes desde la DIAN en el módulo de Clientes y en la modal de creación de clientes que incluye Facturación. Validar identificación, razón social/nombre, responsabilidades y manejo de respuestas incompletas o inexistentes. Criterios: datos consistentes en ambos flujos, errores visibles y pruebas de integración.

Construir el informe de compras agrupado por género.

Construir el informe de compras cruzando línea y género.

Construir el informe de margen agrupado por línea.

Construir el informe de margen cruzando línea y género.

Organizar, ordenar y ajustar la distribución visual de los iconos en MainView para mejorar la claridad y consistencia de la interfaz.

Implementar en el módulo de Caja una utilidad de configuración que permita a los usuarios crear, consultar, editar, activar/desactivar y utilizar conceptos adicionales para clasificar los movimientos de caja, sin depender exclusivamente de los conceptos predefinidos. Alcance funcional: - Definir dónde se administra la utilidad dentro del módulo de Caja y hacerla accesible según permisos. - Permitir crear conceptos con nombre o descripción, tipo de movimiento aplicable (ingreso, egreso o ambos), estado activo/inactivo y los campos adicionales que requiera el modelo actual. - Permitir editar conceptos y evitar duplicados por empresa o ámbito correspondiente. - Permitir inactivar conceptos sin eliminar ni dañar movimientos históricos que ya los utilicen. - Mostrar únicamente conceptos activos en el registro de nuevos movimientos, respetando el tipo de movimiento. - Mantener la trazabilidad y compatibilidad con los movimientos existentes y conceptos actuales. - Agregar validaciones, manejo de errores y pruebas para creación, edición, inactivación, uso en movimientos y consulta de históricos. Criterios de aceptación: 1. Un usuario autorizado puede crear un nuevo concepto desde Caja y queda disponible para el tipo de movimiento configurado. 2. Los conceptos pueden editarse e inactivarse; los históricos conservan su clasificación. 3. No se permiten nombres duplicados dentro del mismo ámbito y se muestran mensajes claros de validación. 4. El formulario de movimiento filtra correctamente los conceptos activos según ingreso/egreso. 5. Backend, frontend y persistencia quedan integrados, con pruebas y sin regresiones en arqueos, reversos ni consultas de caja.

Ajustar el reporte Resumen de Caja Comercial para que, dentro de la sección de recibos de cartera, se discriminen los valores por medio de pago de la misma forma en que actualmente se presentan los medios de pago de las ventas. Criterios de aceptación: - La sección de recibos de cartera muestra el detalle y los totales agrupados por cada medio de pago utilizado. - Los subtotales y el total general coinciden con los recibos consultados y no duplican valores. - Se respetan filtros de fechas, empresa, bodega, usuario y demás filtros actuales del reporte. - La presentación mantiene consistencia visual con la sección de medios de pago de ventas y funciona en pantalla e impresión/exportación. - Validar efectivo, transferencias, tarjetas, otros medios y recibos con datos incompletos, sin afectar el resto del resumen.

Incorporar un filtro por usuario en el informe de pagos por cliente para consultar y consolidar los pagos registrados por un usuario específico, manteniendo la opción de consultar todos. Criterios de aceptación: - El informe permite seleccionar un usuario y filtrar correctamente los pagos asociados a sus registros. - Existe una opción para consultar todos los usuarios y se conserva el comportamiento actual cuando no se aplica el filtro. - El filtro funciona combinado con cliente, fechas, empresa, bodega, estado y demás parámetros existentes. - Los totales, paginación, impresión y exportación reflejan únicamente los resultados filtrados. - Validar permisos, usuarios sin resultados y consistencia entre frontend, API, consulta de base de datos y reporte final.

Terminar la configuración y el flujo de apertura del cajón monedero en Facturación. Actualmente existe la función F3, pero está incompleta; debe quedar operativa y configurable para trabajar con clave o sin clave según la configuración y permisos del usuario/empresa. Alcance funcional: - Revisar y completar la acción F3 para abrir el cajón monedero desde Facturación. - Permitir configurar si la apertura requiere clave o si puede ejecutarse sin clave. - Cuando requiera clave, solicitarla, validarla y respetar permisos; mostrar mensajes claros ante clave incorrecta, usuario sin permiso o cancelación. - Cuando esté configurada sin clave, ejecutar la apertura directamente para usuarios autorizados. - Validar la comunicación con la impresora/cajón y manejar errores o ausencia del dispositivo sin bloquear la facturación. - Definir configuración por empresa o ámbito correspondiente, con valores seguros por defecto y trazabilidad de cambios. - Mantener compatibilidad con teclados y el flujo de Facturación, evitando que F3 ejecute acciones inesperadas o interfiera con campos y formularios. Criterios de aceptación: 1. F3 abre correctamente el cajón en Facturación cuando la configuración está activa. 2. El modo con clave solicita y valida la clave antes de abrir; el modo sin clave no la solicita. 3. Los permisos impiden la apertura a usuarios no autorizados en ambos modos. 4. Se manejan correctamente clave inválida, dispositivo desconectado, error de impresión/apertura y cancelación. 5. La configuración se guarda, se recupera al iniciar y queda protegida/trazable. 6. Se incluyen pruebas de ambos modos, permisos, errores, múltiples empresas/configuraciones y no regresión del flujo de facturación.

Revisar y corregir el informe de Resumen de Caja Comercial para que tenga en cuenta correctamente los descuentos aplicados en los pagos de cliente. Validar origen de datos, cálculo de valores recibidos, descuentos y totales, evitando que el descuento se omita, se sume doble o altere indebidamente el efectivo y demás medios de pago. Criterios de aceptación: - Los pagos de cliente con descuento reflejan correctamente valor aplicado, descuento y valor efectivamente recibido según la regla actual del sistema. - Los totales del resumen coinciden con los pagos registrados y no duplican descuentos. - Se validan pagos sin descuento, con descuento parcial, total y combinaciones con distintos medios de pago. - Se respetan filtros existentes de fecha, empresa, bodega y usuario, con pruebas backend/frontend y de no regresión.

Mejorar el informe de Resumen de Caja Comercial para que al final presente los totales agrupados por medio de pago y un gran total del día. Debe mostrar claramente el total en efectivo, transferencias, tarjetas y demás medios configurados, eliminando la necesidad de que el usuario haga sumas manuales. Criterios de aceptación: - El resumen muestra un bloque final con total por cada medio de pago utilizado en el periodo. - Incluye gran total consolidado y los valores coinciden con el detalle de ventas, recibos de cartera y demás movimientos incluidos por el informe. - Respeta descuentos, devoluciones, anulaciones, filtros de fecha, empresa, bodega y usuario según las reglas actuales. - El bloque se visualiza correctamente en pantalla, impresión y exportación, con medios sin movimiento en cero u ocultos según el diseño definido. - Agregar pruebas de conciliación para múltiples medios de pago y no regresión del informe.

En el módulo de Caja, crear una utilidad exclusiva para usuarios con roles de administrador que permita seleccionar un usuario mediante un combobox y cargar automáticamente los valores correspondientes a ese usuario cada vez que cambie la selección, con un comportamiento equivalente al cambio de fecha y al botón Actualizar actuales. Alcance funcional: - Mostrar el combobox de selección de usuario únicamente a roles admin autorizados. - Cargar la lista de usuarios disponibles según empresa, permisos y contexto de caja. - Al cambiar el usuario, refrescar automáticamente los valores, movimientos, saldos y datos relacionados sin requerir pasos adicionales. - Mantener compatibilidad con cambio de fecha, botón Actualizar, filtros existentes y selección de bodega/caja si aplica. - Evitar que usuarios no administradores consulten información de otros usuarios y manejar selección vacía, usuario sin datos y errores de carga. Criterios de aceptación: 1. Un admin puede seleccionar usuarios en un combobox y la información se actualiza automáticamente. 2. Los valores cargados corresponden exclusivamente al usuario seleccionado y al contexto/fecha vigente. 3. El cambio de usuario funciona combinado con cambio de fecha y Actualizar. 4. Usuarios sin permiso no ven el selector ni pueden acceder a datos ajenos mediante la API. 5. Se incluyen validaciones de permisos, rendimiento, estados de carga/error, multiempresa y pruebas frontend/backend.