Online Payment

User Guide Manage
21

I made it more prominent in TT4.

1 Like
22

Question regarding RSVP with payment. If we allow different payments with the RSVP is there a way to do this? Example: 1 night camp $10, 2 night camp $15. Right now you can only set on price for the RSVP.
Also, the RSVP with payment option seemed to close out the RSVP Notes field. Can they not put in a note when the payment option is active?

Thanks,
Kim

23

Paypal is getting ridiculous with their fees. Not only are our parents getting charged for CC fees, but the Troop (unless you can prove that you are a not for profit) pays fees as well. Paypal told me that they assume we are providing products and that the fees cover their insurance if a transaction goes bad. How many of you would like Square added as an option??? We have used Square for popcorn and the fees are more reasonable. I sure would like that option. I know that some other Troop management systems provide square as an option (would not change just for that). Thoughts?

1 Like
24

Hi @JeffreyWhite6,

TroopTrack also is able to integrate with Stripe (which has lower fees than PayPal). You can change the provider by clicking on the gear icon, “online payments”, clicking on “change” by the “credit card provider”. There you can integrate with Stripe.

Thanks,

David Keener
TroopTrack

25

Stripe, We have found is notorious for holding onto money. Not good for our Troop. TroopWebHost offers Square…And a LOT of troops use Square since popcorn through TrailsEnd Popcorn uses Square.

1 Like
26

Hello. For our Troop, our standard practice is to set up events with “payment required to RSVP” turned on. Since the introduction of the Shopping Cart functionality, we regularly run into cases where someone RSVP’s “coming”, but does not complete the payment. When I open the event, they are listed as “Coming”, but when I “View all Payments” they show up as not having paid. I believe this is because they execute the first step to RSVP “Coming”, but do not follow up by selecting “Checkout” - from the Shopping Cart.

The Shopping Cart is helpful for families that have multiple Scouts and adults attending events - both to the families and the Troop by reduced fees. However, this adds work for our Finance Committee which has to follow-up with families who believe they have registered, but have not paid. This is what we hoped to avoid by setting events as “Payment required to RSVP”. Are there other settings or recommendations on how to avoid this situation? So that only individuals who have RSVPe’d --and fully paid-- show up on the RSVP list?

3 Likes
27

We are running into the exact same problem. We never had this problem until the shopping cart was introduced. We’re trying to educate our users, but it would be better if the system was foolproof.

I think the biggest issue is that the RSVP status is set to “coming” before they have actually paid. If there was an intermediate RSVP status like “pending”, we could easily see that the family never checked out. Under the current system, we have to manually audit the payments using “View all payments” to check for scouts that have “RSVP’d without purchasing”.

3 Likes
28

After experiencing the bugs and loopholes with this feature, I’m turning it off for our year-end event.
I understand the TT staff is small and recently refocused on product improvement. My plea is that the staff be focused on bug fixes. New features are great, but if they don’t work, there’s no point in having them.

29

I think I found a workaround for the bugs I’ve been experiencing in how funds are transferred from a scout account to an event account.

  1. Set the event account under the advanced tab of the event to the unit account that should receive the funds.
  2. Under Settings >>> Online Payments, set both of the Default account types to the same unit account as the set in the event details.

With this setup, the funds are transferred from the scout account into the unit account to pay for the “ticket”. You’ll notice two additional transactions were the same amount is tranferred out and back into the same unit account. It’s a circular transaction but TT feels like it has to make it. The net effect is zero change to the balance, so it “works”.

The end result is the scout account reflects a single transfer into the event account. Members can’t see the chaos of the circular transactions occurring in the unit accounts.