La API de CUSCATLECO utiliza sesiones basadas en cookies gestionadas porDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/AbyssDevs/CUSCATLECO/llms.txt
Use this file to discover all available pages before exploring further.
express-session. Al iniciar sesión correctamente, el servidor genera una cookie de sesión que debe enviarse en todas las solicitudes posteriores. Las sesiones tienen una duración de 30 minutos de inactividad. No se utilizan tokens JWT ni cabeceras de autorización; el navegador o cliente HTTP debe almacenar y reenviar la cookie automáticamente.
Todos los endpoints de la API (excepto
POST /api/login) requieren una sesión activa. Si la cookie no está presente o la sesión expiró, el servidor responde con 401.URL base
POST /api/login
Autentica a un usuario con su correo y contraseña. Si las credenciales son válidas y el usuario está activo, el servidor crea una sesión y devuelve los datos del usuario junto con su rol y permisos.Cuerpo de la solicitud
Correo electrónico del usuario registrado en el sistema.
Contraseña del usuario en texto plano. El servidor la compara contra el hash almacenado con bcrypt.
Respuesta exitosa — 200
Mensaje de confirmación. Ejemplo:
"Login exitoso".Nombre del rol asignado al usuario. Valores posibles:
Administrador, Mesero, Cajero, Cocina.Nombre completo del usuario autenticado.
id, permisos (array de strings) y nombre, accesibles mediante GET /api/usuario.
Ejemplo
cURL
Respuesta 200
Errores
| Código | Descripción |
|---|---|
400 | Faltan usuario_email o usuario_password en el cuerpo. |
401 | Credenciales incorrectas o usuario no encontrado. |
Error 401
GET /api/usuario
Devuelve los datos del usuario correspondiente a la sesión activa. Útil para verificar el estado de autenticación y recuperar el perfil sin volver a autenticar.Respuesta exitosa — 200
Identificador único del usuario en la base de datos.
Nombre completo del usuario.
Rol activo del usuario:
Administrador, Mesero, Cajero o Cocina.Lista de permisos asignados al rol del usuario. Ejemplos:
gestionar_mesas, crear_pedido, ver_menu.Ejemplo
cURL
Respuesta 200
Errores
| Código | Descripción |
|---|---|
401 | No hay sesión activa o la cookie de sesión expiró. |
Error 401
Manejo de errores de sesión
Todos los endpoints protegidos pueden devolver los siguientes errores relacionados con autenticación y autorización:401 — Sin sesión activa
401 — Sin sesión activa
La solicitud no incluye una cookie de sesión válida, o la sesión expiró tras 30 minutos de inactividad. El cliente debe volver a autenticarse con
POST /api/login.403 — Permiso denegado
403 — Permiso denegado
El usuario tiene sesión activa pero su rol no incluye el permiso requerido por el endpoint. Cada endpoint indica en su documentación qué permiso es necesario.