In Melbourne, Australia our basketball referees are paid according to their grade (could be up to 7 grades) and then based on the league they are reffing in and then for one of our leagues can also be based on the game code (paid higher for doing Under 17 or higher). Therefore with the current way HorizonWebRef calculates pays we would need to set up what could be 7 positions for each league/game code combination. This is an absolute nightmare to administer and maintain as pay rates change. One of our leagues has over 140 games codes alone so you could imagine having to set the system up to calculate pays correctly, let alone the issues if we want to restrict certain grades of refs from reffing certain game codes

Therefore may I suggest something along these lines: -
- assign a grade code against each referee from a predefined list of grades (say A/N field of 3 chars). This would also allow effective communication to certain referees e.g. notification of upgrade schools etc.
- given the backbone of HorizonWebRef is based on Referee Positions, so lets not change this, then when a Referee Position is set up allow a pay rate to be defined within this position for each grade of referee.

- then when a referee is assigned to a game, the system looks at the ref's grade, the pay rate for that grade against the position and voila that the ref's pay is calculated.

This would allow easy changes of assignments from one ref who has a certain grade to another who has a different grade and therefore a different pay rate. It would also allow an easier method of restricting referees to certain game codes e.g. A Grade refs can only ref A Grade Senior Mens.

I can't imagine that other countries don't operate in this way with their refs pay and gradings so would be a winner for HorizonWebRef to implement. If current process has to stay then allow the above process to be available via a toggle.

Cheers