A continuación se detalla cada funcionalidad con su descripción, el enfoque de solución y la inversión asociada. El alcance aprobado quedó fijo y no se puede cambiar desde esta página.
Ya cotizado
Refactor de UX/UI de la plataforma
No forma parte del alcance aprobado.
Descripción
Rediseño visual y de información de la plataforma para que sea más clara, consistente y usable. Incluye reorganizar la navegación (módulos operativos arriba, gestión de empresa en el perfil), versión móvil completa con acceso a escanear, onboarding guiado para clientes nuevos, panel agregado sin Hub, change log de órdenes, nombre real de la tienda, vínculo visual case/each e indicador de productos sin tiendas asignadas.
Enfoque de solución
Se unifica la interfaz: el Hub activo define Panel, Inventario, Pedidos y Facturas; la gestión global queda en el menú del perfil. En móvil hay las mismas rutas que en web. El primer ingreso de un Admin recorre crear Hub, tiendas, usuarios y primera factura. El panel sin Hub muestra la operación agregada. Estos alcances no se cobran por separado.
MVP panel administrativo (Super Admin)
No forma parte del alcance aprobado.
Descripción
Panel exclusivo del Owner de Viable —por encima de las organizaciones cliente— para crear y gestionar clientes, ver su estado (activa, inactiva, en onboarding), entrar a cualquier cuenta para soporte y consultar métricas globales de uso. No es visible para usuarios de los clientes.
Enfoque de solución
Se crea un espacio de administración de plataforma separado del panel de cada cliente. El Owner puede dar de alta organizaciones, consultar su estado y métricas (órdenes, usuarios activos, inventario en movimiento) y acceder a hubs para soporte, sin mezclar este control con la operación diaria de un Hub.
Facturas
Alerta de invoice duplicado
BUGNo forma parte del alcance aprobado.
Descripción
Detectar y advertir si una factura parece duplicada (mismo proveedor, número o monto ya cargado) antes de enviarla.
Enfoque de solución
Corrección de bug, sin costo adicional. Al revisar o enviar la factura, el sistema compara proveedor, número y monto contra facturas previas del Hub y muestra una advertencia.
Minimum stock: umbral y auto-completado
No forma parte del alcance aprobado.
Descripción
Cada ítem guarda un mínimo de stock que dispara alertas. Al crear un ítem desde una factura, se propone el 10% de la cantidad recibida (editable). Si el ítem se elimina, deja de alertar.
Enfoque de solución
El umbral queda en la ficha del ítem. En la subida de factura, los ítems nuevos nacen con mínimo sugerido (10% de lo recibido). El manager puede editarlo después. Eliminar el ítem apaga la alerta de forma permanente.
Indicador de productos sin tiendas asignadas
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Marcar en el listado los productos nuevos de una factura que aún no tienen tiendas, sin interrumpir la subida.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Validación de balance del invoice
BUGNo forma parte del alcance aprobado.
Descripción
Antes de enviar, el sistema suma (costo × cantidad) + impuestos, lo compara con el total y bloquea si no cuadra.
Enfoque de solución
Corrección de bug, sin costo adicional. El envío se bloquea si el total de líneas más el tax no coincide con el total de la factura.
Campo Tax Total
No forma parte del alcance aprobado.
Descripción
Casilla de impuesto total tal como aparece en la factura cargada (lo extraído del documento, no un recálculo del sistema).
Enfoque de solución
Se agrega el campo Tax Total en el invoice para comparar lo que dice el documento con la validación de balance, y evitar que el sistema “invente” el impuesto.
Totales por columna y total general
No forma parte del alcance aprobado.
Descripción
Subtotal por línea de ítem y un total general único para toda la factura.
Enfoque de solución
Cada línea muestra su subtotal y al pie de la factura aparece un total único, alineado con lo que el usuario va a enviar.
Inventario y catálogo
Price no obligatorio al subir factura
No forma parte del alcance aprobado.
Descripción
El precio de venta deja de ser obligatorio. Si queda vacío, se asume igual al costo. El costo (lo que dice la factura) es el valor principal.
Enfoque de solución
Se relaja la validación del campo Price. El sistema completa precio = costo cuando no se informa, para no frenar la carga por un dato secundario.
Valor de inventario — costo promedio ponderado
No forma parte del alcance aprobado.
Descripción
El inventario se valora al costo, no al precio de venta. Cada entrada recalcula el promedio de las unidades en existencia; las salidas salen al promedio vigente.
Enfoque de solución
Cada vez que entra mercancía se actualiza el costo promedio. Las salidas (bodega → tienda) y los reportes de valor usan ese promedio, de modo que el valor de inventario refleje lo realmente pagado a proveedores.
Alias de ítem — excluir cantidad
BUGNo forma parte del alcance aprobado.
Descripción
Los alias que genera la IA no deben incluir la cantidad, para que el mismo producto se reconozca aunque cambie el empaque o las unidades.
Enfoque de solución
Corrección de bug, sin costo adicional. Se excluyen cantidades y empaques de los tags para que el mismo producto se reconozca entre facturas.
Tax ID → Account Number / Vendor ID
No forma parte del alcance aprobado.
Descripción
En la subida con IA, dejar de extraer Tax ID (Viable no es un sistema de pagos) y usar número de cuenta o ID de proveedor.
Enfoque de solución
Se reemplaza el campo y la extracción automática para alinear el flujo de facturas con datos de proveedor útiles para compras, no con identificadores fiscales de pago.
Creación automática de subítem (case → each)
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Al crear un ítem por caja, preguntar si se puede distribuir por unidad. Si se confirma, se crea el subítem vinculado (SKU-IND, etiqueta EACH) con el mismo nombre.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Visibilidad del vínculo case ↔ each
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
En el listado de productos debe verse claro qué ítems están vinculados entre sí (caja y unidad).
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Usuarios y tiendas
Bug al cambiar de Hub
BUGNo forma parte del alcance aprobado.
Descripción
Al reasignar el Hub de un usuario, el cambio debe aplicarse de inmediato o en la siguiente navegación, sin forzar cierre de sesión.
Enfoque de solución
Corrección de bug, sin costo adicional. El Hub nuevo queda activo sin forzar cierre de sesión.
Renombrar el status del Hub
No forma parte del alcance aprobado.
Descripción
Cambiar “Draft” a “In Progress” y “Published” a “Live” para mayor claridad (o eliminar el status si ya no aporta).
Enfoque de solución
Se actualizan las etiquetas visibles en español e inglés. El comportamiento del Hub no cambia; solo el lenguaje que ve el usuario.
Nombre de la store en la vista Store Manager
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Mostrar el nombre real de la tienda de forma prominente; quitar la etiqueta genérica “Dashboard”.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Agrupación de stores por tipo
No forma parte del alcance aprobado.
Descripción
Agrupar tiendas por tipo de libre creación (restaurantes, bares, piso, plaza de comidas, etc.).
Enfoque de solución
El administrador define los tipos y asigna cada tienda a uno. Los listados y filtros pueden agruparse por ese tipo, sin catálogo fijo de categorías.
Múltiples stores por Store Manager
No forma parte del alcance aprobado.
Descripción
Un mismo Store Manager puede estar asignado a varias tiendas y cambiar entre ellas, similar a las locations de Square POS.
Enfoque de solución
Al crear o editar un Store Manager se eligen las tiendas que puede manejar. En operación, cambia de tienda activa sin otro usuario.
Selección de Hub/Tienda con memoria de contexto
No forma parte del alcance aprobado.
Descripción
Recordar el último Hub o Tienda usado, mostrarlo siempre en la barra superior y permitir cambiarlo en un clic, para evitar pedidos o despachos desde el lugar equivocado.
Enfoque de solución
Al entrar, si hay varios Hubs o tiendas, se restaura el último contexto válido. El activo queda visible en el header con cambio inmediato.
Devices y kiosk
Kiosk — confirmación de emparejamiento
BUGNo forma parte del alcance aprobado.
Descripción
Al escanear el QR para emparejar una tablet, una vez exitoso el QR debe desaparecer y mostrar un mensaje tipo “Paired successfully”.
Enfoque de solución
Corrección de bug, sin costo adicional. Tras emparejar, el QR desaparece y se muestra confirmación.
Gestión de tiendas
Límites en la cantidad de órdenes
No forma parte del alcance aprobado.
Descripción
Los admins configuran un máximo de unidades por ítem y/o por tienda, para que las stores no pidan cantidades ilimitadas.
Enfoque de solución
Se agrega configuración global de techos. Al armar el pedido, si se excede el máximo, el sistema lo impide con un mensaje claro (también en kiosk).
Flujo de órdenes
Renombrar “Receive” a “Acknowledge”
No forma parte del alcance aprobado.
Descripción
El estado o acción de la orden hoy llamado Receive pasa a llamarse Acknowledge.
Enfoque de solución
Se actualiza el nombre en toda la interfaz (español e inglés) para que el paso refleje “enterado / aceptado”, no “recibido en tienda”.
Hub Manager edita la orden hasta la entrega
No forma parte del alcance aprobado.
Descripción
Los Hub Managers pueden corregir cualquier aspecto de una orden hasta marcarla Delivered (p. ej. una botella rota en tránsito). Cada cambio queda registrado para auditoría.
Enfoque de solución
Mientras la orden no esté entregada, el Hub Manager (y el Delivery Man en cantidades) puede ajustar líneas. Un historial interno guarda quién cambió qué y cuándo.
Orden de devolución (bulk)
No forma parte del alcance aprobado.
Descripción
Flujo de devolución masiva separado del pedido regular: tienda de origen, ítems, cantidades y motivo (fin de evento, dañado, excedente). Al confirmar, el inventario se ajusta de una vez, con trazabilidad.
Enfoque de solución
Hub Manager o Store Manager arma una devolución sin referenciar una orden de ida. El Hub Manager confirma y el stock de todos los ítems se corrige en una sola operación, dejando rastro por tienda de origen.
Detalle de lo que cambió en la orden (delta)
No forma parte del alcance aprobado.
Descripción
Cuando se actualiza una orden, el manager ve exactamente qué cambió. Al hacer clic en la notificación se abre esa vista de detalle.
Enfoque de solución
La notificación resume el delta (qué líneas o cantidades cambiaron) y navega al detalle de esa orden, tanto para Hub Manager como Store Manager.
Change log de la orden
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Historial de cambios y actividad al final de cada orden.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Recordatorio de In Transit
No forma parte del alcance aprobado.
Descripción
Notificación automática si una orden lleva más de 1 hora en estado In Transit.
Enfoque de solución
Un recordatorio avisa al equipo cuando un despacho se queda en camino más de lo esperado, para que no se pierda de vista.
Panel y navegación
Rediseño de navegación
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Separar dos niveles: barra superior operativa por Hub (Panel, Inventario, Pedidos, Facturas) y menú de perfil con la gestión global de empresa. La barra izquierda solo muestra filtros del módulo activo.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Panel sin Hub seleccionado — vista agregada
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Sin Hub seleccionado, el Panel muestra datos de todos los Hubs. Al elegir uno, se filtra a ese Hub.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Panel dinámico, métricas financieras y sistema de reportería
No forma parte del alcance aprobado.
Descripción
El panel pasa a ser el centro de reportería de la operación: cada métrica es clicable y lleva a su fuente (órdenes pendientes, inventario, devoluciones). Incluye indicadores financieros (gasto del mes vs período anterior, tendencia de costos por categoría, valor de inventario en movimiento) y los reportes por rol —inventario, pedidos, productos más pedidos y devoluciones— recortados a Admin, Hub Manager, Store Manager y Viewer (solo lectura).
Enfoque de solución
Se construye un sistema de reportería sobre el panel: cards con deep-link, consultas financieras y listados/exportables según el rol. El gerente ve el desempeño sin pedir un reporte aparte. Los reportes por rol no se cobran en una línea separada.
Facturas a nivel de Hub, no de Empresa
No forma parte del alcance aprobado.
Descripción
La gestión de facturas pasa a vivir en el Hub, porque cada centro maneja su inventario y sus facturas de forma independiente.
Enfoque de solución
Se mueve el módulo al contexto del Hub activo. Cada Hub ve y carga solo sus facturas; se elimina el cruce a nivel empresa.
Versión móvil y acceso rápido a escanear
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
La versión móvil hoy solo muestra el panel. Debe navegar a los demás módulos, igual que la web, con acceso rápido a escanear para el Hub Manager.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Roles y permisos
Roles y permisos editables por empresa o por Viable
No forma parte del alcance aprobado.
Descripción
Sistema de roles y permisos que el Admin de cada empresa o el Owner de Viable puede ajustar. Parten de dos niveles: interno Viable (Owner / Super Admin) y cliente (Admin, Hub Manager, Store Manager, Delivery Man, Viewer), con la posibilidad de editar qué puede ver y hacer cada rol sin un desarrollo a medida.
Enfoque de solución
Se entrega una matriz de permisos configurable: Viable define el catálogo global; cada empresa puede afinar accesos de sus usuarios sobre esa base. Menús y acciones respetan la matriz en tiempo real.
Proveedores
Fortalecer ficha del proveedor
No forma parte del alcance aprobado.
Descripción
El proveedor deja de ser un campo suelto en la factura. La ficha incluye al menos nombre, email de contacto y NIT, para poder generar y enviar órdenes de compra.
Enfoque de solución
Se crea/enriquece la ficha de proveedor con los datos mínimos de contacto fiscal y comercial. Esta línea deja los datos listos; el envío automático de órdenes de compra no está incluido.
Onboarding
Onboarding guiado para clientes nuevos
Incluido en UX/UINo forma parte del alcance aprobado.
Descripción
Wizard la primera vez que entra un Admin nuevo: crear Hub → crear tiendas → invitar usuarios → subir la primera factura. Completado, desaparece y no vuelve a aparecer.
Enfoque de solución
Incluido en el refactor de UX/UI (ítem 1). Sin valor adicional.
Reportes
Reportes por rol
Incluido en reporteríaNo forma parte del alcance aprobado.
Descripción
Cada rol ve los reportes de su función. Admin: inventario, pedidos, productos más pedidos y devoluciones por Hub. Hub Manager: recorte a su Hub. Store Manager: historial y estado de sus pedidos. Viewer: los del Admin, en solo lectura.
Enfoque de solución
Incluido en el panel dinámico y sistema de reportería (ítem 31). Sin valor adicional.
Consideraciones
- Los valores incluyen análisis, desarrollo, integración y pruebas de cada funcionalidad.
- El refactor de UX/UI ($4.200.000) incluye navegación, móvil, onboarding, panel agregado, change log de órdenes, nombre de tienda, vínculo case/each e indicador de productos sin tiendas.
- El MVP de panel administrativo ($4.500.000) cubre el Super Admin de organizaciones y métricas de plataforma.
- El panel dinámico y sistema de reportería ($2.100.000) incluye los reportes por rol.
- Los ítems en $0 son correcciones de bug. Los marcados como Incluido no suman al total.
- El consumo del servicio de inteligencia artificial de facturas (ya en producción) es un costo operativo variable por uso, facturado por separado.
- El alcance aprobado quedó fijo el 2 de septiembre de 2026. Las tareas no aprobadas están bloqueadas. Pueden incorporarse más adelante como ampliación.
- No incluye capacitación, soporte post-entrega ni alcances no contemplados en esta propuesta.