Where to look
HRM › Salary › Lecture Rates.
You may not need this screen
If a teacher is paid the same for every lecture, set only the default rate on their salary plan (HRM › Salary › Update Salary Plan) and leave this list empty. This screen exists for the case where the rate depends on what was taught.
Blank means "any"
Every rate names a teacher, an amount, and the month it starts from. Class, Section and Subject are optional — leaving one blank means any. So:
- Class blank, Section blank, Subject blank → the rate for every lecture this teacher gives.
- Subject = Physics, everything else blank → Physics in any class.
- Class = BS-IV, Subject = Physics → only Physics in BS-IV.
🔴 The most specific rate wins
When several rates match a lecture, the one naming the most things is used. A rate naming class + section + subject beats one naming only a class, which beats one naming nothing. If two are equally specific, the one that starts in the later month is used.
This is what lets you state the general rule once and add exceptions to it, instead of writing out every combination.
Rates move in whole months, and never backwards
Starts from is a month, not a date. A rate agreed in the middle of a month applies from the following one — otherwise two lectures on neighbouring days would pay differently for a reason nobody could see on a payslip.
Raising a rate does not change salaries that have already been generated. Each generated salary keeps its own copy of the amounts, so an old salary slip always reprints exactly the same. The same is true of deleting a rate: only months that have not been calculated yet are affected.
One-off amounts
For a single agreed session at a special price, do not add a rate — put the amount in Rate override on that entry in the Lecture Register. An override beats every rate card.