Summary: | Require confirmation before check in | ||
---|---|---|---|
Product: | Koha | Reporter: | Héctor <hectorejch> |
Component: | Circulation | Assignee: | Héctor <hectorejch> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | new feature | ||
Priority: | P5 - low | CC: | gmcharlt, hector.hecaxmmx, jamsheer.np, katrin.fischer, kyle.m.hall, veron, vfernandes |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17101 | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Attachments: | Screenshot of new featured |
Description
Héctor
2015-10-29 20:00:29 UTC
Hi Hector, sorry, but I don't understand your use case :) Can you explain? Hi Katrin. First, sorry for my bad English, I speak Spanish. Referring to the use case: in the library where I work, the barcodes of books are sometimes worn, therefore code readers misread. The steps are as follows: 1) income the barcode of the book to be returned (check in) 2) before the Koha system to record the return in the database, ask for a confirmation that this really is the book you want to return 3) If it is accepted, the return actually recorded (check in ok) 4) If you do not accept the return registration is canceled (check in cancell) Add an image attached to help clarify the idea. Created attachment 44179 [details]
Screenshot of new featured
(In reply to Héctor from comment #2) > Hi Katrin. > > First, sorry for my bad English, I speak Spanish. > > Referring to the use case: > in the library where I work, the barcodes of books are sometimes worn, > therefore code readers misread. > > The steps are as follows: > 1) income the barcode of the book to be returned (check in) > 2) before the Koha system to record the return in the database, ask for a > confirmation that this really is the book you want to return > 3) If it is accepted, the return actually recorded (check in ok) > 4) If you do not accept the return registration is canceled (check in > cancell) > > Add an image attached to help clarify the idea. Hi Héctor Why not you only change the barcode? There are font type to generate the barcode in MSOffice or LibreOffice and it is works fine for Windows, MacOS, and, Linux systems. IDAutomation.com Free Code 39 Font is in <http://www.idautomation.com/free-barcode-products/code39-font/> In libraries with heavy traffic this could be a problem. Regards Hi Héctor, This is also a requirement that made me from the library management. Bar codes themselves are in good condition, but very occasionally have a false reading. This would be a good feature, especially in libraries where RFID is used. Even when barcode is manually entered there is a chance for mistake. Hi, This is a nice enhancement to returns interface. We can have one system preference to turn on/off the confirmation. This can be also expanded to add a message confirmation to checkouts interface (I don't know if there is a bug filled for that). |