on 02-06-2014 12:28 PM
Hello,
I did search the part but couldn't find an explanation. This is related to system status in inspection lot screen i.e QA32.
I have seen different system status after the UD completes as LTIN and UD ICCO. It happens randomly. There is no fixed criteria.
Can you guys please throw some light over this so that I can understand this behavior. We use long term mics and it gets very difficult to reset if change is needed in UD ICCO status.
KJ
Hi,
I'm not sure why didn't you find it. Anyways, there are few reasons for this,
Lets say you have five MICs assigned in a task list. 1,2,3,4 and 5. And 4 & 5 are optional and 1, 2 and 3 are required MICs.
Run a test case and you will understand this better. If something else is observed, please come again.
ntn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
With the given logic of yours I performed a test scenario and it works fine. I still have doubts in this. In my case, we have nine mics and four of them are required. I checked with them.
Even if all of them are closed and valuated (no matter what is done with other five mics since they are open sometimes and closed other times) system status changes to LTIN. As you said it should be UD ICCO. It does not happen every time but happens. Most of time time it is UD ICCO as you said.
Is there is something else which impacts this?
KJ
Ok. So four MICs are required. What about other five?
I doubt they all are not 'Optional'. Pl check if any of them is marked for 'After rejection' or 'After acceptance' ?
Basically, the first logic I said should work.
There could be difference due to this reason if any of those 'After rejection' or 'After acceptance' is open. Because once you set them this way, they behave as Required after the valuation of previous MIC.
Let say 5th is set for After rejection, then after rejection of 4th MIC, it needs to be valuated.
If you don't enter results, system would make the status as LTIN because a MIC needed to be valuated is left out. It generally doesn't happen that user leave such MICs, but I doubt this to be happening in your case since there is no other reason. Pl check. I'm not aware of any other logic behind it, if exists!!
Therefore, to achieve UD ICCO, all the required, after rejection, after acceptance should be valuated. Else LTIN would appear.
Please test again and revert back with the observations.
ntn
Helo Nitin,
I performed another settings following your suggestions with six mics and I have following observations. I chose two optional, two required and one for accept and reject each.
Four mic in one plan (2 required and 2 optional)
Three mics in one plan (one required, one accept, one optional in same order)
Similar case for accept after rejection and similar system status observed. Therefore my understand with the system status behavior is clear now.
Thank you for your time and suggestions. Your solved it.
~KJ~
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
102 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.