
Configuring Clint as a Source
In the Sources tab, click on the “Add source” button located on the top right of your screen. Then, select the Clint option from the list of connectors. Click Next and you’ll be prompted to add your access.1. Add account access
You’ll need to provide your Clint API token so Nekt can access your data. The token is sent in theapi-token header for all API requests.
The following configurations are available:
-
API Token: Your Clint API token. This is required and is sent in the
api-tokenheader. Obtain it from your Clint account or API settings. -
Start Date: (Optional) For streams that support incremental sync, only records past this date are synced on the first run when no bookmark exists — Deals and Messages filter by
updated_at, Chats bylast_message_at.
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: you can choose between INCREMENTAL and FULL_TABLE.
- Incremental: every time the extraction happens, we’ll get only the new data - which is good if, for example, you want to keep every record ever fetched. The Deals, Chats, and Messages streams support incremental sync.
- Full table: every time the extraction happens, we’ll get the current state of the data - which is good if, for example, you don’t want to have deleted data in your catalog. Contacts, Groups, Origins, Activities, Channel Accounts, and Deal History are typically synced as full table.
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. This will complement the incremental data extractions, ensuring that your data is completely synchronized with your source every once in a while.
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.Streams and Fields
Below you’ll find all available data streams from Clint and their corresponding fields:Activities
Activities
Stream for Clint activities (tasks, calls, meetings, etc.). Uses full table sync. Requires the
activities:read scope and the Activities API feature flag on your Clint account.Channel Accounts
Channel Accounts
Stream for Clint channel accounts (WhatsApp/Instagram inboxes). Uses full table sync. Parent stream of Chats.
Chats
Chats
Stream for chats belonging to each channel account. Supports incremental sync via
last_message_at.Contacts
Contacts
Stream for Clint contacts (paginated list). Uses full table sync.
Deal History
Deal History
Timeline events of each deal (the CRM panel’s History tab). Child stream of Deals.
Deals
Deals
Stream for Clint deals. Supports incremental sync via
updated_at.Groups
Groups
Stream for Clint groups (paginated list). Use for full table sync of groups.
Messages
Messages
Stream for chat messages exchanged within each conversation. Child stream of Chats. Supports incremental sync via
updated_at.Origins
Origins
Stream for Clint origins (paginated list). Use for full table sync of origins.
Data Model
The following diagram illustrates the relationships between the core data streams in Clint. Deals reference contacts and origins, and carry their own history and activities; origins belong to groups; chats belong to channel accounts and contain messages.Implementation Notes
Authentication & API
- The connector sends your API token in the
api-tokenHTTP header for requests tohttps://api.clint.digital/v1andhttps://api.clint.digital/v2. - Keep your API token secret and do not share it; it is stored securely in Nekt.
- API rate limits (500 requests/minute) are handled automatically by the connector’s built-in backoff mechanism.
Sync behavior
- Contacts, Groups, Origins, Activities, and Channel Accounts: No replication key; use FULL_TABLE to sync the current state.
- Deals, Chats, and Messages: Use INCREMENTAL to fetch only records changed since the last run. On the first run (or when no bookmark exists), the optional Start Date config limits the initial extract (
updated_at_startfor Deals and Messages,last_message_at_startfor Chats). - Deal History: Child stream of Deals with no date filters of its own. Since the Deals stream is incremental, only deals updated since the last run get their history re-fetched; records upsert by primary key.
- Messages: Child stream of Chats — only chats returned by the parent sync have their messages fetched.
- Activities: Requires the
activities:readscope and the Activities API feature flag enabled on your account. If these are missing, the stream is gracefully skipped with a warning.
API errors and skipped records
- Persistent API errors: The Clint API may sometimes persistently fail (e.g., returning 500 errors) when attempting to fetch data for records that are in a broken or deleted state (such as certain channel accounts or chats). Instead of crashing the entire sync run, the connector will skip these broken parent records after exhausting retries. A summary of any skipped record IDs is printed in the logs at the end of the run, allowing you to contact Clint support with these IDs for verification.
Custom fields
- Contacts and Deals can have custom
fields(key-value data). The tap serializes these as JSON strings in thefieldscolumn for compatibility with a fixed schema since fields can be dynamic.
Skills for agents
Download Clint skills file
Clint connector documentation as plain markdown, for use in AI agent contexts.