Qué hace hoy Neges Backoffice
Una mirada clara al estado actual de Neges Backoffice: qué operaciones cubre, cómo funciona el modelo multi-tenant, qué está validado y qué límites siguen abiertos.
Neges Backoffice es el panel privado para operar una tienda Neges. Hoy permite administrar empresas, entrega, catálogo, imágenes, pedidos, usuarios, roles y módulos desde una aplicación Angular multi-tenant conectada a Strapi.
Resumen ejecutivo
El foco actual de Neges Backoffice es ordenar la operación diaria de una tienda multi-tenant: entrar con una cuenta segura, elegir la empresa activa, mantener catálogo e imágenes, revisar pedidos y administrar accesos del equipo.
La aplicación ya cubre los flujos públicos de autenticación, el shell privado con sesión persistente, navegación por módulos, dashboard de onboarding, gestión de empresas, entrega, productos, imágenes, pedidos, usuarios, cuenta personal y administración global de plataforma.
La base técnica está validada con typecheck, suite automatizada y build productivo con PWA. Todavía hay ajustes abiertos en documentación operativa, limpieza de guards, analítica comercial y estrategia offline para datos privados.
Mapa funcional del backoffice
La experiencia base
La experiencia parte en una regla simple: cada acción ocurre dentro de una empresa activa. La sesión conserva el usuario, el tenant seleccionado y los permisos necesarios para mostrar sólo lo que corresponde.
- Login, registro con creación de tenant, reenvío de confirmación, recuperación de contraseña y verificación de correo.
- Restauración de sesión, refresh de token y encabezados Authorization y X-Tenant-Id en las llamadas privadas.
- Cambio de tenant activo sin cerrar sesión.
- Navegación visible según módulos y features habilitados.
- Tema, estado offline, sesión y actualizaciones PWA integradas al shell privado.
Qué puede operar cada equipo
| Área | Qué resuelve hoy | Valor práctico |
|---|---|---|
| Dashboard | Muestra el resumen del tenant, órdenes y primeros pasos de empresa, entrega, catálogo, imágenes y equipo. | Ayuda a entender qué falta para dejar la tienda lista para operar. |
| Empresa | Permite administrar empresas, habilitar o suspender operación y revisar el contexto activo. | Da control self-service sobre la empresa activa sin depender de soporte para cambios simples. |
| Entrega | Configura retiro, despacho, dirección de origen y cobertura por comuna. | Habilita la compra online cuando la tienda ya tiene productos con precio. |
| Productos | Cubre CRUD, SEO, visibilidad en storefront, soft-delete, restore e imágenes asociadas. | Mantiene el catálogo publicable y ordenado para venta online. |
| Imágenes | Centraliza upload, metadata, categorías, conteo de uso, borrado definitivo y acciones de IA. | Evita duplicar imágenes y mejora la calidad de información visual del catálogo. |
| Pedidos | Lista y detalla pedidos con acciones prepare, mark_ready, complete y cancel. | Ordena el flujo operativo sin permitir cambios arbitrarios de estado. |
| Usuarios | Administra membresías, accesos, roles y estados por tenant. | Permite invitar y controlar equipos con permisos coherentes por empresa. |
| Cuenta | Incluye perfil, avatar, cambio de contraseña, sesiones activas y revocación. | Da autonomía al usuario para cuidar su acceso y cerrar sesiones que ya no usa. |
| Platform admin | Gestiona tenants globales, usuarios globales, roles RBAC, módulos por tenant e historial de cambios. | Permite operar la plataforma completa con trazabilidad y control centralizado. |
Seguridad y permisos
El backoffice separa autenticación, tenant activo y permisos. Esa separación es importante porque una misma persona puede pertenecer a más de una empresa y no siempre debe ver los mismos módulos o acciones.
Las acciones sensibles no dependen sólo de que exista un botón en pantalla. El frontend muestra u oculta opciones según módulos y permisos, mientras el backend Strapi vuelve a validar el contexto antes de ejecutar cambios.
Qué quedó verificado
| Validación | Resultado | Lectura |
|---|---|---|
| npm run typecheck | Pasó. | Los tipos principales de la aplicación compilan sin errores. |
| npm run test:ci | Pasó con 72 archivos y 272 tests. | La suite automatizada cubre servicios, utilidades, guards, stores y componentes relevantes. |
| npm run build:prod | Pasó y generó PWA/service worker. | El build productivo queda listo para despliegue con assets y app shell. |
| E2E | No ejecutado en esta revisión. | Requiere backend Strapi, Mailpit y, en algunos flujos, credenciales específicas. |
Límites conocidos
La foto actual es sólida, pero no está cerrada. Hay deudas pequeñas que conviene resolver para que producto, documentación y operación sigan contando la misma historia.
- La ruta /settings/security redirige a /settings/account/sessions, pero parte de la documentación todavía nombra una pantalla de seguridad anterior.
- El cambio real de contraseña vive en /settings/account/password y debería quedar reflejado de forma consistente en README y guías internas.
- Algunos guards authGuard aparecen repetidos en rutas privadas y se pueden simplificar.
- Entrega todavía expone una configuración básica; no incluye tarifas ni proveedor logístico real.
- La PWA cachea app shell, assets y media, pero no datos privados de API para uso offline.
- El build advierte que dashboard.component.scss y product-image-link-form.component.scss superan el presupuesto de 8 kB por componente.
Qué significa para una tienda Neges
Para una empresa que vende con Neges, el backoffice ya cubre el ciclo operativo central: entrar, seleccionar empresa, preparar catálogo, administrar imágenes, procesar pedidos y controlar accesos.
Para el equipo técnico, el avance importante es que esa operación vive sobre una arquitectura modular. Los módulos se pueden habilitar por tenant, la UI se adapta a permisos y el backend conserva la responsabilidad de validar cada acción sensible.
El siguiente paso no es sumar pantallas por volumen, sino cerrar las desalineaciones: documentación actualizada, rutas privadas más simples, configuración de entrega más completa y una estrategia offline explícita para datos que sí puedan cachearse sin comprometer privacidad.
Recursos relacionados
¿Te fue útil este contenido?
Tu feedback nos ayuda a mejorar la documentación de Neges.
¿No encuentras lo que buscas?
Conversa con nuestro equipo de soporte en español. Respondemos por WhatsApp, correo o ticket en menos de 24 horas hábiles.