🤖 Thelawsuitobject is returned in JSON format. The root property that contains the lawsuit metadata is calledresponse_data. The history is returned in thestepsarray and the parties involved in thepartiesarray. Remember that authentication to query this object is done via theapi-keyheader, not a Bearer Token.
General Structure
The lawsuit JSON is organized into 5 main blocks:- Header (response_data): Metadata, judge, county, case value, and status.
- Parties (parties): Array containing the poles (active/passive), documents, and lawyers.
- Case Updates (steps): Array with the chronological history of case updates.
- Attachments (attachments): Array of documents (PDFs, HTML) linked to the case updates.
- Related (related_lawsuits): Array of attached or linked lawsuits.
Data Dictionary
1. Lawsuit Header (response_data)
2. Involved Parties (parties)
Array of objects representing the parties.
Notice about Lawyers: If the court does not clearly specify which party the lawyer belongs to, the lawyer object will be listed directly in the main
parties array, with a generic role/side.3. Case Update History (steps)
(Array absent in Document Query responses)
4. Attached Documents (attachments)
(Array absent in Document Query responses)
Complete JSON Example (Standard Query)
Below is the typical structural representation returned by the Judit API when querying a complete judicial lawsuit:See response example
See response example
Integration Examples (Retrieving a Lawsuit)
Important: In the examples below, we are using the Synchronous Query Base URL of our Datalake to retrieve thelawsuitobject instantly. Remember to pass theapi-keyheader.
Next Steps
Now that you know the anatomy of a lawsuit, see how to capture them:- 👉 Enumerations and Domains: See the complete list of statuses, instances, and secrecy levels.
- 👉 Asynchronous Search: Learn how to request our bots to search for new lawsuits in the courts.