Settings and activity
131 results found
-
3 votes
Jeremy Goldstein
shared this idea
·
-
5 votes
An error occurred while saving the comment Jeremy Goldstein
supported this idea
·
-
6 votesJeremy Goldstein
supported this idea
·
-
21 votes
An error occurred while saving the comment Jeremy Goldstein
commented
Brilliant! We're currently implementing policy updates around patron messages, largely driven by the lack of maintenance that is generally done with them.
Having date fields, particularly standardized ones, like this would be such a great help when it comes to reviewing this data in the system.
Jeremy Goldstein
supported this idea
·
-
7 votesUNDER REVIEW · 0 comments · ILS - Sierra » Acquisitions, Serials & Item/Issue/Inventory Management · Admin →Jeremy Goldstein
supported this idea
·
-
9 votesJeremy Goldstein
supported this idea
·
-
13 votesUNDER REVIEW · 5 comments · ILS - Sierra » Acquisitions, Serials & Item/Issue/Inventory Management · Admin →
An error occurred while saving the comment Jeremy Goldstein
commented
I've been communicating with III around this as we had not encountered this problem ourselves and I was curious. This limit was never listed in the customer facing documentation but there was at least an internal note about it for III staff.
Clearly it's a real limit impacting multiple libraries, but I can also confirm our heaviest acquisitions user doesn't seem to impacted and loads 100+ records in a day at least once a month.
Jeremy Goldstein
supported this idea
·
-
13 votes
This idea will be reviewed by the Innovative product team for consideration in planning the upcoming product roadmap.
Jeremy Goldstein
supported this idea
·
-
11 votes
This idea will be reviewed by the product management team for possible inclusion in a future release.
Jeremy Goldstein
supported this idea
·
-
59 votes
The product team will review this idea for consideration for a future release.
An error occurred while saving the comment Jeremy Goldstein
commented
Is this idea specific to LX Starter notices? In the data library for Jaspersoft there are separate fields Bill_Total_Amount and Bill_Desc (described as "The title, record number, and relevant overdue information for the overdue item")
-
12 votesJeremy Goldstein
supported this idea
·
-
141 votesJeremy Goldstein
supported this idea
·
-
13 votes
An error occurred while saving the comment Jeremy Goldstein
commented
You present an excellent use case for being able to modify the pickup by date, and adding a note field to anything just seems like such a basic and generally innocuous need that it makes for a very odd omission from the endpoint currently.
Jeremy Goldstein
supported this idea
·
-
6 votesJeremy Goldstein
shared this idea
·
-
23 votesJeremy Goldstein
supported this idea
·
-
9 votesJeremy Goldstein
supported this idea
·
-
7 votes
An error occurred while saving the comment Jeremy Goldstein
commented
I understand the annoyance here when you don't use fines, but there are other issues that can occur as well from having a patron record open on multiple workstations.
For a sadly common example among our libraries, if a patron checks out an item at one location, changes their mind, and has it checked back in at another terminal, if the account remained open on the original workstation the checkin will fail to occur without providing much of an indicator of that. In that case the patron now has an item checked out erroneously, and Sierra has incorrect data on where that item is currently located. Because of cases like this I would still want there to be a warning that the patron record needs to be closed, regardless of the fines issue.
-
12 votesJeremy Goldstein
supported this idea
·
-
21 votes
An error occurred while saving the comment Jeremy Goldstein
commented
After a bit more experimenting I found another common occurrence that can lead to similar behavior. The parser seems to want the city and state to share a line of the address, and to either be separated by a comma, or for the state abbreviation to have both letters capitalized.
"Boston, Ma" works as does "Boston MA". However "Boston ma" or "Boston Ma" does not.
Jeremy Goldstein
shared this idea
·
-
14 votesJeremy Goldstein
supported this idea
·
I absolutely want this feature.
The one complication I see that would have to be resolved is that there would also have to be a mechanism for identifying available files that could be written to. Currently the reviewFiles endpoint will only return a list of files that are in use...so you could take that and I suppose just know to fill in the blanks, but that's hardly ideal. That endpoint also does not return the capacity for the files, just how many records are currently contained within one. This proposed feature would work a lot better in conjunction with the ability to search for empty review files of x size vis the API, so that it could then claim the appropriate file to write to.