SCF - Update Internal Note 3
A form is used to input and update the Internal Note 13 field in both the Shared Collections Facility (SCF) IZ andonly thefor IZlocal thatinformational owns the item.purposes.
At a glance
-
Status: Active
-
Applies consortium-wide?: No
-
Runs on: SCF Production Alma
environment, with conditional updates to owning Institution Zones(Inferred from credential labels and network logic; you may want to check the workflow export.)environment -
Trigger: Manual form submission — staff enter a barcode and
traynotelocationtext via a web form -
Primary outcome: Updates Internal Note
13 on an item record with a tray location, in SCF and (when applicable) the owning institution’s Alma IZ. -
Who receives results: The submitting staff member (on-screen success or error message)
Why this exists
What it does
-
Presents a simple form asking staff to enter an item barcode.
-
Looks up the item in
Almathe SCF IZ using that barcode.
Determines whether the item belongs only to SCF or also has an owning Institution Zone (IZ).
Prompts the user to enter asome Traytext Location.(ex. Item on Refile Shelf)
Writes the tray locationinformation into the item’s Internal Note 13 field.
Updates:
SCF’s item record, andrecord
the owning IZ’s item record when the item belongs to a WRLC member institution.
Displays a clear success or error message explaining what was updated.
Where it runs
Systems touched:
-
Alma APIs — used to retrieve and update item records
Alma Network Zone logic — used to identify and route updates to the owning IZ
Reports / queries used: None (no Alma Analytics usage)
How it works
Logic overview
Execution flow (plain language):
-
Form submission
-
Staff submit a barcode via a web form titled “Update Internal Note
1.3.”
-
-
Retrieve item using barcode
-
Alma API retrieves the item record from SCF.
-
If the barcode is invalid or not found, the workflow stops and shows an error.
-
Owning IZ check
-
Theworkflow checks the item’sprovenancevalue.
If the provenance matches a known WRLC member IZ code, the item is treated as having an owning IZ.
Otherwise, it is treated as an SCF-only item.
Tray location entry
-
Staff are prompted to enter
anoteTray Location,text, with the item title shown for confirmation.
Update logic
-
The tray location is written to
initem_data.internal_note_1internal_note_3.
For SCF-only items:IZ
-
The item is updated in SCF only.
For items with an owning IZ:
The item is updated in SCF.
The workflow retrieves the owning IZ’s item record and updates it as well.
Completion
-
A success message confirms where the update occurred.
If the SCF update succeeds but the owning IZ update fails, a partial-success error message is shown.
If results exist
-
The item is found and updated.
-
Internal Note
13 is overwritten with the entered tray location. -
A success message clearly states whether the update
occurred:occurred in SCF only, or
in both SCF and the owning Institution Zone.
If no results
-
If the barcode lookup fails:
-
The workflow stops immediately.
-
The user sees a descriptive error message returned from Alma.
-
-
No updates are made.
Artifacts produced
-
Updated Alma item records
-
Field affected:
Internal Note13
-
-
No reports, files, or emails are generated.