BuhoLegal Handbook
Documentación operativa

API Mis Casos.

Manual operativo para autenticación, consulta de usuario, catálogos, creación y administración de alertas persistentes, y consulta de acuerdos del sistema actual de BuhoLegal.

JWT con refresh Alertas por expediente Acuerdos asociados

Introducción

Esta API expone servicios para registrar alertas judiciales persistentes, enviar correos asociados a esas alertas, consultar acuerdos vinculados, administrar notas y directorios auxiliares, y recuperar catálogos necesarios para integraciones o tableros internos.

Este proyecto

  • Gestiona alertas por entidad judicial.
  • Consulta acuerdos nuevos y acuerdos por alerta.
  • Expone catálogos de fuentes, circuitos, organismos y juzgados.

Cómo usarlo

  • Autentica con JWT.
  • Resuelve entidad y catálogo correcto.
  • Crea alertas, registra el correo de notificación y luego consume acuerdos o listados.
Modelo operativo real Esta API no trabaja como una consulta puntual de expedientes en cada request. El objeto principal es la alerta. Al darla de alta, la API la vincula con acuerdos del expediente y con el flujo de notificación por correo, y después expone endpoints para consultar acuerdos nuevos o completos sobre esa alerta.
FormatoJSON
Interfaz visualDashboard web
DocumentaciónSwagger
Ruta basehttps://miscasos-expedientes.buholegal.com/api/v1

Inicio rápido

El flujo operativo base es: autenticar, consultar catálogos para resolver entidad y tribunal, crear una alerta persistente con su correo de notificación y después consultar acuerdos nuevos o completos por entidad o por alerta.

Paso 1Login y token access
Paso 2Fuentes, circuitos, organismos o juzgados
Paso 3Crear alerta, registrar correo de notificación y consultar acuerdos
Flujo mínimobash
curl -X POST https://miscasos-expedientes.buholegal.com/api/v1/users/login \
  -H "Content-Type: application/json" \
  -d '{
    "username": "usuario_api",
    "password": "mi-password"
  }'

curl -H "Authorization: Bearer <token>" \
  https://miscasos-expedientes.buholegal.com/api/v1/info/fuentes

curl -X POST https://miscasos-expedientes.buholegal.com/api/v1/info/alertas/create/federal \
  -H "Authorization: Bearer <token>" \
  -H "Content-Type: application/json" \
  -d '{
    "nombre_alerta": "Mi alerta federal",
    "numero_expediente": "123/2025",
    "circuito": 1,
    "organismo": 10,
        "tipo_expediente": 1,
        "email": "destinatario@ejemplo.com"
  }'

curl -H "Authorization: Bearer <token>" \
  https://miscasos-expedientes.buholegal.com/api/v1/info/acuerdos/nuevos/federal

Autenticación

Los endpoints de usuario viven bajo /api/v1/users. El login y refresh no usan barra final. El endpoint me sí fue definido con barra final.

MétodoEndpointDescripción
POST/users/loginDevuelve refresh y access.
POST/users/refreshRenueva el token de acceso.
GET/users/me/Perfil del usuario autenticado.
PUT/users/change_passwordActualiza contraseña del usuario autenticado.
Body de loginjson
{
  "username": "usuario_api",
  "password": "mi-password"
}
Headerhttp
Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9...

Usuario autenticado

El endpoint /users/me/ devuelve información del usuario API, el vínculo con la cuenta BuhoLegal y la cuota de documentos disponible.

Respuesta típica200
{
  "id": 10,
  "buhouser_id": 23453,
  "username": "user",
  "email": "user@email.com",
  "documents": 0,
  "max_documents": 5,
  "subscripcion": "Premium"
}

Catálogos

Antes de crear alertas conviene resolver la entidad, el juzgado o circuito, y en algunos casos el tipo de expediente. Todos estos endpoints viven bajo /api/v1/info.

MétodoEndpointUso
GET/info/fuentesFuentes o entidades disponibles.
GET/info/circuitosCatálogo de circuitos federales.
GET/info/organismos/<id_circuito>Organismos federales por circuito.
GET/info/juzgados/<entidad>Juzgados por entidad.
GET/info/tipos/expedientes/<entidad>Tipos de expediente aplicables.
GET/info/tiposEntidadesEntidades que requieren tipo de expediente.

Alertas

La API permite crear, listar, consultar, renombrar y eliminar alertas. La estructura del body cambia ligeramente entre federal y el resto de entidades. El campo email forma parte del alta operativa y se registra como correo de notificación de la alerta.

Nota global de correo El valor email se persiste como correo de notificación de la alerta. Toda alerta dada de alta queda ligada a ese flujo de correo.

Crear alerta estatal

POST /info/alertas/create/<entidad>json
{
  "nombre_alerta": "Alerta sonora",
  "numero_expediente": "01025/2018",
  "juzgado": 21,
                            "tipo_expediente": 2,
                            "email": "destinatario@ejemplo.com"
}

Crear alerta federal

POST /info/alertas/create/federaljson
{
  "nombre_alerta": "Alerta federal",
  "numero_expediente": "1369/2015",
  "circuito": 1,
  "organismo": 10,
                            "tipo_expediente": 1,
                            "email": "destinatario@ejemplo.com"
}
MétodoEndpointDescripción
GET/info/alertasLista todas las alertas del usuario.
GET/info/alertas/<entidad>Lista alertas por entidad.
GET/info/alertas/<entidad>/<id_alerta>Detalle de una alerta.
PATCH/info/alertas/update/<entidad>/<id_alerta>Actualiza nombre, estatus o correo adicional.
DELETE/info/alertas/delete/<entidad>/<id_alerta>Elimina la alerta.
GET/info/frontend/recentRecupera elementos recientes para frontend.
Importante Algunas entidades requieren tipo_expediente. Para detectarlas primero consulta /info/tiposEntidades y luego /info/tipos/expedientes/<entidad>.
Qué pasa al crear una alerta La API crea o reactiva la alerta, la vincula con los acuerdos del expediente y deja disponibles los endpoints para consultar acuerdos nuevos o completos asociados a esa alerta.

Acuerdos

Los acuerdos pueden consultarse por entidad o por una alerta concreta. También existe variante para solo recuperar acuerdos nuevos. El detalle por alerta marca como leídos los acuerdos asociados.

Relación con alertas Estos endpoints no registran expedientes nuevos al consultarse; leen la relación persistente creada cuando se dio de alta la alerta.
MétodoEndpointDescripción
GET/info/acuerdos/nuevos/<entidad>Nuevos acuerdos agrupados por entidad.
GET/info/acuerdos/<entidad>/<id_alerta>Acuerdos asociados a una alerta.
GET/info/acuerdos/nuevos/<entidad>/<id_alerta>Nuevos acuerdos de una alerta específica.

Manejo de errores

La API usa códigos HTTP estándar. La mayoría de errores entregan un cuerpo con detail.

CódigoSignificadoUso típico
200OKConsulta o actualización exitosa.
201CreatedAlerta creada correctamente.
400Bad RequestParámetros inválidos o faltantes.
401UnauthorizedToken faltante o inválido.
404Not FoundRuta o recurso inexistente.
500Server ErrorError interno no controlado.

Referencia rápida

MétodoEndpointDescripción
POST/users/loginObtiene tokens JWT.
POST/users/refreshRenueva el access token.
GET/users/me/Perfil del usuario autenticado.
GET/info/fuentesFuentes disponibles.
GET/info/circuitosCircuitos federales.
GET/info/organismos/<id>Organismos por circuito.
GET/info/juzgados/<entidad>Juzgados por entidad.
GET/info/tipos/expedientes/<entidad>Tipos aplicables.
POST/info/alertas/create/<entidad>Crea una alerta.
PATCH/info/alertas/update/<entidad>/<id_alerta>Actualiza nombre, estatus o correo adicional.
GET/info/alertasLista todas las alertas.
GET/info/acuerdos/nuevos/<entidad>Acuerdos nuevos por entidad.

Soporte y recursos