Currently, when running a prompted report, if you want to change your selections after running it, you must go back to the catalog and start over from "Run". It would be a great time savings if there were a "REPROMPT" option, which took you directly back to the prompt screen. Inclusion of a "retain choices this session" toggle and a "clear all choices" button on the prompt screen would be useful as well.

A use case would be when I am trying to determine why a particular item is hanging up on a task list or is being prevented from withdraw/delete. Sometimes this can be sussed out by looking at the item hit list information in Alma, or the item History tab, but I have found it is often quicker to pull up the item in Analytics using an analysis that prompts for barcode and returns MMS Id, Title, Author, Ownign Library, Call number, Request Type Description, Managed by unit (latest step), Active request flag, Modifocation date, Current process, Lifecycle, and Modified by. After checking one item, I would love to be able to click on "Reprompt" and be returned to the prompt screen with my cursor in the input box.

Similarly, I have an analysis for finding items with mismatched locations and item policies. I first run an item count by Location and Classification Code. Where "unallowed" combinations exist, I need to find the specific items and fix. Creating or modifying an advanced search in Alma Repository Search is cumbersome, hence the analysis. It prompts me to select a Location and a Classification Code, then returns the barcode, MMS ID, Title, etc. Again, the option to return directly to the prompt screen (and have my previous selections retained, so, for example, I can keep the location and change the classification code or choose to clear all) would make working through a list of several combinations much more efficient.

Course-reserves data available in Analytics does not include
the unique 16-digit identifiers for course and reading lists. They are retrievable only via the API. This is adequate for operations dealing with a single course or reading list, but it would also be useful to be able to obtain, e.g., a listing of all
courses and their associated ID numbers for a specific academic year, lecturer or department, to facilitate batch operations.

On the other hand, the IDs for reading-list citations are available from Analytics (Citation ID),
but there is no field indicating to which course or reading list a particular citation is assigned.

The MDE shows the operator of various versions of a bib record. When a bib record is imported via an import profile that creates inventory, however, the staff operator that ran the import is not identified as the creator of the bib, holding, and/or item record. We often did Access queries in Voyager to identify bibs, holdings, or item records created or modified by particular staff members or student assistants. I can see that we could do such a report from Alma on bib record operators of versions after the initial import and I can also see in the Item history tab the operator who made changes to the item record. But I cannot find in the documentation the ability to identify the operator who ran the import, or the identity of the operator that modified the holding record. In fact, the documentation shows that the creation of a bib record via import only shows the creator as "Import" (our instance of Alma says a record we imported today via an import profile was created by ExLibris, which is equally unhelpful). Because we have multiple staff doing multiple imports every day, searching through the list under Resources/Monitor and View Imports for individual bib records to find who imported them is unrealistically time consuming. And since we change the holdings location to Withdrawn in order to distinguish such materials from deleted records that we don't want to count, we need to be able to identify holdings records modified by our student workers on particular days in order to check their work.

In many out-of-the-box analytics, the capacity to look at content by LC Class exists. However, LC Class doesn't capture the interdisciplinary nature of some areas of study. Additionally, not all e-resource vendors provide LC classes for eBooks.

Could it be that one way of achieving this is through assigning titles to collections? This would seem to work since titles of all formats can be assigned to collections in Alma. If Primo does not currently allow for subject-specific "profiles," this would also achieve that functionality since collections can be turned on as a facet.

The most basic problem to this approach is that collections are not currently known to Analytics. Off-hand, it would make sense to add this to physical items, e-inventory, and digital usage.

It might also make sense to allow for some functionality that can auto-assign content to collections based on some rules (subject headings?).

Here is my problem. We want our statistical categories linked to Fulfillment. We want to know how many patrons pursuing a Nursing degree are checking out items from the library? Itt does us no good to have data on who is pursuing a nursing degree in the users section, but not be able to link that in the fulfillment section. Because of the design of the statistical categories and the fact that we do not have a way to import every possible degree, job ID, etc. and keep the list up-to-date as it changes, this is how we have them set up:

We have the following statistical categorizes
PLAN, PROGRAM, COLLEGE, DEGREE, DEPARTMENT, DEPTID, AND JOBTITLE

We have these categories mapped into the following category types:
DEPARTMENT, COLLEGE, JOB, PLAN-PROGRAM, DEGREE

The actual value of these categories such as the actual degree is put in a note field. So where the actual data we need lies is the Users Section > Statistics Table > Statistical Category & Note fields. Unfortunately I don't see this info anywhere in the fulfillment section. This area is not shared with fulfillment either so you cannot get the information when linking the 2 subject areas.

I do have the Statistical Category 1-5 fields mapped, but it actually gives you the label of Department, College, Degree, etc. and not the note field associated with these that contains the actual data.

Having this info available in Fulfillment would be a great improvement to the system. Another way to get at this same information is when doing Patron imports allow the statistical category to be filled in with whatever value is there instead of limiting it to certain ones.