After the _real_ send, items should NOT remain CLAIMED

[VermaBSI]

After the real send, items should NOT remain CLAIMED as they currently do, but should become UNCLAIMED at stage 20.00

[ben-garside]

The current stagemanager settings are that it should remain assigned, please correct these and try again.

Ruleset 1:

Ruleset 2:

[VermaBSI]

O I didn't think these stage rules worked when the system automatically moves items across stages?

And the rule for this would be where the destination would be 20.00 from 10.20: I've changed this to non-sticky, will now do another test send...

[ben-garside]

Yes, sorry screenshot-ed the wrong one. Yes all automatic transfers should follow the rules in the stageManager. Thanks, let me know how it goes.

[VermaBSI]

Hi - tried this again (XCP IDs below), but the system's automatic push to 20.00 is still sticky.

XCP9711794_30230633 XCP7842403_30197569 XCP4581113_30177594 XCP0134403_30055602

Doesn't look like stage rules are applicable to automated stage progressions, i.e. like for the 10.19 to 10.20 case which you fixed.

[ben-garside]

10:19 -> 10:20 are set at sticky assignment:

[VermaBSI]

I am talking about the move from stage 10.20 to 20.00 not the move from 10.19 to 10.20 as you have shown here (you've screen-shot the wrong one twice now).

[ben-garside]

Regarding the PL8s (XCP7842403 and XCP4581113):

The others have now been fixed.

[VermaBSI]

Thanks. I will do another test send some point this week.

None of the XCP IDs I listed above are PL 8 s, but thanks anyway.

[ben-garside]

FYI:

I have deployed a fix to UAT, so please try again and let me know.

CHeers

[VermaBSI]

Whoops was looking at the UPIs, sorry. I really shouldn't look at these while I'm in a task! Which is why I'll test later too :)

[VermaBSI]

This worked, closing this now