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/tcp-bo/rulings-search/v1 Dataset
Una sola búsqueda sobre el texto completo de todas las resoluciones constitucionales desde 1999, filtrada por tipo, sala, acción, magistrado relator, departamento, número, 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. 202697), registration_number (el número de la resolución como lo imprime el Tribunal, p. ej. 0049/2024-S2), type (sentencia, auto, declaracion, voto_disidente, voto_aclaratorio o decreto), type_label (la etiqueta del propio Tribunal), ruling_date, year, chamber (p. ej. SALA SEGUNDA, SALA PLENA, COMISIÓN DE ADMISIÓN), proceeding_type (la acción constitucional), reporting_judge, department, case_numbers (los expedientes que resuelve), text_status (ok, scanned o missing), official_url (la página de la resolución en el Tribunal), document_url (la copia de Croma del documento original, idéntica byte a byte a la que publicó el Tribunal) y source_document_url (siempre null: el Tribunal no da a sus documentos un enlace propio). Los campos que la resolución no indica vienen en null o como listas vacías; los nombres de las partes nunca se incluyen como campos.
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 Constitucional Plurinacional de Bolivia Ruling.Una resolución, completa
POST /bo/tcp-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. 202697), registration_number (el número de la resolución como lo imprime el Tribunal, p. ej. 0049/2024-S2), type (sentencia, auto, declaracion, voto_disidente, voto_aclaratorio o decreto), type_label (la etiqueta del propio Tribunal), ruling_date, year, chamber (p. ej. SALA SEGUNDA, SALA PLENA, COMISIÓN DE ADMISIÓN), proceeding_type (la acción constitucional), reporting_judge, department, case_numbers (los expedientes que resuelve), text_status (ok, scanned o missing), official_url (la página de la resolución en el Tribunal), document_url (la copia de Croma del documento original, idéntica byte a byte a la que publicó el Tribunal) y source_document_url (siempre null: el Tribunal no da a sus documentos un enlace propio). Los campos que la resolución no indica vienen en null o como listas vacías; los nombres de las partes nunca se incluyen como campos.
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 original 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.