Bug 13603 - autoBarcode setting hbyymmincr not taking month into account when looking...
commitb280b4890c813b5535b6e98b27c390d9af10551a
authorKyle M Hall <kyle@bywatersolutions.com>
Tue, 20 Jan 2015 15:11:24 +0000 (20 10:11 -0500)
committerTomas Cohen Arazi <tomascohen@gmail.com>
Fri, 13 Feb 2015 17:11:59 +0000 (13 14:11 -0300)
tree61acb7d552ad2a66eaa1ac923b4c255ce83df1e0
parent59cfca3464f195918baf5fd0c88e1bc442911fca
Bug 13603 - autoBarcode setting hbyymmincr not taking month into account when looking up next increment

The hbyymmincr autoBarcode builder looks up all barcodes that begin with
any number of letters ( the branchcode ) and a two-digit year directly
afterward ( e.g. MPL15 ), then grabs the last four digits as the
increment counter. The problem is, this does not take months into
account, so unlike the description that says the system is limited to
10,000 items a month, it is limited to 10,000 items per *year*.

This situation can easily be corrected my adding the month into the
lookup ( e.g. MPL1501 ).

Test Plan:
1) Enable autoBarcode, set to hbyymmincr
2) Catalog an item, let the barcode.pl plugin generate
   the next barcode.
3) Catalog an item with the barcode MPL15009999
4) Catalog another item, use the barcode.pl plugin to
   generate the next barcode.
5) Note the barcode is generated ends with '0001' instead of the
   correct increment
6) Apply this patch
7) Repeat step 4
8) Note the barcode now ends with the correct increment

Signed-off-by: Kyle M Hall <kyle@bywatersolutions.com>
Signed-off-by: Jeanne Heicher <nppublib@pa.net>
Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Problem confirmed - the continuing number bit was not reset
to start counting from 1 again on the beginning of a new month.

Signed-off-by: Tomas Cohen Arazi <tomascohen@gmail.com>
C4/Barcodes/ValueBuilder.pm