Fixes
- Fixed issues with Multiselect Search field.
- Fixed Internal Server Error when attempting to use Payout of pervious version in certain conditions.
- Grant/Revoke Multiselect dropdown not sorting correctly.
First, once again, apologies for the delay with the update.
Also, as announced previously, due to the changes to the Payout system, any uncompleted Payouts created before this update will no longer be editable or completable. As always, existing Payouts can still be viewed, so completed Payouts are unaffected by this change.
On to the changes.
Up to now, Code Types were at the core of determining Pay for Payouts. If you wanted to do something simple, like creating a group bonus for Field Commanders, you would need to create a new Code Type that would never be entered, and really served no purpose sans adding another value to the Code Type Payout.
This terrible system is gone.
Code Type Payouts have been replaced with Pay Groups and the associated Pay Rules. For Codes, Clan Battle, Match, Group Bonuses, and (the newly added) Stronghold Reward Rules, instead of selecting a Code Type which linked the Reward Rule to zero or more Code Type Payouts, you now select a Pay Group which links the Reward Rule to a Pay Group and zero or more Pay Rules.
What this means is that instead of needing to create a new Code Type just to be able to have another set of Code Type Payouts now you just create another Pay Group right from the Payout creator/editor where it doesn't clutter up unrelated parts of the site.
Migrating your old payout settings to this new system is easy; create a new payout using an existing payout (that has your preferred settings) as a template. The system will automatically convert the existing settings to the new format.
If you don't have an existing payout with the settings you want, you can click "Load Settings from Code Types [Not Recommended]" near the bottom of the New Payout page. This functionality will be removed in the future, so do not rely on it as a long term solution.
Being that a key part of this change is detaching Code Types from being linked to the other reward rules (for Clan Battles, Matches, and Group bonuses), those tabs along with the Code Type Payouts tab have been removed from the Creator and Editor for Code Types. For the time being, if you really want to view (or modify) the existing Code Types you can click "Display Outdated Settings [Not Recommended]" near the bottom of the Edit Code Type page. This functionality will be removed in the future, so do not rely on it as a long term solution.
Additionally, the "Default Payout Loads Code Type Variables" setting in Clan Settings was removed, as has the choice for this option when selecting 'Use as template' for a payout.
Thanks to Gyarados, I stumbled upon what I needed to load per-a-player industrial resources [IR] earning totals.
Clan Tools loads the total earnings per-a-member each day and calculates the change since the previous record; thus the system tracks the daily delta of IR per-a-member. Recording started on 06/22.
This solution is much more flexible than relying on WG's past week value when calculating Payouts because it allows each clan to determine when they do payouts (you don't have to rush to calculate a payout before the window for what counts as the past week changes) and how many days any given payout covers.
You can view the data Clan Tools has recorded via Clan Home > Stronghold, and you can configure pay based on Stronghold IR earnings via the Stronghold tab in the Payout Creator/Editor.
As an aside, I'm aware that there's now also Influence that's earned in Strongholds for CW 2.0, however that doesn't seem to be available for viewing anywhere, let alone some place I pull it.
User to User Balances (debit/credit) have been added; administrators can add a balance for any two users (or between the clan and a user) either through Clan Home > Balances or a User's Profile > Balances (both go to the same place).
Additionally, Clan to User balances are also handled through Balances, rather than the Debit field used before. Note that Clan to User balances work the same as before, and users always pay the clan back before any users. The moving of members' balances with the clan is purely to allow for a unified interface.
Any existing (so, non-zero) player balances with the clan have been automatically converted to this new system.
Member's balances with the clan are no longer a separate type of "pay" and instead are under (static) Gold, thus removing a column that was generally full of zeros.
As a result, User Credit to the clan in the Cost Breakdown is now just part of Static Gold Costs; User Debit to clan is still listed separately simply because it could lead to confusing data otherwise (negative value for static gold cost).
As always, if you run into any issues (or have any questions), please contact me.
[Update] During some final testing I noticed an odd issue. I'm far too tired to effectively track down its cause; I'll work on this in the morning and hopefully have this update out long before clan wars starts.
Sorry for the delay.
Excluding any unexpected issues, I will be releasing a major update for Clan Tools on 6/26/2015 at around 23:00 to 24:00 Pacific Time. One necessary result of this update is that any existing and uncompleted payouts will not longer be editable, calculable, or completable. As always, existing payouts will still be viewable in whatever state they are currently in, and as such any completed payouts are unaffected by this.
Certain payout settings, such as using the Target Share Value, may result in the amount of gold remaining in the treasury exceeding the reserve by a large margin. This can be problematic when using Advanced Reserve Calculation options which take into account the previous payout's reserve.
This setting, as the name suggests, sets the gold remaining in the treasury (less any Deferred User Credit) as the reserve after the payout has been calculated.
It should be noted this means this setting has no impact on the current payout, rather it comes into play in some cases when the payout is being referenced by another payout for reserve calculations.
Additionally, note that Deferred User Credit is excluded because it's considered gold that already belongs to a player that the clan is holding, and thus is not part of the clan's "reserve".
Finally, while this is changing the reserve, it isn't changing the field you set (the one labeled Reserve on the Payout Editor's General tab). Which is to say, repeatedly recalculating a Payout with Use Remainder as Reserve enabled will not cause the reserve to grow with each calculation even if the calculated reserve is less than the remaining gold in the treasury.
Anyone with "Members > Edit a member's settings" permissions can now edit a notes field for that member. The notes for a member is visible in the Members list (hover over the "tag" icon), in addition to on their profile page.