ScoutsTracker

It is always challenging for a section to know how well they've been managing their finances (which are driven largely by their events). So, ScoutsTracker now gives an event-by-event, and year-by-year overview of event financials.

Viewing an event's wallet now not only shows the transactions in/out of the wallet, but additionally clarifies the financials via three more detail reports

• Assessed Fees (i.e., automatically calculated based on members' signup and/or attendance). These are “receivables”, because because you need to collect money for each assessed fee.
• Accrued expenses (i.e., recording when a member pays for groceries, supplies, accommodation, facilities. These are “payables”, because you need to reimburse each expense.
• Adjustments (i.e., the amount you had to transfer to/from the Troop's wallet to zero out the event's profit/loss, or to cover a specific member's bad debt

The detail reports then get rolled up into a “Reconciliation” report, that lets one see the *expected* numbers (i.e., the assessed fees - accrued expenses) vs the *actual* numbers (e.g., fees received, reimbursed expenses). Ideally the expected numbers should equal the actual money handled, but if they don't, then tips are provided recommending how to make them balance. Finally if the event's profit was eventually absorbed into the Troop's wallet, or if the Troop had to cover a member's bad debt, then those adjustements are used to affect the event's final wallet balance.

Going to “Account” | “Wallets” | “Events” now shows for each event in a year the event's expected vs actual numbers and the wallet balance.

Additionally, “Account” | “Wallets” | “Events” now includes an “All Events” rollup, so that one can find out the expected and actual numbers added up across all the events in a specific year. Drilling down on “All Events” will show a reconcilation report that provides an year's overview of information such as the total expenses recorded for food, for accommodation, etc. plus the overall profit/loss.

• SS-6425: When self-pay is disabled for an event, use default source selection of cash/cheque/e-transfer when recording payments via “Manage Selections”
• The “All” payment button in “Manage Selections” (for past events with signup enabled) should consider attendance recorded without signup
• Added next/prev buttons so you can quickly scroll through member or event wallets
• SS-6641: Prevent recording fee payment with auto-deposit for self-signups
• SS-6410: Add a rollup toggle when viewing member wallets
• Access by reference/value error meant that some expense-only transactions for members not signed up wouldn't be recorded

• There was a reference to fundraising wallets on “Account” | “Event defaults”
• SS-6344: If a sync times out on a “Sign Me Up!” action, but actually succeeds on the server after the timeout period, then the automatic sync retry can create a second payment record
• Add an expense to a member who HASN'T SIGNED UP for a fee event. The owing amount incorrectly shows them as owing the expense they just paid, rather than needing a reimbursement. Also impacts “Manage Signup/Attendance” total.
• SS-6404: Can't record multiple expenses? (2nd expense gets recorded as reimbursement)
• SS-6404: Misleading/incorrect values for event's profit/loss

• SS-6429: Always preserve training progress when you change your email address
• Don't let people pick “scout trek” when creating new events
• Deep equals comparison wasn't handing NaN values

• RSVP: Servlet HTML body had no scrollbar
• Editing an event, as a Scouter, and then clicking the “RSVP” button was actually taking you to the “Manage Signups” page
• Trying to revert YES signup back to Unknown for a member who never actually signed up but was implicitly signed up because they'd paid now changes signup to an explicit NO
• Fixed a login role issue when you were signed into the same account in two tabs, as a Scouter login in one tab and a non-Scouter login in the other tab
• SS-6448: Attendance report showing all inactive youth