id identifica una sola resolución.
La fuente entera, organizada y lista para consultar: cada endpoint de esta página responde en milisegundos. Cada respuesta incluye
as_of: qué tan actualizados están los datos. Cómo funcionan los datasets.Buscar resoluciones
POST /bo/tsj-bo/rulings-search/v1 Dataset
Una sola búsqueda sobre el texto completo y las líneas jurisprudenciales de todas las resoluciones desde 2001, filtrada por sala, tipo de resolución, materia, forma de resolución, número, magistrado relator, departamento, año o fecha.
as_of (qué tan actualizados están los datos), los filtros aplicados, total y total_is_exact, page, per_page, total_pages, count y results[], de la resolución más reciente a la más antigua. Cada resultado incluye id (el número permanente de la resolución, p. ej. 11378), registration_number (el número de la resolución, p. ej. AS/0001/2010), case_number (el expediente), ruling_date, year, chamber (la sala), type (auto_supremo, sentencia o resolucion) con type_label y subtype, outcome (la forma de resolución, p. ej. Infundado, Casa), subject (la materia), proceeding, department, reporting_judge (el magistrado relator), jurisprudence (las líneas jurisprudenciales del Tribunal, cada una con kind, descriptor, restrictor, ratio_decidendi, maxim, summary y precedent), descriptors, text_status (ok, scanned o missing), document_kind (scan, rendering o none), official_url (la página de la resolución en el sitio del Tribunal), document_url (la copia de Croma del documento, idéntica byte a byte a la que entregó el Tribunal, que sigue disponible pase lo que pase con el enlace del Tribunal) y source_document_url (donde el Tribunal publica el documento: el enlace del escaneo, o la página de la resolución). Los campos que el Tribunal deja vacíos vienen en null o como listas vacías; nunca se incluyen nombres de las partes.
Los resultados de búsqueda no incluyen el texto.
query sí busca dentro de él, así que una frase del cuerpo encuentra la resolución; para leer el texto usa el endpoint Tribunal Supremo de Justicia de Bolivia Ruling.Una resolución, completa
POST /bo/tsj-bo/ruling/v1 Dataset
as_of, found, ruling_id y ruling, que trae todo lo que devuelve la búsqueda más content: una ventana sobre el texto completo de la resolución, con text, offset, total_length, has_more y next_offset. Cada resultado incluye id (el número permanente de la resolución, p. ej. 11378), registration_number (el número de la resolución, p. ej. AS/0001/2010), case_number (el expediente), ruling_date, year, chamber (la sala), type (auto_supremo, sentencia o resolucion) con type_label y subtype, outcome (la forma de resolución, p. ej. Infundado, Casa), subject (la materia), proceeding, department, reporting_judge (el magistrado relator), jurisprudence (las líneas jurisprudenciales del Tribunal, cada una con kind, descriptor, restrictor, ratio_decidendi, maxim, summary y precedent), descriptors, text_status (ok, scanned o missing), document_kind (scan, rendering o none), official_url (la página de la resolución en el sitio del Tribunal), document_url (la copia de Croma del documento, idéntica byte a byte a la que entregó el Tribunal, que sigue disponible pase lo que pase con el enlace del Tribunal) y source_document_url (donde el Tribunal publica el documento: el enlace del escaneo, o la página de la resolución). Los campos que el Tribunal deja vacíos vienen en null o como listas vacías; nunca se incluyen nombres de las partes.
Las resoluciones largas se leen por rangos: envía
offset y limit, y luego pasa el next_offset de la respuesta como offset hasta que has_more sea falso. content es null cuando text_status no es ok; document_url sigue entregando el documento cuando el Tribunal publicó uno.Un
id que el Tribunal no ha publicado devuelve found: false con HTTP 200, no un error.Referencia completa
Esquemas, todos los campos de respuesta y un playground interactivo.