Network
Set Connector Owner
Assign an owner to a connector already in your network, without reimporting
PUT
Assign an owner to a connector that is already in your network. No
reimport, no job, no credits. The change is immediate.
Assigning an owner here does three things:
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.- The connector reports that owner in List Connectors and counts
toward it in List Owners
connector_count,connectors_by_tagandopportunity_count. - Every opportunity the connector already has moves to that owner, so their book does not split between the old and the new owner.
- 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
Sendowner_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.
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.