Skip to main content
Juridiq is a Brazilian legal practice management platform for law firms. It covers cases (processos), court publications and notices, deadlines and tasks, hearings, clients and parties, electronic signatures and time tracking. The connector extracts data from the Juridiq REST API (api.juridiq.com.br) so you can analyse your firm’s operation in your Lakehouse.

Configuring Juridiq as a Source

In the Sources tab, click on the “Add source” button located on the top right of your screen. Then, select the Juridiq option from the list of connectors. Click Next and you’ll be prompted to add your access.

1. Add account access

You’ll need a Juridiq API key so Nekt can access your data. Sign in to the Juridiq panel, open Settings > API and generate a new key. The key belongs to the law office, so a single key covers all the data of your firm.
The Juridiq API is a paid add-on of the product. If the API section is not available in your panel, contact Juridiq to enable the API plan for your office before setting up this source.
The following configurations are available:
  • API key: your Juridiq API key. It is sent in the x-juridiq-api-key header on every request. This field is required.
  • Initial sync date: (Optional) the earliest date to read for the streams that accept a date filter — Publications and Events. All other streams always return your office’s full history, regardless of this setting.
  • Fetch full details: (Optional, enabled by default) reads the complete record of every case and person with one extra request each. Turn it off on very large offices to make the extraction faster — the trade-off is that the columns only the detail endpoint returns stay empty: case value, phase, parties, custom field values, document, address and timestamps.
Once you’re done, click Next.

2. Select streams

Choose which data streams you want to sync. For faster extractions, select only the streams that are relevant to your analysis. You can select entire groups of streams or pick specific ones.
Tip: The stream can be found more easily by typing its name.
The Law suit movements stream reads the docket entries of one case per request, so it is by far the slowest stream on offices with many cases. Select it only when you need the case timeline.
Select the streams and click Next.

3. Configure data streams

Customize how you want your data to appear in your catalog. Select the desired layer where the data will be placed, a folder to organize it inside the layer, a name for each table (which will effectively contain the fetched data) and the type of sync.
  • Layer: choose between the existing layers on your catalog. This is where you will find your new extracted tables as the extraction runs successfully.
  • Folder: a folder can be created inside the selected layer to group all tables being created from this new data source.
  • Table name: we suggest a name, but feel free to customize it. You have the option to add a prefix to all tables at once and make this process faster!
  • Sync Type: the Juridiq API does not expose a “last updated” filter on its list endpoints, so every stream of this connector is extracted as FULL_TABLE — each run brings the current state of the data.
Once you are done configuring, click Next.

4. Configure data source

Describe your data source for easy identification within your organization, not exceeding 140 characters. To define your Trigger, consider how often you want data to be extracted from this source. This decision usually depends on how frequently you need the new table data updated (every day, once a week, or only at specific times). Optionally, you can define some additional settings:
  • Configure Delta Log Retention and determine for how long we should store old states of this table as it gets updated. Read more about this resource here.
  • Determine when to execute an Additional Full Sync.
Once you are ready, click Next to finalize the setup.

5. Check your new source

You can view your new source on the Sources page. If needed, manually trigger the source extraction by clicking on the arrow button. Once executed, your data will appear in your Catalog.
For you to be able to see it on your Catalog, you need at least one successful source run.

Good to know

  • Permissions follow the API key. If a module is not enabled for your office — electronic signatures, for example — the corresponding stream is skipped with a warning in the run log instead of failing the whole extraction.
  • Nested data is stored as JSON text. Fields that hold an object or a list of objects (parties of a case, participants of a hearing, signatories of a document, custom field values) are stored as JSON strings, so you can parse them in a Query without your table schema changing between runs.
  • Date fields keep the API’s own format. Fields the Juridiq API documents as timestamps are typed as DateTime. Fields the API returns as plain text dates are kept exactly as received, so nothing is misread.
  • The gov.br password of a person is never extracted. The Juridiq API returns it on the person record; the connector drops it so it never reaches your Lakehouse.

Streams and Fields

Below you’ll find all available data streams from Juridiq and their corresponding fields:
Cases handled by the office. Each listed case is completed with one extra request to the case detail endpoint, which adds the case value, phase, parties and custom field values.Primary key: id · Sync type: FULL_TABLE
Docket entries (movimentações) of every case. Read one case at a time, so this stream is the slowest one on offices with many cases.Primary key: law_suit_id, id · Sync type: FULL_TABLE
Definitions of the custom case fields your office created, useful to interpret the custom_fields column of Law suits.Primary key: id · Sync type: FULL_TABLE
Clients, opposing parties and other contacts. Each listed person is completed with one extra request to the person detail endpoint, which adds the document, address and timestamps.Primary key: id · Sync type: FULL_TABLE
Tasks and deadlines (prazos) tracked by the office.Primary key: id · Sync type: FULL_TABLE
Columns of the task kanban, with the board and folder they belong to.Primary key: id · Sync type: FULL_TABLE
Court publications and notices captured for the office, including the AI-generated summary.Primary key: id · Sync type: FULL_TABLE
Court hearings scheduled by the office.Primary key: id · Sync type: FULL_TABLE
Calendar events. Tasks and hearings are excluded here because they have their own streams.Primary key: id · Sync type: FULL_TABLE
Time logged by the office’s users against tasks, subtasks and hearings.Primary key: id · Sync type: FULL_TABLE
Documents sent for electronic signature through PlugSign.Primary key: id · Sync type: FULL_TABLE
Batches grouping several documents sent for signature at once.Primary key: id · Sync type: FULL_TABLE
Members of the law office, with their role and permission profile.Primary key: id · Sync type: FULL_TABLE
Tags used to classify cases, tasks and other records.Primary key: id · Sync type: FULL_TABLE
Action types (tipos de ação) used to classify cases.Primary key: id · Sync type: FULL_TABLE
Action groups that organize the action types.Primary key: id · Sync type: FULL_TABLE
Risk levels the office assigns to its cases.Primary key: id · Sync type: FULL_TABLE