 We are aware of the in consistenc

 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

ผลลัพธ์ (ไทย) 1:

เราจะตระหนักถึงความสอดคล้องในของอีดูแลปัญหา ซึ่งเคลลี่เสร็จสมบูรณ์มากของการแก้ไขปัญหาออกโดยเฉพาะการอัพโหลดซ้ำอัตโนมัติ สำหรับรอบ 6 เดือนหรือมากกว่าเป็นผมมั่นใจมากเป็นช่วงที่ยอมรับในวันนี้ยังคงใช้อีดูแลการอัปโหลด ยกเว้นว่าพวกเขาพร้อมที่จะดำเนินการโดยตรงอัปโหลดโดยอัตโนมัติของตนเองการ FTP ผ่านระบบของพวกเขาการปฏิเสธนี้เฉพาะรายงานจาก ASP LOXTHA ปัญหาไม่สาเหตุ โดย e-ดูแล บันทึกหลักฐานด้านล่างให้ E-ดูแลปัญหาที่เกิดจาก ASP ในการซ่อมแซมการจัดการ: ASP "กด" ฟังก์ชันบันทึกดูแลอีระบุ ก็ได้ซ่อมแซม เพื่อดูแลอีจะอัปโหลดโดยอัตโนมัติ RMA3 (แก้ไข) 2 นาทีภายหลัง ASP ทำการอัพโหลดอีกส่วนสำหรับอุปกรณ์เดียวกับ และประกาศเป็นซ่อมเสร็จ จะเป็นผลใน (ซ้ำ)ทางเลือก:เราจะแจ้งเคลลี่ หลังจาก ASP "กด" ฟังก์ชันส่ง E-ดูแลเป็นซ่อมแซมเสร็จสมบูรณ์แล้วสำหรับอุปกรณ์  E-ดูแลจะไม่ใช้ใน SN อุปกรณ์นี้อีกเพื่อจะหลีกเลี่ยงการอัปโหลดซ้ำอย่างสมบูรณ์ อัตราการปฏิเสธ 3 เดือนผ่านมาในปี 2015 สำหรับภูมิภาคเอเชียใต้ 1.33% เป็นสาเหตุ โดย E-ดูแลซ้ำ ส่วนใหญ่คุณสามารถเห็นเคลลี่ได้แก้ไขปัญหาที่แสดงลดสาเหตุซ้ำ โดยดูแลอีถ้าคุณไปแบ่งแดชบอร์ด KPI ลง ASP อัตราการปฏิเสธของพวกเขา ยังต่ำไม่คิดว่า เป็นปัญหาสำคัญเลย ด้านบนของที่ มีปัญหาดังกล่าวยังมีประโยชน์ที่เราจะรู้อะไรจริง ASP ทำผิดพลาดในกระบวนการซ่อม

ผลลัพธ์ (ไทย) 2:

เรามีความตระหนักในความสอดคล้องของปัญหา
E-ดูแลซึ่งเคลลี่ได้เสร็จสิ้นการจำนวนมากที่มีปัญหาแก้ไขข้อผิดพลาดโดยเฉพาะอย่างยิ่งการอัปโหลดที่ซ้ำกันโดยอัตโนมัติสำหรับการส่งผ่าน6 เดือนหรือมากกว่า.
ในฐานะที่เป็นวันนี้ผมมีความมั่นใจเป็นอย่างมากมันเป็น ในช่วงที่ยอมรับยังคงใช้ e-ดูแลจะดำเนินการอัพโหลดจนกว่าพวกเขาจะพร้อมที่จะดำเนินการอัปโหลดของตัวเองโดยอัตโนมัติโดยตรงไปยัง FTP ผ่านระบบของพวกเขา. สำหรับการปฏิเสธนี้โดยเฉพาะได้รับรายงานจาก ASP LOXTHA ปัญหาจะไม่ก่อให้เกิดทาง e-ดูแลหลักฐาน เข้าสู่ระบบให้ไว้ด้านล่างจาก E-ดูแล. ปัญหาที่เกิดจากการซ่อม ASP การจัดการ:  ASP "กด" ฟังก์ชั่นการบรรจุในรูปแบบ e-ดูแลระบุจะเสร็จสมบูรณ์การซ่อมแซม ดังนั้น E-ดูแลจะอัปโหลดโดยอัตโนมัติไปยัง RMA3 (ถูกต้อง)  2 นาทีต่อมา ASP ดำเนินการอัปโหลดที่มีชิ้นส่วนสำหรับอุปกรณ์เช่นเดียวกับและประกาศเป็นเสร็จสิ้นการซ่อมแซมนี้จะส่งผลตาม (ซ้ำ) ตัวเลือกทางเลือก: เราจะแจ้งให้เคลลี่ หลังจาก ASP "กด" ฟังก์ชั่นการบรรจุ E-ดูแลการซ่อมแซมเสร็จสมบูรณ์สำหรับอุปกรณ์.  E-ดูแลจะไม่ใช้เวลาในการอุปกรณ์ SN นี้อีกต่อไปดังนั้นนี้จะหลีกเลี่ยงอย่างสมบูรณ์อัปโหลดใด ๆ ที่ซ้ำกัน. อัตราการปฏิเสธสำหรับที่ผ่านมา 3 เดือน ปี 2015 เอเชียใต้.  1.33% ส่วนใหญ่มีสาเหตุจากการทำสำเนา E-ดูแลที่คุณสามารถดูเคลลี่ได้รับการแก้ไขปัญหาซึ่งแสดงให้เห็นถึงการลดสาเหตุการทำสำเนาโดย e-ดูแล. ถ้าคุณไปแดชบอร์ด KPI ทำลายลง ASP ที่ อัตราการปฏิเสธของพวกเขายังต่ำ. ผมไม่คิดว่ามันเป็นความกังวลที่มีความสำคัญที่ทุกคนบนด้านบนของที่มีปัญหาดังกล่าวจะยังได้รับประโยชน์ที่เราจะรู้ว่าสิ่งที่จริง ASP จะทำผิดพลาดในขั้นตอนการซ่อมของพวกเขา