SAN in using EDI Invoices

Bug #1175305 reported by Tim Spindler
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Incomplete
Undecided
Unassigned

Bug Description

Evergreen Version 2.3.5

We have a library that has multiple accounts with Baker & Taylor and therefore have set up multiple providers for the B&T each using EDI to submit orders and get invoices. When the electronic invoices are retrieved, it seems to grab one of the B&T providers based on SAN. I am guessing it might be based on the its sequence in the table but need to verify this. Generally it does not cause huge issues because the library can correct this at some point.

Tags: acq acq-edi
Revision history for this message
Ben Shum (bshum) wrote :

Tim, what PO JEDI template are you using with your acquisitions? I know there were some changes in this area for newer versions 2.4 or such and the new template picks SAN differently for EDI. Assuming you were involved with much of that, but not sure what's actually live or not in your environments.

I know we're using the latest template from master, but I haven't checked to see if we're observing this sort of behavior for acq libraries using B&T as their vendor.

Marking incomplete pending further review / investigation / confirmation by other groups using acquisitions with B&T vendor

Changed in evergreen:
status: New → Incomplete
tags: added: acq
Revision history for this message
Tiffany Little (tslittle) wrote :

I've seen this with B&T, and recently. I'm don't know if it has anything to do with the SAN or not, but I'm adding my comment to this bug report since it does describe the behavior I see.

However we're using EDI Attributes with B&T in this particular case, if that's pertinent. So for a library that has two B&T accounts, one would have an account suffix and one would not. B&T's standard practice (per their EDI specialists) is that the first account isn't normally assigned a suffix, subsequent ones are.

So items that were ordered on the Books account (no suffix), when the invoices came in they would be attaching to the AV account (suffix).

My interim solution has just been to ask B&T to give the Books accounts a suffix, which they've been fine with doing. Everything then attaches to the correct EDI account. I haven't seen this with any other vendor because all of my libraries only have multiple accounts with B&T.

tags: added: edi
tags: added: acq-edi
removed: edi
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.