Skip to main content
PUT
Assign an owner to a connector that is already in your network. No reimport, no job, no credits. The change is immediate.
An owner owns a connector, and everything that connector produces. There is no such thing as owning a single opportunity: Update Opportunity rejects owner fields and points here.The other way to set this is owner_email on Import Connectors, at import time. This endpoint is how you set or change it afterwards, without reimporting.
Assigning an owner here does three things:
  1. The connector reports that owner in List Connectors and counts toward it in List Owners connector_count, connectors_by_tag and opportunity_count.
  2. Every opportunity the connector already has moves to that owner, so their book does not split between the old and the new owner.
  3. Opportunities discovered for that connector by later imports land owned, with no further calls.

Path Parameters

string
required
The connector’s LinkedIn public identifier, as returned in linkedin_id by List Connectors. For https://www.linkedin.com/in/nicdelaye that is nicdelaye.

Body

Send owner_id or owner_email, not both.
string
An owner id from List Owners.
string
Resolved against your owner directory. The same address you would send as owner_email when importing.
boolean
default:"false"
Add owner_email to the directory when no owner holds it yet, instead of failing. Use this for self-service flows where the person being assigned may not be in the directory. No seat is used, no email is sent, and no access is granted. See Owners are a directory, not a seat.
string
Display name for an owner created by create_owner_if_missing. Ignored when the address already resolves to an owner.

Response Fields

string
The connector you assigned.
object
The owner now accountable for the connector. Same shape as Get Owner. null after a DELETE.
integer
How many of the connector’s existing opportunities were written to this owner. This is the connector’s whole current book, so re-sending the same owner reports the same number rather than 0.

Removing an owner

DELETE on the same path clears it. The connector reports no owner afterwards and newly discovered opportunities stop inheriting one. Opportunities already assigned keep the owner stamped on them, so a DELETE never silently empties a live book — reassign the connector with PUT if that is what you meant. The DELETE is idempotent. Clearing an owner that is already absent succeeds.

Bulk assignment

There is no batch form. Call this once per connector; the writes are independent, so they can run concurrently. To find the connectors that still need an owner, list them with List Connectors and ?owner_email=unassigned.