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.
-
API key: your Juridiq API key. It is sent in the
x-juridiq-api-keyheader 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.
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.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.
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.
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.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:Law suits
Law suits
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_TABLELaw suit movements
Law suit movements
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_TABLELaw suit custom fields
Law suit custom fields
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_TABLEPersons
Persons
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_TABLETasks
Tasks
Tasks and deadlines (prazos) tracked by the office.Primary key:
id · Sync type: FULL_TABLETask kanban columns
Task kanban columns
Columns of the task kanban, with the board and folder they belong to.Primary key:
id · Sync type: FULL_TABLEPublications
Publications
Court publications and notices captured for the office, including the AI-generated summary.Primary key:
id · Sync type: FULL_TABLEAudiences
Audiences
Court hearings scheduled by the office.Primary key:
id · Sync type: FULL_TABLEEvents
Events
Calendar events. Tasks and hearings are excluded here because they have their own streams.Primary key:
id · Sync type: FULL_TABLETime sheets
Time sheets
Time logged by the office’s users against tasks, subtasks and hearings.Primary key:
id · Sync type: FULL_TABLESignatures
Signatures
Documents sent for electronic signature through PlugSign.Primary key:
id · Sync type: FULL_TABLESignature batches
Signature batches
Batches grouping several documents sent for signature at once.Primary key:
id · Sync type: FULL_TABLEUsers
Users
Members of the law office, with their role and permission profile.Primary key:
id · Sync type: FULL_TABLEType actions
Type actions
Action types (tipos de ação) used to classify cases.Primary key:
id · Sync type: FULL_TABLEAction groups
Action groups
Action groups that organize the action types.Primary key:
id · Sync type: FULL_TABLEDegrees of risk
Degrees of risk
Risk levels the office assigns to its cases.Primary key:
id · Sync type: FULL_TABLE