อะไรพวกนี้ก็ก็ได้ใช่ป่ะคะใช่ครับ สวัสดีครับเดี๋ยวรอสักครู่นะครับ สวัสดีครับทางบริษัทพร้อมหรือยังครับ พี่ป๋องได้ยินเสียงเมย์ไหมคะฮัลโหลค่ะ ได้ยินค่ะ บริษัทพร้อมค่ะโอเคเริ่มเลยครับทางพี่ป๋องกับทางพี่บุ้งติดภารกิจครับเชิญเริ่มได้เลยครับวันนี้เรามี 2 หัวข้อด้วยกันนะคะหัวข้อแรกจะเป็นในส่วนของตัวอัปเดตในส่วนของที่เราขึ้นรีลีสใหม่นะคะว่าเราขึ้นอะไรไปแล้วแล้วเหลืออะไรไปบ้างนะคะส่วนถัดมาเป็นเรื่องของการขอปรับปรุงประสิทธิภาพการทำงานของระบบนะคะเนื่องจากระบบมีการทำงานล่าช้าขออนุญาตไปอัปเดตตัว New Release นะคะที่เราได้ดำเนินการเมื่อวันที่ 30 ที่ผ่านมาก็จะมีการขึ้น New Release ในส่วนที่แจ้งเป็นหนังสือเข้าไปแล้วก็จะมีการอัปเดตเวอร์ชันเรียบร้อยทั้งในส่วนของ iOS Android แล้วก็ตัวเว็บนะคะซึ่งปัจจุบันจะเป็นเวอร์ชัน 2.0.3 นะคะสิ่งที่ยังคงค้างและไม่มีในหนังสือเอ่อที่ขอปรับปรุงเวอร์ชันก็เรื่องของ Bit Portal นะคะที่เราจะขึ้นบนเว็บไซต์ซึ่งทีมคาดว่าน่าจะขึ้นเป็นการพฤษภาคมค่ะอันนี้มีเฉพาะใช้งานในเว็บนะคะ ที่เป็นทางเราแล้วครับเออแล้วที่หนังสือที่ขออนุมัติมาก็คือมันมีบิทเอ้มีตัวนี้ด้วยไม่ใช่เหรอตัวนี้บิทพอร์ทัลเนี่ยครับไม่มีค่ะไม่มีเหรอใช่ค่ะไม่มีถ้างั้นถ้างั้นทางอุษาต้องทำหนังสือขออนุมัติเพื่ออ่าอัพในวันที่ 15 พฤษภาคมมา ใหม่นะได้ค่ะแต่ว่าเดี๋ยวเมย์ขออนุญาตเช็กก่อนว่าจะได้ตามแผนหรือเปล่าถ้าได้ตามแผนเดี๋ยววันจันทร์เมย์ทำแบบเล่นทำหนังสือเข้าไปอันนี้ก็คืออ่าเผื่อเวลาให้ผม เสนอผอ.ท. สักอาทิตย์นึงหน่อยนะเอาโอเคปะไม่เอาแบบกระชั้นชิดอะครับได้ค่ะได้ครับ งั้นถ้าเราจะขึ้นเราต้องแจ้งล่วงหน้า 1 week งั้นแสดงว่าเมย์ต้องเปลี่ยนเป็นวันนี้ 22 ถูกไหมพี่ ใช่อย่างน้อยก็คือต้องออกหนังสืออะครับอย่างเช่นถ้าสมมุติว่าออกที่จริงอะถ้าสมมุติจะออกเริ่มวันที่ 15 ใช่ไหมควรจะออกหนังสือให้ผมวันนี้หรือวันศุกร์ได้ค่ะเพื่อให้ผมได้เสนอทางพี่บุ้งแล้วก็เสนอทางท่านผอ.ท. ตามขั้นตอนเพราะว่าบางทีท่านผอ.ท. ก็มีภารกิจเยอะต้องรอจังหวะที่ท่านเห็นไหมครับครั้งที่แล้วเราก็ยังได้รับอนุมัติภายในก็คือวันเดียวกันที่กับวันที่เราขออนุมัติเลยเพราะว่าเราทำยื่นเสนอแบบกระชั้นชิดมากเราต้องเผื่อเวลาให้ท่านให้ท่านด้วยครับ อันนี้เป็นส่วนแค่ของเว็บนะคะไม่มีส่วนของโมบาย ใช่เข้าใจเพราะว่าบางทีเราเราต้องดูรายละเอียดด้วยเพราะว่าเพราะว่าบางทีท่านน่ะอ่านพวกหนังสือที่เสนอท่านเซ็นอะท่านไม่อ่านหรอกท่านถามคนที่จะเสนอคือถามพี่บุ้งพี่บุ้งก็ต้องตอบให้ได้ดังนั้นไอ้ตรงเนี้ยท่านผมว่าประเด็นไหนที่มันมันไม่ชัดเจนหรือว่าอะอย่างพี่บุ้งเขาก็จะสงสัยแล้วก็จะถามเหมือนครั้งที่แล้วที่ว่าไอ้ Line OA ที่บอกเปลี่ยนเป็น Full Member อะไรพวกนั้นน่ะซึ่งมันเข้าใจคนละแบบกันดังเออดังนั้นถ้าสมมติว่ามันกระชั้นชิดมากเกินไปไม่มีเวลาเตรียมการหรือว่ามีการอธิบายอะกลายเป็นว่ามันก็จะทำให้ล่าช้าแล้วก็กระชั้นชิดจวนเจียนเหมือนครั้งที่แล้วผมก็เลยอยากให้เผื่อเวลาไว้หน่อยสักอาทิตย์นึงเพื่อจะให้ผมได้เสนอทางพี่บุ้งแล้วก็อธิบายในส่วนที่ทางพี่บุ้งอาจจะสงสัยหรือว่าอะไรอย่างเงี้ยเพื่อให้ท่านเข้าใจแล้วก็เสนอทางผอ.ท. ครับค่ะรับทราบค่ะครับโอเคครับงั้น ขออนุญาตไปในส่วนหัวข้อถัดไปนะคะซึ่งอันนี้เป็นรายละเอียดหลักที่เราอยากนำเสนอในวันนี้นะคะเรื่องการปรับปรุงประสิทธิภาพการทำงานนะคะซึ่งที่ผ่านมาเราเจอว่าระบบอะค่ะมีความล่าช้าในการในส่วนของการออกการออก Billing แล้วก็สร้าง Transaction นะคะซึ่ง Impact เนี่ยมันกระทบที่ตรงๆกับในการสร้างรายการผ่านทางและใบแจ้งหนี้เนี่ยใช้เวลาเกินมาตรฐานที่กำหนดหรือที่เรียกง่ายๆว่าเป็น SLA ของ Oper Single โดยเฉพาะในสายทาง M91 นะคะแนวทางก็คือทางทีมมองว่าอยากจูนนิ่งโดยการเพิ่ม Index ตัว Service ที่เป็นที่เกี่ยวข้องเช่นพวก Vehicle Service Audit Service Billing Service แล้วก็ Transaction Service ใช้เวลาประมาณ 3 ชั่วโมงซึ่งการใช้เวลา 3 ชั่วโมงเนี่ยการที่เราจะจูนนิ่งโดยการเพิ่ม Index มันจะต้องมีการปิด Service พวกนี้ก็คือต้องปิดระบบทั้งหน้าบ้านและหลังบ้านค่ะซึ่งยังต้องไม่ให้สายทางแล้วก็ตัว Third Party ส่งข้อมูลเข้ามาหาเราก็คือความเสี่ยงหรือผลกระทบในการทำครั้งนี้คือระบบไม่สามารถใช้งานได้ทั้งหน้าบ้านและหลังบ้านในช่วงเวลา 3 ชั่วโมงที่เราดำเนินการแล้วก็ไม่สามารถรับส่งข้อมูลกับตัวสายทางทั้ง M9 และ M81 และ Third Party ได้นะคะถัดมาก็จะเป็นตัว Stat ค่ะที่เราได้ไป Query Stat ที่มันเกิน SLA มาค่ะเดือนที่เป็นเดือนมกราจะพบว่ามีการเกินเนี่ยค่ะซึ่งเป็นคอลัมน์ที่ 3 ประมาณ 21,406 Transaction ซึ่งค่อนข้างจะเยอะค่ะแล้วก็จะมีตัว Max ของเวลาเฉลี่ยเนี่ยถ้าเป็นคอลัมน์แรกจะอยู่ที่อันนี้เป็นนาทีนะคะ 26,147.88 นาทีถ้าเฉลี่ยทั้งหมดที่เกินอะค่ะก็จะอยู่ 120 นาทีซึ่งจะเห็นว่าทริปที่เกินเนี่ยตั้งแต่มกราคมกุมภาพันธ์มีนาคมซึ่งทั้ง M81 เองและ M9 ค่อนข้างจะเยอะแต่ว่าส่วนที่ M9 เนี่ยไม่มีผลกระทบเพราะว่าสัญญาตัว Oper อะค่ะไม่ใช่ใช้ SLA 5 นาทีแต่ M81 จนเยอะทำให้ตก SLA เพราะว่าสัญญา Operation เท่าที่เมย์เข้าใจคือเขาใช้ต้องออก Billing ภายใน 5 นาที สอบถามครับไอ้ข้อมูลที่ได้รับมาครับเรานับเริ่มนับที่เราจะไปออกบิลลิ่งเนี่ยตั้งแต่ตอนที่เรารับเข้ามาใน Single ใช่ไหมไม่ใช่เวลาที่เขาทําสร้างสร้างทิปถูกไหมเข้าใจตรงสอบถามให้ให้เข้าใจตรงกันก่อนครับว่าไอ้ที่เรามาคํานวณเวลาที่ออกบิลลิ่งเนี่ยคือเรานับตั้งแต่เวลาที่เขาส่งมาแล้ว Single รับมา เออ เฮ้ยตอนนั้นพี่ที่คุยไว้ถ้าถ้าเป็นการตรวจอะถ้าในแง่ของ TOR Setting ไว้แบบนั้นอะค่ะเชิญค่ะออม เออใช่ครับตอนตอนที่คิดของ Invoice อะครับเป็นเป็นการคิดแต่ระบบบน Single ครับของ M81 อะครับ ก็คือคิดตอนที่เวลาที่ Single ได้รับข้อมูลแล้วก็เอาๆมาออกบิลลิ่งก็คือนับตั้งแต่ตอนที่รับเข้ามาใช่ไหมครับ Insert ใน Database ใช่ไหมหรือว่ารับ ขออนุญาตค่ะออมมี System Flow ที่เขียนไว้ไหมผมผมมีมีแชร์ตัววิธีคิดอยู่ครับขออนุญาตแชร์จอนะครับ สักครู่นะครับต้องเหลือจากดิน เป็นอันนี้โอเค โอเคครับเห็นจอที่แชร์อยู่ใช่ไหมครับเห็นค่ะโอเคตอนนี้คือ R13 ของ M81 ครับคือจะแบ่ง SLA เป็น 3 ส่วนนะครับคือคือ SLA1 อะมันคือกระบวนการที่ออกบิลครับคิดตั้งแต่ตอนที่ Staging อะครับออมขอรายละเอียดเออได้แล้วค่ะโอเคคือคิดตั้งแต่ตอนที่ Single รับข้อมูลครับลบด้วย Transaction Create Date หมายความว่ากระบวน Validate กระบวนการ Validate Data สําเร็จนะครับตัว SLA2 อะคือคิดตั้งแต่ Transaction Create Date คือยืนยันข้อมูลแล้วอะครับแล้วก็มาเทียบกับเออเวลาที่ออกบิลก็คือเวลาที่ Invoice Create Date คือเวลาที่สร้างบิลสําเร็จนะครับส่วนส่วนอันที่ 3 ครับอันนี้จริงๆเป็น อันนี้อุ๊ยอะไรหายครับ จริงๆอันเนี้ยครับคือเช็คจากโค้ดล่าสุดแล้วอะครับมันเป็น Staging Create Date นะครับคือคือเดิมอะเข้าใจว่ามันควรจะต้องเป็น Transaction Create Date ลบด้วย Invoice Create Date แต่ว่าณตอนเนี้ยตัวตัวตัวโค้ดจริงๆของรีพอร์ตอะเป็น Staging Create Date อยู่ครับซึ่งไอ้ SLA3 เนี่ยแหละครับที่มีประเด็นว่ามันเกินเวลาที่พี่เมย์เล่าให้ฟังครับคือคือเราผมไม่แน่ใจตัว TOR อะครับเราควรจะต้องปรับของ SLA3 เนี่ยครับให้เป็นเป็นตัว Transaction Create Date ลบกับ Invoice Create Date เหมือน SLA2 ไหมครับ เดี๋ยวนะในกรณีที่โอเคถ้ากระบวนการกระบวนการทรานแซกชันที่ปกติแล้วก็เอ่อวาลิเดตผ่านแล้วนับตั้งแต่วันที่รับข้อมูลเข้ามาแล้วก็วาลิเดตผ่านแล้วก็มารบกับเวลาที่ออกบิลถูกไหมครับแต่ถ้าสมมติว่ากรณีที่มีการรีเจกต์อะเรานับเวลาไหนอะ เป็นเป็นรายการสเตจจิงล่าสุดที่วาลิเดตผ่านครับเป็นรายการล่าสุดที่วาลิเดตผ่านอ่า แล้วกระบวนที่มันช้ากระบวนการที่มันช้าเนี่ยมันช้าเพราะอะไรอะครับ ตอนตอนที่ช้าครับมีมี 2 ส่วนเนื่องเนื่องจากจากตั้งแต่สเตจจิงไปจนถึงทรานแซกชันรีเลชันอะครับมันเกิดเซอร์วิสหลายฮอปนะครับมีฮอปแรกคือฮอปวาลิเดตฮอปที่สองคือกระบวนการลากไปออกบิลใช่ไหมครับมันก็จะมีหนึ่งเลยตัวคิวรีที่บางครั้งอะมันทำให้หน่วงตั้งแต่การออกบิลก็คือตั้งแต่สเตจจิงไปจนถึงทรานแซกชันครีเอตเดตอันเนี้ยก็หน่วงรอบ หนึ่งละมีมีมีในบางจังหวะที่มันหน่วงจริงๆจากจากเดตาบาง อย่างส่วนสองเลยจังหวะที่ทรานแซกชันครีเอตเดตเนี่ยมาถึงอินวอยซ์ครีเอตเดตเนี่ยอันเนี้ยก็มีหน่วงเพราะว่าอันเนี้ยที่ต้องการจะจูนนิงอินเด็กซ์คือคือก้อนนี้ก้อนจากทรานแซกชันดีเทลไปจนถึงอินวอยซ์ครีเอตเดตมันมีแบตที่มาไล่กวาดซึ่งอินเด็กซ์เนี่ยมันยังไม่ครบครับมันก็จะมีความช้าเป็นบางช่วงตอนที่เซอร์วิสจ๊อบทำงานครับ ก็เลยจะเพิ่มอินเด็กซ์ใช่ไหมใช่ครับเพื่อจะให้มัน กวาดได้เร็วขึ้นใช่ใช่ครับคือมันมันจะช้าทั้งขากวาดไปทำแล้วก็ขาที่ทำเสร็จแล้วกลับมาอัปเดตมันมันมันช้าทั้งสองขาเลยไม่ไม่ได้แค่ขาเดียว จะเพิ่มอินเด็กซ์ที่เทเบิลไหนบ้างครับเป็นเทเบิลที่มีเดตาเยอะไหม ฮัลโหลครับ ก็ คือจะมีเทเบิลที่เป็นบิลออร์เดอร์พวกแล้วก็ทรานแซกชันเกี่ยวกับทรานแซกชันนะครับทรานแซกชันเทมป์ทรานแซกชันสเตจจิงครับเออน่ะ อ๋อแสดงว่ามีเดตาเยอะอยู่ในเทเบิลเยอะพอสมควรครับทีเนี้ยระยะเวลาที่ประเมินไว้อะ 3 ชั่วโมงเนี่ยคิดว่าพอพอแล้วใช่ไหมเพราะว่าถ้าเดตามันเยอะบางทีมันใช้เวลาไม่ได้ ครับพอครับเดี๋ยวประเมินกับทางทีมเดี๋ยวครับเธอคิดว่าพอคือ คือประเด็นคือถ้าสมมุติว่าเราได้ก็คือถ้าสมมุติว่าเราแจ้งเขาไปว่า 3 ชั่วโมงเนี้ยคือเวลาเนี้ยมันก็คือต้องเวลาเป็นเวลาที่เผื่อพวก incident ต่างๆที่ที่จะเกิดขึ้นนะใช่ อยากให้เผื่อสมมติถ้ามันไม่จริง ๆอะมันจะ หยุดไม่ได้ดีกว่าเวลาเรารีพลอยเราเราเซ็ต Index มันก็จะรันไปจนครบทั้ง Table น่ะ เดี๋ยวทีมกับประเมินขอประเมินอีกทีเรื่องเวลาแบบนี้ได้ไหมครับหรือว่าหรือว่าที่เมย์คือ ประเมินแล้วอย่างที่ที่ป๋อมบอกอะคือเผื่อเผื่อพวกเหตุ incident ไว้ด้วยครับเกิดมีอะไรที่ไม่คาดคิดหรือว่าใช้เกินกว่ากำหนดอย่างเนี้ยจะได้จะได้เวลาจะแจ้งเราจะได้ภายในเวลาที่เราคาดคาดไว้คือไม่อยากให้มันมีแจ้ง 3 ชั่วโมงแล้วปรากฏว่าทำ 5 ชั่วโมงเสร็จเงี้ยมันก็ไม่มันก็ไม่ได้ ได้ค่ะพี่หนึ่งเดี๋ยวเมย์ไปรีวิวก่อนเนาะแล้วก็เพิ่ม Window Time ในส่วนของถ้าเกิดเกิดเคสฉุกเฉินไว้ค่ะได้ค่ะ ผมผมมีคำปรึกษานิดนิดนึงครับคือถ้าสมมติว่าเอ่อเราเราปรับเช่นเช่นฝั่งสายทางอะเราไม่ได้เขา Stop Service แล้วให้เขาดึง Data มาอยู่ที่ Staging ของเราคือเรารับ Data มาไว้ก่อนอะครับแต่เราอะ Stop Service ในการออกบิลในในการ Validate แล้วออกบิลแล้วเราก็ทำ Index สมมตินะฮะเป็นท่านี้แต่ว่าสิ่งที่มันเกิดขึ้นอะคือตัว SLA ของช่วงที่เราทำงานพวกเนี้ยมันจะตกคือเราเราใช้เป็นเวรนี้แล้วเราค่อยมา Adjust เวลาในการ Validate SLA ตามหลังได้ไหมครับอันนี้เผื่อเป็นทางเลือกหนึ่งนะครับเพื่อที่จะได้ไม่กระทบกับสายทางไม่ต้อง Stop ในการซื้อ Service Adjust ยังไงเอ่อคือคือมันก็จะเป็นการ Adjust เวลาของการ Create Date ของ Transaction แทนอะครับ Manual เหรอ ใช่ๆก็จะเป็น Script ทำทำไมต้อง Adjust อะหมายถึงจะแก้ Database เอาเวลาที่ทำให้ไม่ตก SLA อย่างเนี้ยเหรอคะไม่คือก็คือถ้าเกิดว่า เป็นการแจ้งล่วงหน้าอ่ะแล้วรู้อยู่แล้วว่าจะเป็นการปิด Service อ่ะเราก็ยกเว้นช่วงเวลานั้นได้ไหมอ่ะเออๆหรือเป็นท่าพี่หนึ่งก็ได้ครับเป็นไปได้ไหมครับเพราะว่ามันมันมันเป็นเหตุที่เรามันเป็นเขาเรียกว่าเป็นการวางแผนล่วงหน้ามันไม่ใช่มันไม่ใช่เป็นเหตุสุดวิสัยอะมันไม่ใช่เป็นเหตุที่เป็นการตก SLA จากจากการที่ระบบทำงานผิดพลาดแต่ว่าเป็นเป็นเหมือนเวลาเราวางแผนผิดช่องทางเงี้ยเราก็จะไม่นับช่วงเวลานั้นว่าเป็นเป็นช่องทางที่ให้บริการให้ได้มันก็จะใช้หลักการเดียวกันนั่นแหละคือไม่เห็นไม่เห็นต้องไปแก้เวลาเลย มีหนังสือที่เราออกให้ทางผู้รับจ้างอะครับตัวนั้นน่ะใช้เป็นตัวที่มาอ้างอิงได้ว่าช่วงเวลาที่มันเกิน SLA ที่เกินกำหนดการออกบิลลิ่งเนี่ยมันไปอยู่ในช่วงการ Maintenance ระบบไงมันมันมันสามารถตอบได้อะครับแล้วก็ไม่นับเวลาช่วงเวลานั้นน่ะมามามาคำนวณ SLA ของของ Package 3 M Single ใช่ต้องคุณจะเป็นคุณจะเป็นเวย์นั้นมากกว่าครับ ก็คือหักล้างด้วยหนังสืออะครับไม่ได้ต้องหักล้างด้วยการไป Adjust แก้ไขข้อมูลหลังบ้าน ออม Concern ว่าถ้าเราทำอันนี้หายิ่งจะทำให้ M81 ตก SLA เหรอคะไม่ๆตรงนี้ SLA ฝั่งเราที่ ขอโทษค่ะขอโทษค่ะ พูดถึง Oper ใช่ไหม ก็อย่างที่พี่ป๋องบอกคือเอาหนังสือมาหักล้างครับ หักล้าง Transaction ที่ส่งมาช่วงเวลาช่วงเวลาที่ที่เราดำเนินการใช่ๆก็คือ Transaction นั้นเราจะไม่เอามาคำนวณ SLA ไงครับ ทีนี้ถามต่อนะถ้าทำแบบนี้แปลว่าไม่ต้องมีการแจ้งหยุดให้บริการหรือเปล่าหรือยังมีส่วนอื่นที่กระทบอีก คือมันมัน จะหยุดให้เพราะว่าเนื่องด้วยมันกระทบกับ Table หลักอะครับพี่หนึ่งเช่น Transaction เพราะว่าอย่างลูกค้าจะต้องค้นหารายการผ่านทาง Billing อะไรอย่างเงี้ยครับลูกค้าจะไม่สามารถใช้เอ่อ ค้นหาข้อมูลไม่ได้ ก็คือปิดหน้าบ้านหลังบ้านไว้เลยครับแล้วก็ขึ้นหน้า Maintenance ไว้แค่นั้นแหละครับโอเคครับ ส่วนสายทางก็รับข้อมูลปกติ คือคือเท่าที่ผมฟังทางคุณออมแล้วก็ทางทีมแจ้งเมื่อกี้แสดงว่าสายทางก็คือสามารถส่งทิปมาได้ปกติใช่ไหมแต่ว่ายังไม่รับเข้า Staging ถูกไหมถ้างั้นสายทางสายทางก็สามารถที่จะสร้าง Transaction เข้ามาส่งมาให้ Single แค่ Single ยังไม่รับถูกต้องไหมครับ เอ่อมีมีมีมีอยู่ตัว Table นึงครับเป็นเป็น Table ที่กระทบกับการรับข้อมูลจากหน้าบ้านอะครับคือเราจะมี Index ของ Table Staging อยู่ Port นึงอะที่อาจจะต้องให้หยุดอยู่หนึ่งช่วงเวลาครับ ก็คือกระทบหมดอะค่ะพี่ป๋องที่ในสไลด์นี้แจ้งอะค่ะว่าเราจะไม่สามารถรับข้อมูลรับส่งข้อมูลจาก คืออย่างงี้ผมถามเพื่อความแน่ใจว่าตกลงจะให้เขาหยุดส่งหรือว่าให้เขาส่งปกติ หยุดส่ง ค่ะถ้าหยุดส่งมันก็ไม่กระทบกับ SLA ของของ Single อยู่แล้วเพราะว่าส่งมาตอนไหนเรารับมาเราก็มาเข้าสู่กระบวนการสร้าง Invoice ใช่ คือถ้าเขาต้องหยุดส่งอะก็ก็ตัดประเด็นเรื่องเรื่องนั้นไปเพราะว่ายังไงเราก็แจ้งให้เขาหยุดส่งอยู่แล้ว อ่าแล้วก็ผมขอแจ้งให้ทราบนะการดำเนินการใดๆก็แล้วแต่นะถ้าเกี่ยวข้องกับระบบหรือว่าสายทางน่ะขอให้เป็นเวลาช่วงกลางคืนที่มีปริมาณจราจรน้อยๆซึ่งมันกระทบกับทางสายทางน้อยที่สุดก็คือถ้าเขาสร้าง Partition มาอย่างน้อยก็คือ Transaction ในช่วงเวลานั้นน่ะมันจะน้อยมากซึ่งอาจทำให้การกำลังทำงานของเขาอะไม่ส่งผลกระทบมากเท่าไหร่ถ้าสมมุติว่าถ้าทำ 3 ชั่วโมงเนี้ยขอให้เป็นช่วงเวลากลางคืนนะครับหลัง 5 ทุ่มจนถึง ตี 5 อะครับก็เราห้ามนำไว้ใช่ค่ะประมาณเที่ยงคืนค่ะรับทราบค่ะ สรุปว่าอันนี้ก็คือบริษัทไปรีวิว Window Time มาใหม่แล้วบวกกับหากมีฉุกเฉินก็คือ Rollback นะคะ Window Time เดี๋ยวเมย์ไปคุยกับน้องแล้วก็ประเมินมาใหม่เผื่อสำหรับมีเหตุการณ์ Rollback ด้วยอันนี้ไม่ทราบว่าเออให้เมย์ทำหนังสือเข้าไปเลยไหมคะ อ๋อได้ครับแต่ไอ้รายละเอียดเหตุผลเนี่ยรบกวนเขียนรายละเอียดเหตุผลให้ให้ชัดเจนด้วยว่าสาเหตุที่เราต้องปรับ Performance ตรงเนี้ยแล้วก็เพิ่ม Index ใน Table ต่างๆเนี่ยเนื่องจาก อ่าชื่อ Turbo ไปด้วยเหรอคะไม่ๆคือหมายความว่า ในกระบวนการต่างๆที่เราเราจะปรับปรุงเนี่ยมันเกิดจากสาเหตุอะไรก็คือก็คือจากที่ผมถามมาทางคุณออมเมื่อกี้ก็คือเกิดจากการเอ่อรันข้อมูลที่กวาดข้อมูลมาสร้าง Partition น่ะมันเกิดการหน่วงก็ทำให้ Performance ในการออก Performance ออก Billing อะครับล่าช้าเกินกว่าข้อกำหนดเราก็เลยต้องมีการเหตุผลคือต้องมีการปรับ Performance ตรงนี้หรือการเพิ่ม Index ต่างๆให้สามารถรันข้อมูลได้เร็วขึ้นอะก็คือต้องต้องต้องเอาข้อมูลว่าเออสาเหตุที่เราอะต้องมาอ่าปรับปรุงประสิทธิภาพตรงนี้เกิดจากการทำงานของระบบอะมันล่าช้าแล้วทำให้กระบวนการออก Billing อะช้าไปด้วยทำให้ให้สายทางอะเออทำให้ผู้ก็คือ Package 3 ซึ่งมาใช้ Single เนี่ยตก SLA หรือว่าออก Billing ได้ได้ล่าช้าเออ ประมาณนั้นแนบแนบตัวเลขสถิติสถิติเฉลี่ยมาให้ด้วยนะครับแล้วก็พอดําเนินการเสร็จแล้วอ่ะจะต้องมีทํารีพอร์ตแจ้งว่าผลการดําเนินการเนี่ยมันดีขึ้นตามที่เราแจ้งมาก็คือเอาเอาเวลาเฉลี่ยหลังจากทําอินเน็ตแล้วมาเทียบแล้วแล้วทําเป็นรายงานแจ้งมาว่ามันดําเนินการ แล้วผลเป็นยังไงด้วยอ่ะครับก็จัดแบบนี้ได้มั้ยคะพี่หนึ่งที่เมย์นําเสนอมันเป็นรายเดือนว่ามันตกเท่าไหร่ดูก่อน เวลาทําทําเสร็จแล้วอ่ะเอามาเทียบเอามาเทียบด้วยว่าหลังจากดําเนินการแล้วมันเร็วขึ้นเป็นเท่าไหร่ใช่ค่ะก็ไม่ ไม่ต้องอ้างถึงแพ็กเกจ 3 ก็ได้อ้างถึงว่ามากระทบกับอ่าผู้ใช้ทางว่า จะไม่สามารถเออใช่ครับว่าเห็นบิลช้าอะไรอย่างเงี้ยเออ ใช่เพราะว่ามันมันทั้งหมดทั้งมวลเนี่ยเราจะปรับปรุงเพื่อไม่ให้มันกระทบกับผู้ใช้ทางที่ไม่สามารถจ่ายเงินได้เร็วขึ้นน่ะอืมเออเพราะว่าเขาออกบิลช้าเขาก็จะค้นหาได้ช้าแล้วก็อาจจะลืมอะไรอย่างเงี้ยมันกระทบในการจ่ายเงินนะครับถ้าถ้าสมมุติว่ากระทบกับแพ็กเกจ 3 มันมันก็เป็นบริษัทมันก็จะกลายเป็นว่าก็บริษัทก็รับไปสิเพราะว่าบริษัทระบบหุ่นหวยเองอะไรอย่างเงี้ยเออเอาอ้างผู้ใช้ทางดีกว่าว่ามันกระทบกับผู้ใช้ทางในการจ่ายเงินล่าช้า ค่ะได้ค่ะเดี๋ยวเมย์คุยเรื่องวินโดว์ทําใหม่แล้วเดี๋ยวเมย์ทําจดหมายดราฟต์ไปให้พี่ป๋องกับพี่หนึ่งดูพิจารณาก่อนได้ไหมคะก่อนที่จะส่งฉบับจริงได้ครับได้ครับได้ค่ะขอบคุณค่ะของเมย์น่าจะมี 2 เรื่องเท่านี้ค่ะมี มีการอัปเดตไหมครับเรื่อง Easy Pass ตอนนี้มีปัญหานอกเหนือจากที่เราเคยคุยกันก่อนวีกก่อนนะครับมีค่ะครับมีมีรายละเอียด ในส่วนของโอเปอเรเตอร์แจ้งมาอยู่ค่ะว่าเจอข้อมูลที่ที่เหมือนรีคอนไซล์ไม่ตรงใช่ไหมพี่ออมอันนั้นเป็นข้อมูลเก่าหรือข้อมูลใหม่นะเมื่อวานที่เจออ่ะพี่ออมคือมันมันมี ข้อมูลที่เขาส่งดอทเปย์กับจํานวนเงินที่ส่งให้กรมอ่ะมันไม่แมตช์กันครับเป็นรายการที่ยังไม่ได้ขอให้เขาอ่ะส่งกลับมาอัปเดต Data Reconcile ใหม่ก็เลยก็เลยจะเรียนปรึกษาครับว่าจะ ที่เราค้างไว้ว่าให้เขาทําหนังสือมาแล้วหารือวิธีการแก้ไขเรายังไม่รีเซนต์แล้วก็ยังไม่เราก็ยังไม่วางไฟล์ส่งตัดเงินใหม่ใช่ไหมพี่ออม เอ่อล่าสุดเท่าที่จำได้อะคือจะทางกรมอะจะทำแจ้งให้กปภ. ทราบว่ามีประเด็นนั้นปัญหาอะแล้วก็ให้ ทางกปภ. ปรับปรุงระบบอะครับอันนี้พี่ยูทำไปแล้วนะคะในส่วนของโอเปอเรเตอร์ว่าได้รับผลกระทบอะไรจากสิ่งทำไปแล้วใช่ไหมเมย์เห็นพี่ยูส่งหนังสือถึงทร. แล้วมี 2 เคสค่ะที่ 1 ขออนุญาตค่ะอันแรกก็คือสิ่งที่กตท. ต้องการให้เราทำเขาต้องทำหนังสือแจ้งมาว่าที่เขาตัดเงินผิดบางทีไปอะค่ะอันนี้ทางกตท. กำลังทำอยู่พี่จะส่งถึงทร. ข้อ 2 ยังไม่ได้แจ้งมาใช่ไหมใช่ค่ะยังไม่ได้แจ้งน่าจะต้องถึงทร. ก่อนเมย์แต่เขาน่าจะ Process ข้างในอยู่เห็นแจ้งมาอย่างนั้นนะคะข้อ 2 คือเอ่อก็ให้โอเปอเรเตอร์ทำมาทำจดหมายแจ้งผลกระทบว่า Reconcile ที่ออมพูดเมื่อสักครู่อะค่ะถ้าไม่ถูกโอเปอเรเตอร์ได้รับผลกระทบยังไงบ้างแล้วตอนนี้คือแจ้งไปแล้วแต่ว่าสิ่งที่เรายังไม่ได้ดำเนินการในการปรับปรุงข้อมูลหรือในการ Resend Retype การปรับปรุงการจ่ายเงินใหม่มันก็จะทำให้ตัวที่ M81 เขาออก Report อะค่ะมันยังไม่ถูกต้องเพราะว่าทาง Exact ส่งมาไม่ถูกไม่ตรงกับที่เราได้รับ แล้วตอนนี้ที่เป็นรายงานเกี่ยวกับ Reconcile ของการชำระเงินของ Info อะครับตอนเนี้ยเราต้องทำยังไงอะครับถึงจะส่งงานได้ตอนเนี้ยที่เพราะว่าตอนเนี้ยยอดไม่ตรงอยู่แล้ว R12 อะ พี่ออม ต้อง Manual ไหมหรือว่ายังไงครับคือต้อง สอบถามคือเราจะกลับมาทำยอดให้ตรงใช่ไหมครับถ้าถ้าอย่างนั้นน่ะเดี๋ยวจะให้ทีมอะประสานให้กับทางการทางกตท. อะครับวางไฟล์ .pay มาเพิ่มเติมครับแล้วก็ทำการ Rerun Data ใหม่ทำการ Reconcile ใหม่ครับเพราะว่า เพราะว่าไม่งั้นแพ็กเกจ 3 เขาจะส่งงานไม่ได้นะของ งวดประจำวันมันก็จะมีการคืนเงินหรืออะไรหรือเปล่าพี่ที่เราต้องคุยที่คราวที่แล้วพี่คอนเซิร์นออมครับอันนี้มันเป็นมันเป็นเหตุที่เกิดจาก กทพ. มันมีผลกับการส่งงานไหมฮะมันไม่ได้เป็นเหตุที่เกิดจากโอเปอเรเตอร์ ไม่คือก็คืออย่างงี้ครับพี่หนึ่งถ้าโอเปอเรเตอร์ก็ต้องก็ต้องรายงานรายได้ที่เราได้รับจริงอะในแต่ละงวดครับเพื่อจะรับส่งงานจะได้ถูกได้ผิดไม่รู้อะแต่ว่าต้องตรงกับ Transaction แล้วก็ตรงกับจำนวนเงินที่เข้ากองเอ้เข้ากรมอะครับส่วนเรื่องจะคืนเงินไม่คืนเงินอะอันนั้นมันเป็นทางการที่เราต้องต้องต้องประสานระหว่างหน่วยงานอยู่แล้วว่าจะคืนเงินเขายังไงถ้าถ้าผมว่าเขาต้องการคืนนะเขาต้องทำหนังสือมาแล้วก็แจ้งรายละเอียดว่าอ่าตัดเงินผิดแล้วว่าอะไรอะอันนั้นก็จะเป็นเงินส่วนอื่นที่เราต้องคืนเขาอยู่แล้วอะครับ คือคือเคสเคสนี้มันเป็นเคสที่กรณีกสภ. วางดอทเปย์มาไม่ครบแปลว่ากรมอะได้เงินไม่ครบกรมได้เงินไม่ครบจากฝั่ง Easy Pass ถูกไหมครับหรือว่าเป็นขาเราจ่ายเป็นขาที่อย่างนั้นดอทเปย์เอามาวางมันเป็นเงินขาที่กรมจ่ายให้กสภ. เหรอ เป็นกสภ. โอนเงินมามากกว่าผมได้รับเงินมากกว่ารายการยืนยันการผ่านทาง ครับอ๋อเพราะเขาโอนเงินมาเขาโอนเงินมาตามรายงานฝั่งเขาแต่ว่าดอทเปย์มาน้อยกว่า ครับคืออย่างงี้ครับถ้าสมมติว่าเขาโอนเงินมามากกว่ายังไงเงินเข้าบัญชีกรมอะมันก็ต้องเป็นจํานวนเงินที่เขาโอนมาผิดนั่นแหละส่วนเรื่องจะเอามาขอคืนหรือว่าอะไรยังไงอะมันมันเป็น กระบวนการหลังจากนั้นหลังจากนั้นจริงๆเขาไม่ได้มาขอคืนหรอกเขาจะต้องส่ง ส่งรายการมา Reconcile ให้ตรงแต่ว่ารายละเอียดรายละเอียดรายละเอียดที่เราต้องต้องส่งให้กรมก็คือพวกรายการที่ชําระเข้ามาครับ เพราะว่าเพราะว่าต้องให้รายงานตรงกับเงินใช่ไหมครับป๋อม ใช่ครับต้องให้รายงานตรงกับเงินที่เข้ากรมจริงๆอะครับเข้าบัญชีเงินทุนค่าเน็ตเพราะตอนนี้รายงานอะมันจะน้อยกว่าเงินที่เข้า เดี๋ยวนะคะหนูงงนิดนึงหนูขออนุญาตพร. ได้เงินได้รับเงินมากกว่า Transaction ถ้าพี่จะให้แก้ Report มันก็ต้องทำ Transaction ให้เยอะขึ้นเหรอหนูไม่ไม่ไม่ไม่ให้แก้ Report ไม่ก็คือแสดงว่าเขาอาจจะชําระก็คือโอนเงินมาเบิ้ลใช่ไหมถูกไหม เอออย่างงี้ครับสมมติว่าคือคือฝั่งโอนเงินอะเขาสมมติว่าสมมติว่ามีการตัดเงิน 100 บาทเขาก็จะโอนเงิน 100 มาให้มาให้ให้กรมถือว่ามีรถผ่านช่อง ETC 1 เป็นเงิน 100 บาทตัดกับตัดเงินจาก CS ไปเขาเอารายงาน CS เขาอะโอนเงินแต่ในขณะเดียวกันเนี่ยฝั่งที่ส่งมาแจ้งว่าตัดเงินสำเร็จอะแจ้งมาไม่ครบแจ้งมาแค่ 80 บาทขาดไป 20 อะผมยกตัวเลขเป็นตัวอย่างนะฝั่งรายงานฝั่งโอเปอเรเตอร์ฝั่งฝั่งเราอะจะออกว่ามีเงินอะเข้าบัญชีแค่ 80 บาท 20 บาทอะไม่มีอยู่ในรายงานเพราะว่าการแจ้งว่าชําระสำเร็จของเราแจ้งไม่ครบสิ่งที่เราต้องทำคือให้เขาแจ้งเพิ่มครับว่าจริงๆแล้วไอ้ 20 บาทน่ะจริงๆเขาตัดเงินสำเร็จอันนี้ปัจจุบันมันไม่ได้แจ้งเพิ่มอันนี้ผมอธิบายถูกไหมครับป๋อม เออใช่ครับคือคือคือคือเราอะยังไม่สามารถฟันธงได้ว่าไอ้ไอ้เงินที่เขาแจ้งโอนมาเนี่ยมันมันตรงกับฝั่งเขาหรือว่ามันเกินมาครับมันจะ Confirm ได้ก็ต่อเมื่อเราส่งรายการให้เขากลับไป Recheck ก่อนแล้วเขาถึงจะสามารถ Update ได้ว่าไอ้ Dot Pay ที่เขาส่งมาเนี่ยมันถูกแล้วแต่เขาโอนเกินหรือว่าในความเป็นจริงแล้วเขาต้องส่ง Data Transaction มาเพิ่มใน Dot Pay ครับ อ๋อซึ่งอันเนี้ยเราเราทําได้คือไปรีเควสขอให้เขาคอนเฟิร์มมาเท่านั้น ใช่ให้เขารีเช็คให้แล้วก็ส่งคอนเฟิร์มมาให้ใหม่โอเคอันนั้นคือสิ่งที่ที่นั่นก็ต้องทําเพราะว่าแต่ เราไม่ควรแก้อะไรฝั่งฝั่งเราให้ใช่ครับคือไม่ต้องปรับดาต้าอะไรทั้งสิ้นน่ะคือคือขอให้ความคอนเฟิร์มในความหมายของพี่เมย์ก็คือหมายความว่าเราไม่ต้องสร้างรายการเพิ่มนะก็คือรายการเท่าไหร่ก็เท่านั้นส่วนในเรื่องที่เงินมันเกินมาเราตอบได้อยู่แล้วว่าเขาโอนเกินมาดาต้าดาต้าที่เป็นคอลเลคชั่นที่เก็บเงินได้เท่าไหร่ก็คือเท่านั้นนะเรื่องที่โอนเงินเข้ามาเข้าบัญชีกรมเกินน่ะอันนั้นน่ะถ้าผมว่ามันเกินจริงๆอ่ะมาเทียบกับทรานแซคชั่นน่ะก็แสดงว่าเขาโอนมาเกินจริงๆโดยที่ไม่มีทรานแซคชั่นที่จะมาแมทช์อันนั้นน่ะเขาก็ต้องทําหนังสือมาเพื่อจะขอเงินคืนตรงนี้เราจะไม่สามารถดึงเงินจากเงินทุนออกไปคืนให้เขาได้ตรงใช่เพราะว่าจะเป็นเงินอันนั้นมันก็จะเป็นกระบวนการทางบัญชีที่เขาต้องตรวจสอบอีกทีนึงว่ารายการปรับปรุงของ กรมอะมีเท่านี้ส่วนที่เหลือเกินมาเนี่ยคือเกิดจากความผิดพลาดของเขาที่โอนเงินมาผิดครับเพราะฉะนั้นเนี่ยในกระบวนการส่งงานของของโอเปอร์อะก็คือต้องแจ้งแจ้งกรมตามจริงถูกมั้ยคะว่าในรายงานฝั่งเราอะมีรายงานที่ควรได้รับเงินเท่าเนี้ยแต่เงินเข้าบัญชีอะเกินกว่ารายงานตัวเนี้ยซึ่งกันขณะนี้อยู่ในขั้นตอนของการแจ้งให้กสภ. ยืนยันยอดเงินดังกล่าวอะได้ไหมฮะอันนี้คือถือว่าเป็นใช้กระบวนการนี้ในการส่งงานได้ไหมหรือว่าตัวเลขมันต้องแมทช์เป๊ะๆ จริงมันแมทช์ไม่ได้อะครับพี่พี่หนึ่งในเมื่อมันทรานแซคชั่นมันไม่ไม่เท่ากันอยู่แล้วดังนั้นสิ่งที่ควรทําก็คือเหมือนคุณออมก็คือต้องให้เอาทรานแซคชั่นที่ทั้งหมดที่เราได้รับให้ทางกท. ตรวจสอบว่ามีทรานแซคชั่นไหนที่เขาโอนผิดมาหรือว่าไม่ไม่ตรงกันอะครับซึ่งยอดเงินในบัญชีกับยอดเงินที่ทางเอเกต 3 รายงานกรมมาก็ต้องมีเหตุผลว่าที่มันเกินมาเพราะอะไรเกินมาเพราะกสภ. โอนมาผิดอันนั้นมันก็หักใช่มันก็สามารถที่จะชี้แจงได้ แต่เรื่องต้องรอให้เขาตอบก่อน ใช่ครับ เอ่องั้นหนูขออนุญาตค่ะคือสิ่งที่เราจะต้องทําคือเราส่งแค่ดาต้าที่เกิดความดิฟผิดปกติไปให้กตภ. ตรวจถ้าหากกตภ. แจ้งว่าให้เราดําเนินการใดๆเรายังไม่ต้องซิงเกิลแพลตฟอร์มจะไม่ดําเนินการจนกว่าทร. จะอนุมัติใช่ไหมคะพี่เช่นเขาบอกว่าให้ทําแบบที่ออมบอกคือเขาบอกว่าให้รีเซนต์วางไฟล์ดอทเปย์ใหม่อย่างเนี้ยหนูจะไม่ให้น้องทํานะ วางไฟล์ดอทเพย์ใหม่นี่คือวางไฟล์ที่ยังไม่ไม่ไม่ชำระหรือเปล่าแต่ว่าฝั่งเขาชำระแล้วใหม่หรือว่ายังไงใช่ครับเหมือนมาปรับปรุงยอดที่เขาส่งมาผิดอะครับงั้นก็ควรควรต้องทำครับในเมื่อมันปรับปรุงให้ดีไม่ดีมันอาจจะเท่ากันเลยก็ได้โดยที่เราไม่ต้องอาจจะเข้าไปโอนผิดจริงๆก็ได้ แสดงว่ามีกรณีที่เราเราจะไม่ดำเนินการคือกรณีที่เขาแจ้งว่าเขาโอนผิดให้คืนเงินอันเนี้ยเนี้ยเราต้องให้กรมเป็นคนอนุมัติหรือหรือมีวิธีการแต่ถ้าเป็นกระบวนการทางระบบกำลังจะบอกว่าถ้าเป็นกระบวนการทางระบบก็ให้รีเซ็ตขอให้วางดอทเพย์ใหม่แล้วแล้วแล้วดำเนินการตามตามระบบนะไม่ได้มีการทำแมนนวลได้ไหม ส่วนในเรื่องการคืนเงินน่ะต้องต้องให้กรมคนอนุมัติแต่ถ้าเป็นการวางไฟล์เพื่อจะให้เขาส่งไฟล์ดอทเพย์มาให้ถูกต้องอะโอเคสามารถทำได้ครับเอายกตัวอย่างของเอ็มพาสที่เราเอ็มพาสซีพาสที่เป็นอีทีซีนะครับท่านว่ามีการโอนเงินอ่ามากกว่าหรือว่าขาดไปอย่างเงี้ยเขาก็จะทบให้ในวันถัดไปแต่ว่ากรมต้องทำหนังสือว่าให้สามารถให้หักเงินจากเงินรายได้ของวันที่เท่านี้กับเป็นเน็ตกันในวันรุ่งขึ้นใช่ใช่เหมือนชดกันนะครับอย่างเช่นวันนี้เราเขาโอนมาเกินให้เรา 30 บาทวันรุ่งขึ้นอะเขาก็โอนว่าให้เราขาด 30 บาทอะไรประมาณเนี้ยอันนี้เป็นหลักการของของอีทีซีนะว่ากรมก็จะมีเอาหนังสือออกมาเพื่อจะให้เขาหักเงินรายได้ของกรมที่จะเข้ากรมในวันเนี้ยอ่าประมาณนั้นแต่ว่าของอินโฟอะยังไม่เคยทำแต่ว่าอันเนี้ยก็ต้องค่อยชี้แจงกับทางพี่บงอีกทีหนึ่งว่าจะให้ดำเนินการยังไงแต่ควรจะมีหนังสือหลักการคือต้องมีหนังสือแหละให้เขาหักหรือว่าเราเคยคืนเงินเขาเป็นจำนวนเงินที่ผ่านบัญชีหรือว่ายังไงก็อีกว่ากันไปอีกเรื่องหนึ่งครับแต่ถ้าคืนเงินนี้ต้องให้กรมอนุมัติ สรุปไม่ต้องรอให้เขาทําหนังสือมาก็เราสามารถดำเนินการได้เลยได้ให้เขาตรวจแล้วพบว่ารีเซ็ตหรือวางไฟล์ใหม่อย่างงี้เหรอวางไฟล์ตัดหนี้ใช่ใช่เพราะว่ามันเป็นการรับ ไฟล์ดอทเพย์มาเพื่อเข้าระบบอินโฟร์เราเพื่อจะทำให้ยอดมันตรงกับฝั่งเขาไงไงอันนี้คือแสดงว่าเขาโอนถูกแล้วแต่ว่าแค่เรายังไม่ได้รับไฟล์ ไม่ใช่ อันนี้อันนี้เรายังไม่รู้ไง มันมีเคสโอนผิดคนด้วยอีกแล้วเราต้องรีส่งไฟล์ดอทเพย์ใหม่ๆให้มันถูกคนอีกครั้งนึงด้วยอัน นั้นไม่ได้ครับก็เท่ากับเงินมันก็เกินสิเออถ้าอย่างนั้นอะไม่ได้นะแต่ถ้าเป็นถ้าส่งมาแบบตรงไปตรงมาคือมาไม่ครบให้ส่งเพิ่มอย่างงี้ได้แต่ถ้าบอกส่งผิดคนให้ให้แก้ไขให้หน่อยอะไรอย่างงี้อันเนี้ยเขาต้องทำหนังสือมาแล้วให้กรมอะสั่งการโอเคเป็นคนละกรณีกันนะอะค่ะหนูเคลียร์ ถ้าเป็นส่งผิดคนแล้วให้แก้รีเซ็ตใหม่ไม่ทำแต่ถ้าเกิดว่าเป็นแค่ไฟล์เพื่อส่งให้ครบตรงกันทำ ใช่ถ้าไฟล์ไม่เท่ากันอะสามารถวางไฟล์ให้เขารีเซ็ตใหม่ได้ แต่ถ้าถ้าถ้าส่งผิดคนถ้าอันนี้ไม่ได้ถ้าเขาบอกว่าให้ช่วยแก้ให้ถูกคนเนี่ยอันนี้เขาต้องทำหนังสือแจ้งมาครับ ค่ะไม่น่าสปิริตอะไรงั้นเดี๋ยวก็ประสานให้ให้เขาให้ FZ ตรวจแล้วก็เดี๋ยวคุยกันอีกทีแล้วกันก็ดำเนินการตามแผนเดิมอะออมผม ให้น้อง แจ้งคอนโทรลได้เลยครับจ้ะให้น้องแจ้งให้ออมจ้ะ เอ่อนอกจากรายงาน R12 แล้วพี่ยูครับมีรายงานอื่นไหมที่ไม่ไม่ไม่ตรงครับที่ไม่ทำให้แพ็กเกจซานส่งงานไม่ได้มีไหมมีไหมครับ อ่าตอนนี้ยังไม่มีอะครับมีแค่ R12 อะครับพี่ป๋อมครับรับทราบครับงั้นรบกวนคุณเมย์ด้วยนะครับแล้วก็อ้อมด้วยตรวจสอบให้หน่อยครับอ่าเดี๋ยวจะตรวจสอบให้ค่ะ ไม่ทราบว่ามีประเด็นเพิ่มเติมไหมคะ ผมไม่มีแล้วครับพี่หนึ่งไม่มีครับผมไม่มีแล้วครับอ่าเดี๋ยวมีอีกเรื่องนึงเรื่องเรื่องเรื่องที่เขาส่งตัดส่งเวลารีจิสเตอร์แล้วก็เขาส่ง Account ของ Easy Pass กทพ. ครับส่งมาผิดเนี่ยตอนนี้ยังมีอยู่ไหมครับ ตอนนี้เหรอคะไม่น่าจะมีแล้วค่ะมีแต่มีแต่เอิ่มไม่มีแล้วค่ะพี่ เอิ่มมีเคสของพี่จิ๊บอะครับที่ว่าเขาตัดเงินผ่าน Easy Pass แต่ว่าในในเอ่อ Message ที่เขาส่งมาบอกว่าไม่มีเอ่ออะไรนะอะไรนะพี่จิ๊บผมจำไม่ได้ละ เป็น This account is not available ซึ่งที่ที่ถามไปเห็นมาบอกว่าว่า SN อันเนี้ยน่าจะแบบเหมือนเปลี่ยนเปลี่ยนชื่อคนถือครองหรือเปล่าอะไรอย่างเนี้ยแต่ว่าเจ้าตัวเขาบอกว่าไอ้ Tag อันเนี้ยเพิ่งซื้อใหม่จากทางกทพ. นั่นแหละแล้วก็ยังเพิ่งเอามาผูกกับกับรถแล้วก็ใช้กับ MFlow วิ่งที่ M81 ประมาณเนี้ยค่ะไม่ได้เช็กกับกทพ. หรือยังคะว่าว่าข้อมูลเขาถูกหรือเปล่าไม่เขาผูกเขาผูกเป็นสมาชิกได้ ไงลูกได้เรื่องข้อมูลกตพ. เขาส่งมาใช่ค่ะแล้วยังไงคะแล้วถ้าสมมุติว่ามันไม่มีข้อมูลในกตพ. แล้วยังไม่มีข้อมูลใน CS เขาอะมันก็ต้องผูกไม่ได้สิ หมายถึงว่าข้อมูลเขาอะค่ะเขาผูกเขาผูกการ์ดไม่ถูกกับคนหรือเปล่าข้อมูลตั้งต้นที่เขาส่งมาอะค่ะพี่ คนเจ้าของแท็กอะเหรอใช่ค่ะ เช่นแท็กชื่อแท็ก 1 2 3 4 พี่จิ๊บไปซื้อแต่ตอนที่เขาผูกเขาผูกผิดหรือเปล่ามัน Verify ผ่านแล้วผูกได้แล้วนี่คะไม่แน่ใจค่ะผูกสำเร็จแล้วด้วยส่งมาดูก็ได้ค่ะว่ามันเคสนี้โอเคเดี๋ยวผมส่งให้ครับไม่ค่ะเดี๋ยวเมย์เช็กให้ค่ะแต่ที่ Exact แจ้งมายังไม่ได้รับเพิ่มเติมว่าเขาส่ง Digitizer ผิดคนนะคะอ๋อมาเดี๋ยวเมย์เช็กค่ะ เรื่องรายงาน R12 อะครับผมจะมีความชัดเจนได้อีกทีวันไหนอะครับก่อนวันที่ 15 ได้ไหมตรวจ Data นั่นเหรอคะใช่กตพ. ตรวจ Data อันนี้ไม่ ไม่ไม่ตอบแทนกตพ. ไม่ได้เลยพี่ไม่ ไม่ก็คือของงวดงานที่จะจะส่งของ Package 3 เขาก็ต้องให้เราก็ต้องให้กตพ. ส่งข้อมูลตรวจก่อนซึ่งมันเป็น Transaction ตั้งแต่วันที่ 10 มีนาถึง 8 เมษานะ Transaction อะมันก็มีส่วนที่มันผิดที่เป็นกทม. ขึ้นระบบใหม่ 8 มีนาถึง 10 เมษากทม. ขึ้นระบบ 1 เมษามันก็เกิด ยังไงสัปดาห์หน้าครับ Update ด้วยแล้วกันครับได้ค่ะครับ น้องๆพี่ฝากเดี๋ยวประสานกับน้องเรื่องที่จะให้กตพ. ตรวจด่วนๆนะจ๊ะเดี๋ยวเราลองมาประสานหลังบ้านให้อีกทีค่ะ ครับเคสของพี่กิ๊ฟส่งในกลุ่มให้แล้วนะครับ อันนี้เป็นผูกผ่าน Easy Pass Plus ใช่ไหมเนี่ยใช่ ได้แล้วค่ะขอบคุณค่ะจริงๆเดี๋ยวเช็กให้นะคะแล้วเดี๋ยวแจ้งไปในกลุ่มนะคะขอบคุณค่ะค่ะ โอเควันนี้ก็น่าจะไม่มีอะไรแล้วครับทางพี่หนึ่งพี่จิ๊บมีอะไรเพิ่มเติมอีกไหมครับไม่มีแล้วครับค่ะไม่มีค่ะโอเคครับงั้นพรุ่งนี้พี่หนึ่งพี่กิ๊บว่างอยู่ใช่ไหมครับพรุ่งนี้ พรุ่งนี้ GCS ครับผมไปที่ลาดกระบังครับครับผมครับขอบคุณครับวันนี้อาจารย์ขอบคุณครับสวัสดีค่ะขอบคุณค่ะสวัสดีค่ะ