https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=44116 Bug ID: 44116 Summary: Item parts check-in confirmation: allow a note about missing parts, and clarify what No does Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: martin.renvoize@openfifth.co.uk QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle@bywatersolutions.com Target Milestone: --- When CircConfirmItemParts is set to "Require", checking in an item that has a value in its "Materials specified" field (952$3) shows a confirmation dialog: Title: Please confirm check in Text: Please confirm that the accompanying materials are present: 3 discs and 1 booklet Buttons: Yes, check in (Y) / No, don't check in (N) Problems: 1. The question and the buttons do not match. The text asks whether the materials are present, the buttons answer whether to check in. "No" does not mean "the materials are not present", it means "cancel the check-in": the item stays checked out and nothing is recorded. 2. There is no way to say that parts are missing. A member of staff who finds the item incomplete can only cancel the check-in (the patron keeps the item on loan, no trace is kept), or check it in with "Yes" and then record the problem by hand in the item notes, after the fact. Suggestion, for discussion: - Reword the dialog so that the buttons answer the question asked, and "No" is clearly "Cancel check-in", for example: Text: Are the accompanying materials present? 3 discs and 1 booklet Buttons: Yes, all present - check in (Y) / No, parts are missing - check in with a note (M) / Cancel check-in (C) - "Check in with a note" asks for a short note about what is missing, checks the item in, and records the note against the item (for example appended to the non-public item note, with the date and the staff member), so that the next person handling the item sees it. Whether it should also trigger something (a staff message, a status such as "damaged"/"not for loan", a patron charge) can be a later step or a preference. - Keep the existing confirmation requirement and the current behaviour of the other buttons. Both the legacy check-in page (circ/returns.pl) and the new Vue check-in page (Bug 42383) have the same wording, so this should be done in a way that applies to both, or to the Vue page once it replaces the legacy one. Related, but about different aspects of CircConfirmItemParts: Bug 25261 (the confirmation), Bug 27976 (granular options), Bug 34643 (self-checkout and self-checkin), Bug 30519 (patron account check-in). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.