Online Direct Payment Stuck in Staged

For just our Troop, we entered our Treasurer information under the Online Direct Payment Information on 4/17. It has been in Staged Status since then. Some notes say 48 hours, but another note said it only verified on Fridays, so I waited, and now it’s been 17+ days and it’s still in Staged Status. Did we do something wrong? Is this a known bug? (Is there a known bugs list somewhere?)

Thanks,

Megan

@MeganPirchner

Thanks. I do wish they would fix bugs before deploying new functionality (ie - upcoming transition of the rest of functionality from Scoutbook to Scoutbook Plus). It would help us volunteers A LOT.

@MeganPirchner - there had been a fix and along with that many successful on-boarding processes.

I’m concerned that the Online Payment issue may not be fully resolved if so many of us are still experiencing problems.

I continue to encounter what I consider a significant bug from the calendar transition over 18 months ago that affects me every time I record activities and remains unresolved. Given that ongoing issue, it’s difficult to feel confident that this new transition won’t introduce additional problems that require even more time and effort to manage.

If you can specify what the calendar issue is, the SUAC volunteers may be able to assist and/or get it reported.

It was reported during the transition. I was told it was on the future list but it was “complicated” and no ETA. That was August of 2024. Again - wish there was a list of bugs/enhancements that we could see have been reported so that we know it’s at least being worked on (or not worked on).

So - here’s my Calendar issue - When entering activities for an event, going to the calendar and entering through the event, we have marked who attended after the event (or even just who RSVP’d) and we want to report the camping nights or hiking or service. The system SHOULD take that list of attendees/rsvps and default that into the Camping Activity so that we can easily record the camping/service/hiking from those who attended. But, it doesn’t. When we open the Add Camping Activity, the drop down resets the list of scouts to every person on our roster and we need to remove people in order to get to the list of who attended. That wouldn’t be awful, if the list on the Add Camping page was in any way sorted by first or last name (it’s totally random). But, when you click the +Add button (where you can sort by name), it adds in all the non-registered parents too, who definitely didn’t attend the camping activity (For a Troop). It takes forever to look through each person and compare it to the list of attendees and make sure that it matches when sorted randomly.

Related - in Scoutbook calendar we were able to set up the group numbers (ex - 2 camping nights) and then go over to the individual tab and the numbers would transfer so that if we have a scout that only did 1 camping night, we could easily modify that in one action. In SB+ everything resets to 0 on the Individual tab, even if you had data on the group tab, so my work around is to set it for the group, save, exit, and go back in to modify it for the few scouts who only had 1 camping night. Again - a lot of extra work; impacting me (and others) every time there is an activity we want to track (1 to several times per month)

The reason I asked about the calendar issues was to make sure that it had been reported at least. Sometimes folks have pain points that aren’t getting tracked/reported, and it makes things look like they’re fixed when they aren’t.

While as an ASM I agree with you personally about how I’d like it to work, I can see how that might be discounted by the developers as being a feature request rather than a bug, in the sense that classic Scoutbook didn’t do that, either (and thus it’s not a feature that failed to carry over).

This is one of the reasons that my unit still separates the processes of tracking attendance (which we have largely dropped from doing for a variety of reasons) and activity logs.

I do think that the “duration” information resetting for should qualify as a bug, given that it used to work that way in classic SB. I’m not sure how Scouting America IT establishes priorities, but I would see getting this fixed as a reasonably important fix.

Thanks for getting things reported. It helps (or at least tries to) make the system better for all of us users out here!

Charley:

Thanks - you are correct. So many volunteer frustrations are not reported and agree - some things qualify as bugs vs. “enhancements”. While my “enhancement” wasn’t available in Scoutbook, the process was much less complicated than it is now, so I definitely view it as a loss of functionality and a bug.

In this case, I’m trying to make sure as I transition to new volunteers that the processes are easy and straightforward. I’ve found new volunteers just walk away vs. finding a way to make it work, as I have. But, my request (and bug) don’t seem to be important in the grand project plan.

I even signed up our Troop for Beta thinking I could help ensure the transitions are smooth by identifying bugs in advance, but that hasn’t helped. (I am a former IT Project Manager for software implementation - so all this stuff is my wheelhouse).

Oh well. Good luck. Hope we are both able to “Do it all” in one place, easily, in the future!

There is a story in the backlog to change the way members are transferred from a calendar event to an activity. The request is if attendance was taken, use those that attended. If attendance was not taken, use those that RSVPed Yes. If no one RSVPed Yes then use all invited.

We do not know when this will be scheduled for development work. Watch Scoutbook - Scoutbook Plus Change Log - Scouting Forums for an announcement of a fix.

I have also been stuck in the “Staged” status for a week. Is there anything I need to be doing on my side?

@Stuart

This is a known issue. Watch Scoutbook - Scoutbook Plus Change Log - Scouting Forums for an announcement of a fix.