Your buyer list is worth more when it reaches the tools you already work in. Most of what you know about who is coming to your kirtan, your weekend retreat, or your sound healing evening lives in two places: BrightStar's order records, and whatever email tool or spreadsheet you actually check every day. The gap between those two is usually a manual export you mean to do and don't get to. Zapier closes that gap. The integration sends each purchase to wherever you keep your people — Mailchimp, HubSpot, Google Sheets, Airtable, or any of the thousands of apps Zapier speaks to — the moment it happens, so the record in your CRM is never a week behind the record BrightStar already has.
Connecting
One-time setup, about two minutes. You do this once per Zap, not once per event — after it's connected, every future purchase for events you've opted into syncing flows through on its own:
- 1Open Dashboard → Integrations and generate a Zapier API key
- 2In Zapier, create a Zap and choose BrightStar as the trigger app
- 3Paste your key when prompted — Zapier verifies it immediately
- 4Pick a trigger: New Ticket Buyer, New Attendee, or Refund Issued
- 5Choose your destination app and map the fields you care about
What travels with each buyer
Every synced record carries the basics you'd expect: name, email, and order reference; the event's title, date, and venue; the ticket type, quantity, and amount paid; and the timestamp of purchase. When you collect them, phone number and answers to your custom attendee questions travel too — and they arrive using your own question wording, not an internal field id, so a teammate looking at the record in Mailchimp or a spreadsheet sees the actual question you asked, not a code that means nothing outside BrightStar.
Ticket lines are grouped by type, so a buyer who bought two general admission and one VIP shows up as separate line items rather than one flattened total, and tickets that were cancelled, refunded, or voided are left out of that count. Amounts arrive in whole currency units, and a coupon code used on the order travels along with the discount it carried, so what lands in your CRM reflects what the buyer actually paid.
Per-event control
Syncing is opt-in, per event, using the CRM Sync toggle on that event's Marketing tab. A private ceremony, a small closed retreat, or anything you don't want mixed into a general marketing list can stay off, while every other event on your account flows through normally. The toggle takes effect on the next purchase — turning it on doesn't reach back and push buyers who bought before you flipped it, and turning it off doesn't pull anyone back out of your CRM after the fact. What syncs is only what happens from that point forward.
There's a second gate alongside the toggle: consent. A buyer who has unsubscribed or been suppressed doesn't appear in the buyer or attendee feeds at all, and everyone who does come through carries their marketing-consent flag and the date it was given, so the tool receiving them can decide for itself whether it's allowed to reach out. Refunds are the one exception — a Refund Issued record still fires regardless of consent, because a refund is a fact about an order, not a marketing touchpoint.
What happens when something goes wrong
Three things tend to worry organizers once buyers are flowing automatically, and the honest answer to each is that BrightStar's own records stay intact no matter what happens downstream.
If a Zap fails, Zapier retries it on its own schedule — the buyer, ticket, and order are already recorded on BrightStar's side, so nothing about the purchase itself is at risk while a retry sorts itself out. If a key is revoked, every Zap using it stops immediately and Zapier shows an auth error rather than silently going quiet; generating a new key and reconnecting closes the gap with no data lost in between. And if a refund is issued, the Refund Issued trigger fires so your CRM can mark that contact accordingly — but the original purchase record isn't deleted automatically on your end. That's deliberate: what a refund should mean in your CRM is a decision about your list, not one BrightStar makes for you.
Choosing what to sync
Most organizers send buyers to one place and stop there, and that's usually the right instinct. If you're deciding where, the more useful question isn't which tool has the most features — it's which list you actually open. A CRM nobody logs into is worse than a spreadsheet you check every week, because a contact that arrives somewhere you never look is functionally the same as a contact that never arrived. Start with the destination you already work in day to day, confirm the first few purchases land correctly and with the fields you expect, and only add a second or third Zap once you trust the first one.