Offer the ability to retain a patron's receipt preference at checkout
At checkout, Circulation Staff must ask patrons at the end of each checkout if they want a printed receipt, email receipt, both, or none, or place a pop-up message on their account. It would be great if there were a way to retain each patron's receipt preference so that upon closing out the patron's record, the preferred receipt would be sent, print, both, or no receipt would be given.

The product team will review this idea for consideration for a future release.
-
MEEP candidate for the Sierra 6.6 release
Functional Requirements (what does it need to do?)
● Staff can select and save a due slip preference (print, email, none) in the patron’s account.
● Patrons can select and save a due slip preference (print, email, none) in their account information using the WebPAC, Vega Discover, or a third-party discovery UI that supports updating my account information via API.
● The preference is stored persistently and editable by staff or the patron themselves.
● The preference is applied automatically at the end of each checkout session.
● The system checks the patron’s saved preference upon checkout completion.
● The appropriate due slip is printed, emailed, or skipped based on the preference.
● Staff can override the preference if needed for a one-time change.
● Due slip preference is exposed via the patron API.
● External systems can read and update the preference.
● API documentation includes due slip preference field and usage examples. -
Kayla Payne commented
I've seen this feature available in other ILS. Setting the print preference by patron makes so much more sense to me than by the user logged in. We've made our default email at all logins and can switch to paper as needed but it would be much better to not have to remember who prefers which type of communication.
-
Jeremy Goldstein commented
I know this idea had been submitted at least once previously, but I believe it aged out of the system, though I'm pretty sure it did have some decent support. Very happy to support it again as the lack of this capability is a perpetual annoyance I hear from staff