Settings and activity
131 results found
-
8 votes
Nicole Turzillo
supported this idea
·
-
56 votesNicole Turzillo
supported this idea
·
-
18 votes
An error occurred while saving the comment Nicole Turzillo
supported this idea
·
-
13 votesNicole Turzillo
supported this idea
·
-
17 votesNicole Turzillo
shared this idea
·
-
17 votesNicole Turzillo
shared this idea
·
-
6 votesNicole Turzillo
shared this idea
·
-
8 votesNicole Turzillo
shared this idea
·
-
31 votesNicole Turzillo
supported this idea
·
-
27 votesNicole Turzillo
supported this idea
·
-
13 votesNicole Turzillo
supported this idea
·
-
29 votesNicole Turzillo
supported this idea
·
An error occurred while saving the comment Nicole Turzillo
commented
In Sierra's invoicing function, when selecting an order record already paid, a pop-up box appears with a warning message stating, "ITEM ALREADY PAID FOR." Currently, the only option available is to click "OK," which immediately proceeds to the next step of entering the item's price on that paid order record. However, adding a button labeled "CANCEL" in the warning pop-up box would be beneficial to prevent staff from inadvertently continuing to pay for the item on the wrong record. Clicking "CANCEL" should close the warning pop-up without proceeding further, returning the user to the search results list. The "CANCEL" option prevents inadvertent payments on the wrong order records, reducing errors in fund allocation and duplicate payments. It improves the user experience for all staff members, especially those new to invoicing, by providing a clear option to cancel erroneous actions. Staff members could correct their mistakes immediately, reducing the likelihood of paying for items on the wrong record. It saves time and effort that would otherwise be spent rectifying mistakes, such as reversing payments. Enhances overall efficiency in invoicing, contributing to smoother operations in a multi-branch library environment with numerous fund codes and multiple copies of items.
-
46 votesNicole Turzillo
supported this idea
·
-
47 votesNicole Turzillo
supported this idea
·
-
19 votes
An error occurred while saving the comment Nicole Turzillo
commented
We currently use various test sites for homepage, custom header, and footer testing. Patrons should not be able to select "Turzillo" as the default catalog, but I still need access to this Collection Site for testing.
A proposed solution is to add a Public/Private toggle when creating Collection Sites or Kiosks. Marking a site as "Private" would automatically hide and suppress it from all patron-facing areas.
Nicole Turzillo
supported this idea
·
-
20 votesNicole Turzillo
supported this idea
·
-
28 votesNicole Turzillo
supported this idea
·
-
57 votesNicole Turzillo
supported this idea
·
-
48 votes
An error occurred while saving the comment Nicole Turzillo
commented
Vega Discover currently lacks username support, restricting account flexibility for roughly 60,000 active patrons who rely on this feature.
Nicole Turzillo
supported this idea
·
-
23 votesNicole Turzillo
supported this idea
·
Should this be limited strictly to patron records, or can we expand it to all record types? Adding creation timestamps across all records would give member libraries much broader visibility into workflow tracking and troubleshooting without needing custom SQL from System Admins.