API reference
The documented surface below is Lynqu’s stability contract: these endpoint groups keep their request/response shapes, and breaking changes ship as a new API version. Endpoints you may discover outside this list are internal and can change without notice — don’t build on them.
An OpenAPI 3 specification of this surface is published alongside these docs and regenerated on every backend release.
Resource groups
Section titled “Resource groups”All organization-scoped groups live under
/b2b/organizations/{organization}/… and require an organization role that
can see the resource in the app.
Cards — /cards
Section titled “Cards — /cards”Digital card CRUD, templates and palettes, card statistics, vCard download. Cards you own or manage; publish state and visibility rules are enforced server-side.
Contacts — /contacts, /b2b/organizations/{org}/contacts
Section titled “Contacts — /contacts, /b2b/organizations/{org}/contacts”Personal saved connections and the organization address book: create, search, tag, annotate.
Leads — /b2b/organizations/{org}/leads
Section titled “Leads — /b2b/organizations/{org}/leads”The sales pipeline: list and filter leads, read the activity timeline, create and update leads, move pipeline stages, assign owners, manage contact points (tasks), duplicates, and lead documents. Reads and writes follow your role and department scope exactly as in the app.
Campaigns — /b2b/organizations/{org}/campaigns
Section titled “Campaigns — /b2b/organizations/{org}/campaigns”Campaigns, goals, members, capture-form stats, and lead attachment.
Events — /b2b/organizations/{org}/events
Section titled “Events — /b2b/organizations/{org}/events”Time-bound or open-ended events with a four-state lifecycle
(draft → active → archived → closed), optionally rolled up to a campaign.
Departments & users — /b2b/organizations/{org}/departments, …/users
Section titled “Departments & users — /b2b/organizations/{org}/departments, …/users”Org structure and membership: departments (nested), member roles and status, invites.
Developer — /developer/api-keys
Section titled “Developer — /developer/api-keys”Key management. Session-token only — API keys cannot manage API keys (see Authentication).
Common parameters
Section titled “Common parameters”- Pagination — list endpoints accept
pageandper_page(per_pageis capped, typically at 100). Responses carry Laravel-style pagination metadata insidedata. - Localization —
Accept-Languagecontrols human-readable messages only.
Anything missing?
Section titled “Anything missing?”If you need an endpoint that isn’t part of the stable surface yet, ask at lynqu.com/support — expanding the documented surface is a product decision, and demand moves it.