When you set up a series and you link it to a certain pass, we will now prompt your customers to pay in order to register (even if you don’t have the ‘Require Active Pass to Book’ box checked).

Punchpass now uses a different Stripe API to process payments made through the admin side of Punchpass (e.g., the ‘Assign Pass’ button on the customer details page). Everything essentially works exactly as it did before except for one change – when an admin goes to assign a pass or membership, you’ll choose the past first and then proceed to the payment info page.

Punchpass now sends your customers an email when they’ve got a membership that’s scheduled to expire in 10 days. If you sell your memberships online, we also provide a link prompting the customer to click and renew online.

Punchpass’s text editor has been upgraded! Now when you copy text from another source and paste it into Punchpass, you won’t lose your formatting. So if you have a place where you’ve drafted your write ups — say, an email or a class description — you won’t have to redo those italics 🙂

We’ve closed a loophole that previously allowed admins to enable an archived passtype with fixed start/end dates that were in the past. Now we require the admin to bring the archived pass up-to-date in order to sell it again.

When an admin navigates to Manage => Passes, we now show the correct # of memberships under the ‘Total Sold’ column. This number had previously shown the number of passes assigned within the membership.

If a membership is not paid via credit card and the customer adds their cc information to start paying via card, Punchpass will check to see if they are currently behind with their membership payments. If their current payment is past due, an invoice will be generated to attempt to collect for it. The customer is shown messaging that their card may be charged; subsequently, the admin is sent an email saying that the customer updated their credit card information, and we let them know if there was a successful charge for their latest pass. If an admin is adding credit card info for a customer (through the admin side), the admin will see similar messaging about collecting on past due payment.

Now when a business admin is assigning a membership to a customer, they can select whether or not payment for the first pass has been received. This mimics the prompt we offer for passes when they’re being assigned by an admin.

When you’ve got a customer on a waitlist but isn’t checked in when class starts, we now make the assumption that they are not coming to class. Their spot is opened up as soon as class begins so you can fill up your space with folks who show up.

The Active Pass Report now shows FUTURE passes, flagged with a purple tag. The exported CSV/EXCEL versions of that report now also include the customer’s mailing address and the custom ID field. So a client could use this report to build a mailing list of customers who have a specific pass or combination of passes.