Comparison

bindro vs ACME for christmas attractions and light trails

Reviewed: 2026-08-09

bindro vs ACME for christmas attractions and light trails: the short answer

Depth in attractions, and everything around the ticket. ACME has spent years with museums and visitor attractions, and that shows in the parts a seasonal tool tends not to have: integrations with the systems cultural venues already run, point-of-sale hardware and gate equipment, membership handling, and an implementation team who have opened attractions before. If your trail sits inside a larger organisation with an existing stack, that fit matters more than any feature list.

A standalone trail with a six-week window and nobody to run an integration project. bindro is configured, not implemented: generate a slot grid, set your rungs, publish, and scan at the gate with no signal. Nothing to pay until an entry sells and nothing in the off-season. The honest trade is that bindro connects to almost nothing, ships no hardware, and refuses a season pass outright.

• No ACME pricing is stated here. They quote per institution and we will not guess at what a seasonal trail would pay — check their current pricing with them.
• For a trail run by a museum, zoo or botanic garden that already uses them, staying put is very likely the right answer, and this page is not trying to talk you out of it.
• What is said about their capabilities reflects their public positioning in the attractions market on the review date above, and specific claims should be confirmed with them.

Reviewed: 2026-08-09

• bindro will not decide the weather for you. Calling a night off is one control on the night itself — it comes off sale, you choose refund, credit or keep-their-booking, and every entry on that night is settled that way in one action — but nothing watches a forecast and nothing calls it for you. There is no weather provider anywhere in the product, so the decision, and its timing, are yours.
• There is no general message tool. The only mail bindro sends to a night's visitors is the one that goes with calling that night off, and only if you tick the box asking for it: one mail per person, after the money has actually moved, saying what happened to it. There is no "message this night" control for anything else — a change of parking, a late opening — so that still goes out from your own mail tool, off the visitor CSV.
• A part-refund is not a part-cancellation. The bulk settlement applies one policy to the whole night; a goodwill gesture to the family who queued in the rain is still one refund at a time, from the console.
• No season pass. This vertical's configuration lists a season pass among its pricing models, but the capability behind it is not enabled here, so the checkout refuses one and no page offers it. Unlimited-entry passes, resident passes and "come as often as you like" products are not something a trail can sell on bindro this season — a price ladder rung or a gift card is the nearest real thing.
• No transfers and no date changes. A visitor who cannot come on the Friday cannot hand their entry to a neighbour and cannot move it to the Saturday: this vertical resolves neither ticket transfer nor deferral, no name on an entry can be changed after payment, and there is no credit note to issue. The only lever is money out — a refund, and then they book again at whatever price is on sale.
• No donation box and no charity receipts. Many trails raise money for a hospice or an air ambulance; bindro does not resolve the donation add-on for this vertical, so there is no "add a donation" control at checkout, nothing totals gifts separately from entry income, and nothing issues a receipt for one. Charitable giving has to run alongside bindro, not inside it.
• No waiting list. When an arrival slot is full the page says sold out and stops. Nobody joins a list, nobody is emailed when an entry is refunded, and a refunded entry does not return to sale on its own. If you want to resell it, raise that slot's capacity by one.
• bindro does not stop a wristband being used twice. Trails are configured for single entry, but nothing in the engine refuses a second scan: it is recorded and flagged as a conflict for you to read afterwards, whichever gate makes it, and that gate is told the band has already been used to get in. Two devices in a field with no signal cannot agree in real time, so keeping people from walking the trail twice is a rope-and-staff problem.
• There is no bindro scanner app. The door is an API: an offline manifest your gate device downloads before the night, a replay call that reconciles its scans afterwards, a conflicts page to read what disagreed, and an online scan route for a gate that has signal. In the console itself you get a searchable visitor list with a tap-to-admit button and a day-of dashboard. Binding a wristband to a visitor is an API call with no console screen at all, so plan for someone technical before your first night.
• Every place on a multi-entry booking has to be named before the gate will admit it. Buying four entries creates a booking with four places and no names — this vertical asks nothing about each visitor at checkout — and the engine refuses a place nobody has named, on the offline door list and the online scan alike. The booker is emailed a link to fill the names in. A family that ignores that email arrives with entries that do not work.
• Parking is a question, not a controlled product. The vehicle registration box is stored and shown to you; it does not reserve a space, does not price anything and is not checked at the gate. You can sell parking as a paid add-on with its own stock, which is a real limit on how many are sold in total, but nothing caps parking per arrival slot and nothing reads a number plate.
• Money taken on site never enters the platform ledger and is never paid out to you — it is already yours. Mulled wine at the F&B till, hats at the merch till and walk-up card sales at the gate are recorded so your numbers are complete, and cash-recorded entry sales are deliberately not implemented at all: crediting your balance for money bindro never held would pay you for it twice.
• bindro does not pay out mid-season and you cannot choose the schedule. One event gets exactly one payout, scheduled only once its last night has ended and released two days later. A whole season published as a single event therefore pays once, in January. Publish shorter events if you need the money sooner — the pricing guide explains how — because there is no weekly payout option to turn on.
• bindro cannot enforce your refund policy. Every visitor can refund themselves in full from the link in their confirmation email, right up to the moment their arrival slot starts — there is no notice window to configure and no fee to withhold. After the slot has started the decision is yours alone, from the console.

Run your nights on bindro

Nothing to pay until you sell. 2.5% + $0.99 per paid entry; free nights cost nothing.

Start selling — free