Piece is NOT moved to "Late" status accordingly to selected time zone

Description

On LoC phase I pre-validation environment (non-ECS)

1.Time zone different from UTC was selected in "Settings" -> "Tenant" -> "Language and localization" -> "Time zone (time zone used when showing date time information)"

(you can choose time zone which currently has 11 PM time, and the closest to the next day)

2.An order in "Open" status with one PO line has been created with following settings:

  • "Receiving workflow" - Synchronized order and receipt quantity

  • "Quantity" - 1

  • "Create inventory" - Instance, holdings, item

  • "Claiming active" checkbox is checked

  • "Claiming interval" - 1

3.For "Piece" record following conditions are specified:

(you can find pieces in "Receiving" app, just click "Actions" button on Order details pane and select "Receive" option)

  • "Expected receipt date" - any day in the past

  • "Status" - remain "Expected"

  • "Delay claim" and "Send claim" were not applied

4.Wait at least one hour after beginning of the next day in selected time zone

5.User is on "Receiving" app with details pane open for Title related to POL from precondition #2

Steps to reproduce:

  1. Check piece status in "Expected" accordion

Actual result: Piece remains in “Expected” status

Expected result: Piece status was changed to “Late”

Additional information:

  • Now also reproducible on FSE Dry run 1 (as of 7/5/2024)

  • Reproducible on evrk2

Environment

None

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Estimation Notes and Assumptions

None

RCA Group Details

None

Attachments

6

Checklist

hide

Activity

Show:

Yauhen Viazau July 18, 2024 at 4:57 PM

- I think this ticket can be closed. It works as expected on FSE Dry run 1 (checked multiple times). I cannot test it on evrk2 die to . But I have added a note in that ticket for myself to test this scenario when that issue is resolved

Yauhen Viazau July 18, 2024 at 4:52 PM

Re-tested on FSE Dry run 1 after Q CSP1 updates - still works as expected
Example titles -

Yauhen Viazau July 18, 2024 at 2:48 PM

Testing on evrk2 blocked by (Cannot set “Expected receipt date“ due to it)

Craig McNally July 18, 2024 at 12:38 PM

I will create a story for FSE to update evrk2

Yauhen Viazau July 18, 2024 at 9:21 AM
Edited

Tested on FSE Dry run 1 after related modules have been restarted - works as expected

Piece moved to “Late“ status after 1 hour. Tested with 2 different orders (plus 2 orders tested by Yaroslav). See example:

Titles in “Receiving”:

Notes:

  • cannot be tested on evrk2 until it is rebuilt

  • needs to be also re-tested on Dry run 1 after Q CSP1 updates

Done

Details

Assignee

Reporter

Development Team

Eureka

RCA Group

TBD

Story Points

Sprint

Priority

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created April 5, 2024 at 9:43 AM
Updated August 5, 2024 at 1:12 PM
Resolved August 5, 2024 at 1:12 PM
TestRail: Cases
TestRail: Runs