สวัสดีครับเดี๋ยวรอพี่ป๋อมสักครู่นะครับ สวัสดีครับพี่ป๋อมครับที่ประชุมพร้อมแล้วครับเอาเลยครับเอาเลยครับ วันนี้คงไม่มีอะไรมากเนาะสวัสดีค่ะ ค่ะคือตรงไหนคะพี่วันนี้เป็นการวาระ 1 ไม่มีนะไปเลยค่ะไปประชุมรายงานความก้าวหน้านะคะวันนี้จะมีเฉพาะวาระของการทำงานของ Process ค่ะจะเป็นการแจ้งเพื่อทราบว่าสิ่งที่เราจะดำเนินกิจกรรมในถัดไปจากคราวที่แล้วค่ะที่เราขอหนังสือเข้าไปอยู่ 2 เรื่องนะคะเรื่องแรกเป็นการปรับปรุงประสิทธิภาพการทำงานของระบบก็คือ Tuning ตัว Code สำหรับเกี่ยวกับการทำงาน Process นะคะซึ่งอันนี้ทางทร. ได้ตอบหนังสือกลับมาแล้วว่าสามารถดำเนินการได้วันที่ 25 23:00 น. นะคะจนถึงวันที่ 26 ประมาณ 05:15 น. ค่ะส่วนถัดมาเรื่องที่ 2 เป็นการเดี๋ยวขออนุญาตครับไอ้ข้อ 1 เนี่ยเดี๋ยวต้องรอ ก็คือทางทีมเทคนิคหลังบ้านนะครับคุยคุยกันเบื้องต้นกับทางวิทยาก่อนนะครับว่าเราจะมีการหยุดรับส่งข้อมูลในช่วง 23:00 น. ถึง 05:00 น. เนี่ยครับเพราะว่าเดี๋ยวกองน่าจะมีหนังสือบันทึกข้อความแจ้งทางเป็นทางการให้กับ DG ทราบอีกครั้งหนึ่งอันนี้คือเป็นหนังสือแค่ขออนุญาตไอ้อนุมัติเนาะส่วนเรื่องเรื่องเรื่องคุยกับ DG ที่จะให้หยุดส่งรายการผ่านทางในช่วงเวลาดังกล่าวอ่ะผมรบกวนคุยหลังบ้านเบื้องต้นก่อนแล้วกันนะครับว่าช่วงนั้นอ่ะเอ่อหยุดส่ง Transaction เข้ามาที่ Single นะครับ ได้ค่ะเดี๋ยวให้กันแจ้งค่ะได้ครับขอบคุณครับค่ะโอเคค่ะงั้นเดี๋ยวไอเทมนี้ให้กันประสานหลังบ้านกับ BTS R ไปก่อนว่าเราจะมี Activity นี้แล้วให้ดำเนินการหยุดส่ง Transaction เข้ามาที่ Single นะคะค่ะถัดมาเป็น Activity ที่ 2 ค่ะเป็นการ Upgrade Version โปรแกรมระบบนะคะในส่วนของตัวเว็บไซต์ที่เป็น Bit Portal นะคะมีการเพิ่ม Function การทำงานของ Bit Portal ซึ่งจะเริ่มดำเนินการตั้งแต่วันที่ 28 23:00 น. นะคะจนถึงวันที่ 29 ประมาณ 04:30 น. ค่ะซึ่งอันนี้ไม่มีการปิดระบบแล้วก็ไม่มีกระทบต่อผู้ใช้งานค่ะถัดมาก็จะเป็นตัว Update ในเรื่องของคราวที่แล้วที่มีการแจ้งปัญหาว่าระบบ TXS มีปัญหาเรื่อง API ทำให้ไม่สามารถส่งไฟล์ตัดเงินมาได้ประมาณ 3 36,000 รายการนะคะเป็นข้อมูลตั้งแต่วันที่ 11 ประมาณ 10:00 น. จนถึงวันที่ 14 นะคะซึ่งอันนี้เราก็มีการอินอะลิงให้กับทาง Exact ไปนะคะโดยวันที่ 17 เนี่ยเรามีการแก้ไขข้อมูล Database อย่างที่แจ้งไปว่าให้เป็นเงินเอ่อเงินไม่เพียงพอในการชำระนะคะมันก็จะมีการส่งไฟล์ไปตัดใหม่ไฟล์จริงๆอ่ะค่ะอยู่ที่ 35,458 รายการที่ส่งไปตัดนะคะแล้วก็ได้รับไฟล์ Success มาเป็นจำนวน 34,290 รายการแล้วก็จำนวนที่เป็นเงินไม่พอเงินไม่พอเพียงพอตัดแล้วก็จะวนตัดใหม่ตามรอบก็คือ 1,168 รายการแล้วก็ณวันที่ 17 มีการไม่ได้ส่งตัด 542 รายการนะคะซึ่งวันที่ 18 เนี่ยรายการที่ 542 รายการที่ไม่ส่งตัดเอ่อในวันที่ 17 เนี่ยก็มีการชำระเข้ามาจากช่องทางอื่นๆ 483 รายการแล้วก็ชำระอีกรอบนึงเป็นการ Re-try ของ Easy Pass 59 รายการสรุปว่าทั้งหมดที่เกิดที่เกิดเหตุวันนั้นดำเนินการเรียบร้อยแล้วค่ะไม่ได้ติดประเด็นอะไรถัดมาจะเป็นปัญหาอีกปัญหาหนึ่งค่ะที่เกิดจากการที่ปัญหาการตัดเงินของ Easy Pass M-Pass เหมือนกันแต่อันนี้เป็นปัญหาที่กระทบกับ Operation เพราะว่าถ้าเราจำได้ว่าระบบเดิมก็คือ MFlow ที่เราใช้ของ M9 ค่ะอ่าเวลาที่ส่งตัดเงิน Easy Pass กับ M-Pass สิ่งที่ระบบ MFlow จะนำมา Stamp ว่าเป็น Payment Success คือจะเอามาจากไฟล์ .Status อันนี้ก็คือไฟล์ .Status จะได้กลับมาต่อเมื่อเราส่งตัดแต่มันยังไม่ตัดจริงบน Exact แต่ระบบ MFlow อ่ะค่ะเอาสถานะนั้นๆมา Stamp ว่าเอ่อ Payment Success แล้วอันนี้คือระบบเดิมนะคะส่วนถัดมาณวันที่เราจะขึ้นระบบ Single Platform เราคุยกันว่าเราจะ Migrate มาเฉพาะเอ่อ Payment Waiting แต่ว่าเราก็เป็นเอ่อเราก็เราก็มีการ Migrate มาปกติอันนี้ไม่ได้ผิดอะไรแต่พอณวันนึงอ่ะค่ะข้อมูลตัวอย่างอย่างตัวอย่างที่ที่แคปมาให้อ่ะค่ะข้อมูลเหล่านี้มันยังไปรออยู่ที่ Gateway ของตัว Exact ก็คือตัวตัดเงินอยู่แล้วณวันตั้งน่าจะเป็นเมื่อเมื่อวานอ่ะค่ะ Exact น่าจะส่งกลับมาว่ามีการตัดเงินก็เหมือนลูกค้าอ่ะค่ะไปเติมเงินรายการนี้แล้วมีการส่งมาแจ้งว่าตัดเงินแต่ระบบ MFlow อ่ะไม่ได้ Migrate มาเพราะว่ามันเป็น Payment Success ไปตั้งแต่ M9 แล้วพอเวลาที่โอเปอร์เอา Reconcile กับออก Report R12 อ่ะค่ะมันก็เลยหากันไม่ได้เจอคิดว่าเคสนี้น่าจะมีมาเรื่อยๆจากปัญหาการทำงานของ M9 เดิมแล้วก็ข้อมูลที่รอตัดอยู่บนนั้นอาจจะมีลงมาอีกค่ะพี่ป๋อม แล้วแล้วมีวิธีแก้ไขไหมครับ อันนี้อาจจะต้องเรียนปรึกษาค่ะว่าจะต้องให้โอเปอร์ทำการชี้แจงไหมเพราะมันแก้ที่ระบบไม่ได้ คือไอที.สเตตัสที่ M9 เดิมน่ะมันเป็น Success แล้วแต่ว่ายังไม่ได้เงินจริงถูกต้องไหมแต่ว่าตัวเนี้ยโอเปอร์เป็นคนชดเชยรายได้ให้กรมไปแล้วน่าจะใช่แอดมินอืมก็คือสถานะสำเร็จแหละแต่ว่าไม่ได้เงินจริงโอเปอร์ก็เลยต้องชดเชยทุกงวดที่เวลาส่งงานแล้วทีเนี้ยพอมาถึงปัจจุบันเนี้ยซึ่งขึ้นระบบ Single ใหม่กลายเป็นว่าไอ้ตัวที่เป็นที่ยังไม่ได้เงินอ่ะกลายเป็นว่ามาตัดเงินรอบใน Single ใหม่เพราะว่ามันเป็น.สเตตัสใช่ไหม ไม่ค่ะเพราะว่าข้างบนเขายังไม่ตัดเงินเขารอตัดอยู่เหมือนมันค้างอยู่ที่ระบบฝั่งนู้นอะค่ะแล้วแต่ยังไม่ได้เงินเนี่ยเหรอคะเงินเนี่ยก็อย่างที่พี่ป๋อมเรียนอะค่ะว่าทางโอเปอร์น่าจะมีการชดเชยเพราะว่ามันเป็นปัญหาแต่ว่าฝั่งเรา Success แล้วใช่ฝั่งเราเป็น Success แล้วเราไม่ได้มาเก็บมาฝั่ง เพนพอยต์จาก M9 ว่าเราไปหยิบเอ่อ Success จากไฟล์สเตตัสมาแสตมป์ว่าเป็น Payment Success แล้วมันไม่ถูกมันก็เลยมาแก้ใน C1.2 แต่เราเพิ่งเอาขึ้นตอน Single อันใหม่ของเราค่ะจะเป็นการเอา Success จากไฟล์.pay ก็คือการตัดเงินจริงๆของเขาแล้วมาแสตมป์ อันนี้น่าจะเป็นเพนพอยต์มาตั้งนานแล้วค่ะพี่จิ๊กเดี๋ยวขอขอเก็บหัวข้อนี้ไปปรึกษาพี่บุ้งก่อนนะเพราะว่ามันมีได้ 2 แนวทางอะ 1 ก็คือโอเคแพ็กเกจ 3 อะชดเชยไปแล้วก็คือถือว่ารายการเนี้ยกรมได้ได้ค่าผ่านทางแล้วอาจจะให้ไม่ต้องทำอะก็คือถ้าสมมุติว่าประความใช่ไหมตรงเนี้ยก็ก็ออกมาชดเชยแล้วก็ชี้แจงแล้วก็คืนเงินชดเชยให้กับทางทางแพ็กเกจ 3 อันนี้เคลียร์ทางที่ 1 นะเพราะว่าเท่ากับเราได้ค่าผ่านทางรายการเนี้ย 2 ครั้งก็คือครั้งแรกก็คือตอนที่แพ็กเกจ 3 ชดเชยให้ให้กรมครั้งที่ 2 ก็คือหักเงินผู้ชนะทางจริงอันนี้คือแนวทางที่ 1 ก็คืออาจจะต้องชี้แจงแล้วก็คืนเงินแพ็กเกจ 3 อันนี้ต้องหารือกับทางพี่บุ้งก่อนว่าจะเอาแนวทางไหนแนวทางที่ 2 ก็คือลิสต์มาเลยครับว่ารายการผ่านทางไหนที่เป็นเป็นสถานะที่ Success แต่ว่าที่จริงอ่ะมันยังไม่ Success จริงที่อ่าแพ็กเกจ 3 ชดเชยมาให้กรมอ่ะก็ส่ง Transaction นั้นน่ะไปให้ทางฝั่งกตภ. ครับก็คือเอาออกจากในฝั่งเขาที่มันเป็นยังไม่ชำระเงินอะครับไม่งั้นมันก็จะตัดเงินอย่างนี้เรื่อยๆก็ต้องก็ต้องเอาจากที่กตภ. ชดเชยมาเหรอคะหนูไม่รู้จะไปไหนยังไงได้เท่ากับตอนเนี้ยมันเป็นการตัดเงินซ้ำไงใช่ใช่ไหมไม่งั้นแต่ว่ามันดูจากตัวเลขอะมันไม่ค่อยเยอะหรอกมันค่อยค่อยทยอยตัดใช่ไหมล่ะครับเพราะว่ามันเกิดแต่ว่ามันจะเกิดปัญหาเรื่องทำให้มันดิฟกับ Transaction แค่นั้นเองมันอาจจะมันอาจจะมีมาอีกเรื่อยเรื่อยเรื่อยหนูไม่แน่ใจว่ามันจะมีมาแค่ไหนอันนี้เอาเอาในมุมมองของ Single เนาะแต่ว่าที่รีมายด์คือมันอาจจะเกิดเคสเนี้ยมาเรื่อยๆใช่ค่ะ แล้วไอ้ไอ้จุดสิ้นสุดของของ Error เนี้ยมันมันจะประมาณเมื่อไหร่มั้ยนะคะที่บอกว่ามาเรื่อยๆ ไม่ทราบค่ะเพราะว่ามันอันนี้ในมุมมองของหนูเนาะหนูไม่ทราบเพราะว่ามันมันขึ้นไปรอบนบนบนที่บนเกตเวย์ของบนตัวรอตัดเงินของ Exact แล้วถ้าเกิดลูกค้าเติมเงินแล้วจังหวะที่เงินมันเหลือเขาอาจจะวนไปตัด อ๋อคือจะตัดเมื่อไหร่เนี่ยจะขึ้นอยู่กับว่ามันมีเงิน ว่าทําไมเงินในบัตรที่เป็นของ Exact หรือเป็นของ M-Pass มันเกิดขึ้นได้ทั้ง M-Pass และ Easy Pass นะคะเคสเนี้ยก็คือมันเขาไปเติมเงินเมื่อไหร่แล้วเงินมันเหลือพอจากการตัดผ่านทางอื่นๆมันก็อาจจะไปวนตัดแล้วส่งกลับมาได้ค่ะ อืมเฮ้ยไม่แน่ใจอันนี้แม็กอยู่ตรงนี้เปล่าคะแม็กอยู่มั้ยเพราะเหมือนวันไหนหว่าวันก่อนเหมือนคือคุยกันเรื่องนี้อยู่แล้วพี่บุ้งคุยเรื่องเนี่ยพวกพวกชดเชยพวกอะไรอย่างงี้แล้วอะใช่มั้ยคะเนาะใช่มั้ยอันนี้คุยแล้วเนาะใช่มั้ยคืออ๋อๆแม็กซ์ครับคือที่แพ็กเกจ 2 ชี้แจงอยู่ครับมันเป็นของ ก่อนขึ้น Single ครับที่เป็น Dot Pay กับ Dot Status ที่เอา Dot Status มาแสตมป์แต่ว่าเงินไม่ได้เข้ากรมจริงครับแพ็กเกจ 3 ชดเชยให้กรมทุกเดือนครับมีพอมีเรคคอร์ดให้อะครับแต่ไม่ใช่เป็นเคสใหม่ที่เพิ่งคุยวันก่อนอะครับพี่กิ๊ฟอ๋อ คือคนละอันกันใช่ปะ ใช่ครับ และอันนี้คือยังไม่ได้คุยใช่ไหม อันนี้คือคุยมาสักพักแล้วครับแล้วก็ทางแพ็กเกจ 2 เขาอย่างที่พี่เมย์แจ้งอะครับแก้บน 4.1.2 แต่ยังไม่ได้ขึ้นเพิ่งขึ้นมาใช้ครับ เฮ้ยแล้วตอนตอนนี้หมายถึงว่าที่ตอนแรกที่เมย์บอกว่าจะให้แพ็กเกจ 3 เป็นคนชี้แจงนี่หมายถึงชี้แจงเรื่องทําหนังสือหรือว่าจะยังไงนะคะ อันนี้ยังไม่ทราบเรื่องเลยครับเพิ่งทราบจากที่ประชุมเนี่ยแหละครับกระทบจากมันมันเป็นสิ่งที่โอเปอร์แพ็กเกจ 3 ได้รับผลกระทบทําให้เขา Reconcile ไม่ตรงอ่าอันนี้น่าจะต้องทางแพ็กเกจ 3 น่าจะต้องทําเรื่องชี้แจงหรือเปล่าไม่แน่ใจก็เลยมาเรียนสอบถามว่าเราจะมีแนวทางดําเนินการยังไงเพราะว่าระบบไม่ได้ผิดอะค่ะแล้วมันก็หาที่ลงมาไม่เจออยู่ดีๆก็ไม่ใช่มันระบบไม่ผิดสิ ระบบผิดนั่นแหละ เอาๆนี้ค่ะระบบเดิมพี่ติดแต่ว่าสิ่งที่เราตกลงกันคือเราจะไมเกรต Payment Waiting มาแต่ใน M9 เดิมอะมันเป็น Success แล้วหนูไม่รู้หรอกว่าว่ามันว่ามันต้องเอามาด้วยเพราะว่าตอนที่เราคุยหนูอะถ้าหนูถามเนาะถามในมุมของ Single ก่อนก็คือเราคุยกันว่าเราจะยึด Payment Waiting มาเราก็เอามาทั้งหมดแต่เนี่ยมันเป็นข้อมูล Success เราก็เลยไม่ได้ไมเกรตมาอันนี้หนูก็เลยไม่ทราบว่าจะต้องดำเนินการยังไงก็เลยอะใช่ผมเข้าใจที่คุณเมย์พูดว่าไอ้ Single ใหม่ไม่ผิดหรอกแต่ที่จริงอะระบบทุกอย่างตั้งแต่ M9 เดิมถึง Single ใหม่มันก็บริษัทเดียวกันน่ะทำอย่าบอกว่าที่บริษัทอย่าบอกว่าระบบไม่ผิดมันผิดตั้งแต่ระบบเดิมนั่นแหละระบบเดิมใครเป็นคนพัฒนาล่ะถูกไหมเข้าใจอ่ะเออดังนั้นไอ้ตัวเนี้ยอืมมันไม่ใช่ความผิด Single จริงแต่ว่ามันก็เป็นผลผลพวงจากระบบเดิมที่มีการแสตมป์ผิดพลาดที่ว่าเอาดอทสเตตัสอะมามามาแสตมป์เป็น Success อืมซึ่งมันก็ไม่แปลกที่เราจะไม่เอารายการผ่านทางที่ได้รับค่าผ่านทางมาแล้วก็คือก็คือแพ็กเกจ 3 ชดเชยมาแล้วแหละเราก็ไม่รู้อีกว่าในอนาคตน่ะมันจะมีเหตุการณ์นี้เกิดขึ้นอืมที่มีไฟล์ค้างอยู่ที่เกตเวย์แล้วก็ทางกทพ. ก็โกยไปตัดเงินใหม่อีกรอบแล้วก็ส่งสถานะการตัดเงินน่ะมาให้เราณปัจจุบันดังนั้นไอ้ตัวเนี้ยเดี๋ยวเพราะว่ายังไงมันก็ต้องต้องต้องแจ้งทางพี่บุ้งแหละว่าจะหาวิธีอ่าเพราะว่ายังไงเงินมันไม่ตรงอยู่แล้วเงินที่เข้ากรมกับ Transaction ที่ออกในรีพอร์ตอ่ะครับมันไม่ตรงกันเพราะมันเป็นเป็นสเตตัสเอ่อรายการผ่านทางที่เคยชำระแล้วก็ชดเชยให้กับกรมมาแล้วอันนี้เดี๋ยวค่อยหารือกับทางพี่บุ้งอีกทีนึงว่าจะไปแนวทางไหนใช่ค่ะเพราะมันก็ทำให้เขาส่งงานไม่ได้เหมือนกันใช่เพราะว่ามันทำให้ให้รีพอร์ตไม่ตรงมันก็จะไม่ตรงอย่างนี้ไปเรื่อยๆจนกว่ามันจะไม่มีการเติมเงินแล้วก็จนกว่าไอ้พวกรายการที่มีปัญหาตรงนี้จะหมดไปหรือไม่ก็เนี่ยผมถึงบอกว่าแนวทางอีกแนวทางหนึ่งก็คือสามารถเอารายการผ่านทางที่เราเคยแสตมป์ว่าชำระสำเร็จแล้วเนี่ยส่งกลับไปเหมือนกับพี่แบ็กเอ้ยพี่แม็กจะมีรายการผ่านทางที่ชดเชยให้กรมอยู่แล้วแหละว่ากี่รายการ Transaction ไหนบ้างที่ไม่ได้เงินจริงอะเอาตัวเนี้ยส่งไปให้เขาแล้วก็เอาไปออกจากฝั่งเขาได้ไหมไม่ให้เพื่อจะไม่ให้แบบว่ามันส่งมาตัดซ้ำอะไรอย่างเนี้ยอันเนี้ย อนุญาตครับครับเดี๋ยวเดี๋ยวแพ็กเกจ 3 รวบรวมรายละเอียดรายการผ่านทางที่ชดเชยเคสนี้ให้แล้วกันครับแล้วทำหนังสือส่งไปให้ครับว่ามีอะไรที่แพ็กเกจ 3 ชดเชยไปบ้างแล้วใช่ก็คือเราก็จะดูปริมาณด้วยว่าเอ๊ะที่ชดเชยมาทั้งหมดกี่รายการเป็นหลักหมื่นหรือหลักแสน แล้วมันจุดที่สุดมันคงถ้าเป็นหลักแสนนี่คือมันคงเป็นแบบโอ้โหอีกนานมากเลยอะกว่าจะตรงนี้จะหายไปอะครับก็จะเป็นปัญหาไปเรื่อยๆเราก็ต้องมาชีแจงอย่างนี้ทุกเดือนเหรอใช่ไหมครับเดี๋ยวต้องต้องคุยหารือกับทางพี่หนึ่งทางพี่บุ้งอีกหนึ่งว่าเราจะออกหาทางออกแบบแบบไหนดีเพราะว่ากลุ่มคนเหล่าเนี้ยกลุ่มทรานซิชั่นเหล่าเนี้ยมันมันได้เรื่องเงินมาแล้วแหละแต่ว่าเราจะทํายังไงให้มันทําให้มันตรงแล้วก็ไม่มีปัญหาในอนาคตด้วยอ่ะถ้ามันตรงก็ไม่มีปัญหาแล้วแหละหรือจะปล่อยอย่างนี้ก็ได้แต่ว่าก็ต้องชี้แจงทุกเดือนแล้วก็ส่วนที่เข้ามาเกินหรือเข้ามาเบิ้ลเนี่ยเพราะรายการนึงมันเข้ามาเท่ากับกรมได้ได้เข้ามาทางตรงนี้สองสองครั้งไอ้เงินตรงนี้เราอาจจะต้องคืนไหมหรือว่าเราถือว่าเป็นรายได้ของของกรมอันนี้ก็ต้องมาหารือกันอีกทีนึงครับโอเคครับยังไงรบกวนพี่แมทด้วยนะครับขอรายละเอียดด้วยครับจะได้แจ้งพี่บุ้งแล้วก็หารือกันครับได้ครับรับทราบครับครับ ครับเชิญคุณเมย์ต่อเลยครับ แล้วก็มันน่าจะมีอีกประเด็นนึงแต่น้องวิเคราะห์หาสาเหตุอยู่ตอนนี้เมย์ยังสรุปไม่ได้เนาะเมย์ก็เลยยังไม่นําเรียนในเรื่องตอนโปรเกรสแต่ว่าอันนี้เล่าให้ฟังก่อนไม่แน่ใจว่าเป็นปัญหาเหมือนที่พี่จิ๊กพูดสักครู่รึเปล่ารายงาน M R12 เหมือนกันที่เหมือนตอนไมเกรตมาลูกค้าสมาชิกเป็น Full เป็น Full Mem แต่รถคันนี้เป็น Non Mem M9 สามารถถูกตัดบัญชี Account ได้เป็นรายรอบบิลแต่พอมาอยู่บน Single เหมือนมันลง R12 เป็น Non Mem ที่จริงระบบมันถูกแล้วเพราะมันไมเกรตรถมาเป็น Non Mem แต่สมาชิกเป็น Full Mem พอมีการไปแก้ Data เพื่อให้ส่งงานได้อะค่ะมันจะกระทบกับยอดเงินที่เราใช้ยอดเงินที่เราได้รับจริงเพราะรายเนี้ยเขาเป็น Non Mem ไม่ใช่ Full Mem ทีนี้เมย์คิดว่าสิ่งที่น้องกําลัง Investigate ต่อค่ะคือน่าจะต้องมีการปรับแก้โปรแกรมในส่วนของการออก Billing กับการปรับจ่ายเงินโดยการจับโดยการจับ Field บาง Field ให้มันชัดเจนขึ้นแต่ว่าสิ่งที่ Data ไมเกรตมามันไมเกรตมาถูกแล้วเพราะระบบ M9 เป็นอย่างนี้ลูกค้าเป็น Full Mem แต่มีรถที่เป็น Non Mem ผสมในนั้นถ้าจําได้ว่าเราบอกว่าเราจะจับจากรถถ้ารถยังไม่สมบูรณ์เราก็จะเรียก Non Mem แต่ที่เป็นประเด็นคือทําไมบน M9 ถูกตัดบัญชี Account แบบรายรอบบิลได้อันนี้คือที่เมย์ไม่นําเสนอแต่เล่าให้ฟังเฉยๆเมย์ไม่แน่ใจว่ามันเป็น Issue ที่พี่จิ๊กเกริ่นเมื่อสักครู่หรือเปล่ากําลังให้น้องไปดูว่าทําไม M9 ถึงถูกตัดได้แล้วเราต้องแก้โปรแกรมตรงไหนจริงๆเดี๋ยวถ้าได้ Final จะเอามานําเสนออีกทีค่ะอันนี้คือเล่าให้ฟังให้น้องวิเคราะห์หาสาเหตุอยู่ไม่ทราบว่ามันเป็นมันเป็น Issue เดียวที่เดียวกันกับที่พี่จิ๊กเกริ่นเมื่อสักครู่ไหมคะ เดี๋ยวเดียวกันมั้ยอะแม็กจำไม่ได้แล้วอะเหมือนจะไม่ใช่นะ เป็นคนละประเด็นกันครับ อ๋อค่ะอันนี้คือเมย์ยังหาสาเหตุประเด็นนี้อยู่ค่ะอันนี้ก็เลยเล่าให้ให้ฟังก่อนค่ะอันนี้น่าจะเมย์น่าจะครบแล้วค่ะวันนี้ไม่ทราบว่าทางที่ปรึกษาค่ะครบแล้วเหรอเรามีอะไรเพิ่มเติมไหมค่ะครบแล้วค่ะไอ้ที่เรามีปัญหากันเรื่องเรื่อง E-Zip เรื่อง Line OA อะยังไม่ยังไม่สรุปเฮ้ยต้นไม้ที่ทำเหรอคะใช่ก็ ที่ว่าสมัครไม่สำเร็จใน Line OA แต่ว่าเอาเข้ามา Migrate มาบน Single เนี่ยให้เขาเป็น Minimal Line OA อะ ก้อมจ๋า มีมีมีความก้าวหน้าไหมครับมีความคืบหน้าไหม เอาเท่าไหร่ให้พี่แชร์สไลด์เลยไหมนึกว่าเดี๋ยวจะไปเอาไปประชุมอีกประชุมหนึ่งได้ค่ะผมขอสไลด์นี้ด้วยนะคุณเมย์ได้ครับผมครับได้ค่ะเมย์น้องมุกส่งให้แล้วอะค่ะแต่เมย์เพิ่งทำอันนี้เพิ่มเติมเดี๋ยวมันรีวิวส่งให้ใหม่นะค่ะ ใส่ใน Talk Call ทุกหัวข้อที่เราคุยกันวันนี้ได้ครับผมผมจะได้นำเรียนทางพี่บุ้งครับได้ค่ะได้ค่ะในป่าครับครับ น้องออมเดี๋ยวนะคะเมย์พอแล้วค่ะอะให้พี่แชร์สไลด์ไหมลูกไม่เป็นไรผมแชร์ให้ครับพี่โอเคค่ะขอบคุณค่ะ โอเคเอ่อมีมีมีจากวันก่อนได้เข้าไปชี้แจงโอ้โหได้ได้เข้าไปชี้แจงกับทางกรมเพิ่มเติมแล้วนะครับว่าว่าจริงๆแล้วมันเป็นรถที่คุณแสงอรุณาเขามามาแอดซึ่งเจ้าของเป็นคุณสมพรกับคุณศศิธรนะครับจุดเชื่อมต่อก็คือตัว Customer Customer นี้นะครับเขามาแอดรถมันทำให้ตอนที่ส่งรถไปอะครับจริงๆแล้วรถเป็นคุณสมพรแต่ว่าดันไปส่งที่อยู่ของคุณคุณศศิธรโดยใช้ชื่อคุณสมพรส่งไปครับก็เพราะว่าตัวตัวกระบวนการเก็บข้อมูลของเราอะครับเราชี้ไปหา Customer แล้วเราณตอนที่เราทำระบบอะเรามั่นใจว่ารถที่แอดเข้ามาในระบบ Line ได้อะมันจะต้องเป็นรถที่ผู้ครอบครองอะมี Citizen ID เดียวกันกับผู้ลงทะเบียนใช่ไหมครับแต่ว่ารถคันเนี้ยกลายเป็นว่าไม่ผ่านการ Verify ของระบบ Line คือผูกวิธีการชำระการจ่ายเงินไม่สำเร็จเป็นแค่การเอารถมาลงทะเบียนเอาไว้เฉยๆแต่ผูกรถไม่สำเร็จในระบบนะครับซึ่งๆข้อมูลพวกนี้เราก็เอา Migrate ขึ้นมาด้วยเพราะว่าเอ่อณณ M9 อะครับลูกค้ากลุ่มนี้ที่ผูกชำระเงินไม่สำเร็จอะทาง M-Pro เองมีการส่ง Notification แจ้งเตือนไปใน Line ก็เลยยังคงจะต้องเอาขึ้นมาเพื่อให้ลูกค้ากลุ่มนี้ได้ Notification เหมือนเดิมครับโอเคอันนี้คือตัวข้อมูลที่ที่เป็นตัวหลักของปัญหานะครับก็คือตัวชื่อเนี่ยเดิมเนี่ยถ้า Migrate มาจาก M9 เนี่ยชื่อจะเป็นของคุณแสงอรุณสัจจพจน์เป็นคน Register ใช่ไหมครับแต่พอวิ่งผ่านทางบน Single Platform อะครับก็มีการได้รับข้อมูลอัปเดตจาก DLT เป็นชื่อเจ้าของรถในการวิ่งผ่านทางก็จะมี 2 Record ที่เกิดขึ้นก็คือศศิธรแล้วก็สมพรเพราะเมื่อมีการอัปเดตข้อมูลในระบบละก็จะไม่มีการอัปเดตซ้ำละเพราะฉะนั้นรายการที่เป็นชื่อผู้ครอบครองรถที่ผูกกับ Customer เจ้าเนี้ยกลายเป็นคุณสมพรไม่ว่าจะออกคันไหนเนี่ยก็จะเป็นชื่อคุณสมพรอยู่ทั้งๆที่ความเป็นจริงอะรถน่ะมี 2 เจ้าของครับถ้าสังเกตจากที่อยู่เนี่ยมันก็จะสลับกันไปมาเพราะว่าที่อยู่อะเราเช็คจากที่อยู่เก่าละว่าว่ามันไม่เหมือนเดิมเราก็เลยเกรงว่ามีการเปลี่ยนที่อยู่จาก DLT ไหมแล้วก็มีการอัปเดตที่อยู่สลับไปมาจากการวิ่งผ่านทางหรือการตรวจสอบข้อมูลจาก DLT ครับเอ่อณณตอนเนี้ยครับเราก็เจอปัญหาแล้วแล้วก็เอ่อทางทีมเนี่ยก็ได้ปรึกษา Solution ในการแก้ไขปัญหาครับว่าสำหรับการที่จะส่งจดหมาย Enforce ใหม่เนี่ยเราอาจจะใช้วิธีการโดยการเปลี่ยนจาก Customer อะครับให้ไปใช้ที่ Owner แทนนะครับโดยโดย Vehicle Profile เนี่ยก็จะต้องมีการอัปเดตโปรแกรมบางส่วนเพื่อให้เพื่อให้มาอัปเดต Owner ได้ถูกต้องนะครับ 2 เลยหา Enforcement ที่จะไปยิง DOPA อะครับจากเดิมที่หยิบ Citizen ID จาก Customer ไปเนี่ยก็ให้ไปใช้ Citizen ID จาก Owner แทนนะครับขา Enforce ที่จะส่งจดหมายอะครับก็ให้มาใช้จาก Table Owner ทั้งหมดโดยการดึง DOPA ที่ได้จาก Owner เนี่ยไปใช้งานครับแล้วตัวข้อมูลที่มีปัญหาอะครับแบ่งแบ่งเป็น 2 ประเด็นคือข้อมูลของคุณสมพรที่เกิดปัญหาเนี่ยเราอะทำการ Close Account นี้ไปแล้วหมายความว่าคือทั้งผู้ใช้ทางเองไม่ได้ยินยอมในการผูก Line แต่ว่าเป็นบุคคลอื่นใช่ไหมครับเราก็เลยปิด Customer นี้ในระบบ Line ให้เขาเป็น Non-Member จริงๆโดยที่ไม่มี Customer Line Active อยู่นะครับกับ 2 เลยส่วนที่จะต้องเป็นยังยังมีข้อมูลแบบนี้อยู่ในระบบเนี่ยนะครับกรมเมื่อวานทางทางพี่บุ้งอะครับกับทางที่ปรึกษาอะครับก็เลยมีมีการเสนอว่าถ้าอย่างนั้นอะต้องการให้ระบบ Single Platform อะครับตรวจสอบว่ารถที่ผูกใน Line แล้วไม่ผูกชำระไม่ได้ผูกวิธีการชำระเงินแบบ Auto ไว้อะครับให้ส่ง Notification แจ้งเตือนให้เขากลับมาผูกให้สำเร็จในระบบแล้วถ้าเกิดผูกไม่สำเร็จภายในกี่วันเนี่ยจะทำการไม่ส่ง Notification ไปให้ครับ นี่จะส่งไปทางทาง ทางไลน์ใช่ไหมเออเป็นทางไลน์ครับ ก็คือแจ้งให้เขามาผูกให้สําเร็จใช่ ใช่ครับ อยากทราบจํานวนตอนนี้ทราบจํานวนหรือยังโอเคมี จํานวนมาให้แล้วครับ อืมโอเค จํานวนอยู่หน้านี้คือคือช่องทางไลน์เนี่ยที่ยังไม่ได้ผูกวิธีการชําระเงินเนี่ยประมาณ 115,000 คันครับเป็นวิ่งผ่านทางภายในปีนี้แล้วเนี่ย 33,000 คันแล้วก็ยังไม่วิ่งผ่านทางในปีนี้ประมาณ 82,000 คันวิ่งผ่านทางทั้งหมดเนี่ย 400,000 Transaction ซึ่งซึ่ง 420,000 เนี่ยจ่ายเงินละแล้วใน 420,000 ยังมีค่าปรับอยู่ 10,000 กว่ารายการแล้วก็ยังไม่จ่ายเงินเนี่ย 14,000 ซึ่งเป็นรายการที่เปิดเกิดค่าปรับแล้วอยู่ 7,000-7,000 ส่วนที่ยังไม่เกิดค่าปรับเนี่ยมันคืออยู่ในช่วงที่ Due Date รอการชําระนะครับก็ก็เป็นจํานวนที่จํานวนเงินเนี่ยที่มีการชําระอยู่เนี่ย 30,000 คันอีก 4,800 กว่าคันเนี่ยก็คืออยู่ในพวกที่เกิดค่าปรับแล้วก็รอการชําระด้วยซึ่งรถของคุณสมพรที่เป็นคู่กรณีเออๆที่เป็นผู้ร้องเรียนเนี่ยก็เกิดอยู่ในกลุ่มที่ยังไม่ชําระเงินครับสาเหตุที่ยอดเนี่ยมารวมกันแล้วไม่เท่ากันเนี่ยเพราะว่ามันจะมีรถบางคันเนี่ยที่เคยชําระแล้วและยังไม่ชําระเราก็จะถูกปัดมาให้อยู่ในไม่ชําระด้วยนะครับครับตัวจํานวนเงินเป็นแบบนี้แล้วก็สิ่งสิ่งที่สิ่งที่จะทําต้องทําก่อนเพื่อให้ Work Around ในช่วง 1 เดือนอะครับที่ทําการแก้ระบบนี้อะครับคือข้อมูลที่จะส่งจดหมาย Enforcement เนี่ยมันมีโอกาสผิดอยู่ซึ่ง Solution เนี่ยที่ที่ไปดูแล้วเนี่ยมี 2 วิธีที่จะกระทบน้อยสุดแต่แต่ไม่แน่ใจว่าควรจะใช้วิธีไหนดีกับการเคลียร์ Data ที่มันผิดไปนะครับก็คือ 1 เลยคือเราอะจะเหลือแต่ข้อมูลเฉพาะ Record ของเจ้าของบัญชีไลน์เท่านั้นพอเวลาเกิดการส่งกฎหมาย Enforce ไปเนี่ยก็ไปส่ง Enforce ที่เป็นเจ้าของบัญชีแทนซึ่งอันเนี้ย Data มันก็มีส่วนที่มันไม่ตรงกับเจ้าของรถแบบนี้นะครับส่วน 2 เลยคือการเคลียร์ Data การเคลียร์ข้อมูลที่จะส่ง Enforce ออกในกรณีที่ระบบเนี่ยมันมันอาจจะมีข้อมูลผิดพลาดอยู่เคลียร์ออกแล้วก็เราจะให้ระบบ Pre-Enforce เนี่ยยิงเช็กซ้ําใหม่เสมอหมายความว่าก่อน Pre-Enforce เราจะเคลียร์ออกแล้วระบบจะยิงไปสอบถามเฉพาะข้อมูลที่เป็น Pre-Enforce เท่านั้นเสร็จแล้วมันก็จะได้ข้อมูลเฉพาะรถที่จะออกค่าปรับจริงๆแต่แต่นะครับมันก็จะมี Gap เกิดขึ้นคือจังหวะที่เรา Pre-Enforce เนี่ยมันคือ 2 วันก่อน Enforce มันอาจจะมีข้อมูลการผ่านทางบางอย่างหรือการตรวจสอบจากหน้าจอ DOT ทําให้มีข้อมูล DOT เข้ามาอัปเดตในระบบทําให้ข้อมูลมันไม่ตรงกับ Enforce หรือในขณะที่เราทําการ Pre-Enforce เนี่ยมันอาจจะมี Customer เนี้ยอาจจะมีรถ 2 คันซึ่งคนละเจ้าของอะอยู่ในรอบของการ Enforce รอบนี้มันก็ยังคงที่จะส่งจดหมายผิดไปอยู่ครับก็เลยก็เลยจะมาเรียนปรึกษาทางกรมกับที่ปรึกษาว่าไอ้ Data 1 เดือนเนี้ยก่อนที่เราจะ Go เอ่ออัปเดตระบบเนี่ยเราควรจะไป Way ไหนที่มันมันปลอดภัยเหมาะสมมากกว่าครับ ไอ้กลุ่มลูกค้าที่เป็น LINE OA ที่ยังผูกไม่สำเร็จเนี่ยเราสามารถที่จะกรองตอนที่มันเกิด enforce อะไปถาม DLT ก่อนอีกรอบหนึ่งได้ไหมถ้า มันเกิด enforce โอ โอเคคือมันคือโซลูชันที่สองครับพี่ป๋องแต่ก็ว่า เพราะว่ามันน่าจะชัวร์กว่าว่าปัจจุบันเนี้ยรถเจ้าของคนเนี้ยเป็นเจ้าของที่แท้จริงหรือเปล่าก่อนที่จะส่งจดหมายไปอะครับครับอ่ามันได้มันจะได้คอนเฟิร์มว่าเอ๊ะรถที่เราส่งไปเนี่ยไม่ผิดฝาผิดคนจริงๆไม่ใช่ไม่ใช่เอาข้อมูลเก่าไปส่งอะไรประมาณนี้มันจะได้เพราะว่าคนที่ผูกชำระ LINE OA ไม่เสร็จก็ยังถือว่าเป็นเป็นเอ่อ non-member ในในด้านในทางกฎหมายนะเราก็ต้องส่งที่อยู่ตาม DOPA หรือว่าที่อยู่ตาม GIOT ประมาณนั้นนะผมคิดว่าอย่างนั้นนะเพราะว่าถ้าสมมุติว่าเคสของคุณสมพรเนี่ยถ้าสมมุติว่าเราทำเหมือนเคสที่สองเนี่ยที่จริงมันก็ส่งไปหาคุณสาธรนั่นแหละ ใช่ใช่ครับแต่อย่างที่เรียนแจ้ง FYI ไว้นิดนึงครับคืออาจจะมีบางคันที่หลุดจริงๆในกรณีที่เขาถูก enforce พร้อมกันสองคันแต่คิดว่าน้อยมากครับเพราะฉะนั้นยังยืนยันเป็นโซลูชันที่สองเลยครับพี่ป๋องใช่ เพราะว่าเพราะว่าป้องกันอะครับถ้าสมมุติว่าใน DLT เขาไปเปลี่ยนผู้ครอบครองรถแล้วอะการที่เขาวิ่งปัจจุบันเนี้ยมันก็ควรจะเป็นเจ้าของณปัจจุบันที่จะต้องไปส่งไปแจ้งเขาอะ พี่เอ็มตรงเนี้ยที่ที่ส่งเจ้าของเนี่ยอันนี้เราพูดถึงเราพูดถึงเคสไอ้ข้อหนึ่งเนี่ยค่ะเราพูดถึงเคสแบบเอ่อ non-member ใช่ไหม ใช่ครับใช่ อ๋อก่อนก่อนที่โปรแกรมจะเสร็จแต่ถ้าโปรแกรมเสร็จก็จะเป็นตามที่เราคุยใช่ปะเขาจะทำยังไงใช่ไหมใช่ ใช่ครับใช่ครับพี่จิ๊บ เจ้าของที่ลงทะเบียน ข้อหนึ่งอะครับพี่จิ๊บมันก็จะเหมือนกับเคสเคสก็คือเอายึดตามเจ้าของที่ลงทะเบียนใน LINE OA อะครับไม่สนใจว่าเจ้าของลงทะเบียนไม่สำเร็จใช่ไหมใช่ครับใช่ ซึ่งมันก็ไม่ถูกอยู่แล้วนี่ใช่ปะ มันถึงมีปัญหากับคุณสมพรนี่ไงครับเอ้อก็ก็ เพราะฉะนั้นข้อหนึ่งมันก็ไม่ใช่อยู่แล้วปะคะออม เออได้ครับโอเคข้อ สองเคลียร์เดี๋ยวๆเดี๋ยวหายสักครู่ค่ะเคลียร์ Data ก่อน enforce แล้วให้ pre-enforce รถที่ไม่ชำระ รถที่อันนี้หมายถึงว่าคนที่ยังกู้ไม่สำเร็จเนาะแล้วมีคน 2 คนเอ้ยมีเจ้าของรถ 2 คน ใช่ครับมีรถ 2 คันเจ้าของคนละคน แต่ว่าตอนนี้เราคุยกันว่าจะต้องส่ง Enforce ไปที่เจ้าของรถใช่ปะเพราะฉะนั้นข้อ 2 นี่มันก็ไม่ใช่สิ่งที่เราต้องมาพิจารณาแล้วใช่มั้ย เออใช่ใช่ครับแต่แค่มีข้อ Concern นิดเดียวซึ่งซึ่ง Concern อยู่น่าจะน้อยคือคือข้อ Concern คือถ้าถ้าวันนั้นน่ะรถของ Customer เนี่ยทั้ง 2 คันเนี่ยเกิดโดน Enforce พร้อมกันน่ะมันก็มีโอกาสที่เราจะส่งผิดบ้านไป 1 คันเพราะว่าระบบอะมันไปยิง DLT ทั้ง 2 คันมันก็จะวิ่งกลับมาอัปเดตในระบบเรา 2 คันเหมือนกันกลายเป็นว่า Customer เนี้ยจะเจอ 2 ที่อยู่อยู่ครับแต่เป็นส่วนน้อยครับผมคิดว่าส่วนน้อยแต่ยังไม่ได้ Serious Data นะครับที่ต้องมีหน้าเกิดครับ ได้ครับมันก็ไม่มีทางอื่นแล้วใช่ไหมล่ะก็ภาวนาว่าน่าจะ Play Safe สุดครับพี่เออน่าก็มีแค่ภาวนาครับอย่าให้ไปโดนตัวใหญ่ถ้าโดนตัวใหญ่ก็จะเป็นแบบแบบที่ผ่านมาถ้าโดนโดนคนที่ไม่ตัวเล็กๆอ่ะไม่เขาก็คงเงียบๆไปแล้วก็ไม่สนใจอ่ะครับว่าเพราะว่าไม่ใช่รถเขาอย่างมากเขาก็แค่มาโต้แย้งแค่นั้นเองครับอืมว่าไม่ใช่รถเขาอะไรอย่างเงี้ยโอเคก็ภาวนาแล้วกันครับ ได้ครับเดี๋ยวเดี๋ยวจะเริ่มกระบวนการทำงานกับทีมช่วงบ่ายนี้เลยครับ แล้วที่คุยกับทางพี่บุ้งนี่คือใช้เวลาเดือนนึงเหรอ เอ่อใช่คือว่าต้องจะเปลี่ยนเป็น Owner ให้หมดอ่ะครับใช่ครับ Tentative ไว้ 1 เดือนครับคือทำแล้วก็รวมเทรนครับแล้วก็พร้อมพี่พรขึ้นระบบ อันนี้ขออนุญาตถามล่วงหน้าครับพี่เมื่อกี้ที่ว่าคุยกันเมื่อกี้ที่ข้อ 2 อ่ะที่อยู่นี่คือเราจะใช้ที่อยู่ตาม DLT ใช่ไหม เออ เป็น DOPA ครับคือแต่ว่าจะเอาข้อมูลเบื้องต้นจาก DLT ไป ใช่ไหมหมายเลขแบบว่าบัตรประชาชนไปสอบถามโอเค DLT ไปสอบถามถูกครับใช่ครับ เวลาเวลาตอบตอบเนี่ยบอกว่า DOPA นะห้ามบอกว่าเอา DLT นะครับครับ โอเคครับไม่ มีประเด็นแล้วค่ะ พี่กิ๊ฟมีอะไรสอบถามเพิ่มเติมไหมครับไม่มีค่ะ อืมรายงานงวดนี้ก็คงน่าจะยังไม่ตรงอีกใช่ไหมเพราะว่ามีปัญหาเพิ่มเข้ามาอีกแล้วเออเดี๋ยวขอหารือกับทางพี่บุ้งก่อนนะว่าจะเอาแนวทางไหนครับเรื่องที่ว่ามีการส่งรายการตัดเงินที่มีสถานะ Success ในฝั่ง MFlow แล้วกลับมาเพราะว่าข้อมูลเดิมของ M9 ในฝั่ง Gateway ของกตภ. ยังเป็นรอชําระอยู่ เอ่อเคสที่เมย์ยกตัวอย่างมาค่ะมันเจอที่ M-Pass ค่ะแต่มันเป็นทั้ง M-Pass และ Easy Pass ค่ะพี่ใช่เพราะว่าเคสนี้มันเป็นทั้ง M-Pass และ Easy Pass ที่เราชดเชยรายได้ให้กรมที่เกี่ยวข้องกับเอ่อตัดเงินสำเร็จแต่ว่าไม่ได้เงินเข้าบัญชีกรมจริงๆอะอันเนี้ยเข้าใจอืมแต่ว่าเดี๋ยวต้องคุยกับทางพี่บุ้งก่อนครับว่าจะมีแนวทางหรือว่ามีวิธีการยังไงเพื่อแก้ปัญหานี้อะนะครับเพราะว่ากระทบกับรายงานครับ โอเคงั้นก็ก็มีอีกเคสหนึ่งค่ะงั้นเมย์ขออนุญาตอัปเดตเมย์เพิ่งจำได้ว่าเมื่อเช้าน้องมาแจ้งว่ามันมีเคสกรณีรถสูญหายที่อรุแจ้งมาน้องตรวจแล้วพบว่ากล้องไม่ส่งมาค่ะพี่ป๋องอันนี้เดี๋ยวน้องน่าจะไปประสานกันอันนี้อาจจะกระทบทำให้มันทำให้ทางแพ็กเกจ 3 ส่งงานไม่ได้ ไอ้กล้องไม่ส่งงานผมรู้สึกว่าผมว่าเจอนานแล้วนะแต่ว่าเจอนานแล้วอยู่ดีๆมันก็มาอันนี้ผมไม่แน่ใจว่ามันต้องมีวิธีตรวจสอบแล้วแหละ M9 เดิมก็เป็นอืม เพราะว่าโปรดักต์ดาต้าให้ที่แจ้งมาว่ารถสูญหายเยอะอะค่ะอันนี้ใช่ใช่มันไม่ใช่เพิ่งเป็นหรอก ก็ต้องหาแนวทางในการแก้ไขอะครับมันเป็นตั้งแต่แรกแล้ว ก็เดี๋ยวรวบรวมข้อมูลเดี๋ยวนำเสนออาทิตย์หน้าหน่อยแล้วกันนะครับว่าไอ้ที่สูญหายอะมันเกิดจากสาเหตุอะไรแล้วก็มีแนวทางแก้ไขไหมเพราะมันเป็นที่ช่องช่องทางอืมลองให้ทีมลองไปหาหาสาเหตุดูอะครับเพราะว่ามันมันเป็นมานานแล้วแหละแต่ผมไม่พูดเฉยๆเพราะว่าผมรู้ว่ามันยังน้อยอยู่แต่มันก็หายจริงๆนั่นแหละ ครับ หรือจะให้ผมหายเอง น้องหาแล้วอ่ะค่ะน่าจะเดี๋ยวเมย์ลองให้น้องสรุปไซส์อ่ะค่ะเดี๋ยวสรุปเป็นเดี๋ยวสรุปให้ค่ะเอามานําเสนอน้องช่วยตรวจแล้วน่าจะหาหาแล้วอ่ะค่ะค่ะ โอเคโอเคครับงั้นก็วันนี้น่าจะไม่มีอะไรก็ขอขอบคุณทางพี่จิ๊บนะครับทางที่ปรึกษาแล้วก็ทางบริษัทแอปเวิร์คขอบคุณครับค่ะขออนุญาตปิดประชุมครับค่ะสวัสดีค่ะ