Settings and activity
75 results found
-
10 votes
Sarah St. Martin
supported this idea
·
-
15 votesSarah St. Martin
supported this idea
·
-
19 votesSarah St. Martin
supported this idea
·
-
5 votesSarah St. Martin
supported this idea
·
-
16 votes
An error occurred while saving the comment Sarah St. Martin
supported this idea
·
-
25 votesSarah St. Martin
supported this idea
·
-
23 votesSarah St. Martin
supported this idea
·
-
17 votesSarah St. Martin
supported this idea
·
-
17 votesSarah St. Martin
supported this idea
·
-
17 votesSarah St. Martin
supported this idea
·
-
39 votesSarah St. Martin
supported this idea
·
-
7 votes
An error occurred while saving the comment Sarah St. Martin
commented
Our catalogers use this all the time in the client, and it's a factor in them not using Leap for creating POs.
Sarah St. Martin
supported this idea
·
-
25 votesSarah St. Martin
supported this idea
·
-
32 votesSarah St. Martin
supported this idea
·
-
14 votesSarah St. Martin
supported this idea
·
-
23 votesSarah St. Martin
supported this idea
·
-
15 votesSarah St. Martin
supported this idea
·
-
40 votesSarah St. Martin
supported this idea
·
-
38 votesSarah St. Martin
supported this idea
·
-
49 votesSarah St. Martin
supported this idea
·
We just had an instance where being able to quickly identify the number of items after releasing a PO is important. A library was missing an item when the order arrived, even though the bib was linked to the POLI. There's no good way to tell what happened, and even though I've never seen Polaris not create an item when releasing a PO (if that option is selected), the library does not think they accidentally deleted or moved it. Going forward I advised them to check the item view after releasing a PO to ensure items were created based on the number ordered. However, manually counting the lines takes a lot of time for larger orders. Having a count on both the bib and item views would really help for quick checks.