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 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 adjustments are used to affect the event's final wallet balance.

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

Additionally, “Account” | “Wallets” | “Event wallets” 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 reconciliation 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) needs to 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 to list of member wallets, that shows an entry for each (possibly shared) wallet rather than for each member
• When adding new non-member payments, the source wallet is pre-selected when there's only one choice
• Add a “Event Wallet” link to the event's action menu, for easy access
• In an event wallet, add a link to the event when viewing from “Account” | “Wallets” | “Event wallets”, for easy navigation

• 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.
• Access by reference/value error meant that some expense-only transactions for members not signed up wouldn't be recorded
• SS-6404: Couldn't record multiple expenses, because 2nd expense gets recorded as reimbursement
• SS-6404: Misleading/incorrect values for event's profit/loss
• When editing the event and deleting/updating transactions, going to “Add” transaction and covering loss / claiming profit was using the non-edited balance

• 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

• PAYMENT, SS-6425: When paying/refunding fees or reimbursing expenses, pre-select the source wallet choice last used for that member
• COLLABORATION: A section with a subgroup's shorted name becomes “(Monday) - Beavers”, whereas “Monday - Beavers” is sufficient
• COLLABORATION: Name swatches on co-subscribed/shared calendar items should be using the shortened name
• Let emails be filtered by email address (search doesn't permit '@' or '.'). Allow apostrophes and spaces to be a valid search/filter character
• (Kenneth Kully) don't navigate after initial sync if you've already navigated somewhere
• (Kenneth Kully) less visually-intrusive way to show sync progress
• Can now close Sync Progress lightbox

• SS-6453: Active youth with valid entry date but no attendance in any events were being excluded from attendance report
• SS-6457: The initial number beside the “Unfinalized events” link was initially including old personal events that had no attendees
• ADMIN: left pane width is too narrow for support@scoutstracker.ca login
• SEA_SCOUTS: Once you set a troop to sea scouts, all subsequent connections to troop accounts showed that vocabulary
• PUSH: preview message of unconfirmed events with Scouter-only visibility, was using term “(Scouter)” rather than “(Scouters)”
• PAYMENT: Recording a new member payment, and then re-editing that payment before saving, was resulting in the payment source not being recorded

• New event option (default false) that allows parents/youth to see names of other signups… until the event is over
• Updated a number of li.selection lists to use li.selection.radio
• Improved management of sync progress when message box is already in use

• SS-6472: The deepEquals test for isNaN was incorrect
• SS-6461: Tons of redundant processing was grinding sync to a halt when you had many ledger records
• SS-6466: Implicit signups (via payment) weren't being included in the Master/Overview event rollups
• COMMITTEE: SS-6470: Could trip up on an event audience of null
• “Maybe” signups were generating an ASSERT
• SS-5913: Clean up references to other organizations on main info page
• Search now handles multiple spaces in search term and searchable text
• COMMITTEE: Go to “Account” | “Login permissions” (note there are 6 permission columns). Grant/revoke “Can administer the account”. Now there are three columns.
• STICKY: unfreezing event-combo-picker (Manage Signups) removes table border
• STICKY: window.scrollTo no longer is a solution… need to use div.animate( { scrollTop: <n> }, <duration> );
• Go to 1st Muddy Paw TROOP (December 2020), in /embed the Group Camp event shows up with a swatch (due to multiple imports?)
• PAYMENT: Member who paid expenses and was reimbursed (expenses-fees) doesn't have a paid checkmark in the Manage Signups page
• Migrating a Scouter from one account to another where there is another Scouter using the same login (e.g., spouses, parent-child) was silently failing
• SS-5582: Importing an inactive youth by ID, AS A *SCOUTER*, using the inactive youth's role ID just reactivates the youth, even though you want a Scouter.
• Using “Account” | “Access granted by logins” to grant access wasn't updating the members' contacts, until the next roster download
• Paused syncing was being restarted by page navigations (in moveSidebar)
• A scouter be created with the same login as an inactive scouter, and then that inactive scouter gets reactivated, breaking one-to-one mapping
• Some sync records needed to be continually downloaded, if applicable to non-earners
• “Import from MyScouts” where two scouters use the same email address wasn't creating the second scouter. we can be smarter, and create the second without a login
• SS-6249: Moving a member up to an account where there's someone with identical login and SC Member # BUT DIFFERENT Person IDs wasn't moving the member up. It should, but not create, so the admins can do a merge

COMMITTEE: OAS skills for commissioners accounts so events can be created with OAS Related Reqs, and then pushed.

Have a way to “convert” a Parent Helper to a Scouter. It actually just creates a new Scouter Record and inactivates their Other Participant record.

Added an “automatically use standard styles for each section level” option.

Make toggleRelevantOutingsOnly and toggleShowBirthdays (and others) username-based preferences (rather than account or session properties), so that you'll see the same preferences regardless of which account you've connected to.

• Clicking on “Account” (for example) when you're already on that page will reset the scrolling
• Provide feedback to show which schedule options and personal preferences impact just the login, all logins for this user, is an account property, etc.
• Add a stern warning when enabling g_canSeeOtherYouth
• PAYMENT: Pre-select input fields when clicking/tabbing to the field
• Tweaked wording of “Allow Scouts to help manage the account”

• Hibernate query problem when trying to generate the youth progress report for the whole country. But still needs to be generated by support.
• PAYMENT: SS-6486: Zero'ing ALL event balances was actually only zero'ing the balance of a single event, so you had to invoke it many times
• Found a source of “multiple logins access leader” ASSERT
• COMMITTEE: Committee members' other youth roles weren't being listed
• PAYMENT: Found a source of the undefined iledger ASSERT
• Was incorrectly deleting scouter's login if they were trying to update a different member with the same login email address (e.g., their kid)

LOGIN: “Please pick the login” can be implemented in a white-page with setNoNavigate, rather than as a modal message box that needs to be dismissed, thus saving one click.

Automatically refetch roster when changes made to affected Member/Login/Person records in other accounts. This means that you don't need to reload the page after one of the other scouters does an “Import from MyScouts”, or changes your login permissions, etc.

PAYMENT: Optionally allow partial payments from wallets (e.g., to drain “Scout Bucks” that the youth have accumulated, or apply a refund from a previous cancelled event.)

CALENDAR: Add a “You Owe:” to each event on calendar (if payment is owing). For parent logins, it is the roll up of the amounts owing of all the members that your login can see

• Use autocomplete attributes to suppress Chrome warnings
• LOGIN: If you have a parent/youth that has sync'd their youths' records, and then you grant them access to another youth, the parent/youth will not see the additional youth's records until they do a Reload from Server
• COLLABORATION: Improved “Invite Existing Account” wording
• Better support for switching current member when on RSVP page
• FROZEN: Allow frozen tables on narrow screens, but set the initial option to unfrozen…
• FROZEN: Look for other usage of .table-report-body (e.g., “Section Usage”) to see which other tables can be frozen

• SS-6511: Fixed a just-introduced failure to manually add a new youth
• FROZEN: SS-6497: Reports “stutter” when scrolling down
• COMMITTEE: Committee edition accounts could get stuck thinking there were no badges (required Quick Fix)

• SS-6541: “Inventory” | “Options” added an option to control whether demand includes only youth from this section (same as Ready-to-Award report)
• Have a “don't update inventory” option when awarding (e.g., initializing a youth's records to the badges they currently have on their uniform, or for scouters)
• Add tip to “Other” | “All Requirements” when some of the badges were marked as complete, reminding the Scouter to subsequently go to “Reports” | “Ready to award”
• Have an “only show highest stage to be awarded”, with an optional “auto-mark lower ready-to-be-awarded stages as awarded, without updating inventory”

• EMAIL: Add “Attachments” checkbox to list of options in event-based Send Email
• SS-5466: Allow “include attachment in AAF” to be toggled on/off (also, visibility), after attachment has been uploaded
• SS-5466: Add new “Requires login” property (i.e., not included in emails, or in shared/embedded calendars)

• EMAIL, RSVP: SS-3826: Add “RSVP Buttons” checkbox to list of options in event-based Send Email
• Harmonize event attributes across sections, to make pushing/importing more consistent
• HELP: Add a “Get Help” button when you can't sign in

• FROZEN: SS-6529: Printing of tables truncated when frozen
• FROZEN: SS-6534: Recent change broke “Update multiple Youth”
• Too many clicks on up/down arrows in inventory stock/preferred quantities could trigger StaleStateExceptions
• Clicking on shared link to event could navigate away from the event a second or two after showing the event