Is there a way to get or display a report of the time and date stamp RSVP elections are made by scouters, scouts, or parents?
If not, can this be a feature request?
Thanks!
Larry
@LarryRobertson I assume so you know who RSVPd first?
It’s more for the ones that rsvp then question that they did it or try to back out. You can make changes before the rsvp closes but after, you cannot and are on the hook for payment of the fees the troop committed payment for even if they don’t attend.
OK - but to me it seems more of a unit matter. What you want is a full Audit of the RSVP When and Who marked it.
Now you can print an RSVP report. If a family says later we changed our minds and unit lets them out of paying that is the unit’s choose to go that way. Even if you had an Audit, if the Scout marked they were going and the parent refused to pay where is the unit? Same spot. If Dad said yes but Mom pays bill Same spot.
I can add it to the backlog but it will be a very low priority.
Donavan, I appreciate your insight and I agree, management of this situation ultimately falls to the unit. However, a report with this information clearly eliminates any ambiguity should a question arise. It would be a huge win if this data was exposed either as a checkbox on the RSVP report page or made available in the custom reports builder along with relevant event information. Just a thought…
The main issue our troop is facing now is the permissions settings to generate reports is unclear and not predictable. Our troop K3 has made several attempts to add me, as the treasurer and our outdoor activities chair, back into the right alignment to generate the RSVP report and others with the custom report builder. We both had permissions and then several weeks ago lost them - presumably due to back end changes. When looking at the help information we look to be setup correctly. However, reapplying permissions or removing and reapplying permissions makes no difference. This impacts us greatly as we are a large troop who uses the event calendar/RSVP system constantly. Not being able to generate a report on demand affects registration, finance, and makes the troop look disorganized when we cannot easily gather necessary information we had access to prior. Is there any update on when this will be resolve?
Thanks for all you do,
Larry
I’m not 100% sure that the data is being collected. I suspect that it’s just tracking the state of the RSVP toggle, although obviously only the developers actually know that. It sounds like more data to actively include/query in the database. Even if it’s eventually implemented, I’d bet there will be an implementation horizon where I suspect prior to roll-out there will be no data/void fields. In the distant future, I can see it being consistently available, but for some period of time after roll-out, there will likely be events with RSVPs that started prior to the roll-out for which there is no data or mixed data/no data depending on when data collection started.
Hi Charley, Completely agree that there would be no data available prior to the start of collection if this data is not already captured. It was just a thought that would certainly help us and perhaps others. I have other thoughts on alternate methods but these are more complex - the juice may not be worth the squeeze in these cases. If I could influence anything at this moment, it would be fixing the permissions for report generation and access to be more intuitive and easier to apply.
Thank you for your input Charley,
Larry
@LarryRobertson - calendar reports should fall under these positions and permissions
Hi Stephen, that is great info but I don’t see unit treasurer in that list. I use that report for charging RSVP’d scouts and scouters for events they plan to attend. Also, as far as I can tell the treasure doesn’t have access to the report builder. That makes finance and accounting pretty difficult as I have to manually go back and forth between the scout accounts and the rsvp list. The ability to run reports and export to CSV ( to manipulate in Excel) would streamline my accounting processes.
How about some automation - if a scout or scouter RSVPs, then a charge for the event is automatically added to their account?
I see so much opportunity in the direction SB and SB+ are going. Looking forward to the complete migration to SB+.
Keep in mind that everyone on the boards here is a volunteer (SUAC folks included). So, none of us has the ability to direct the development priorities or timelines. The SUAC volunteers can provide feedback to the developers, and pass along requested features/observed bugs. However, like the rest of us, they are at the mercy of the decisions by national as to the priorities and direction given to the developers for what will actually be done and when it will be done.
I think that I recall seeing that there was a backlog item to create linkages between RSVPs and charges (or maybe between attendance and charges?), although I think that was quite some time back. I don’t know if it was later rejected for some reason or if it’s still in the queue as a potential item. There has been very mixed success with automating things in the past (like advancement linkages) where things break frequently or have obscure edge cases where automatically linking them makes it hard to fix erroneous input later (because something else then auto-completes…).
If you can write clear user stories for what you think the use case would be, that might make the chances of convincing national to add your suggested changes to the development queue. What specifically should the Unit Treasurer position get you access to? Is there a reason that access couldn’t be achieved by the unit assigning the treasurer to the Unit Support functional role in SB+?
What specifically should be automated for charges? Does it only charge when RSVP = Yes, or does RSVP=Maybe also trigger a charge? What if a parent changes from Yes to No? How is it handled if units change the amount of the charge after someone RSVPs and the chrage has already posted? How should units be able to “reverse” an erroneous charge or update an existing one? What about for units that don’t want to use the payment logs? What should happen in those units if they assign a cost to an event, but don’t want it to automatically charge the payment logs (e.g. toggle for auto-charge)? The more details you can provide, the better the developers can think through the potential issues (i.e. edge cases) that come up and plan around them, even if they’re not implemented explicitly yet.
