Skip to main content
🤖 The lawsuit object is returned in JSON format. The root property that contains the lawsuit metadata is called response_data. The history is returned in the steps array and the parties involved in the parties array. Remember that authentication to query this object is done via the api-key header, not a Bearer Token.
⚠️ Notice: Document Query (Historical Query)If you obtained this object through the Historical Query endpoint (Document-based Search), the phase and status properties of the Header will not be populated. Additionally, the steps (case updates) and attachments arrays are not returned.

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:

Integration Examples (Retrieving a Lawsuit)

Important: In the examples below, we are using the Synchronous Query Base URL of our Datalake to retrieve the lawsuit object instantly. Remember to pass the api-key header.

Next Steps

Now that you know the anatomy of a lawsuit, see how to capture them: