The Payment Methods are associated with a Fee/Fine Owner, which represents one or more Service Points. The reason the Fee/Fine Owner now sets the Payment Methods for themselves is because their desk may not be able to (or may not want to) handle certain types of payments that other desks can. For example, many desks do not want to handle cash. So at Cornell, for example, one circ desk may except cash, check, and credit card, while another only accepts check and credit cards.
If a patron owes fees/fines, there is nothing in the current system that will stop them from paying the fees/fines at any desk that is a Fee/Fine Owner. For example, a patron could owe Fee/Fine Owner Olin Circ Desk 50.00 and pay it at Fee/Fine Owner Mann Circ Desk. Or a patron could owe Fee/Fine Owner Olin Circ Desk 50.00 and Fee/Fine Owner Mann Circ Desk 25.00 and pay the entire 75.00 at Fee/Fine Owner Olin Circ Desk.
The Payment Methods that are enforced must be the Payment Methods for the Fee/Fine Owner where the fees/fines are being paid, NOT the fee/fine owner who is owed the fee/fine (although it is often the same fee/fine owner). So in the case where a patron owes Fee/Fine Owner Olin Circ Desk 50.00 and Fee/Fine Owner Mann Circ Desk 25.00 and wants to pay the entire 75.00 at Fee/Fine Owner Olin Circ Desk, it only matters what Payment Methods Fee/Fine Owner Olin Circ Desk accepts.
Holly's original plan was that the circ desk computer would be associated with a Fee/Fine Owner, but she is not sure that is actually happening. What we will do for now is add Fee/Fine Owner to the Pay Fee/Fine modal. Holly will look into how best to do this and update
UIU-803 when she is ready for a developer to work on this.
UXPROD-845 addresses the need for a report to balance fees/fines, which includes recognizing that some fees/fines taken in by a Fee/Fine Owner to not really belong to that Fee/Fine Owner, but must instead be passed on to another Fee/Fine Owner.)