CharityStack
Menu
← Blog

Ticket discounts need limits before codes go out

Define eligible tickets, discount value, redemption unit, availability dates, and ownership before sharing event promo codes.

C

CharityStack

·4 min read

Editorial card over an Aurelia painting of cypress trees beside a hillside villa.

Before sharing nonprofit event promo codes, decide which tickets they discount, how much they remove, how long they work, and how many redemptions you intend to allow. Check how your ticketing system counts a redemption. A limit on checkout uses may allow more discounted seats than a limit on individual tickets.

Choose the concession you actually want to offer before creating the code. A sponsor's complimentary allocation, an early registration discount, and a partner offer each need their own scope.

Write the offer before configuring it

Start with a short internal statement of the ticket types, discount, intended audience, quantity, and availability period. Name the colleague who can change or retire the offer. If the terms cannot fit in a straightforward sentence, simplify them before asking people to use the code.

Keep the offer separate from your event's capacity. A discounted ticket still occupies an admission place. A code should not bypass the limits you established for the room, seating, or a particular ticket type.

Decide whether the code is intended to be shareable. If access depends on eligibility, use a supported verification or distribution process rather than assuming a memorable code stays private. Anyone who receives the code may be able to pass it along.

Check the unit behind the limit

Inspect whether the system counts the cap per ticket, per order, or per customer. Do not infer that from the field label alone.

Givebutter's promo-code documentation says discounts apply to each eligible ticket, while its quantity limit counts uses per transaction regardless of the number of tickets bought. That means the discount unit and the cap unit differ in that implementation.

Eventbrite's code settings include a limit on the number of tickets a code can apply to, eligible ticket types, and start and end dates. These differences are why your plan should name the intended number of discounted admissions before choosing the matching settings.

If your desired limit is seats but the platform counts orders, inspect the supported per-order ticket cap or use individually allocated offers. Do not claim a seat limit that the code configuration cannot enforce.

Keep the code's scope narrow

Choose the exact eligible ticket types. A general admission discount should not automatically apply to a premium package or a separate event add-on unless that is part of the offer.

Check a mixed order containing an eligible and an ineligible ticket. Inspect a quantity greater than one. Confirm the amount removed from each ticket and the total the buyer sees before payment.

For a fixed discount, check whether it can reduce a ticket to zero and how the system handles a discount greater than the ticket price. State only the behavior you verify. If the offer is complimentary entry, make that purpose clear in the internal allocation record.

Track any sponsor-funded places alongside promised sponsorship benefits, while keeping the admissions themselves in the event inventory. A discount code is not evidence that a sponsor's separate payment has arrived.

Test the offer at its boundaries

Use a preview or sandbox rather than a live purchase to check these situations:

  • An eligible ticket with the code applied.
  • An ineligible ticket and a mixed-ticket order.
  • Several tickets in one order.
  • The code before it begins and after it ends, where supported.
  • The last available redemption and a further attempted use.

Check the displayed explanation as well as the calculation. Buyers should know what changed and what they will pay. If your platform lacks scheduled expiration, assign a manual deactivation time and owner; do not advertise an automated cutoff you have not verified.

Retire the offer without rewriting completed orders

Review actual usage against the intended concession, especially if the code may be forwarded. Keep one current list of active offers so staff can answer a buyer's question without checking several campaign notes.

When an offer closes, use the supported deactivation process. Preserve completed purchase records and the discount applied at purchase. A later code edit should not become your explanation of a past order's amount.

Include the resulting tickets in the normal event check-in preparation. Paid, discounted, and complimentary guests still need valid admissions. The code has done its job when the right offer produces the right ticket within the agreed limits.

Make room for fundraising

Explore CharityStack for your next fundraising campaign.

Start Fundraising Free →