Lalabase
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
Translation pending
Plataforma helpdesk con control de acceso por roles (usuario, agente, admin), seguimiento de tickets, comentarios, archivos adjuntos y dashboard de reportes.
Translation pending
BusinessTypeScript · PythonGitHub @bleidys16OnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Loading the full README. The saved excerpt is shown below.
Soportix Helpdesk / Mesa de Ayuda — gestión de tickets de soporte técnico con control de acceso por roles. Backend • Django 5.2 + Django REST Framework • Autenticación JWT (djangorestframework-simplejwt) con refresco automático de token, login con usuario o email • PostgreSQL (producción, vía Neon) o SQLite (desarrollo local, por defecto) • django-filter, django-cors-headers Frontend • Angular 22 (componentes standalone, signals, zoneless) • Angular Material + Angular CDK • Chart.js para las gráficas del dashboard • Tipografía Geist + Switzer (Fontshare) + Material Symbols OutlinedRead the full README ↗
Backend
djangorestframework-simplejwt) con refresco automático de token, login con usuario o emaildjango-filter, django-cors-headersFrontend
El dominio raíz (/) muestra una landing pública (no requiere sesión) con:
demo de solo lectura, sin formularios./register) que crea la cuenta, inicia sesión automáticamente y lleva a un onboarding de 3 pasos (bienvenida → primer ticket guiado → listo) antes del dashboard.| Rol | Puede hacer |
|---|---|
| Usuario final | Crear tickets y darles seguimiento a los propios |
| Agente de soporte | Ver y gestionar todos los tickets, cambiar estado, comentar, asignarse tickets |
| Administrador | Todo lo del agente, más gestión de usuarios (roles/estado), categorías y reportes |
El rol se asigna desde el panel de administración (/admin/usuarios) o desde el admin nativo de Django — el registro público siempre crea usuarios con rol user.
| Rol | Usuario | Contraseña | |
|---|---|---|---|
| Administrador | admin | [email protected] | Admin123456 |
| Agente de soporte | agente | [email protected] | Agente123456 |
| Usuario final | usertest | [email protected] | Usertest123456 |
Son credenciales de demo para desarrollo/pruebas. Cámbialas antes de usar esta base de datos en un entorno real.
Además existe una cuenta demo / Demo123456 (rol user, de solo lectura) usada por el botón "Probar demo" de la landing pública: puede navegar toda la app pero tiene bloqueada cualquier escritura (crear/editar/borrar) a nivel de API, para que varios visitantes puedan probarla a la vez sin corromper los datos de ejemplo. Se crea/actualiza con:
python manage.py seed_demo_user
git clone https://github.com/bleidys16/Soportix.git
cd Soportix
cd helpdesk-backend
python -m venv .venv
.venv\Scripts\activate # Windows
# source .venv/bin/activate # macOS/Linux
pip install -r requirements.txt
Crea un archivo .env dentro de helpdesk-backend/ (no se versiona) con al menos:
SECRET_KEY=una-clave-secreta-cualquiera
DEBUG=True
ALLOWED_HOSTS=*
CORS_ALLOWED_ORIGINS=http://localhost:4200
Para usar PostgreSQL en vez de SQLite, agrega además:
DB_ENGINE=django.db.backends.postgresql
DB_NAME=tu_bd
DB_USER=tu_usuario
DB_PASSWORD=tu_password
DB_HOST=tu_host
DB_PORT=5432
Aplica las migraciones y crea un superusuario:
python manage.py migrate
python manage.py createsuperuser
cd helpdesk-frontend
npm install
Con dos terminales abiertas en paralelo:
# Terminal 1 — backend (http://localhost:8000)
cd helpdesk-backend
.venv\Scripts\python.exe manage.py runserver
# Terminal 2 — frontend (http://localhost:4200)
cd helpdesk-frontend
npm start
Abre http://localhost:4200 en el navegador. El superusuario que creaste con createsuperuser tiene rol de administrador automáticamente.
| Variable | Requerida | Descripción |
|---|---|---|
SECRET_KEY | Sí | Clave secreta de Django |
DEBUG | No (default True) | Modo debug |
ALLOWED_HOSTS | No (default *) | Hosts permitidos, separados por coma |
CORS_ALLOWED_ORIGINS | No (default http://localhost:4200) | Orígenes permitidos para CORS |
DB_ENGINE | No (default SQLite) | django.db.backends.postgresql para usar Postgres |
DB_NAME / DB_USER / DB_PASSWORD / DB_HOST / DB_PORT | Solo si usas Postgres | Credenciales de conexión |
CLOUDINARY_URL | No | Si se define, los adjuntos de tickets se guardan en Cloudinary en vez de disco local (necesario en Render, cuyo disco es efímero). Formato: cloudinary://api_key:api_secret@cloud_name |
Soportix/
├── helpdesk-backend/ # API REST en Django
│ └── apps/
│ ├── users/ # Autenticación, perfiles y roles
│ ├── tickets/ # Tickets, categorías, comentarios
│ └── dashboard/ # Endpoints de métricas y reportes
└── helpdesk-frontend/ # SPA en Angular
└── src/app/
├── auth/ # Login y registro
├── core/ # Servicios, guards, modelos, componentes compartidos
├── features/ # Landing, onboarding, dashboard, tickets, admin, agente
└── layout/ # Navbar superior compartido