Details
-
Bug
-
Status: Closed (View Workflow)
-
P1
-
Resolution: Done
-
None
-
Juniper Bugfest (after all bugfixes, before any hotfixes)
-
3
-
Folijet Support
-
R2 2021 Hot Fix #3
-
Yes
-
Approved by CPT on Slack release_bug_triage channel 21 Sept 2021
-
Cornell, TAMU
-
Implementation coding issue
Description
Discovered information from Back-end side:
After deep investigation, it seems like the root cause of this issue is that UI-side does NOT retrieve the vendor's accounting code on the bugfest-juniper enivronment(even if the vendor has this code) for invoice-mapping-profile in section "Vendor information". That's why "value" field in JSON for invoice-mapping profile for field "accountingCode" does not represent(see screenshots below). Moreover, this JSON-field has "enabled" : "true" - and BE-side brakes in this case (this field enables BUT "value" doesn't exist).
Moreover, on the hosted-ref-envs it processes fine(see attached).
=================================
Overview: I've written up as 1 bug, but it may actually be 2 separate bugs. Also, it might be related to MODDATAIMP-516, or it may not be. Library is trying to import invoices in Juniper Bugfest, but jobs complete with errors.
Current workaround Manual entry
Steps to Reproduce:
- Scenario 1
- Log into Juniper Bugfest
- Go to Settings/Data Import and review the Job/Action/Field mapping profiles for KP Test YBP Serials Invoice against the attached invoice file 565780us20210618.edi.docx and confirm that the field mappings are correct
- Go to Data Import and upload the file 565780us20210618.edi
- Assign the YBP job profile cited above, and import the file
- Scenario 2
- Go to Settings/Data Import and review the Job/Action/Field mapping profiles for KP TEST - Harrassowitz serials invoice against the attached invoice file 565780us20210618.edi.docx and confirm that the field mappings are correct
- Go to Data Import and upload the file 565780us20210618.edi
- Assign the Harrassowitz job profile cited above, and import the file
Expected Results:
- Scenario 1: should create 2 invoices with a total of 5 line items
- Scenario 2: should create 18 invoices with a total of 1104 line items
Actual Results:
- Scenario 1: completed with errors. No log details, no error details in the log.
- Scenario 2: completed with errors. Some lines show in the log, but not all
Additional Information: EDIFACT files (file extension .edi) and corresponding human-readable Word versions (file extension .docx)
NOTES:
- The organizations attached to each field mapping profile DO NOT have account numbers. In the field mapping profile, any checkbox that says "Output to Accounting" should be UNchecked
- The Harrassowitz file has 1000+ invoice lines in it. I'm not sure if we have ever tested that large of a file
- I did not have a chance to test them against folio-snapshot-load, to see if they would succeed there
Interested parties: kpamplin
TestRail: Results
Attachments
Issue Links
- blocks
-
UIDATIMP-1016 Release v4.1.5 (R2 Juniper Hot Fix #3)
-
- Closed
-
- defines
-
UXPROD-3041 NFR: Data Import (Batch Importer for Bib Acq) R3 2021 Kiwi Technical, NFR, & Misc bug work
-
- Closed
-
- relates to
-
MODDATAIMP-516 EDIFACT invoice does not import
-
- Closed
-
-
MODSOURMAN-560 Edifact files fail to import
-
- Closed
-
-
UIDATIMP-1392 Field mapping profile Invoice: enabled prop set to false when the value exists for Accounting code field
-
- Closed
-
-
MODDATAIMP-546 Cannot import EDIFACT invoices - Iris env
-
- Closed
-
-
MODDATAIMP-779 Investigate why accountNo is not showing for imported invoices
-
- Closed
-
-
MODDICORE-177 Large EDIFACT invoices fail to import properly - Juniper env (Harrassowitz TAMU)
-
- Closed
-
-
MODDICORE-186 EDIFACT invoices fail to import properly - Juniper env (GOBI)
-
- Closed
-