We are aware of the in consistency of the e-care issue, which Kelly has completed a lot of bug fix issue especially the duplicate upload automatically,
for the pass 6 month or more.
As today I’m very much confident it is acceptable range in continue using e-care to perform upload, unless they are ready to perform their own upload automated direct to FTP through their system.
For this particular rejection reported from ASP LOXTHA, The issue are not cause by e-care, evidence log provided below from E-care.
Issue caused by ASP repairing handling:
ASP “pressed” the packing function in e-care indicate, it is completed repair. So e-care will upload automatically to RMA3 (Correct)
2 minute later, ASP perform another upload with parts for the same device as and declare as repair finish, this will result as in (duplicate)
Alternative option:
We will inform Kelly, after ASP “pressed” the packing function in E-care as complete repair for the device.
E-care will no longer take in this Device SN anymore so this will completely avoided any duplicate upload.
Rejection Rate for the past 3 months in year 2015 for South Asia.
1.33% mostly are cause by E-care duplication, as you can see Kelly has fixed the issue which demonstrated the reducing of duplication cause by the e-care.
If you go KPI dashboard break down the ASP, their rejection rate, also low.
I don’t think it is a priority concern at all, on top of that, having such issue are also benefit us to knowing what actually ASP are making mistake in their repairing process