Quick answer
Event ticket transfers let an attendee pass their ticket to someone else — a name change, a gift, or a resale to a friend — without involving refunds. Offering self-service transfers reduces support requests, cuts refund losses, keeps seats filled, and ensures the name on the ticket matches the person at the door. The safest setup issues a brand-new ticket (new QR code) to the recipient and voids the original, so the same ticket can never be scanned twice.
- Transfers keep revenue in your pocket: a transferred ticket is a kept sale, while a refunded one is money out the door.
- Always void the original ticket and issue a fresh QR code to the new attendee — never let two copies of the same barcode float around.
- Publish a short, plain-language transfer policy before tickets go on sale, including a cut-off date and any fee.
In this guide
- Why ticket transfers matter more than you think
- The three types of transfers (and which to allow)
- Transfers vs. refunds vs. credits
- Writing a transfer policy people actually read
- Keeping transfers secure: one ticket, one QR code
- A step-by-step transfer workflow for organizers
- What transfers mean for door check-in
- How Tickera helps you handle transfers on your own site
- Transfer readiness checklist
- Final thoughts
- FAQ
Why ticket transfers matter more than you think
Plans change. Someone buys two tickets in March for a September conference, and by August one of them has a scheduling conflict. What happens next depends entirely on the options you give them. If the only choice is “no refunds, no exceptions,” you get an empty seat, an annoyed customer, and possibly a chargeback. If the only choice is a refund, you lose the revenue and now have to resell the seat weeks before the event.
A transfer is the third option — and usually the best one for everybody. The original buyer finds their own replacement (a colleague, a friend, a partner), the replacement gets a valid ticket in their own name, and you keep the sale. Nobody calls your support inbox, and your attendance numbers stay intact.
Transfers also quietly improve your data. When tickets change hands informally — someone just forwards a PDF — your attendee list is wrong. The person who walks in isn’t the person in your records, which matters for name badges, catering counts, session personalization, and post-event follow-up. A proper transfer keeps the record accurate, which pays off later when you use that list to market your next event (see our guide on turning attendance data into your next sell-out).
The three types of transfers (and which to allow)
Not all transfers are the same, and lumping them together is where policies go wrong. There are three distinct scenarios:
Name changes. The ticket stays within the same order — the buyer simply updates who will attend. This is the most common and least risky type. A company bought five seats and one employee left; a parent bought tickets and a different family member is going. Allow these generously, ideally self-service.
Peer-to-peer transfers. The buyer passes the ticket to someone outside their order — usually a friend who pays them back privately. You’re not involved in the money side; you just need to reissue the ticket in the new name. These are safe to allow as long as the original ticket is voided when the new one is issued.
Resales. The buyer sells the ticket, often at or above face value, sometimes to a stranger. This is where scalping concerns live. For most community events, workshops, and conferences, resale simply doesn’t happen at scale and you don’t need to fight it. For high-demand events, you can channel resales safely: require that resold tickets go through your official transfer process (so the QR code is reissued) and pair it with a waitlist so returned tickets go to real fans at face value instead of to the secondary market.
Transfers vs. refunds vs. credits
Transfers don’t replace your refund policy — they sit alongside it. Here is how the three options compare from the organizer’s side:
| Option | Revenue impact | Seat outcome | Admin effort | Customer sentiment |
|---|---|---|---|---|
| Transfer | Kept in full | Filled by replacement | Low (self-service possible) | Positive — buyer solves it themselves |
| Credit / voucher | Kept, deferred to future event | Empty unless resold | Medium | Neutral to positive |
| Refund | Lost (plus payment fees) | Empty unless resold | Medium to high | Positive, but expensive |
| “No refunds, no transfers” | Kept — until the chargeback | Empty seat, no-show | High (disputes, complaints) | Negative |
The pattern is clear: transfers are the cheapest goodwill you can offer. Every request you convert from “refund” to “transfer” saves you the ticket price and the payment-processing fee, and keeps a body in the seat. That’s why your public policy should always present transfer as the first option, with refunds as the fallback governed by your refund policy.
A refund gives money back and leaves a seat empty. A transfer keeps the money and fills the seat. When in doubt, make transferring easier than refunding.
Writing a transfer policy people actually read
Your transfer policy should fit in five sentences and answer five questions: Can tickets be transferred? Until when? How? Does it cost anything? Are there exceptions?
A solid default looks like this: transfers are free and self-service until 48 hours before the event; after that, name changes are handled at the door with photo ID and written confirmation from the original buyer; VIP and discounted tickets transfer at the same tier only; each ticket can be transferred a limited number of times (two or three is plenty); and the original QR code becomes invalid the moment a transfer completes.
The cut-off matters more than most organizers realize. A hard stop 24–48 hours out gives your team a stable attendee list for check-in prep, badge printing, and catering, while still covering the vast majority of genuine plan changes. Publish the policy on your ticket page, in the purchase confirmation email, and in your pre-event reminder sequence — the same emails that help reduce no-shows are the perfect place to remind people they can pass their ticket on instead of silently skipping.
Should you charge a transfer fee? For most events, no — friction pushes people toward informal PDF-forwarding, which is exactly what you’re trying to prevent. A small fee is reasonable for high-demand events where you want to discourage casual speculation, but keep it well below the ticket price.
Keeping transfers secure: one ticket, one QR code
The core security rule of ticket transfers is simple: one valid QR code per seat, at all times. The naive way to “transfer” a ticket — forwarding the PDF — breaks this rule instantly. Now two people hold the same barcode, and whoever arrives second gets turned away at the door, usually angrily, usually while a queue builds up behind them.
A proper transfer works differently: the system voids the original ticket code and generates a brand-new ticket, with a new QR code, in the recipient’s name. The old PDF becomes worthless the moment the transfer completes. This single design decision eliminates duplicate-scan disputes, makes casual fraud unprofitable, and means your check-in staff never have to play detective.
Two supporting measures round it out. First, log every transfer: who held the ticket, who received it, and when. If a dispute reaches the door, the audit trail settles it in seconds. Second, put the attendee name on the ticket and match it at check-in for high-value tiers. You don’t need airport-level ID checks for a community workshop, but for a $500 VIP pass, a quick glance at a name is cheap insurance.
A step-by-step transfer workflow for organizers
Whether transfers are fully self-service or handled by your team, the underlying workflow is the same:
1. Request. The current ticket holder initiates the transfer — through a link in their confirmation email, a form on your site, or an email to support. Collect the recipient’s full name and email address, nothing more.
2. Validate. Check the ticket is eligible: event hasn’t passed, cut-off hasn’t hit, the ticket hasn’t been checked in, and the transfer limit hasn’t been reached. Automate these checks if you can.
3. Reissue. Void the original ticket code, create the new ticket in the recipient’s name with a fresh QR code, and email it to the recipient directly — not to the original buyer to forward.
4. Confirm. Notify the original holder that the transfer is complete and their old ticket is no longer valid. This closes the loop and prevents “but I still have my PDF” confusion.
5. Sync. Make sure your check-in list reflects the change automatically. If your ticketing and check-in run on the same system, this happens by itself; if you export lists manually, re-export after the transfer cut-off.
The whole flow takes under a minute when it’s built into your ticketing system, and each self-service transfer is one less email in your inbox during the busiest week of your event cycle.
What transfers mean for door check-in
Transfers are only as good as their handling at the door. The good news: if you followed the one-ticket-one-code rule, check-in needs no special treatment at all. The new attendee’s QR code scans like any other valid ticket, and the voided original simply fails — with a clear “ticket cancelled/reissued” status rather than a generic error, so staff instantly know what happened.
Brief your door team on three scenarios. A valid transferred ticket scans green: welcome them in, no questions. A voided original scans red with a reissue notice: explain the ticket was transferred, and point them to the resolution desk if they dispute it. A last-minute transfer request at the door: handle it at a dedicated desk, away from the scanning lanes, so one complicated case doesn’t stall a hundred simple ones. This is the same lane-separation principle covered in our door check-in flow guide — keep exceptions out of the fast lane.
After the event, transferred tickets show up in your attendance data under the actual attendee, which keeps your reporting honest: real names, real emails, real show-up rates.
How Tickera helps you handle transfers on your own site
If you sell tickets on your own WordPress site with Tickera, the mechanics above are built in rather than bolted on. Every ticket Tickera issues carries a unique QR code, and organizers can edit attendee details on any order — updating the name and email and resending the ticket takes a moment in the dashboard. Because the check-in apps validate against your site’s live data, a reissued ticket is instantly valid and a voided one instantly isn’t; there is no list to re-upload and no window where both copies work.
The audit side is covered too: every ticket’s status and check-in history lives in your WordPress admin, and the CSV export tools let you pull a full attendee list — including post-transfer names — whenever you need badges or catering counts. And since Tickera charges no per-ticket fees, a transferred ticket costs you nothing extra: the revenue you kept stays kept. You can see plans and what’s included on the pricing page.
Transfer readiness checklist
- Transfer policy written in five sentences or fewer, published on the ticket page and in confirmation emails.
- Clear cut-off (24–48 hours pre-event) after which transfers move to the door desk.
- Transfer process voids the old QR code and issues a new one — verified with a test transfer.
- Recipient receives the new ticket directly by email, in their own name.
- Original holder gets a confirmation that their ticket is no longer valid.
- Transfer limit set (2–3 per ticket) to discourage speculation.
- Check-in staff briefed on the “cancelled/reissued” scan result and where to send disputes.
- Attendee list re-synced or re-exported after the transfer cut-off.
- Waitlist in place so returned tickets go to real buyers, not resale platforms.
Final thoughts
Ticket transfers are one of those unglamorous operational details that quietly decide whether your event week is calm or chaotic. Handled informally — forwarded PDFs, handwritten door lists — they create duplicate-scan disputes, wrong attendee data, and support threads that eat your final prep days. Handled properly — self-service, reissued QR codes, a clear cut-off — they turn would-be refunds into kept revenue and would-be no-shows into filled seats.
The investment is small: a five-sentence policy, a workflow that reissues rather than forwards, and a quick briefing for your door team. The return shows up exactly when you need it most — in the last 48 hours before doors open, when every support email you don’t receive is a gift. Pair transfers with a sensible refund policy and a waitlist, and you have a complete answer for every “I can’t make it anymore” email you’ll ever get.
FAQ
What is an event ticket transfer?
A ticket transfer moves a valid ticket from one person to another — typically a name change or passing the ticket to a friend. A proper transfer voids the original ticket’s QR code and issues a new ticket in the recipient’s name, so only one valid copy exists at any time.
Should I allow ticket transfers for my event?
For most events, yes. Transfers keep revenue you would otherwise refund, fill seats that would otherwise sit empty, and keep your attendee data accurate. Set a cut-off 24–48 hours before the event and a limit of two or three transfers per ticket to keep things manageable.
How do I stop people from just forwarding their ticket PDF?
You can’t stop forwarding, but you can make it pointless: only the first scan of any QR code admits entry, and an official transfer voids the old code entirely. When the official route is free and takes a minute, most attendees use it — informal forwarding thrives only when the official process is slow or costly.
Are ticket transfers better than refunds?
For the organizer, almost always. A refund costs you the ticket price plus payment fees and leaves an empty seat; a transfer keeps the full sale and fills the seat. Offer transfers as the first option and reserve refunds for cases your refund policy covers.
Can I charge a fee for ticket transfers?
You can, but for most events a free transfer is smarter — fees push people toward informal PDF-forwarding, which creates door problems. Reserve small transfer fees for high-demand events where you want to discourage speculative buying.
How does Tickera handle ticket transfers?
Tickera lets organizers edit attendee details on any order and resend the ticket, which reissues it under the new name while the check-in apps validate against live site data. Voided tickets fail at scan instantly, there are no per-ticket fees on transfers, and all changes are visible in your WordPress admin and CSV exports.