Comment 0 for bug 2064534

Revision history for this message
Samantha O'Connor (samantha-oconnor) wrote :

Evergreen 3.11.1

When Baker & Taylor sends a DESADV message via EDI to create a container barcode for ASN, the message is structured to create a separate EDI segment for each billing account. In a multi-branch system, this results in multiple segments with the same container code (see parsed EDI message below). Evergreen only creates a scannable container code for the first code in the message. When the library scans the barcode, only the line items attached to the first instance of the container code appear as receivable.

GIN+BJ+00016921005023327009 ---> This is the container code
LIN+00001++9780063334878:EN ---> This is the ISBN for the line item
QTY+12:1
RFF+ON:211489 ---> This is the PO

GIN+BJ+00016921005023327009 ---> The container code repeats
LIN+00001++9781728256245:EN ---> The following line items will not scan as receivable
QTY+12:1
RFF+ON:211901 ---> This is a different PO
LIN+00002++9781250284525:EN
QTY+12:1
RFF+ON:211901
LIN+00003++9780593535011:EN
QTY+12:1
RFF+ON:211901
LIN+00004++9780593724002:EN --->e.g. this line item was ordered twice with two different funds.
QTY+12:1
RFF+ON:211901

GIN+BJ+00016921005023327009 ---> The container code repeats
LIN+00001++9781250284525:EN ---> The following line items will not scan as receivable
QTY+12:1
RFF+ON:211901 ---> Same PO but line items are billed to a different fund
LIN+00002++9780593724002:EN ---> The second copy on a different fund appears in a different segment
QTY+12:1
RFF+ON:211901

GIN+BJ+00016921005023327009 ---> The container code repeats
LIN+00001++9781250815682:EN ---> This line item will not scan as receivable
QTY+12:1
QTY+12:1
RFF+ON:211901 ---> Same PO but line items are billed to a different fund

If I compare this message with a DESADV message for a container made up of all materials purchased from a single fund, there is a single container code followed by all the line items. When this code is scanned, all items show as receivable.

The potential bug appears to be in the way that Evergreen creates the container codes to be scanned. Only the first code and related line items scan. A similar issue occurred when a DESADV message contained multiple container codes. Only the first code was scannable.