Summary: | autoBarcode broken for hbyymmincr if branchcode is numeric | ||
---|---|---|---|
Product: | Koha | Reporter: | mustaqeem <mustaqeemabd> |
Component: | Cataloging | Assignee: | Bugs List <koha-bugs> |
Status: | CLOSED WONTFIX | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P3 | CC: | jonathan.druart, liz, m.de.rooy |
Version: | 17.05 | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: |
Description
mustaqeem
2018-01-23 09:36:04 UTC
Hi, I'm not able to reproduce this problem in current Master. Cheers, Liz I try use Koha demo(https://koha-community.org/demo/) by ByWater Solution also happen like that. If the code is numeric or alphanumeric, it will not increase. (e.g the first barcode is 000118010001 or LIB118010001, the number will be same for other items.) The other thing we found is if we have few branches (e.g ABC, DEF), barcode number will be like ABC18010001, ABC18010002, DEF18010003, DEF18010004, ABC18010005 (is it ok for DEF branch to start the barcode like that or it is suppose to start at 0001 for each branch?) Thank you. Confirmed, it certainly comes from that line: 108 $head =~ s/\d{4}$//; # else strip the old yymm in C4::Barcodes::hbyymmincr::process_head This value of autoBarcode is deprecated and should not be used. Take a look at the notice in the bottom of the file: """ This format is deprecated and SHOULD NOT BE USED. It is fairly clear the originator of the format did not intend to accommodate multiple branch libraries, given that the format caps the available namespace to 10,000 barcodes per year TOTAL... Also, the question of what to do with an item that changes branch is unsettled... Nothing prevents the barcode from working fine, but it will look out of place with the old branchcode in it. Rebarcoding a single item is trivial, but if you consider the scenario of branches being consolidated, it is an unnecessary. burden to force the rebarcoding of thousands of items, especially when the format will limit you to under 10,000 on the year! The main purpose of the format seems to be to get the branch code into the barcode. This is wholly unnecessary, since the barcodes can be printed with the branchcode directly on it, without it being part of the barcode itself... The API for this module should exist almost exclusively through C4::Barcodes... One novel aspect of this format is the fact that the barcode is tied to a branch... """ |