Dear P’Na kub,This incident caused

Dear P’Na kub,This incident caused by  user create consol and decided to leave it, but flight and mawb still be in there (no info delete/no consol deactivation).So when the ATD came, system received data from flight tracking site, then update phase to IMC and trigger blank data to logis (because there’s no shipment in this MB, and no other details except MB no.) However, during transfer to logis, there was some struggle due to blank info, so the data was rejected by logis.Therefore, when user checked if the consol still be able to use, they didn’t see anything in logis and think this consol is still available to use again.But as the data was triggered once, it will not automatically retrigger on the second time they use this consol.That’s why K. Apinya have to raise ticket to retrigger data and later found out the cause of auto-phase change and why data didn’t flow to logis after Z00 retrigger kub

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

เรียน P'Na kub,
เหตุการณ์ที่เกิดขึ้นนี้เกิดจากการที่ผู้ใช้สร้างคอนโซลและตัดสินใจที่จะปล่อยให้มัน แต่เที่ยวบินและ MAWB ยังคงอยู่ในที่นั่น (ไม่มีข้อมูลลบ / ไม่มีการเสื่อมคอนโซล)
ดังนั้นเมื่อ ATD มาระบบที่ได้รับข้อมูลจากเว็บไซต์ติดตามเที่ยวบินแล้วขั้นตอนการปรับปรุงไป IMC และข้อมูลของทริกเกอร์ว่างไว้เพื่อ Logis (เพราะมีการจัดส่งใน MB นี้และไม่มีรายละเอียดอื่น ๆ ยกเว้น MB no.)
อย่างไรก็ตามในระหว่างการถ่ายโอนไป logis, มีการต่อสู้เนื่องจากข้อมูลว่างเปล่าบางอย่างเพื่อให้ข้อมูลที่ถูกปฏิเสธโดย logis
ดังนั้นเมื่อผู้ใช้ตรวจสอบว่าคอนโซลยังคงสามารถที่จะใช้พวกเขาไม่เห็นอะไรใน logis และคิดว่าคอนโซลนี้ยังคงสามารถใช้งานอีกครั้ง
แต่เป็นข้อมูลที่ถูกเรียกครั้งเดียวมันจะไม่ retrigger โดยอัตโนมัติในครั้งที่สองที่พวกเขาใช้คอนโซลนี้
นั่นเป็นเหตุผลที่เคอภิญญาต้องออกตั๋วเพิ่มข้อมูล retrigger และภายหลังพบว่าสาเหตุของการเปลี่ยนแปลงอัตโนมัติเฟสและทำไมข้อมูลไม่ไหลไป Logis หลังจาก Z00 retrigger kub

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

คุณรัก p Na kub,
เหตุการณ์นี้เกิดขึ้นจากผู้ใช้สร้าง consol และตัดสินใจที่จะปล่อยให้มันแต่เที่ยวบินและ mawb ยังคงอยู่ในที่นั่น (ไม่มีการลบข้อมูล/ไม่มี consol การเสื่อมสภาพ)
ดังนั้นเมื่อ ATD มาระบบได้รับข้อมูลจากเว็บไซต์การติดตามเที่ยวบินจากนั้นปรับปรุงขั้นตอนให้เป็นการทำให้เป็นที่ต้องการและเรียกข้อมูลที่ว่างเปล่าไปยัง logis (เนื่องจากไม่มีการจัดส่งใน MB นี้และไม่มีรายละเอียดอื่นๆยกเว้น MB)
อย่างไรก็ตามในระหว่างการโอนย้ายไปยัง logis มีปัญหาบางอย่างเนื่องจากข้อมูลที่ว่างเปล่าดังนั้นข้อมูลถูกปฏิเสธโดย logis
ดังนั้นเมื่อผู้ใช้ตรวจสอบถ้า consol ยังคงสามารถใช้พวกเขาไม่ได้เห็นอะไรใน logis และคิดว่า consol นี้ยังคงมีอยู่ที่จะใช้อีกครั้ง
แต่เป็นข้อมูลที่ถูกเรียกครั้งเดียว, มันจะไม่ถูกเรียกโดยอัตโนมัติในครั้งที่สองพวกเขาใช้ consol นี้.
นั่นเป็นเหตุผลที่เค. Apinya ต้องยกตั๋วเพื่อการเก็บข้อมูลและในภายหลังพบสาเหตุของการเปลี่ยนแปลงเฟสอัตโนมัติและทำไมข้อมูลไม่ไหลไป logis หลังจาก Z00 เก็บรักษา kub

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

尊敬的P'Na kub，
เหตุการณ์นี้เกิดขึ้นเมื่อผู้ใช้สร้างคอนโซลและตัดสินใจที่จะออกจากมันแต่เที่ยวบินและ mawb ยังคงมี
ดังนั้นเมื่อ ATD มาถึงระบบได้รับข้อมูลจากการบินติดตามเว็บไซต์แล้วปรับปรุงขั้นตอนเพื่อ IMC และเรียกข้อมูลที่ว่างเปล่าเพื่อล็อก
อย่างไรก็ตามข้อมูลที่ถูกปฏิเสธโดย logis เพราะข้อมูลที่ว่างเปล่า
ดังนั้นเมื่อผู้ใช้ตรวจสอบว่าคอนโซลยังใช้งานได้พวกเขาไม่เห็นอะไรในล็อกและคิดว่าคอนโซลยังสามารถใช้อีกครั้ง
แต่เนื่องจากข้อมูลที่ถูกเรียกเมื่อมันไม่เรียกโดยอัตโนมัติเมื่อพวกเขาใช้คอนโซลนี้เป็นครั้งที่สอง
นั่นคือเหตุผลที่ k.apiya ต้องเพิ่มตั๋วเพื่อเรียกข้อมูลและต่อมาพบว่าสาเหตุของการเปลี่ยนแปลงระยะอัตโนมัติและเหตุผลที่ข้อมูลไม่ไหลหลังจาก z00 เรียกคูบ