- Configure workspace Git repository with comprehensive .gitignore - Add Odoo as submodule for ERP reference code - Include documentation: SETUP.md, GIT-STRUCTURE.md - Add gitignore templates for projects (backend, frontend, database) - Structure supports independent repos per project/subproject level Workspace includes: - core/ - Reusable patterns, modules, orchestration system - projects/ - Active projects (erp-suite, gamilit, trading-platform, etc.) - knowledge-base/ - Reference code and patterns (includes Odoo submodule) - devtools/ - Development tools and templates - customers/ - Client implementations template 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
4.4 KiB
4.4 KiB
EPICA: P2-ADMIN-EXT - Admin Portal Extensiones
Version: 1.0.0 Fecha: 2025-12-05 Uso: Definicion de epica P2 para Admin Portal
EPICA: P2-ADMIN-EXT - Admin Portal Extensiones
Metadata
| Campo | Valor |
|---|---|
| ID | P2-ADMIN-EXT |
| Nombre | Admin Portal - Extensiones y Completitud |
| Modulo | admin |
| Fase | Fase P2 - Post-Sprint P1 |
| Prioridad | P1 |
| Estado | Ready |
| Story Points | 34 SP |
| Sprint(s) | P2-A, P2-B |
Descripcion
Completar las paginas pendientes del Admin Portal que tienen backend implementado pero carecen de UI funcional. Incluye gestion de roles/permisos, instituciones multi-tenant, panel avanzado con feature flags, y persistencia de reportes.
Objetivo de Negocio
Proporcionar a los administradores todas las herramientas necesarias para gestionar la plataforma de forma integral, incluyendo control granular de permisos, gestion multi-tenant y configuracion avanzada del sistema.
Stakeholders
| Rol | Nombre/Equipo | Responsabilidad |
|---|---|---|
| Product Owner | Equipo GAMILIT | Aprobacion de criterios |
| Tech Lead | Backend-Agent | Validacion tecnica |
| Usuarios | Super Admins | Feedback |
Historias de Usuario
| ID | Historia | Prioridad | SP | Estado |
|---|---|---|---|---|
| US-ADMIN-P2-001 | Como admin, quiero gestionar roles y permisos para controlar accesos granularmente | P1 | 8 | Ready |
| US-ADMIN-P2-002 | Como admin, quiero gestionar instituciones para administrar el multi-tenant | P1 | 8 | Ready |
| US-ADMIN-P2-003 | Como admin, quiero configurar feature flags para controlar rollout de features | P1 | 13 | Ready |
| US-ADMIN-P2-004 | Como admin, quiero que los reportes se persistan para acceder al historial | P2 | 5 | Ready |
Total Story Points: 34 SP
Criterios de Aceptacion de la Epica
Funcionales:
- AdminRolesPage muestra lista de roles con permisos asociados
- CRUD completo de roles con asignacion de permisos
- AdminInstitutionsPage muestra instituciones con filtros
- CRUD de instituciones con soporte multi-tenant
- AdminAdvancedPage con panel de feature flags
- Rollout gradual configurable (0-100%)
- Targeting por rol y usuario especifico
- Reportes persistidos en BD con historial
No Funcionales:
- Performance: Carga de paginas < 2s
- Seguridad: Solo super_admin puede acceder
- Usabilidad: UI consistente con otras paginas admin
Tecnicos:
- Cobertura de tests > 50% para nuevos componentes
- Documentacion Swagger actualizada
- Integracion validada con backend existente
Dependencias
Esta epica depende de:
| Epica/Modulo | Estado | Bloqueante |
|---|---|---|
| Backend AdminRolesController | Done | No |
| Backend AdminOrganizationsController | Done | No |
| Backend FeatureFlag Entity | Done | No |
Esta epica bloquea:
| Epica/Modulo | Razon |
|---|---|
| P2-QUALITY | Feature flags necesarios para tests controlados |
Desglose Tecnico
Database:
- Schema: system_configuration.feature_flags (existente)
- Indices adicionales para queries de roles
Backend:
- Endpoints: Ya implementados (AdminRoles, AdminOrganizations)
- Nuevo: POST /admin/reports (persistencia)
Frontend:
- Paginas: AdminRolesPage, AdminInstitutionsPage, AdminAdvancedPage
- Componentes: RoleEditor, PermissionMatrix, FeatureFlagPanel
- Hooks: useRoles, useOrganizations, useFeatureFlags
Definition of Ready (DoR)
- Historias de usuario definidas
- Criterios de aceptacion claros
- Dependencias identificadas (backend OK)
- Estimacion completada
- Diseno tecnico aprobado
- Sin bloqueadores activos
Definition of Done (DoD)
- Codigo implementado y revisado
- Tests unitarios pasando
- Documentacion actualizada
- Inventarios actualizados
- Trazas registradas
- QA aprobado
Documentacion Relacionada
- Backend Controllers:
apps/backend/src/modules/admin/controllers/ - Backend Services:
apps/backend/src/modules/admin/services/ - Feature Flags:
apps/database/ddl/schemas/system_configuration/
Creada por: Requirements-Analyst Fecha: 2025-12-05 Ultima actualizacion: 2025-12-05