Lemlist: Post Companies Merge

Merge up to 10 duplicate Lemlist companies into one.

Tool ID: lemlist_post_companies_merge

Run this action

Use the TypeScript SDK for one call. Use ctx.tools.execute(...) inside a Play for durable calls, scheduled calls, or CSV processing.

import { Deepline } from 'deepline';

const deepline = await Deepline.connect();
const result = await deepline.tools.execute(
  'lemlist_post_companies_merge',
  {
    "primaryId": "primary_123",
    "secondaryIds": [
      "secondary_123"
    ]
  },
);

console.log(result.toolResponse.raw);

CLI

deepline tools execute lemlist_post_companies_merge --input '{
  "primaryId": "primary_123",
  "secondaryIds": [
    "secondary_123"
  ]
}' --json

Example response

The SDK returns this shape at result.toolResponse.raw. The example values illustrate the response.

{
  "data": {
    "success": true,
    "primaryId": "primary_123",
    "merged": true,
    "mergedIds": [
      "merged_123"
    ],
    "remainingIds": [
      "remaining_123"
    ]
  }
}

Use deepline describe lemlist_post_companies_merge --json for the latest machine-readable contract.

Input reference

Merges up to 10 lemlist companies into one. The survivor (primaryId) keeps its id and every value it holds. its empty fields are filled from the other companies, which are then deleted. Everything attached to a deleted company (contacts, activities, tasks, list memberships) is moved to the survivor. When a CRM is connected, the survivor keeps its CRM link (or adopts the first linked record’s when it has none) and receives the merged values there. lemlist never merges or deletes anything in the CRM itself, so the other records’ CRM entries stay in the CRM, unlinked from lemlist — merge them CRM-side too, or a CRM import may recreate the duplicate. The companies are folded into the survivor one at a time and the run stops at the first failure: mergedIds lists what went through, remainingIds what still exists. A first-fold failure returns an error instead — nothing was written. See the live schema below for the complete notes.

Name	Type	Required	Default	Details
`payload.primaryId`	`string`	Yes	—	The surviving company. A lemlist company id (`cpn_xxx`).
`payload.secondaryIds`	`array`	Yes	—	The companies folded into the survivor then deleted, 9 at most. A lemlist company id (`cpn_xxx`). Must not contain `primaryId`, and each company is listed once. Minimum items: 1. Maximum items: 9.

Output reference

Standard tool result payload.

Name	Type	Required	Default	Details
`result.data`	`object`	Yes	—	Provider response payload.
`result.data.success`	`boolean`	Yes	—	—
`result.data.primaryId`	`string`	Yes	—	ID of the surviving lemlist company.
`result.data.merged`	`boolean`	Yes	—	`true` once at least one company was folded into the survivor.
`result.data.mergedIds`	`array`	Yes	—	IDs of the companies folded into the survivor and deleted, in fold order.
`result.data.remainingIds`	`array`	Yes	—	IDs of the companies NOT merged because an earlier fold failed. Empty when everything went through.
`result.data.rejectedFields`	`array`	No	—	Fields whose adopted value was refused by a uniqueness rule (kept survivor-side). Only present when it happened.
`result.meta`	`object`	No	—	Additional response metadata (status, paging).

Deepline cost

Pricing model: fixed (per call).
Estimated Deepline credits: 0 per pricing unit.
Provider-native pricing may still exist outside Deepline credit billing.

​Run this action

​CLI

​Example response

​Input reference

​Output reference

​Deepline cost

​Related documentation

Run this action

CLI

Example response

Input reference

Output reference

Deepline cost

Related documentation