The Door and the Inbox

The ticket scanner has been rebuilt for a night with three hundred people in line. App mode gives you a full-bleed scanning screen that keeps the phone awake, and every rejected scan now names its reason and tells the person on the door what to do about it — already checked in, refunded, cancelled, payment still pending, disputed, wrong night of a multi-night pass, or a QR code for a different event entirely. Before, all of those said only "invalid ticket", which told your staff nothing. Scanning a fully checked-in ticket is now treated as a rejection rather than a green success screen, so a duplicate can no longer be waved through by accident. Comp and manually issued tickets admit at the door as they should — those people really are coming in — without ever counting as a sale in your reporting.

A live view of the door while it is happening: how many people are in, how many are still expected, how many remain, and the pace of the last hour. The progress bar changes colour as the night moves so you can read the room at a glance from across the venue. Because every admission is now recorded in its own log rather than only stamping the ticket, you also get a per-scanner breakdown — who scanned how many — which the old data could not answer. Exports to CSV with raw numbers for your own spreadsheet. Owner and admin only.

A security fix worth stating plainly. Accounts you invite as door staff could previously reach your full order list — buyer names, emails and amounts — along with payout requests, campaigns and your team roster, by going around the portal. Hiding those pages in the interface was never the real lock. Door staff are now restricted at the database itself, and can see only what checking someone in requires. If you have handed a scanner login to volunteers in past seasons, this closes what they could have reached.

A second written-for-you campaign, aimed at the single most expensive problem at the door: the guest who checked out without making an account and arrives with no QR code on their phone. It walks each ticket holder through creating or signing into their account, opening their ticket, and having the code loaded before they leave home — and it adapts per recipient. Someone who checked out as a guest gets account-creation steps naming the exact email they purchased with, because using a different address is the most common way tickets appear to vanish. Multi-night pass holders are told their pass is scanned again each night rather than spent on the first.

The night-before briefing, written for you from what is already on your event: how many tickets each person holds in total, when doors open, how to drive in from the highways and nearby cities, what to look for on the way, and where to park — with Apple Maps and Google Maps links. Written to be read out loud to whoever is driving. It unlocks three days before doors, when the information is actually useful, and the wizard tells you which arrival details your event is still missing while there is time to fill them in.

Every campaign you send now has a report: delivered, open rate, click rate, bounces, the full sent → delivered → opened → clicked funnel, and a searchable per-recipient trail you can export. For a check-in campaign it leads with the number that is actually actionable — how many people still have not opened it — because those are precisely the people who will reach the door without an account. Filter to "No open" and you have your list. These are the same figures Rameelo sees internally, so we can never quote you a different open rate than the one on your own screen.

A quiet but significant fix. A multi-night pass is stored against whichever night the buyer came in through, even though it admits its holder to every night it covers. Any email sent to "everyone holding a ticket to this night" was therefore skipping pass holders anchored on a different night. On live data, one event resolved to two recipients when nine people were entitled to walk in. Every organizer campaign now includes pass holders on every night their pass covers, and the wizard shows you how many of your audience they are.

The flyer generator has been rebuilt. It now uses your event’s own cover artwork as the hero image instead of ignoring it in favour of a plain gradient, and the text is laid out from real measurements — so a long event title shrinks and re-wraps to fit rather than running off the edge and colliding with the QR code, which is what it used to do. Type renders in the real Rameelo brand fonts. If you get the gradient fallback, the preview now tells you why.

For doors that still run on paper. Generate a print-ready PDF of 7.5in × 3in card-stock tickets with a detachable stub — dashed perforation, tear notches, your event artwork as a watermark, and a QR code to the event page. The same serial number is printed on both halves, so a torn stub always matches the ticket it came from. Choose the tier, the quantity and the starting serial; three tickets per letter page with cut guides. Printed tickets deliberately create no order and sit outside every sales figure — they are counted by hand at the door, and the card says so.

This page. Everything shipped that changes how you run an event, written for organizers and kept in the portal rather than somewhere you would have to go looking for it.