[Koha-bugs] [Bug 5418] New: New itemBarcodeInputFilter for libsuite8 style barcodes

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5418

           Summary: New itemBarcodeInputFilter for libsuite8 style
                    barcodes
 Change sponsored?: ---
           Product: Koha
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: Circulation
        AssignedTo: kyle.m.hall at gmail.com
        ReportedBy: kmkale at anantcorp.com
         QAContact: koha-bugs at lists.koha-community.org
                CC: gmcharlt at gmail.com
   Estimated Hours: 0.0


In India a ILS product called Libsuite8 prints barcodes like b0007432. The
barcode is not stored anywhere in libsuite8's database. Neither is barcode
available in any of the reports generated by the software.

The barcode 'b0007432' when scanned into the libsuite8 software is
de-constructed like 'b' which is the itemtype i.e. Book in this instance, and
'7432' which is the 'Accession Number'. The software then takes the logged in
staff's branchcode and does a join on three tables 'Location', 'Media_Type',
and 'Books' to retrieve the particular record from the database.

There is no possibility of recreating the barcodes for insertion in Koha while
doing a retrospective conversion, because of arbitrary length of the barcode
string AND arbitrary number of zeros in the numeric part of the printed barcode
AND the fact that there are no reports available from the software which
contain barcodes AND the fact that the barcode is not stored in the database.
But most importantly due to the simple fact that printed barcodes are
duplicated among branches.

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.