user.signupuser.identifieduser.updatedsubscription.createdpayment.failedtrial.started|Actionssync_personupdate_person_fieldadd_label_to_personremove_label_from_personThe event names shown here are examples. In Meshes, event types are fully customized for each organization.
What you can do
Create the Pipedrive connection in Meshes with OAuth. Meshes loads the Person fields and labels from that Pipedrive account so rules use the fields and labels that actually exist in the connected workspace.
Pipedrive is strongest when customer lifecycle state lands on the Person record quickly enough for automations to react. Product signups, profile updates, plan changes, failed payments, and trial milestones often matter more than a delayed CRM import.
Meshes lets each workspace own its Pipedrive OAuth connection and decide which events should update which Person fields or labels. Pipedrive workflows can then handle the downstream follow-up once Meshes writes the contact state.
sync_personCreate or update the Pipedrive Person from mapped Meshes fields so contact attributes stay aligned with product state.
update_person_fieldSync the mapped Person data and set one supported selectable Person field when the event should push one workflow state into Pipedrive immediately.
add_label_to_personSync the mapped Person data and apply a Pipedrive Person label such as Trial or Churned when the event marks a lifecycle transition.
remove_label_from_personSync the mapped Person data and clear the no-longer-correct label once the event says the customer exited the original state.
Common use cases
Workflows where this destination tends to matter first — the product event, the destination action, and the operational retry path living inside the same workspace.
Use user.signup, user.identified, and user.updated to keep email, name, phone, and custom Person fields current in Pipedrive.
Use subscription.created, upgraded, downgraded, or cancelled events to update the Person plan or lifecycle field that a Pipedrive workflow watches next.
Use payment.failed to set a payment-status field or add a label so Pipedrive can create the follow-up activity or notify the right owner.
Use trial.started and trial.ended to add or remove the Trial label and push the trial end date into the Person record for downstream automation.
How it works
A connection lives in the workspace, a rule binds the event to the action, and the delivery layer handles the last mile with retries, replay, and per-destination history.
Create a Pipedrive connection in Meshes, complete the OAuth flow, and confirm the Person fields and labels you need are available in the rule builder.
Create rules for events like user.signup, subscription.created, payment.failed, or trial.started, choose the Pipedrive action, and map the event fields Meshes should write into the Person record.
Emit the event from your product or use Send Test Event in Meshes. Meshes finds the Person by email, creates or updates the Person when needed, syncs the mapped Person fields, applies the selected field or label action, retries transient failures, and records the delivery details for review.
Event example
import MeshesEventsClient from '@mesheshq/events';
const meshes = new MeshesEventsClient(
process.env.WORKSPACE_PUBLISHABLE_KEY!,
);
await meshes.emit({
event: 'subscription.created',
resource: 'subscription',
resource_id: 'sub_2048',
payload: {
email: 'alex@northstar.io',
first_name: 'Alex',
last_name: 'Nguyen',
plan: 'growth',
trial_ends_at: '2026-05-16',
},
});Connection model
Create the Pipedrive connection in Meshes with OAuth. Meshes loads the Person fields and labels from that Pipedrive account so rules use the fields and labels that actually exist in the connected workspace.
Why Meshes
Pipedrive sits inside the same fan-out, retry, replay, and delivery-visibility layer as every other destination — customer-connected or internal — that the workspace owns.
A single product event can update the Pipedrive Person while other Meshes rules update email, support, analytics, or internal alert destinations in parallel.
Meshes loads the Person field catalog from the connected Pipedrive account, so mappings use the fields available in that workspace instead of hardcoded labels in your product.
Meshes writes the contact attributes and labels; the customer’s Pipedrive workflows can then create deals, log activities, or notify owners based on the updated Person state.
If Pipedrive has a transient failure or rate limit event, the attempt stays visible in Meshes with the context needed to retry or replay after the issue is resolved.
Keep exploring
Concrete patterns, supporting documentation, and build-vs-buy context that usually come up during evaluation.
Catalog
Compare Pipedrive with the rest of the CRM, messaging, email, and custom delivery destinations in the Meshes catalog.
Open linkDocs
Connection setup, supported actions, field mapping, and testing steps for the Pipedrive integration.
Open linkUse Case
Route one signup event into CRM, lifecycle email, support, and internal systems from the same Meshes event.
Open linkUse Case
Push payment.failed into the systems that need to react when billing risk shows up in the product.
Use Case
Turn trial milestones into workflow signals across CRM, lifecycle, support, and internal teams.
Open linkCompare
See what it costs to own Pipedrive contact sync, retries, OAuth, field discovery, and replay behavior in application code.
Open linkuser.signup once, let Meshes update the Pipedrive Person and labels, and keep CRM automation aligned with the customer state your product just observed.