Uploaded image for project: 'stripes-acq-components'
  1. stripes-acq-components
  2. UISACQCOMP-49

Subaccount not visible in edit mode on GOBI orders

    XMLWordPrintable

Details

    • ACQ Sprint 122
    • 1
    • Thunderjet
    • R3 2021
    • MI State University/Library of Michigan

    Description

      Current situation or problem: The GOBI integration currently passes through the subaccount value as a text string, rather than performing a lookup against the GOBI organization record.

      As such, the value is not validating against the established subaccounts and displays only in view mode, not in edit mode. The order must be un-opened to update the subaccount if desired. If the order is unopened and edited in any other way, there is the danger of eliminating the subaccount since it's not a part of the dropdown list being sourced from the organization record.

       

      Reproduction Steps

      1. Place an order with the GOBI API.
      2. Lookup the POL that is generated.
      3. Edit the POL

      Note it seems that GOBI is entering the account number as a string rather than mapping it to an account on the organization record.

      Expected result: the GOBI subaccount is listed in the vendor details on the POL edit form. The field is not editable.

      Actual result: the GOBI subaccount comes through as a generic string. If you edit the POL, the subaccount is not visible.

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                dennisbridges Dennis Bridges
                mdriscoll Molly Driscoll
                Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases