With n8n
An n8n workflow starts on an Eventtia webhook, can read more data from our API, and writes to Salesforce with n8n's Salesforce node.
Low-codeOur webhooks and REST API send Eventtia data to Salesforce, into the objects and fields your org already uses. Build the integration and the workflows your teams need, shaped to your Salesforce model. Your developers can build it, or our team can.
attendee_createdContact or Leadattendee_updatedCampaign Memberevent_createdCampaignpayment_createdYour choiceExample mapping. Yours follows your org.
Each Salesforce org has its own objects, custom fields and rules. So each Eventtia integration is scoped and mapped for that org. When a documented trigger fires in Eventtia, for example a new attendee or an updated registration, the integration receives the webhook and writes to the Salesforce records you choose.
Contact or Lead, Campaign, Campaign Member, or the custom objects your org uses.
Standard and custom fields, including the answers to your custom registration questions.
Consent, duplicates, and which record wins when data differs.
A proposed mapping to validate for your project. The final mapping depends on your org and on the data each trigger provides.
attendee_createdattendee_updatedevent_createdevent_updatedpayment_createdevent_invoice_createdevent_invoice_updatedattendee data (webhook or API read)Each change reaches Salesforce as a webhook. Your systems can also write back to Eventtia through the REST API. Registration status, check-in and session enrollment are mapped in the project.
Registration is only half the story. Your CRM also needs to know who came. Each change in Eventtia sends an attendee_updated webhook, so the record in Salesforce follows the attendee from registration to check-in.
A new registration creates or updates a Contact or Lead, and a Campaign Member on the event's campaign.
When the attendee is scanned at the entrance, Salesforce shows it: the Campaign Member status, for example Attended.
A cancellation, a confirmation, a rejection or a new attendee type updates the same record.
On the first sync, Salesforce returns the ID of the record it created. Eventtia stores this ID on the attendee, in a private field that only admins see. Every later update carries the ID, so Salesforce finds the record directly. No search, no duplicates. Your systems can also write back through our REST API: update an attendee, or mark a registration as paid when your finance tool receives the payment.
Salesforce creates the record and returns its ID.
The ID is saved on the attendee, visible to admins only.
Check-ins, cancellations and status changes carry the ID back to Salesforce.
An n8n workflow starts on an Eventtia webhook, can read more data from our API, and writes to Salesforce with n8n's Salesforce node.
Low-codeA Zap sends Eventtia data to Salesforce with Zapier's Salesforce app. Our Zapier app is available on request: our team sets you up.
No code, on requestYour backend receives the webhook and writes to Salesforce through its API. Use this when you need full control, high volumes or complex rules.
Full controlList the events, objects and fields that matter to your teams, and the rules: consent, duplicates, which record wins.
Each Eventtia field gets a target in Salesforce.
The integration receives Eventtia webhooks and writes to a Salesforce sandbox first. Your team checks test registrations.
Switch to production.
Cartier links each event to a Salesforce campaign. Attendees go to that campaign, so the attendees of every event are in the CRM Cartier already uses.
Each event has its Salesforce campaign set in Eventtia.
Attendees are added to that campaign.
Cartier also uses Salesforce Marketing Cloud with Eventtia.
Eventtia sends a webhook for each new registration and each change, including check-in, cancellation and status changes. The integration writes them to Salesforce: a Contact or Lead, a Campaign Member on the event's campaign, and the Campaign Member status, for example Attended.
Yes. Eventtia sends event data to Salesforce through webhooks, and stores the Salesforce record ID on each attendee, so every update matches the right record. Salesforce or your other systems can write back to Eventtia through the REST API, for example to update an attendee or mark a registration as paid.
Yes. Eventtia stores the Salesforce record ID on the attendee, in a private field visible to admins only. Every later webhook carries it, so Salesforce matches the record directly, with no search and no duplicates.
Through Eventtia webhooks and the Eventtia REST API, mapped to your own Salesforce objects and fields, including custom objects. You can build it directly, with n8n, or with Zapier. Eventtia does not use a generic one-click connector, so the integration follows your Salesforce model.
Yes. An Eventtia account webhook covers every event in the account, with no setup per event. In a group account, it can be limited to one entity's events.
Your developers, with the Eventtia API and webhooks, or the Eventtia team, as a scoped and quoted project. It typically takes 1 to 4 weeks. A simple webhook setup can be live in one week.
Registrations, registration changes, check-ins, events, payments and invoices, through the documented Eventtia webhook triggers, plus data from the Eventtia REST API, including answers to custom registration questions. The exact fields and Salesforce targets are defined in your project.
Eventtia sends each webhook when the trigger fires. The delay in your setup is measured during testing.
Yes. Eventtia projects are built and tested against a Salesforce sandbox before switching to production.
Building the integration is a separate service, quoted for your scope.
Share your objects and fields. We will tell you what the integration involves, who should build it, and how long it takes.