Uploaded image for project: 'mod-orders'
  1. mod-orders
  2. MODORDERS-622

Kiwi : New holdingId is not saved into piece when location is changed during receiving

    XMLWordPrintable

Details

    • ACQ Sprint 128
    • 0
    • Thunderjet
    • R3 2021 Bug Fix

    Description

      Overview:

      When a piece location is changed in the Receiving app, it works if a piece is edited, but fails to work properly if the location is changed during the receiving process. In this case, the locationId is added to the piece, but the holdingId is not updated.

      Steps to Reproduce:

      1. Create order + line with a given location (createInventory = instance, holding, item)
      2. Open the order
      3. Receiving app - open the title and click on Receive button
      4. Select the line
      5. Click on "Create new holdings for location"
      6. Choose another location and click on "Save and Close"
      7. Click on Receive button
      8. After the dialog closes, click on the piece in the list

      Expected Results:

      The piece has the right new location.

      Actual Results:

      The piece displays the old location.

      Additional Information:

      After receiving, the piece has the new locationId but keeps the old holdingId.

      The check-in request uses a null holdingId. Backend is supposed to create the holding (which it does) and save the new holdingId in the piece (which it does not).

      Workaround:

      Change the piece location before receiving.

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                siarhei_hrabko Siarhei Hrabko
                Andrei_Makaranka Andrei Makaranka
                Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases