GMT20260423-025812_Recording.m4a
th
393s
23/04/2026 14:45
70:57
GMT20260423-025812_Recording.m4a
สรุปการประชุมวันที่ 23/04/2026
การประชุมหารือความคืบหน้า Mobile Application, ปัญหาการตัดเงิน Easy Pass M-Pass และ Dot Pay, การ Redesign หน้าจอ End User, และความคืบหน้าของ Biz Portal และระบบ T38
ประเภท
การประชุมติดตามงานและแก้ไขปัญหา
โทน
เป็นทางการ, เน้นการแก้ไขปัญหาและติดตามความคืบหน้า
Sentiment
mixed
คุณภาพเสียง
85%
New Release Mobile ApplicationIssue การตัดเงิน Easy Pass M-PassRedesign หน้าจอสำหรับการให้บริการ End Userปัญหาการตัดเงินไม่ครบ (Dot Pay)ปัญหาการตัดเงินผิดบัญชีการจัดการรายการตัดเงินซ้ำและตัดผิดการนัดหมาย Component Test สำหรับ CTVSความคืบหน้าของ Biz Portal และ Mobile Applicationความคืบหน้าของระบบจัดการยอดหนี้สูง (T38)
ผู้พูด
Speaker 1
25%
Speaker 3
23%
Speaker 2
20%
Speaker 5
18%
Speaker 4
14%
Speaker 6
0%
มติ/ข้อสรุป
- จะดำเนินการขึ้น New Release Mobile Application ตามแผนวันที่ 30 เมษายน หากการตรวจสอบเสร็จสิ้น
- จะทำหนังสือขออนุมัติการขึ้นเวอร์ชันใหม่ของ Mobile Application อย่างเป็นทางการ
- จะนัดประชุมเพื่อนำเสนอหน้าจอที่ออกแบบใหม่ให้กรมและหน่วยงานที่เกี่ยวข้องตรวจสอบและยืนยัน
- กรมจะทำหนังสือแจ้งปัญหา Dot Pay ไม่ครบที่เกิดจากการขึ้นระบบ CS ใหม่ไปยัง กทพ. อย่างเป็นทางการ
- CS จะยกเลิกรายการที่ตัดเงินผิดบัญชีและให้ Single Platform ส่งรายการตัดเงินใหม่
สิ่งที่ต้องทำ
- ทำหนังสือขออนุมัติในการขึ้นเวอร์ชันใหม่ของ Mobile Application และแผนการดำเนินงาน
- ให้ข้อมูลเพิ่มเติมเกี่ยวกับ User ที่พบปัญหาเด้งออกจากระบบ
- สรุปสถิติปัญหาการตัดเงิน Easy Pass M-Pass ที่เกิดจากโค้ด Mapping ไม่ครบถ้วนตั้งแต่เริ่มเปิด M-Pass จนถึงปัจจุบัน
- ทำข้อมูลเกี่ยวกับปัญหาการตัดเงินไม่ครบ (Dot Pay) ที่เกิดจากการขึ้นระบบ CS ใหม่
- ทำต้นเรื่องปัญหา Dot Pay ไม่ครบที่เกิดจากการขึ้นระบบ CS ใหม่ เพื่อให้กรมทำหนังสือแจ้ง กทพ.
- สอบถามทีม M Park และ สอ. เกี่ยวกับแนวทางการปรับ Logic เป็น 1 Pay Ref Number ต่อ 1 Transaction
- ทำหนังสือแจ้ง ทร. เพื่อหารือร่วมกันเกี่ยวกับปัญหาการตัดเงินซ้ำและตัดผิด
- รวบรวมข้อมูลเพิ่มเติมเกี่ยวกับสถิติการเก็บค่าผ่านทางไม่ได้ที่ด่านเดียวกันตั้งแต่เปิด M81
- ทำหนังสือออกขอตรวจรับงาน CTVS ในวันที่ 30 ช่วงบ่ายสอง
- ทำแผนและนำเสนอความคืบหน้าของระบบจัดการยอดหนี้สูง (T38)
- ตามงานระบบจัดการยอดหนี้สูง (T38)
Speaker 1
Speaker 3
Speaker 4
Speaker 5
Speaker 2
Speaker 6
→
S
Speaker 1
02:00 - 02:01
สวัสดี
S
Speaker 3
02:01 - 02:07
ครับเดี๋ยวรอทีมสักแป๊บนะครับได้ครับสวัสดีครับคุณเฟ่
S
Speaker 1
02:07 - 02:08
เด็ดขาด
S
Speaker 4
03:47 - 04:04
สวัสดีค่ะงั้นเดี๋ยวขอจิ้ม Agenda ก่อนเลยแล้วกันนะคะมันมี 3 หัวข้อค่ะวันนี้ที่เราจะหารือซึ่งประกอบไปด้วย New Release Mobile Application นะคะแล้วก็เรื่องของการตัดเงิน Easy Pass M-Pass
S
Speaker 3
04:08 - 04:15
ครับเดี๋ยวคุณเมย์รอสักครู่นะครับเดี๋ยวรอทางทางที่ปรึกษาด้วยอะครับเดี๋ยวสักครู่เดี๋ยวตามให้แป๊บนึงครับอ๋อได้
05:45 - 05:59
ครับเอ่อตอนนี้ทางทีมหนึ่งเข้าห้องประชุมแล้วครับส่วนทางพี่กิ๊ฟน่าจะไม่ได้เข้าครับเพราะติดภารกิจประชุมกับทีม Audit อยู่ครับเดี๋ยวยังไงเริ่มเริ่มประชุมได้เลยครับ
S
Speaker 4
06:01 - 06:12
โอเคค่ะสวัสดีค่ะอ่าวันนี้เรามีประชุม 3 Agenda ด้วยกันนะคะสวัสดีครับได้ยินเสียงผมไหมครับ
S
Speaker 5
06:14 - 06:17
เอ่อพี่หนึ่งได้ยินเสียงไหมครับพี่หนึ่งได้ยินไหมคะ
S
Speaker 3
06:22 - 06:28
ผมได้ยินทางทีมชัดเจนครับแต่ว่าไม่แน่ใจว่าพี่หนึ่งได้ยินหรือเปล่าครับครับ
S
Speaker 4
06:32 - 06:42
หรืออาจจะหรือเปิดไมค์ไหมงั้นมีพี่หนึ่งพูดอยู่เลยพี่หนึ่งไม่ได้ยินหรอ
S
Speaker 3
06:54 - 06:56
พี่หนึ่งครับได้ยินไหมครับ
S
Speaker 2
06:57 - 06:58
ได้ยินครับ
S
Speaker 3
07:00 - 07:03
ได้ยินผมไหมครับได้ยินครับพี่หนึ่งครับโอเคครับผมครับ
S
Speaker 4
07:05 - 09:18
ค่ะงั้นเมย์ขออนุญาตเริ่มเลยนะคะวันนี้เป็นงานประชุม Weekly ประจำสัปดาห์วันที่ 23 เมษายน 2569 นะคะซึ่งวันนี้จะมีหัวข้อที่เราจะประชุมร่วมกัน 3 เรื่องด้วยกันนะคะเรื่องแรกจะเป็นตัว New Release ของ Mobile นะคะจะมีฟังก์ชันที่เราได้ทำการแก้ Fix Bug ไปแล้วเราจะขออนุญาตเอาขึ้นนะคะถัดมาจะเป็นเรื่องของ Issue การตัดเงิน Easy Plus แล้วก็ M-Pass ค่ะส่วนสุดท้ายจะเป็นในส่วนของที่ทางทีมได้เข้าไปเก็บ Requirement เพื่อ Redesign หน้าจอสำหรับการให้บริการ End User ก็คือ User ที่อยู่ Counter Service และ User ที่อยู่จุดบริการรวมถึง Operation นะคะอ๋อ Call Center ค่ะขอโทษค่ะงั้นขออนุญาตไปในส่วนของวาระแรกก่อนนะคะวาระแรกจะเป็นในส่วนของตัว New Release Mobile ค่ะซึ่งมันจะมีการ Fix Bug ในส่วนของที่เจอที่มีการแจ้งเข้ามาผ่าน Jira นะคะซึ่งประกอบไปด้วย 6 หัวข้อหลักๆด้วยกันจะเป็นทั้งเรื่องการสมัครสมาชิกที่มีการสมัครสมาชิกไม่ได้บ้างนะคะแล้วก็เข้าสู่ระบบแล้วก็มีการยืนยันตัวตนการยืนยันรถการผูกบัตรแล้วก็ตัว LINE LINE OA ค่ะอันนี้ก็จะเป็นในส่วนของที่จะขอเอาขึ้นในช่วงวันที่ 30 เมษาวันพฤหัสบดีค่ะช่วงนี้จะเป็นจะส่งโค้ดตัวนี้อะค่ะเข้าตัวรีวิวอันนี้ไม่ทราบว่าถ้าเมย์จะขึ้น Release ใหม่ของ Mobile ทั้งในส่วนที่เป็น Mobile ที่ Fix Bug แล้วก็เป็นตัว Biz Portal ก็คือตัวรถพันคันอะค่ะอันนี้ไม่ทราบว่าทางพร. มีประเด็นอะไรเพิ่มเติมไหมคะถ้าจะขึ้นงานในช่วงของตัว Mobile Release ใหม่ช่วงวันที่ 30 เมษายนค่ะ
S
Speaker 3
09:21 - 09:28
อืมผมไม่มีครับแต่ว่าสอบถามหน่อยครับถ้าคุณว่าเราขึ้นตัวใหม่เนี่ยมันมีการแจ้งเตือนฟอสอัพเดไหมครับ
S
Speaker 4
09:29 - 09:30
มีค่ะ
S
Speaker 3
09:32 - 09:41
แจ้งเตือนผ่านแอปเนอะผ่านโติใช่ไหมครับหรือว่ายังไงตอนก่อนเข้ามันจะมีฟออัเดทใช่ไหมตอนเข้ามันจะฟสอัพเดทครับพี่ป๊อบโอเคครับ
S
Speaker 4
09:43 - 09:52
ถ้าอย่างนั้นทางพิมพขออุญตดําเนิการถ้าเกิดรีวิวเสร็จแล้วเราก็จะกดอนุมัติช่วงวันที่สามสิบตามแผนนะคะ
S
Speaker 3
09:55 - 11:22
เออตัวตัวตัวเนี้ยทําหนัสือเป็นเป็นขออนุมัติในการในการขึ้นตัวเวอร์ชั่นใหม่ให้กรมอนุมัติเป็นทางการด้วยนะครับเป็นลักษอักษรนะครับแล้วก็ทําเป็นแผนการดําเนิงานนะครับว่าจะมีช่วงอัพคือช่วงรีวิวใช่ไหมครับแล้วก็มีการช่วงอ่าโคไลฟ์จริงก็คือเปิดใช้แอปแล้วก็มีแผนสํารองว่าเท่านั้นว่าพอขึ้นแล้วมีปหาเรามีการมีแผนโรแบ็คไหมด้วยครับพี่ป๋องคะถ้าเกิดว่าเราทําหนัสือนี่เมย์ต้องขยับช่วงรีวิวโค้ดไหมคะเพราะว่าวันนี้วันที่ยี่สิสามแล้วแต่แผนเมย์เริ่มส่งรีวิวโค้ดไปตั้งแต่วันจันทร์แล้วอะค่ะไม่เป็นไรก็เหมือนทําทําแจ้งมาเพราะว่ากรมไม่ติดอยู่แล้วแหละแต่ว่าทําให้มันเป็นเป็นเป็นทางการเป็นหลักการหน่อยว่าเออเรามีการขออนุมัติเป็นขั้นเป็นตอนนะครับส่วนเรื่องรีวิวก็รีวิแป๊บวิวไปครับผมคงไม่เอ่อไปไปเพราะว่าระหว่างรีวิวอะเราก็ทําหนัสือขออนุมัติอยู่แล้วอ่าไม่ไม่ไม่เกี่ยวครับไม่เกี่ยวกันครับแต่ว่าขอให้ออกภาในที่นี่นะเดี๋ยวอาทหน้าผมจะได้ทําหนังสือขอแจ้งอนุมัติให้สามารถดเนิการได้ช่วงวันจันทร์หรือวันอังคารจะได้ไม่ไม่ไม่ติดครับเออรับทราบค่ะครับๆ
S
Speaker 4
11:24 - 11:32
ถ้าอย่างนั้นเมย์ขออุญาตไปหัวข้อถัดไปนะคะจะเป็นในส่วนของอิชชู่การจัดเงินอีซี่พาสเอ็พสค่ะเชิญทีมเทคนิคค่ะ
11:41 - 11:46
ไม่ทราบว่าพี่เป้หรือน้องเปได้ยินรึเปล่าเอ่ย
11:51 - 12:13
ถ้าอย่างนั้นทีมเทคนิคอาจจะยังไม่สะดวกงั้นเมขออุญตไปหัวข้อที่สามก่อนได้มั้ยคะเดี๋ยวถ้าทีมเทคนิคสดวกแล้วเข้ามาเดี๋ยวเมย์จะขอกลับมาอชชู่นี้อิชชนี้น่าจะค่อนข้างยาวนานแล้วก็น่าจะเยอะงั้นขออนาตไปหัวข้อที่สามก่อนค่ะขออัพเดทในส่วนที่ทางทีมเข้าไปเก็บค่ะเชิญธนัส
S
Speaker 5
12:14 - 16:42
ครับเออก็ในส่วนของตัวหน้าจอสําหรับการให้บริการเอ็นยูสเนะครับค่ะพี่ป๋องโอเคผมกําลังจะบอกว่าให้ทําหน้าจอเฉๆนะมองไม่เห็นครับเชิญต่อครับโอเคครับเอ่อก็ในส่วนของตัวหน้าจอฝั่งเว็บแอดมินะครับที่ให้ทางยูสเใช้นะครับก็จะมีอยู่ประมาณหกหัวข้อนะครับหลังจากที่มีประชุมไปเรียบร้อยแล้วนะครับก็จะมีข้อแรกนะครับเป็นในเรื่องของเมนูการจัดการลูกค้าอันนี้ก็เดี๋ยวจะมีการปรับในเรื่อของสิทธให้สามารถกําหนดสิทธ์ได้นะครับคือตอนนี้มันจะมีอยู่เมนูนึงก็คือเมนูหน้าการจัดการข้อมูลลูกค้าซึ่งมันสามารถ re gi s ter un eg ist er em pa ss E as y pa ss ได้ลบรถได้นะครับซึ่งตรงนี้ก็มีการ en ha nce เพิ่มเติมนะครับให้สามารถกําหนดสิทธิได้หมายความว่าคนที่เข้าเมนูเดียวกันนะครับอาจจะเห็นปุ่มที่ re gi s ter un re gi s ter em pa th e as y pa th บางคนก็อาจจะไม่เห็นนะครับซึ่งในส่วนของคนที่เห็นเนี่ยก็จะเป็นในส่วนของฝั่ง A pp S ub นะครับหรือว่าฝั่ง op er ation ที่ต้องใช้ในเรื่องของการบริการลูกค้าครับส่วนของจุดบริการนะครับหรือว่า C all C ent er อ่ะครับก็จะเป็นในส่วนของการค้นหาอย่างเดียวเท่านั้นนะครับซึ่งอันนี้ก็ทางทีทางบริษัทนะครับมีการทดสอบเรียบร้อยแล้วนะครับก็เดี๋ยวอยู่ในแผนที่กําลังจะรอ de po int นะครับซึ่งตั้งไว้ก็คือวันที่ 30 เมษานก่อนนะครับพี่ป๋ซึ่งหรืออาจจะเร็วกว่านั้นได้นะครับซึ่งถ้าเกิดเร็วกว่านั้นอาจจะมีการแจ้งไปอีกรอบหนึ่งครับส่วนที่สองในส่วนของการปรับแก้ออลอินวันนะครับอันนี้ก็คือสืบเนื่องมาจากที่มีการประชุมกับพี่ๆจุดบริการพี่ๆโอเปอเรชั่นแล้วก็พี่ๆคอเซ็นเตอร์นะครับก็ระหว่างที่เรารอพัฒนาตัวหน้าจอเมนูใหม่ๆนะครับก็มีข้อเสนอนะคืออยากให้แก้ในเรื่อของตัวเมนูอออินวันเบื้อต้นก่อนนะครับเพื่อที่ว่าจะได้สามารถใช้งานได้สะดวกก่อนระหว่างที่รอการพัฒนาตัวหน้าจอตัวใหม่นะครับซึ่งก็จะมีเรื่องของการเพิ่มเงื่อนไขสถานะการชําระเงินมีการสลับคอลัมนนะครับเพราะว่าบางคลัมนเนี่ยเอ่อจุดบริการหรือ C all C ent er ไม่ได้ใช้จะเป็นแค่ฟาร์ม op er ation ที่ใช้ก็จะสลับไปข้างหลังเพื่อให้กับบริการหรือหน้างานนะครับสามารถตอบลูกค้าได้เร็วขึ้นนะครับมีเรื่องของการเพิ่มเพิ่มคอลันค่าผ่าทางกับค่าปรับแยกกันนะครับจะได้เห็นชัดเจนว่าอันนี้เป็นค่าผ่านทางอันนี้เป็นค่าปรับเพราะว่ามันจะไม่เหมือนของ M 9 เดิมที่ว่า M 9 เดิมจะเป็นยอดสามสิบบาทห้าสิบบาทเจ็สิบบาทพวนี้มันจะดูแยกค่าผ่านทางค่าปรับดูค่อนข้างง่ายแต่พอเรามี M 8 1 ปุ๊บเนี่ยค่าผ่าทางเขาค่อนข้างเลขอาจะไม่ค่อยคุ้นชินกันเท่าไหร่ก็เลยอาจจะมองยากว่าตกลงมันมีค่าปรับหรือไม่มีค่าปรับนะแล้วก็มีเพิ่มในเรื่อของตัวไฮไลท์ของตอนที่กดเช็คบล็อครับเพื่อให้สามารถดูได้ง่ายขึ้นว่าตอนนี้เรากําลังโกัสอยู่ที่บรรทัดไหนครับซึ่งข้อนี้ก็มีการพัฒนาแล้วก็ทดสอบเสร็จเรียบร้อยแล้วเหมือนกันครับก็เดี๋ยวอาจจะรอ de pl o ช่วงสิ้นเดือนนี้เหมือนกันครับต่อมาเป็นในส่วนของตัวหน้าจอที่ต้องมีการพัฒนเพิ่มเติมหลังจากที่พี่มีการออกแบบเบื้องต้นแล้วก็ได้รับคอมเมนท์จากพี่ๆมานะครับซึ่งก็จะต้องมีการปรับเพิ่มอยู่ประมาณหนึ่งนะครับก็จะมีหน้าจอค้นหาข้อมูลลูกค้าหน้าตรวจรายการผ่านทางหน้าตรวจสอบข้อมูลค่าผ่านทางนะครับแล้วก็เมนูติดตามโทรถามนะครับก็จะมีอยู่ประมาสี่หน้าจอนะครับที่ต้องพัฒนาเพิ่มมีสามหน้าจอเป็นหน้าจอใหม่เลยแล้วก็อีกหน้าจอหนึ่งอ่ะครับที่เป็นในส่วนเมนูติดตามถ่วงถามอันนี้มีหน้าจออยู่แล้วแต่ว่าต้องพัฒนาฟีเจอร์ในเรื่องของการสามารถดูจดหมายถ่วงถามในรูปแบบของ PCF ได้นะครับก็ 3 ข้อแรกนะครับเดี๋ยวดีไซน์อ่ะครับจะพยายามปิดให้ได้ภายในสิ้นเดือนนี้นะครับเพราะว่าทางบริษัทต้องไปออกแบบก่อนพอออกแบบเสร็จป๊บก็ต้องส่งให้กับทางพี่ๆแต่ละหน่วยงานนะครับช่วยรีวิวรวมถึงคนิก่อนพอรีวิวถึงคอนเร์เสร็จป๊บอันนี้ก็ถึงจะไปถึงเสพัฒนาต่อนะครับทีนี้ขอปรึกษาเพิ่มเติมครับพี่ป๋ในส่วนของตัวหน้าจอตัวใหม่อันนี้ครับอันนี้ถ้าเกิดว่าพี่ๆแต่ละหน่วยงานนะครับคอเฟร์เรียบร้อยแล้วอ่ะครับอันนี้เราต้องกลับมานําเสนอกรมอีกรอบนึงไหมครับ
S
Speaker 3
16:46 - 17:03
อืมที่จริงก็ไม่ต้องอ่ะครับที่จริงอ่ะตอนที่นำเอาดีไซน์ไปนำเสนอไงกรมก็ต้องเข้าอยู่ดีแล้วก็ดูรูปแบบการดีไซน์แล้วก็มีฟังก์ชันการทำงานไม่ต้องก็ได้ครับมันจะซ้ำซ้อนเกินไปอ๋อ
S
Speaker 5
17:03 - 17:24
คือตอนแรกที่ผมคิดไว้อะครับพี่พี่ป๋อมก็คือพอทางทีมพัฒนาเสร็จแล้วอะครับคิดว่าจะส่งเป็นเอกสารแล้วก็ให้ทางที่พี่เขาคอนเฟิร์มกลับมาครับถ้าเกิดไม่มียาติดอะไรก็อาจจะเป็นผ่านอีเมลหรืออย่างนี้ครับหรืออันนี้พี่ป๋อมมองว่าจริงๆแล้วอยากให้ทางบริษัทนะเป็นมีตติ้งเหมือนเรามีตติ้งดีกว่าครับมันจะได้เข้าใจ
S
Speaker 3
17:25 - 17:25
ถ้า
S
Speaker 5
17:26 - 17:38
มีคำถามจะได้ถามกันในที่ประชุมเลยครับโอเคได้ครับงั้นก็อาจจะเป็นการนัดประชุมเหมือนรอบรอบที่แล้วครับที่เอาพี่ๆทุกคนเข้ามาอยู่ร่วมกันแล้วก็จะได้คุยกันทีเดียวครับได้รับทราบครับ
S
Speaker 3
17:39 - 17:59
อ่าสอบถามนิดนึงครับพอดีเมื่อวานผมได้รับแจ้งจากทางจุดบริการอะแต่ว่าผมคงผมไม่เป็นนะแต่ว่าจุดบริการเขาเป็นผมก็เลยไม่ทราบว่ามันเกิดจากสาเหตุอะไรคือเอ่อใช้งานอยู่ดีๆมันเด้งออกอะเด้งออกหน้าล็อกอินใหม่อะซึ่งผมไม่เป็นนะผมก็เลยสงสัยว่ามันเกิดจากอะไรอะครับ
S
Speaker 5
18:01 - 18:12
เอ่ออันนี้คือจุดบริการเป็นหลักหรือว่าเป็นแค่บางบางท่านนะครับพี่ป๋อมเป็นที่จุดบริการนะเขาแจ้งผมมาแต่ว่าผมแต่ว่าผมอะไม่ไม่
S
Speaker 3
18:12 - 18:45
เป็นอะผมก็เลยสงสัยเพราะว่าผมถามก็เลยถามเขาว่าไม่ได้ใช้งานเกิน 30 นาทีหรือเปล่าเหมือนที่เราเคยคุยกันว่าเราจะปรับเปลี่ยนการเอ่อเข้าถึงถ้ารู้ว่าไม่ใช่อ่าใช่ถ้าไม่ไม่มีการการการทำงานหรือว่าปล่อยให้มันหยุดนิ่งเกิน 30 นาทีโดยไม่ใช้งานเนี่ยมันจะเด้งออกอัตโนมัติโดยให้ล็อกอินใหม่แต่อันเนี้ยมันไม่ถึงไงมันประมาณ 4-5 นาทีหรือไม่ก็บางทีก็ 1 นาทีก็ก็เด้งออกและก็เลยสงสัยว่าเกิดจากอะไรครับ
S
Speaker 5
18:45 - 19:04
ครับเอ่ออันนี้อันนี้ไม่แน่ใจว่าทางบริษัทสามารถขอข้อมูลเพิ่มเติมจากใครได้บ้างอะครับพี่ป๋อมว่าเป็น User เป็น User ที่ใช้ในการล็อกอินเป็น User ไหนหรือว่าเป็นช่วงเวลาไหนอะทางทีมจะได้เข้าไปดูล็อกเพิ่มเติมอะครับอืมเป็นที่รับแจ้งมาเป็นจุดบริการทั้งสองนะครับ
S
Speaker 3
19:05 - 19:19
เอ่อเดี๋ยวเดี๋ยวผมให้เบอร์ Contact ไปก็ได้เดี๋ยวหลังประชุมแล้วกันครับได้ได้ครับขอบคุณมากครับให้ให้กับคุณเมย์นะเดี๋ยวให้คุณให้คุณเมย์ให้ให้ทีมงานประสานต่อแล้วกันครับครับอ่าได้ค่ะโอเคครับเชิญต่อครับ
S
Speaker 5
19:24 - 25:27
นี่เป็นตัวอย่างหน้าจอที่เป็น First Draft นะครับที่ทางบริษัททำไปนำเสนอนะครับอันนี้เพื่อเพื่อให้ทางทางพี่ป๋อมและทางที่ปรึกษานะครับให้เห็นหน้าจอเบื้องต้นก่อนว่าสิ่งที่เรากำลังจะพัฒนาและออกแบบนะครับจะเป็นรูปร่างหน้าตาลักษณะประมาณไหนนะครับอันนี้ก็คือในส่วนของตัวหน้าจอค้นหาข้อมูลลูกค้านะครับก็สามารถค้นหาได้จากข้อมูลของ Customer นะครับก็คือพวกป้ายทะเบียนชื่อลูกค้าที่เป็นบุคคลธรรมดานิติบุคคลนะครับเบอร์โทรศัพท์นะครับก็สามารถค้นหาได้ทั้งหมดพอค้นหาเสร็จแล้วนะครับก็จะมีการโชว์รายละเอียดด้านล่างว่าลูกค้าคนนี้เป็นสมาชิกหรือไม่ใช่สมาชิกนะครับแล้วก็มีเบอร์โทรศัพท์เป็นเบอร์อะไรมีจำนวนรถเท่าไหร่นะครับก็สามารถกดเข้าไปดูรายละเอียดได้นะครับพอเรากดเข้ามาดูรายละเอียดนะครับมันก็จะเห็นรถแต่ละคันนะครับว่าเรามีรถกี่คันบ้างนะครับมีการผูกการชำระเงินเป็นแบบไหนผูกชำระเงินช่องทางอะไรนะครับซึ่งแต่ละคันนะครับเราก็จะสามารถดูได้ว่าอ๋อรถคันนี้มีข้อมูลการผ่านทางเป็นอะไรมีข้อมูลการติดตามทวงถามเป็นแบบไหนหรือว่ามีข้อมูลค่าผ่านทางเรื่องของการชำระเงินเป็นแบบไหนบ้างก็จะสามารถกดลิงก์จากหน้าหน้านี้ได้ทั้งหมดนะครับซึ่งมันจะแตกต่างจากของเดิมที่ของ All in One เนี่ยครับมันจะเป็นในแกนของ Transaction ตั้งเราจะ Search ด้วยป้ายทะเบียนว่าป้ายทะเบียนเนี่ยมีการวิ่งผ่านทางอะไรบ้างนะครับแต่หน้าจอตัวใหม่ตรงนี้มันจะเป็นแกนที่เอาลูกค้าตั้งขึ้นมาก่อนว่าลูกค้าคนนี้มีรถกี่คันแล้วก็รถคันนี้ประกอบไปด้วยรายการผ่านทางอะไรหรือติดตามทวงถามอะไรบ้างก็จะมีการสลับแกนกันเพื่อให้ปรับโจทย์ในเรื่องของจุดบริการกับในเรื่องของ Call Center ที่สามารถใช้งานได้ง่ายขึ้นนะครับต่อมาเป็นในส่วนของตัวเมนูตรวจสอบรายการผ่านทางนะครับอันนี้ก็เป็นหน้าจอใหม่เหมือนกันนะครับก็จากวิธีการค้นหาจะคล้ายๆ All in One นะครับก็คือสามารถค้นหาจากวันที่ได้จากป้ายทะเบียนได้ระบุขาเข้าขาออกนะครับระบุจากเลขที่ใบแจ้งหนี้ก็ได้เหมือนกันนะครับซึ่งด้านล่างก็จะมีในเรื่องของรายละเอียดของรายการผ่านทางนะครับว่าเข้าออกด่านไหนนะครับเป็นสมาชิกหรือไม่ใช่สมาชิกรถป้ายแดงหรือเปล่าเป็นรถยกเว้นไหมนะครับเป็นคันรถอะไรมีค่าผ่านทางค่าเสียหายเท่าไหร่นะครับก็จะมี Information เบื้องต้นนะครับที่เป็นของรายละเอียดค่าผ่านทางมีเลขที่ใบแจ้งหนี้มีสถานะการชำระเงินซึ่งถ้าสังเกตนะครับในส่วนของตัวเลขที่ใบแจ้งหนี้นะครับตรงนี้ก็จะสามารถกดคลิกลิงก์จากตรงนี้ได้เหมือนกันนะครับเพื่อไปดูว่ารายการผ่านทางนี้มีใบแจ้งหนี้เป็นอะไรบ้างนะครับก็สามารถกดได้อันนี้ก็คือเป็นการกดดู Detail ของแต่ละรายการผ่านทางนะครับว่าประกอบไปด้วยอะไรบ้างมี Trip อะไรเลข Trip อะไรนะครับแล้วก็จะมีรูปของรายการผ่านทางอยู่ด้านล่างนะครับต่อมาเป็นเมนูตรวจสอบค่าผ่านทางนะครับอันนี้ก็จะค้นหาคล้ายๆกันเลยนะครับอยู่ที่ว่าเราจะค้นหาด้วยเอ่อป้ายทะเบียนวันที่ผ่านทางหรือว่าจะค้นหาจากรหัสอ้างอิงการชำระเงินก็สามารถค้นหาได้ค้นหาจากใบแจ้งหนี้ก็สามารถค้นหาได้นะครับอ่าฟิลด์ด้านหน้าครับก็จะโชว์ค่อนข้างคล้ายๆกันแต่ว่าจะมีการสลับลำดับฟิลด์ให้มันเหมาะสมกับเรื่องของเมนูการชำระเงินถ้าเป็นในเรื่องของเมนูเกี่ยวกับตรวจสอบค่าผ่านทางเรื่องที่เกี่ยวกับการชำระเงินหรือว่าเลขที่ใบแจ้งหนี้จะไปขยับอยู่ด้านหน้าเยอะขึ้นนะครับแล้วก็ด้านหลังก็จะมีในเรื่องของปุ่มที่ว่าเป็นประวัติการชำระเงินปุ่มดาวน์โหลดใบแจ้งหนี้ปุ่มดาวน์โหลดใบเสร็จรับเงินนะครับก็สามารถกดดาวน์โหลดจากด้านหน้าได้เลยนะครับซึ่งจะแตกต่างจากของ All in One นะครับที่ต้องกดไปดาวที่ต้องกดเข้าไปข้างในก่อนถึงจะดาวน์โหลดได้นะครับก็จะอำนวยความสะดวกให้กับ End User มากขึ้นครับอันนี้ก็คือตัวอย่างของหน้าจอประวัติการชำระเงินนะครับต่อมาหน้าสุดท้ายนะครับอันนี้คือเป็นเมนูติดตามทวงถามนะครับก็อันนี้อย่างที่พี่แจ้งไปก็คือเรามีหน้าจอของเดิมอยู่แล้วนะครับแต่ว่าเอ่อทางพี่ๆทุกท่านนะครับก็มีความเห็นว่าอยากให้เพิ่มในเรื่องของตัวเพิ่มในเรื่องของตัวการ Preview PDF ที่เป็นจดหมายทวงถามนะครับพอกรณีที่ลูกค้าไม่ที่ทางติดต่อเข้ามานะครับว่าเอ้ยเนี่ยฉันได้รับจดหมายติดตามทวงถามเข้ามานะครับซึ่งของของเดิมเนี่ยของของช่วงที่ผ่านมาครับ M81 อะมันจะมีในเรื่องของตัวที่มี Wording ที่อาจจะไม่ค่อยไม่ค่อยคุ้นชินกันเท่าไหร่รวมถึงสมาชิกที่ว่ามีได้จดหมาย T+8 ที่เป็นจดหมายแจ้งเตือนเฉยๆอย่างนี้ครับก็ถ้าเกิดว่าสามารถ Preview เอกสารตรงนี้ได้อ่ะครับ Call Center พี่ๆจุดบริการหรือ Call Center อ่ะครับก็จะสามารถตอบลูกค้าได้สะดวกยิ่งขึ้นนะครับก็อันนี้เดี๋ยวอยู่ระหว่าง Solution ว่าจะดึงไฟล์ PDF ขึ้นมาแสดงได้ยังไงบ้างเพราะว่าตอนนี้ไฟล์ PDF เก็บอยู่ที่อีกระบบหนึ่งครับก็อันนี้อันนี้เป็น First Draft ก่อนนะครับที่ที่ทางที่ทางบริษัทตั้งต้นไปแล้วก็พี่ๆมีทางคอมเม้นต์พี่ๆแต่ละทีมมีคอมเม้นต์มาแต่ว่ายังไม่ได้มีการปรับแก้ไขถ้ามีการปรับแก้ไขแล้วเดี๋ยวจะทำนัดไปอีกรอบนึงนะครับในส่วนของตัวหน้าจอให้บริการลูกค้าอันนี้หมดแล้วครับทางพี่ป๋อมหรือพี่หนึ่งมีคำถามเพิ่มเติมไหมครับ
S
Speaker 3
25:32 - 25:36
ผมไม่มีครับพี่หนึ่งมีไหมครับไม่มีครับ
S
Speaker 2
25:59 - 26:01
งของอ่า
S
Speaker 4
26:03 - 26:18
ต่อไปยังเป็นอิชชู่ในส่วนของการตัดเงินนะคะ เต้ครับได้ยินไหมเอ่ยครับ
S
Speaker 1
26:19 - 29:19
ตอนนี้อะครับครับไอ้ตอนนี้เรามีปัญหาอ่าเรื่องของการตัดเงิน Easy Pass M-Pass นะครับซึ่งอย่างตอนนี้เรามี 3 อิชชู่ใหญ่ๆนะครับแล้วก็ในวันนี้เราก็จะทีมก็จะมาเสนอว่ามีอิชชู่อะไรบ้างแล้วก็แนวทางจะแก้ปัญหากับอ่าวิธีการจะเป็นยังไงเพื่อเสนอแนะนะครับก็อยากให้ทางผมพิจารณาว่าจะไปเวย์นี้ได้ไหมนะครับโดยเอ่ออิชชู่แรกก็คือเราเจอว่าปัญหาอย่างหนึ่งนะครับก็คือที่ระบบ CCS นะครับที่ของการทางพิเศษนะครับไม่มีโค้ด Mapping โค้ด Mapping คืออะไรก็คือตอนนี้เราเจอว่านะครับเป็นเอ่อสายทาง M81 เวลารถที่วิ่งเข้ามาอะครับมันจะมีด่านบางด่านที่วิ่งเข้ามาแล้วปุ๊บเนี่ยเขายูเทิร์นกลับที่พลาซ่าเดิมก็คือเข้าแล้วออกจุดเดียวเข้าจุดเดียวออกจุดเดียวก็เลยทำให้อ่าระบบเนี่ยมันบันทึกขาเข้าและขาออกเป็นเป็นพลาซ่าเดียวกันนะครับพอคราวเนี้ย Single Platform พอได้รับข้อมูลเข้ามาเนี่ย MFlow เนี่ย Single Platform ก็จะส่งโค้ดนะครับเพื่อส่งไปที่ CS เพื่อจะตัดเงินนะครับซึ่งโค้ดอ่าถ้าในภาพนี้เป็นเป็นโค้ดเทมนะครับเป็นตัวอย่างนะครับเป็นโค้ดที่ Map ตัวอย่างไว้เมื่อ CS รับข้อมูลไปปุ๊บเนี่ยปรากฏว่าทาง CS อะครับเขาไม่ได้ Mapping โค้ดขาเข้าขาออกแบบที่เป็นเข้าออกโค้ดเดียวกันเขามีแต่แบบเข้าโค้ดนี้ออกโค้ดนี้นะครับพอ CS ไม่ได้ Mapping โค้ดนี้ไว้เนี่ยก็ไม่มีการตอบกลับ MFlow พอไม่มีการตอบกลับ MFlow เนี่ยก็ทำให้อ่าใบแจ้งหนี้อะครับที่ที่เกิดขึ้นเนี่ยมันค้างสถานะมันค้างเพราะว่าไม่มีการตอบกลับมาเงินไม่สำเร็จนะครับก็เกิด Payment in Progress ค้างในระบบพอค้างในระบบไปนานเข้าก็จนครบกำหนดมันก็เกิดค่าปรับซึ่งพอเกิดค่าปรับเกิดขึ้นเนี่ยลูกค้าก็จะมาแจ้งนะครับมาโต้แย้งเราก็ต้องทำการเอ่อทาง Operation นะครับเฉพาะก็ต้องทำการ Manual แก้ไขอาจจะเป็นแก้ไขด้วยมือเพื่อถอยใบแจ้งหนี้นะครับแล้วก็ให้ลูกค้าไปชำระเองอะไรอย่างเนี้ยครับซึ่งนี่คือปัญหาหนึ่งนะครับที่มีเรากดไปสไลด์ 2 สไลด์ต่อไปนะครับอันนี้คือปัญหานะครับก็คือตัดเงินอย่างที่ผมพูดไปแล้วตัดเงินไม่สมบูรณ์นะครับเจออ่า Payment in Progress ในระบบนะครับทำให้เกิดอ่าค่าปรับเกิดขึ้นเพราะฉะนั้นก็เลยอ่าอ่าหารือว่าปัญหาแนวทางแก้ไขนี้ก็คืออยากให้ทาง CS นะครับต้องเพิ่มหรือรองรับตัวโค้ด Exit เดียวกันในระบบนะครับเพื่อจะได้ส่งตัดเงินได้ครับอันนี้ทางทางกลุ่มมี
S
Speaker 2
29:19 - 30:47
คอนเทนต์ยังไงบ้างครับผมผมขออนุญาตเสริมนี่นะครับครับเอ่อเคสที่เป้อธิบายเนี่ยน่าจะเป็นด่านศรีษะทอง M81 ใช่ไหมมันจะใช่ๆน่าจะใช่เอ้ยเดี๋ยวบางใหญ่ก็อาจจะมีมันจะมีไม่กี่ด่านแต่พอดีอย่างงี้ครับตอนนี้ในระบบ CS ของ M-Pass อ่ะจริงๆเข้าออกด่านเดียวกันอ่ะจะมีจะมีอยู่ในบางสายทางอย่าง M7 ก็มีลาดกระบังออกเข้าเข้าราดกระบังลาดกระบังแต่ของ M81 อ่ะไม่มีเพราะว่ายังไม่มีเหมือนยังไม่มีแจ้งเป็นทางการว่าให้คอนฟิกในระบบนะครับเพราะว่ามันมันเหมือนกับมีการอันนี้ป๋อมพอทราบไหมครับมันมันเหมือนยังไม่ได้มีการแจ้งเป็นทางการไปทั้งอีกทั้งทางการทางพิเศษด้วยกับในในส่วนของ M-Pass เองนั่นก็คือตอนนี้ปัญหาที่เป้อธิบายคือในใน CS อ่ะมันจะไม่มีโทรแฟร์เทเบิลของด่านเข้าออกด่านเดียวกันในสายทาง M81 อ่ะครับเข้าใจครับพี่หนึ่งแล้วแล้วก่อนที่เขาจะย้าย CS อ่ะมันไม่เกิดปัญหาเนี้ยเพราะอะไรอ่ะครับพี่พี่หนึ่งเอ่อเดี๋ยวนะครับปัญหานี้เกิดเกิดตั้งแต่แรกแล้วครับตั้งแต่ตั้งแต่เริ่มเปิด M81 เลย
S
Speaker 3
30:48 - 31:03
เพราะว่าแต่ว่ากรมไม่ได้รับเรื่องตั้งแต่แรกอ่ะครับพี่หนึ่งก็จริงอ่ะถ้าเรารู้ตั้งแต่แรกเราก็คงทำหนังสือไปให้เขาเพิ่มโฟร์แฟร์ที่เป็นเป็นเอ่อด่านตัวเองออกด่านตัวเองอ่ะครับไว้เหมือนกับ M7
S
Speaker 2
31:03 - 32:14
มันมันมีการเลคประเด็นนี้โดยโดยทางเอ่อแต่จริงๆมันไม่ได้มาสัมพันธ์กับ Easy Pass โดยตรงมันมีมันมีมันมีการสอบถามครับว่าเรื่องโทรแฟร์ด่านเดียวกันออกด่านเดียวกันอ่ะให้ทำไหมเพราะเดิมมันมีนโยบายห้ามกลับรถอ่ะครับที่ M81 มันก็เลยไม่มีคำสั่งให้ให้คอนฟิกกรณียูเทิร์นเข้าออกด่านเดียวกันเพราะว่าห้ามกลับรถยกเว้นด่านศรีษะทองที่มีประเด็นเรื่องก่อสร้างไม่สมยังไม่สมบูรณ์นะครับอันเนี้ยเท่าที่ผมทราบปัจจุบันยังไม่มียังไม่มีแจ้งตอนเนี้ยข้อมูลเข้าออกด่านเดียวกันในระบบอ่ะเหมือนมีการคอนฟิกไว้แล้วใน MFlow แล้วถ้าถ้าไม่ใช่ M-Easy Pass อ่ะมันจะไปชำระด้วยด้วยตัวเองได้อันนี้ผมเข้าใจถูกไหมครับเป้ใช่ครับใช่มันจะไปช่องทางอื่นได้หมดเลยยกเว้น M-Easy Pass ครับใช่ครับ
S
Speaker 3
32:18 - 32:27
อ่าแสดงว่าปัญหาเนี้ยมันไม่ได้เกิดที่ฝั่งกทค. เพราะเขาไม่ผิดเพราะว่าเราไม่เคยแจ้งถูกครับเขาไม่เราไม่เคยแจ้งครับ
S
Speaker 2
32:28 - 32:41
เราไม่เคยแจ้งอย่างเป็นทางการแล้วคนทีมที่คนฟิกก็ไม่ไม่กล้าคนฟิกโดยพลการเพราะไม่มีคำสั่งครับมันจะเป็นลักษณะแบบนี้
S
Speaker 3
32:45 - 32:52
เคสนี้ที่พี่หนึ่งเคยแจ้งทางพี่บุ้งไว้เป็นเบื้องต้นหรือยังนะครับเคยคุยกับบุ้งแล้วครับเรื่องนี้แต่ว่าเหมือน
S
Speaker 2
32:53 - 33:24
เหมือนกับว่าแล้วเรื่องนี้เคยจริงๆโทรแฟร์ของด่านเข้าออกเดียวกันกับโทรแฟร์ของเออเข้าออกด่านเดียวกันมันไม่อยู่ในมันไม่อยู่ในตัวที่อนุมัติเขาเรียกว่าอะไรนะครับพ.ร.บ. หรือที่ที่ครม. อนุมัติตารางค่าผ่านทางอะครับมันไม่มันไม่อยู่ในตัวเวอร์ชันนั้นอะครับทีนี้ผมไม่แน่ใจว่ากระบวนการต้องทำยังไงแต่ว่าถ้า
S
Speaker 3
33:25 - 33:47
ทางทางด้านเทคนิคอะก็คือให้เข้าไป Config ในระบบครับแต่ต้องลองที่ที่จริงตามตามตามหลักอะครับถ้าเป็นที่จริงมันพ.ร.บ. ของ M7 ที่ว่าเข้าออกเหลือแต่เรื่องมันก็ไม่มีเหมือนกันครับพี่แต่ว่ามันเป็นการหลักการคิดอ่าๆโดยการเข้าออกเหลือแต่คือเป็นราคาต่ำสุดของด่านนั้นๆ
S
Speaker 2
33:47 - 34:05
ครับฉะนั้นเนี่ยมันก็ควรจะถูก Config ทุกเข้าออกด่านเดียวกันทุกด่านในใน Minimum แกถูกมากใช่ครับถูกต้องครับอันเนี้ยฝั่ง M-Pass ให้ดำเนินการได้เลยนะครับ
S
Speaker 3
34:07 - 35:35
อืมแต่ว่าฝั่ง M M เอ่อใช่เขาเขาก็คงไม่กล้าเพราะว่าใช่ถูกต้องไม่งั้นก็ต้องต้องรอคุยกับทางพี่บุ้งแล้วก็ปัญหาเนี้ยเกิดเยอะไหมครับคุณเป้พอมีสถิติไหมครับอืมมีครับแต่ไม่น่าเยอะนะพี่เมย์ถ้าผมจำไม่ผิดเดี๋ยวพี่เมย์เอาไม่ไม่เยอะผมคิดว่าไม่เยอะคืออย่างงี้ครับผมอยากให้ทำเป็นข้อมูลตั้งแต่เริ่มเลยเปิด M-Pass มาจนถึงปัจจุบันเนี่ยครับว่ามันเกิดเคสแบบเนี้ยกี่กี่ครั้งซึ่งตัวเนี้ยปัญหาเหล่าเนี้ยมันมันไม่ได้ไม่ได้เป็นปัญหาใหญ่ขนาดที่ว่าเราไม่จำเป็นเราอาจจะทำหนังสือเพื่อจะให้เขาอะเออให้การทำพิเศษอะครับเพราะว่าระบบอื่นมันก็สามารถชำระด่านตัวเองออกด่านตัวเองได้ดังนั้น Easy Pass มันก็เป็นช่องทางการตัดเงินรูปแบบหนึ่งที่เป็นอัตโนมัติมันก็ควรจะมีการตัดเงินได้เหมือนกับทุกช่องทางผมมองอย่างงั้นนะดังนั้นตัวเนี้ยเราอาจจะต้องคุยกับทางพี่บุ้งแล้วก็ให้เขาอาจจะต้องทำหนังสือหรือว่าให้กรมอะครับให้กองอะครับทำหนังสือไปให้การทำพิเศษเพิ่มโทรแฟร์ตรงเนี้ยเข้า CS ฝั่งกทพ. แล้วก็ของ M-Pass ด้วยดังนั้นของ M-Pass ของพี่หนึ่งก็ต้องรอดีกว่าครับจะได้ทำความได้ครับครับแต่ว่าอยากให้สรุปปัญหาตรงเนี้ยว่าตั้งแต่เริ่มอะครับมีเยอะแล้วก็มีรายการกี่รายการเพื่อเอาปัญหาตัวเนี้ยมามาเป็นประเด็นในการพิจารณาครับ
S
Speaker 1
35:36 - 35:44
ดีกว่าครับเดี๋ยวได้ครับเดี๋ยวพี่เมย์พี่เมย์ฝากโยนแล้วก็ให้ทีมทําสรุปส่งให้ผมเนาะ
S
Speaker 3
35:45 - 36:07
ครับผมจะได้เสนอทางพี่บุ้งเพราะว่าที่จริงอ่ะมันมันก็ควรจะทําอ่ะแหละเพราะว่า M7 มันก็ยังทําเลยแต่ว่ามันติดปัญหาใช่ไหมว่าเหมือนที่พี่หนึ่งแจ้งอ่ะอาจจะเคยมีนโยบายอาจจะเคยมีนะครับที่ว่าไม่ให้กลับรถอ่ะที่จริงอ่ะด่านที่มันมีที่กลับรถใต้สะพานมันมีอยู่ด่านสีชาทองหรือเปล่าไม่แน่ใจอ่ะครับที่ว่าพ่อลุงก็ออกมาก็คือออกด่านตัวเองเลย
S
Speaker 2
36:08 - 36:37
ครับอ๋อสีชาทองอ่ะมันเป็นประเด็นสืบเนื่องจากเอ่อยังทําด่านไม่เสร็จครับมันจะมันจะเข้าออกได้ตอนเนี้ยตอนที่ประชุม M81 อ่ะเขาอนุโลมให้ด่านเดียวส่วนด่านอื่นน่ะเขาไม่ให้เลยเพราะว่าไม่ให้เปิดจุด U-Turn กลางทางอ่ะอย่างเงี้ยครับมันก็เลยมีมีประเด็นว่าไม่มีให้ U-Turn แต่ว่ามันไม่ได้แปลว่าเราคอนฟิกโทรแฟร์ไม่ได้ใช่
S
Speaker 3
36:37 - 36:46
มันก็ต้องกันไว้ก่อนอะไรประมาณนี้ใช่ๆครับโอเคครับงั้นรบกวนทําข้อมูลให้หน่อยนะครับ
S
Speaker 4
36:47 - 36:49
อ่ารับทราบค่ะ
S
Speaker 1
36:55 - 37:50
ครับต่อมาเรื่องที่ 2 ก็คือดอทแฟร์กลับมาไม่ครบก็คืองั้นอ่าอธิบายตอนเนี้ยครับระบบปัจจุบันของ Single Platform เราครับเวลาส่งตัดเงินนะครับมันจะเป็นแบบ 1 Header มันจะมี Pay Ref Number เป็นตัวคุมนะครับ 1 Pay 1 Pay Ref Number แล้วก็มีหลาย Transaction นะครับก็สมมุติว่ารถคันนึงวิ่งเข้าหลายเที่ยวนะครับแล้วก็จะมี 1 Header มี Pay Ref Number คุมมียอดอีกเท่าไหร่แล้วก็มีรายการ Transaction อยู่ภายใต้ Header ก็คือ Detail นะครับแล้วคราวเนี้ยพอเราส่งตัดไปที่ CS นะครับเราเจอปัญหาว่าอ่ากลับมาไม่ครบนะครับสมมุติว่าอ่าพี่เมย์ไปหน้า 9 หน่อยครับเอาภาพตัวอย่างน่าจะชัดเจน สไลด์ 1 ครับ
S
Speaker 5
37:54 - 37:55
อะ
S
Speaker 1
37:57 - 39:26
สไลด์นี้ใช่ครับคือตัวอย่างอ่ะครับสมมุติว่ารถที่วิ่งเข้ามานะครับอันเนี้ยวิ่งเข้ามา Transaction มี 3 รายการนะครับเราก็จะเกิดใบแจ้งหนี้ 3 ใบเป็นเลขใบแจ้งหนี้ที่ที่เหมือนกันนะครับพอเราส่งตัดเงินไปที่ CS นะครับเราจะสร้าง Pay Ref Number ตัวหนึ่งขึ้นมาคุมนะครับตัวภาพที่ 2 นะครับตัวที่ลงท้ายที่ 21 นะครับแล้วก็จะมี Transaction Detail ต่างๆนะครับคุมอยู่คราวเนี้ยพอเราส่งตัดเงินปุ๊บเนี่ยเราก็ต้องรอตีกลับมานะครับพอเราดอทแฟร์กลับมาเราพบว่าอ่าจะกลับมาแค่ 2 Record นะครับทั้งที่เราส่งไป 3 ซึ่งในปัจจุบันตัว Single Platform เนี่ยเราจะใช้ Pay Ref Number คุมจะถือว่ามันต้องกลับมา 3 Record ที่เราส่งไปสมบูรณ์ถึงจะสามารถชําระเงินแบบสําเร็จได้นะครับแต่คราวนี้มันจะกลับมาแค่เคสแบบเนี้ยมาไม่ครบนะครับพอมาไม่ครบนี่เกิดอะไรขึ้นนะครับพอมาไม่ครบเนี่ยก็จะเกิดกรณีที่ระบบจะมียอดค้างชําระอยู่นะครับแล้วก็ทําให้คนผู้ใช้ทางครับสับสนก็ในเมื่อฉันวิ่งไปแล้วตัดเงินไปแล้วทําไมถึงตัดเงินไม่ครบแล้วก็ลูกค้าก็ไม่ได้สนใจก็คิดว่าตัดเงินสําเร็จแล้วเรียบร้อยนะครับแล้วก็ได้อะไรอ่ะเป็น Payment In Progress อยู่แล้วก็เกิด Due Date เกิดขึ้นนะครับพี่เมย์ลองกลับไปสไลด์ตัว Issue ที่ 2 ครับ
39:31 - 41:52
ก็จะเกิดค่าปรับอะเกิดขึ้นอะที่นี่ต่อไปครับสไลด์ต่อไปครับอย่างที่ผมพูดไปนะครับมันก็จะทําให้เวลาเราสรุปพวกรายงานรายได้อะไรอย่างเงี้ยแล้วเกิดความสับสนแล้วก็มีมาร้องเรียนนะครับว่าทําไมถึงมียอดค้างอยู่ซึ่งอ่าที่มีไปเมื่อกี้ครับซึ่งตอนนี้ผมคิดว่าน่าจะเกิดจากกรณีอาจจะกรณีที่ชัดเจนที่สุดก็คือเช่นอ่าลูกค้าเงินไม่พอในในในกล่องอะไรใน Wallet ก็คือพอไม่พอเนี่ยก็ยังตัดไม่ได้เขาก็จะค้างภาพไปที่ CS ก่อนรอลูกค้าเติมเงินเข้ามาถึงค่อยอ่านระบบถึงจะตัดแล้วส่งไฟล์แบบเรคคอร์ดให้เรือกลับมาให้แต่กรณีบางทีเราไม่รู้จะมาเมื่อไหร่จนใบแจ้งหนี้ที่ Single Platform มันเลย Due Date ไปมันก็เกิดค่าปรับครับซึ่งอันเนี้ยทีมก็คิดว่าเอ๊ะเราจะแก้ปัญหานี้ได้ไงในกรณีแบบนี้นะครับก็คิดว่าน่าอยากจะทําในลักษณะอ่าปรับปรับปรับ Logic นะครับก็คือเป็นไปได้ไหมที่จะกลับมาแบบเป็นหนึ่งเทรดเดอร์หนึ่งดีเทลก็คืออ่าหนึ่งเล็บหนึ่งเพย์เล็บนัมเบอร์ต่อหนึ่ง Transaction นะครับไม่ทําแบบรวดแล้วเพื่อจะได้ทําให้เวลาหน้าจอที่แสดงมันจะไม่สับสนพี่เลื่อนไปข้างล่างอะลงไปสุดๆอะที่เป็นหน้าจอที่ตัวอย่างที่เวลาลูกค้าสับสนจะเป็นยังไงเกิดขึ้นอ้าวหมดแล้วหรอไม่ใช่สิสไลด์สไลด์นั่นสิบมั้งนึกหกอะอ่าใช่ใช่ใช่ใช่ใช่อันนี้ครับเวลาเวลาที่มันเกิดกรณีแบบเนี้ยครับมันก็จะเวลาลูกค้าเข้ามาเล่นหน้าจออะครับเขาก็จะเห็นว่าเอ้าส่งไปสามสิบสามรายการเก้าสิบบาทจัดเงินสําเร็จหกสิบอยู่ระหว่างการรอชําระเงินสามสิบบาทอะไรอย่างเงี้ยครับแล้วก็เวลาเขาจะไปโหลดใบเสร็จอะครับอีกหน้าถัดไปครับผมก็จะโหลดไม่ได้เพราะว่าตัว Logic ระบบปัจจุบันของเรามองว่าเพย์เล็บนัมเบอร์มันต้อง Success ทั้งหมดถึงจะแสดงใบเสร็จได้อะไรอย่างเงี้ยครับมันก็จะเป็นปัญหาแบบเนี้ยตามมาเวลาลูกค้าเข้าเข้ามาเช็กอะครับก็จะประมาณนี้ครับ Issue ที่สองทางทางกรมมีประเด็นอะไรไหมครับ
S
Speaker 2
41:55 - 42:17
ไม่ครับอันนี้เกิดขึ้นทั้งสองฝั่งเลย Easy Pass ใช่ไหมครับใช่ๆครับใช่อันนี้ไม่เป็นคนละกรณีกับเรื่องที่เกิดขึ้นในปัจจุบันที่ Easy Pass ขึ้นระบบใหม่แล้วเราได้ดรอปเพย์ไม่ครบเหมือนกันอ่าๆคนละปัญหากันใช่ครับคนคนละปัญหากันแต่ก็คล้ายๆกัน
S
Speaker 1
42:18 - 42:23
หมายถึงว่ามันทําให้ผลกระทบแบบนี้คล้ายๆกันเป็นผลกระทบเดียวกันครับใช่ๆครับใช่แล้ว
S
Speaker 3
42:26 - 42:36
แล้วทําเหมือนที่ทางคุณเพชรพูดอะใช้เวลาไหมครับที่ว่าหนึ่งดีเทลต่อหนึ่ง Transaction อะครับใช้เวลาแก้ใช่ไหมครับใช่ครับ
S
Speaker 1
42:36 - 43:10
เอ่ออันนี้ต้องต้องต้องเรายังไม่ได้ประเมินประเมินว่าจะใช้เวลานานเท่าไหร่แต่คิดว่าไม่นานนะครับเพราะว่าก่อนของ M9 เดิมก็น่าจะมีลักษณะแบบนี้ทำไว้อยู่แล้วแต่ที่กังวลก็คือการทางเพราะว่าเข้าใจว่า requirement ที่เป็นแบบเนี้ยตอนนั้นเหมือนคุยกับการทางครับเขาอยากได้แบบนี้ซึ่งคิดว่าน่าจะมีความเนี่ยครับมันต้องทำเลยไม่ได้ต้องคุยต้องแจ้งกันค่ะเนื้อค่ะพี่ป๋องใช่ใช่อันนี้คือประเด็นประเด็นอยู่ตรงนี้มากกว่า
S
Speaker 2
43:24 - 43:41
จริงๆในมุมของ CS อ่ะมันมันน่าจะรองรับอยู่แล้วเสมือนว่ารายการเนี้ยถ้ามันมีรายการเดียวมันก็จะเป็นลักษณะแบบนี้ถูกไหมครับหนึ่งเฮดเดอร์หนึ่งดีเทลอะครับ
S
Speaker 1
43:42 - 44:01
ผมตอนนั้นอะพี่หนึ่งผมจำได้ว่าเราทำตอน Dot Pay อะเมื่อวานผมคุยกับคุณอาร์ตอะครับผมจำได้ว่า Dot Pay ตอนกลับมาอะครับถ้ามีสามรายการส่งไปใช่ไหมครับอืม Dot Pay ก็จะตอบกลับมาสามรายการหรือมีบางรายการที่บอกว่าไม่สำเร็จ
S
Speaker 2
44:02 - 44:03
ครับ
S
Speaker 1
44:03 - 44:12
เออผมก็เอ๊ะปัจจุบันลอจิกเราเป็นอย่างนั้นอยู่หรือเปล่าที่ที่เสีย Dot Pay กลับมาหลังจากที่เขาขึ้นระบบใหม่
S
Speaker 2
44:14 - 45:16
อันเนี้ยพี่หนึ่งปส. ต้องต้องอันเนี้ยเท่าที่เท่าที่ทราบไม่น่าจะเป็นอย่างนั้นเพราะว่าพอดีได้รับอันนี้อันนี้เป็นอีกอีกอิชชูหนึ่งนะอิชชูใหม่เนี่ยทราบมาว่า Dot Pay มาแค่ตัว Success แล้วตัวที่ไม่ Success เราอ่ะต้องเป็นคนไปไปบอกกทพ. ว่ามีอันไหนบ้างว่าที่ไม่ Success ให้ส่งมาใหม่ซึ่งพอดีผมคุยกับกับพวกเมื่อวานนะครับคือเคสพวกนี้จริงๆแล้วเออเราคือกรมอ่ะก็จะไม่ได้รับค่าผ่านทางอืมตามที่ควรจะได้อันเนี้ยเราเสียประโยชน์แต่ว่าปัญหานี้ไม่ได้เกิดฝั่งเราอ่ะเหมือนกับตอนเนี้ยกรมจะให้ทางโอเปอเรเตอร์อ่ะทำทำรายงานส่งส่งก. แจ้งกทพ. ว่าระบบมีปัญหาให้แบบให้ดำเนินการแก้ไขประมาณเนี้ยครับเพราะว่าก่อนหน้านี้ไม่เคยมีปัญหาแบบนี้ครับ
S
Speaker 1
45:16 - 45:21
แล้วมันยังมีลอจิกเดิมไหมครับที่แบบว่าเงินเขาไม่พอแล้วมันจะไปพักไว้แล้วก็รอ
S
Speaker 2
45:24 - 47:01
ยังมีครับลอจิกที่ที่เช็กเฮดเดอร์ทั้งก้อนแล้วเงินไม่พออะมันจะไม่ตัดถูกปะใช่ครับมันจะยังไม่ตัดมันจะไม่ตัดทั้งสามรายการเลยใช่มันจะไม่ตัดทั้งหมดเลยครับยังเป็นลอจิกนั้นอยู่ครับทีนี้ถ้าทำอย่างที่เป้ว่าโดยโดยรูปแบบของ Data ครับจริงๆสมมุติว่าเราเติมเราตัดสามรายการกับเราตัดรายการเดียวสมมุติรถคันนี้วิ่งครั้งเดียวเลยอะมันก็จะมาเป็นหนึ่งเฮดเดอร์หนึ่งดีเทลแบบแบบนี้อยู่แล้วถูกปะระบบอะมันรองรับครับเพียงแต่ว่าถ้าถ้าฝั่งเราซอยทั้งหมดออกเป็นหนึ่งหนึ่งหนึ่งอะมันมันต้องไปวิเคราะห์เรื่องผลกระทบด้วยนะเพราะว่ามันจะมีมันจะมีเรื่องของเอ่อเขาเรียกอะไรวะความจำนวน Data ที่เยอะขึ้นกับการเรียงลำดับสมมุติว่าเราส่งแยกไปแล้วรายการเหล่านี้มันไม่ได้เรียงกันไปอ่ะครับแล้วมันมันอาจจะมีบางช่วงที่มันมันไปตัดมันนึกว่ามันเขาเรียกว่าไรอ่ะมันยังไม่ไปยังไม่ไปตัดแล้วมีรถวิ่งผ่านเลนแซงหน้าไปอะไรอย่างงี้แต่ว่าเออแต่ถ้าเป็นอย่างนั้นรายการเหล่านั้นก็จะก็จะตัดไม่ผ่านอยู่ดีก็จะก็จะผ่านผ่านแค่บางรายการคือถ้ากรณีที่เราซอยย่อยเป็นหนึ่งต่อหนึ่งอะมันก็จะทำให้บางรายการตัดได้ประมาณนั้นครับรายการไหนที่ตัดไม่ได้ก็จะรอ
S
Speaker 3
47:02 - 47:53
ครับอืมถ้างั้นผมว่าเท่าที่ฟังผมว่าไอ้เคสเนี้ยน่าจะไม่เกี่ยวกับเงินไม่พออะครับเพราะว่าเหมือนที่พี่หนึ่งพูดเมื่อกี้เพราะผมก็เข้าใจอย่างงั้นอย่างเคสถ้าเงินไม่พอเราส่งไปเงินในบัญชีเขามี 60 บาทเราส่งไป 90 บาทมันก็จะไม่ตัดทั้ง 3 รายการเนี้ยซึ่งตัวเนี้ยผมมองว่ามันเป็นที่ระบบเขาเพราะว่าถ้าสมมุติว่าเราตัดได้เป็นบางรายการอีกรายการนึงทำไมมันตัดไม่ได้เนี้ยเราต้องเหมือนกับทางทางกรมเนี่ยต้องทำหนังสือโดยเหมือนกับแจ้งปัญหาว่าเราได้รับตัวดอทเพย์ไม่ครบให้ตรวจสอบให้ทางกทค. ตรวจสอบว่าเกิดจากอะไรเราจะไม่รู้ว่ามันเกิดที่เขาหรือที่เราเพราะว่าผมมองว่าถ้าเป็นอย่างงั้นอะมันไม่ได้เกิดเพราะว่าตัดเงินแล้วเงินไม่พอหรอกถ้าถ้าไม่พอไม่พอมันคือไม่ตัดตั้งแต่ต้น
S
Speaker 2
47:53 - 48:02
ครับอันนี้อันนี้เป็นคนละประเด็นกับที่เป้กำลังคุยกับเราก่อนอ่าใช่
S
Speaker 1
48:02 - 48:35
มันจะมีเคสอะครับจุดบอดมันก็คือเคสที่โดยปกติ Single Platform จะส่งไปที่ Gateway ก่อนซึ่ง Gateway อะเขาจะเช็คให้ด่านแรกว่าเงินพอไม่พอที่ระดับ Header แต่คราวนี้ Gateway เช็คแล้วเงินพอแต่เมื่อไหร่ที่ Gateway ส่งเข้า CS นะครับปรากฏว่าจังหวะที่อยู่บน CS ต่างหากที่เงินไม่พอก็คือมันมีถูกตัดกับที่อื่นแล้วที่ CS อะมันไม่พอมันทำให้คือคือเคสของเป้อะคือ MFlow ได้รับรู้ว่าพอใช่
S
Speaker 2
48:35 - 48:51
เอ่อก็เลยขึ้นขึ้นสถานะว่ากำลังดำเนินการถูกปะถูกครับแต่ว่าพอไปตัดจริงอะตัดไม่ได้เลยมันก็จะค้างกำลังดำเนินการไปเรื่อยๆใช่ครับ
49:00 - 49:04
แต่ถ้าเป็นอย่างนี้ 1:1 กับ Batch ก็ต้องมีค่าเท่ากันไหมเป้
S
Speaker 1
49:04 - 49:29
เอ่อถ้า 1:1 มันจะทำให้ลูกค้าไม่สับสนเพราะว่า Pay-slip มันคนละตัวเวลาไปโชว์หน้าจอมันก็สามารถโหลดใบเสร็จอะไรได้เพียงแต่ว่าไอ้รายการใบแจ้งหนี้ตัวเนี้ยอ่าอย่างอย่างชำระต้องรอดำเนินการอยู่เท่าไหร่จากภาพที่ผมเอาให้ดูอะครับมันจะมีปัญหาตอนดาวน์โหลดพวกใบเสร็จหรืออะไรพวกเนี้ยครับแล้วตอนแสดงอ่าประวัติการชำระเงินครับ
S
Speaker 2
49:29 - 49:38
แต่มันจะเป็นลักษณะของกำลังดำเนินการอยู่ทั้งหมดทั้ง Batch เลยไม่ใช่เหรอมันจะไม่ใช่เรื่องมีบางรายการที่ตัดสำเร็จ
S
Speaker 1
49:38 - 50:20
อ่อพอดีเราเราส่งรวบไปใช่ไหมครับแต่คราวเวลาที่กลับไปกลับมาครับเราจะเราจะไป Stamp ตรง Transaction Detail ว่ารายการ Building เพราะว่า Pay-slip คุม Building ใช่ไหมครับมันจะมี 3 Building อ๋อมันเป็น Pay-slip เดียวกันอ่า Pay-slip เดียวกันอ่าโอเคมันเป็นมันเป็นขาอัปเดต Data ฝั่งเราว่าเราเอา Pay-slip เนี้ยมาอัปเดตครับกับเคสที่สองที่เมื่อกี้ผมปิ๊งขึ้นมาหนึ่งหรือว่าเราอาจจะกลับไปดู Logic ตรงดาวน์โหลดใบเสร็จว่า Logic เดิมที่เราใช้ Pay-slip คุมอาจจะลองดูว่ามันมีแนวทางเปลี่ยนไปได้ไหมเพื่อให้เขาสามารถดาวน์โหลดแยกใบแจ้งหนี้ได้ในกรณีเกิดเหตุการณ์แบบนี้ก่อน
S
Speaker 2
50:20 - 50:32
ปีแต่ว่าเดี๋ยวๆจริงๆน่าจะเช็คก่อนว่าเพย์เล็บเดียวกันครับแต่มีบางรายการสำเร็จบางรายการไม่สำเร็จได้ด้วยเหรอ
S
Speaker 1
50:32 - 51:12
ก็ก็เคส Dot Pay อะครับ Dot Pay ที่มันกลับมาอะครับพอ Dot Pay กลับมาใช่ไหมครับครับคือ Dot Pay กลับมาตัว Single Platform จะเช็คก่อนว่า Transaction หรือ Pay เล็บที่ส่งกลับมามันคือรายการไหนซึ่งเราจะรู้ Single Platform จะรู้เลยครับเขาก็จะไปหรือว่าเป็นเล็บนี้ Transaction นี้ Billing นี้อ่าโอเคกลับมาแล้วนะก็แสตมป์ Success เรคคอร์ดที่สองเอา Billing Pay เล็บนี้ Transaction นี้ Billing นี้ก็แสตมป์ Success อะไรอย่างเงี้ยครับมันจะรู้ครับตัว Single Platform ครับสมมติเราตัดเราส่งตัด Easy Pass 3 รายการพร้อมกันเนี่ยครับมันจะเป็น Pay เล็บเดียวกันทั้ง 3 รายการนะใช่ครับถ้าเป็นรถคันเดียวกันแล้วรวบนะครับแบบรวบใช่ครับแล้วสมมติว่าเรา
S
Speaker 2
51:12 - 51:23
งั้นถามถามต่อแสดงว่าเคสของเป้อะมันอาจจะเป็น Pay เล็บเดียวกันที่อยู่อยู่ในการตัดเงินที่มีมากกว่า Easy Pass อย่างเดียวเหรอเหรอครับ
S
Speaker 1
51:24 - 51:27
อืมมากกว่า Easy Pass อย่างเดียวเหรอ
S
Speaker 2
51:28 - 52:07
เพราะว่าสมมติถ้าเป็น Easy Pass อย่างเดียวแล้ว Pay เล็บเนี้ย Cover Transaction ทั้งหมดใน Batch แล้วมันจะตัดไม่ผ่านทั้ง Batch ตาม Logic เอะเงินไม่ผ่านมันไม่ตัดเลยใช่ๆ Pay เล็บเนี้ยก็จะไม่ถูกก็จะเป็นไม่ Success ทั้งหมดแต่เคสของเป้ก็คือใน Pay เล็บเดียวกันมีบางอัน Success มาไม่ Success แปลว่าอันที่ Success อ่ะอาจจะเป็นรายการที่ไม่ได้ตัด Easy Pass เหรอฮะหมายความว่าใน Pay หนึ่ง Pay เล็บเนี้ยรวมรวม Payment หลายๆหลายๆรูปแบบหรือหลายๆคันไว้ใน Pay เล็บเดียวกันได้ไหมได้ๆอันนั้นได้ครับ
S
Speaker 1
52:08 - 52:11
ก็คือเหมือน Pay เล็บเนี่ยคุมคุม Billing ทีหนึ่ง
S
Speaker 2
52:12 - 52:30
ว่าเราเรารวบใช่ไหม Pay เล็บคือการรวบใช่ๆแปลว่าเราอาจจะรวบ Payment ทั้งหมดที่ค้างชำระสมมติผมมีรถ 3 คันนะครับแล้วผมรวบ 3 คันนี้ไปชำระผมจะได้ Pay เล็บกี่ Pay เล็บครับ
S
Speaker 1
52:31 - 52:35
ถ้ารวบก็ Pay เล็บเดียวครับอ๋อปัญหาของเป้คือ
S
Speaker 2
52:36 - 53:01
พอเป็นอย่างนี้ปุ๊บ Pay เล็บบางรายการที่ไม่ใช่ Easy Pass มัน Success แล้วก็จะแสตมป์ Success ใช่ครับใช่ครับแต่ในขณะเดียวกัน Pay เล็บเนี่ยมันไม่ Success ในส่วนของ Easy Pass อย่างงี้เหรอครับบางรายการบางรายการใช่แล้วตอนนี้ในระบบอัปเดตเป็นยังไงครับเป็นกำลังดำเนินเป็นกำลังรอครับรอกำลังดำเนินการอยู่
S
Speaker 1
53:03 - 53:05
อยู่ระหว่างดำเนินการครับถ้าจำไม่ผิด
S
Speaker 2
53:06 - 53:26
แปลว่าในใน Dot Pay เนี่ย Pay เล็บเดียวกันบางรายการสำเร็จบางรายการไม่สำเร็จใช่ครับแสดงว่ามันเป็นรถหลายคันรถหลายคันใน Pay เล็บเดียวกันเพราะมันเป็น Dot Pay ของ Easy Pass Easy Pass
53:51 - 54:12
เอ่อผมผมแยกเป็น 2 2 เรื่องได้มั้ยครับครับอันแรกอันที่เป้นําเสนออ่ะอันนี้ผมไม่แน่ใจว่าจะยังไงเอ่อจะจะทําทดลองทดลองก่อนมั้ยหรือว่าหรือว่าหรือว่ามีมีผลกระทบอะไรอย่างเนี้ยมี
S
Speaker 5
54:13 - 54:16
มีการคุยกันแล้วหรือยังครับ
S
Speaker 2
54:16 - 54:44
แนวทางแก้ไขนี้ใช่มั้ยครับใช่กับกับอีกเรื่องนึงคือเรื่องตะกี้ที่ที่บอกว่าปัญหาของการขึ้น CCS ใหม่แล้วดอทเปย์มาไม่ครบอันนั้นประเด็นนั้นน่ะเดี๋ยวกรมจะทําหนังสือแจ้งให้พอๆไปแต่ประเด็นแรกอันเนี้ยอันนี้จะเห็นเป้บอกว่าจะเป็นแนวทางหรือมีการทดลองหรือยังครับ
S
Speaker 1
54:43 - 54:56
อ๋อมีการทดลองหรือยังยังครับยังไม่ได้ลงมือครับเพราะว่าตอนเนี้ยปัญหาที่ที่เสนอแนวทางนี้เพื่อไม่เพื่อไม่ใช่ว่าจะให้ไอ้นั่นดอทเปย์กลับมาครบนะเพื่อแก้ปัญหาที่ลูกค้า
S
Speaker 2
54:56 - 55:04
เขาสับสนรับสถานะใช่ได้คุยกับสอ. บ้างมั้ยครับจากทีมกับเอ็มพาร์ค
S
Speaker 1
55:05 - 55:10
อ๋อยังครับยังๆยังไม่ได้คุยเดี๋ยวๆผมไปลองสอบ
S
Speaker 2
55:10 - 55:18
ถามดูว่าจริงๆโดยทางเทคนิคคิดว่าไม่น่าน่ามีประเด็นแต่แต่ไม่แน่ใจว่ามันไปมัน
S
Speaker 4
55:18 - 55:55
มันซ่อนนะคะพี่หนึ่งขอคุณนัทไม่ได้มีประเด็นแต่ว่าอยากให้แจ้งกตป. ก่อนดีไซน์เพราะว่าดีไซน์นี้มันเป็นอย่างที่พี่เป้เรียนนะคะว่าดีไซน์นี้มันเป็นสิ่งที่เอ่อทางกตป. รีเควสมาตั้งแต่ต้นใช่ค่ะแล้วทีนี้ถ้าจะรื้อดีไซน์อะไรอยากให้นําเสนอเขาก่อนเพื่อที่เราจะมารีดีไซน์กันไม่แน่ใจว่ามันจะกวนเรื่องของ Performance ฝั่งนู้นหรือเปล่าที่เขาเคยคอนเซิร์นส่วนฝั่งเอ็มพาร์คไม่ติดใช่มั้ยฮะฝั่งเอ็มพาร์คไม่ติดค่ะอ๋อโอเคค่ะ
S
Speaker 2
55:56 - 56:01
อันนี้มันเหมือนมันเหมือนจะต้องคุยเป็นทางการนะเนี่ยใช่ๆครับเออ
S
Speaker 3
56:01 - 56:08
อืมตั้งมันเป็นตั้งแต่แรกเลยตั้งแต่เราเปิดตัวนิวซิงเกิลใช่ไหมครับปัญหาเนี้ย
S
Speaker 1
56:08 - 56:11
ใช่ๆครับมันเป็นปัญหานั้นตั้งแต่แรก
S
Speaker 3
56:12 - 57:00
อันเนี้ยเราต้องคุยกับทางกตป. เป็นทางการน่ะต้องหารือแล้วก็เลสปัญหาตรงเนี้ยขึ้นมาครับผมว่าตอนเนี้ยเราเอาปัญหาที่มันเกิดจากตัวที่เขาขึ้น CS ใหม่ก่อนให้เขาให้เขาใช่ครับใช่ครับแล้วก็เราค่อยมาคุยกันเรื่องเนี้ยอีกทีนึงแล้วก็เอาข้อมูลแล้วก็ปัญหาที่เกิดขึ้นจากการเอ่อรวมเอ่อส่งตัดแล้วมันเกิดปัญหาอะไรบ้างแล้วเราอยากแยกเพื่อจะลดปัญหาในส่วนที่ตัดเงินแล้วไม่ดอทเปย์มาไม่ครบอ่ะครับอืมครับเอาเรื่องเรื่อง CS ก่อนดีกว่าผมว่าขั้นแรกนะปัญหาที่เกิดจากการเขาขึ้นระบบใหม่อ่ะครับอย่างเราทําหนังสือแจ้งเป็นทางการ
S
Speaker 2
57:03 - 57:12
เพราะตอนนี้มันเหมือนเท่าที่เท่าที่ได้รับทราบมันเหมือนมีมีข้อมูลไม่ครบทุกวันเลยใช่ไหมครับเหมือนเราได้เงินไม่ครบทุกวันเลย
S
Speaker 1
57:13 - 57:16
คิดว่าใช่ไหมพี่เมย์อันนี้ผมไม่ไม่
S
Speaker 4
57:16 - 57:21
ไม่แน่ใจคําว่าขอให้คีย์กับพี่หนึ่งอะไรนะคะ
S
Speaker 2
57:20 - 58:20
คือมันจะมีพอดีคุยกับทั้งทางทางโอเปอร์ด้วยกับทางทีมเทคนิคด้วยอ่ะครับเขาเหมือนกับว่าปัจจุบันนี้ Dot Pay หลังจากขึ้น CCS แล้วอ่ะ Dot Pay ที่ตอบกลับมาทุกวันๆเนี่ยมันไม่ตรงกับยอดที่เราส่งไปเอ่อจําชื่อไฟล์ไม่ได้นะไฟล์ที่เราส่งไปเรียกเก็บอ่ะแล้วก็พอเอามาชนกันเนี่ยไฟล์ใน Dot Pay น้อยกว่าทุกวันเลยแล้วเหมือนกับว่าเราจะต้องรีเควสขอให้เขาส่งซ่อมมาที่ประชุมรอบที่แล้วที่บอกว่าเป็น Dot Pay_1_2 อะไรพวกนี้ครับอันเนี้ยเออตอนหลังตอนแรกผมนึกว่าการซ่อมอ่ะมันซ่อมอัตโนมัติแต่ว่ามาทราบทีมาทราบเมื่อวานนี้ว่าการซ่อมของกตภ. เกิดจากการที่เราอ่ะจะต้องไปหาเอาเองว่าอันไหนที่เรายังไม่ได้ให้เขาซ่อมกลับมาอะไรอย่างเงี้ย
S
Speaker 4
58:20 - 58:49
นี้แบ่งเป็นสองเรื่องไหมคะมันจะมีสองอันเรื่องของไฟล์สิ้นวันที่เขาต้องส่งให้เราอือจากเดิมที่เราขึ้นระบบเรามีการรับส่งไฟล์นั้นได้ปกติตอนที่เราชนรับรู้รายได้ครับอันนั้นเขาต้องแก้ไฟล์นั้นเพื่อให้ส่งกลับมาให้เราให้ได้ครับอันนี้เขาน่าจะอยู่ระหว่างดําเนินการอยู่
S
Speaker 2
58:51 - 58:54
รับดําเนินการของใครครับของเขาของ
S
Speaker 4
58:54 - 58:55
ฝั่ง
S
Speaker 2
58:55 - 59:05
ฝั่ง CCH ค่ะใช่แต่ทีนี้มันเกิดผลกระทบกับกรมแล้วเข้าใจว่ากรมจะกรมจะออกหนังสือแจ้งเป็นทางการไปด้วยก็
S
Speaker 4
59:06 - 59:08
ก็ควรจะออกหนังสือเร่ง
S
Speaker 3
59:09 - 60:20
อืมเพราะว่าเหมือนกรมได้รายได้ไม่ครบทุกวันคือต้องต้องให้ทางทีมโอเปอร์หรือว่าแพ็กเกจ 2 อ่ะครับเลสปัญหาตรงนี้ขึ้นมารายงานกรมอ่ะครับกรมจะได้เอาตัวเนี้ยอ้างเป็นอันนี้โอเปอร์น่าจะเจออ่ะค่ะพี่อ่าก็สรุปรายรายการตั้งแต่รายการตั้งแต่วันที่เท่าไหร่ถึงวันที่เท่าไหร่ที่เจอปัญหาแล้วก็จํานวนที่ไม่ครบอ่าครับเป็นทําเป็นเหมือนที่เขาเคยทําหนังสือท้วงเรามาอ่ะเรื่องเรื่องเรื่อง Easy Pass อ่ะก็คือเอาตัวเลขมาคุยกันเลยแล้วก็บอกว่าเป็นข้อมูลณวันที่เท่าไหร่เพื่อจะให้เขาไปหาปัญหาใช่ครับหาปัญหาแล้วก็แก้ไขเพราะว่าเราเราไม่เคยรู้เป็นทางการเลยว่าเขามีการโยก CS ใหม่อืมจริงเขาไม่ได้แจ้งเราจะเราจะไม่พูดถึงเรื่องว่าตั้งแต่เขาย้าย CS ใหม่แล้วเกิดเกิดปัญหาเราจะบอกว่าเราเจอปัญหาตั้งแต่วันที่เท่าไหร่ตั้งแต่เมื่อไหร่อืมครับแล้วกรมก็จะทําหนังสือไปถามเขาให้เขาดําเนินการตรวจสอบแล้วก็แก้ไขครับดังนั้นรบกวนทางทางทีมแพ็กเกจ 3 ด้วยนะครับทางพี่ยูทางพี่แม็กซ์อ่ะครับทําทําต้นเรื่องมาให้หน่อยอ่ะครับ
S
Speaker 5
60:30 - 60:31
งามรับทราบครับ
S
Speaker 1
60:34 - 60:38
ครับผมต่อไปไปเรื่องที่ 3
60:44 - 60:49
อันนี้อันนี้น่าจะเป็นพี่เมย์ลองกดไปข้างล่าง
60:55 - 61:13
อืมน่าจะเป็นที่ระบบมีปัญหาครับก็คือตัว Dot Pay ไม่กลับมาเลยผมคิดว่าตอนนี้ Agent ก็น่าจะกำลังแก้อยู่ซึ่งตอนนี้ก็มีกลับมาบ้างแล้วก็มีอะนี่คือเคสตกที่เราคุยกันเนาะใช่ใช่ใช่ใช่
S
Speaker 2
61:11 - 61:12
โอเคซึ่ง
S
Speaker 1
61:19 - 61:25
ล่าสุดก็มีคุยกันแล้วนะมีคุยกับทางคนอาเดี๋ยวครับพี่หนึ่งเรื่องของปัญหาครับโอเคครับ
S
Speaker 4
61:25 - 62:07
ครับผมทีนี้พี่เป้ครบแล้วใช่ไหมคะครบแล้วครับครบแล้วครับอ่าเมย์ขออนุญาตอัปเดตเพิ่มที่ได้รับปัญหาแจ้งมาค่ะพี่ป๋อมพี่หนึ่งเมื่อวานที่ได้มีการประชุมร่วมกับกปภ. ค่ะคือนอกจากปัญหาที่เขาขึ้นระบบมาเราได้รับผลกระทบคือการลงทะเบียนของเขาผิด Account ผิดอันเนี้ยเขาแจ้งมาให้เราช่วยในการ Unregister แล้วก็ Register เป็นใหม่แต่มีปัญหาเพิ่มอีกปัญหาหนึ่งที่เข้ามาคือมันมีรายการที่ตัดเงินผิดอะค่ะตัดเงินผิดบัญชี
S
Speaker 2
62:08 - 62:15
ซึ่งเป็นปัญหาจากฝั่งเขาเหรอครับใช่ค่ะเยอะเยอะไหมครับเออ
S
Speaker 4
62:15 - 63:04
ที่เขาแจ้งมา 35 รายการแต่เมื่อเช้าที่โอเปอร์เราเจอน่าจะมี 1 รายการแล้วคุณรัตน์ก็ตรวจแล้วว่าผิดจริงๆค่ะทีเนี้ยเมย์ก็เลยเมื่อวานประชุมร่วมกันเมย์ก็เลยแจ้งว่าในแนวทางแก้ไขพี่เป้ก็บอกว่ามันสามารถทำได้ในเทคนิคเนาะแต่ว่าจะต้องให้ทางต้องแจ้งผอ. ให้อนุมัติซึ่งเราก็เอาข้อมูลทั้ง 35 รายการอะค่ะมาวิเคราะห์แล้วก็จำแนกกลุ่มที่สามารถทำได้กับไม่สามารถทำได้เนื่องจากลูกค้าเหล่านี้ไปจ่ายช่องทางอื่นมาแล้วแต่มันมีประเด็นคือในสิ่งที่เขาตัดผิดที่เจอวันเนี้ยค่ะแล้วเขาตรวจแล้วว่าตัดผิดเนี่ยมันจะต้องมีการคืนเงิน
S
Speaker 2
63:05 - 63:15
มันไปตัดคนอื่นที่ไม่ได้ผ่านทางอย่างงี้เหรอครับใช่ค่ะพี่แล้วอันเนี้ยวิธีกระบวนการคืนเงินจะทำยังไงครับ
S
Speaker 4
63:17 - 63:27
ก็กปภ. เขาบอกว่าเขาจะยกเลิกยกเลิกรายการ Transaction นั้นอะค่ะแล้วก็ให้เรารีรีส่งใหม่ๆ
S
Speaker 2
63:28 - 63:41
แต่มันตัดเงินไปแล้วไม่ใช่หรอครับอ่าเดี๋ยวพี่เมย์เอาไฟล์นึงขึ้นมาก็ได้ไหมไฟล์ที่น้องทำใช่ไหมคะ
S
Speaker 1
63:41 - 63:42
ใช่ๆ
S
Speaker 2
63:42 - 63:51
ครับแต่เราอะส่งไปถูกเราส่งว่าผมมีรถคันนี้นะคุณไปตัดบัญชีนี้ให้หน่อยเขาเอาไปตัดผิดอย่างงี้เหรอครับ
S
Speaker 1
63:52 - 64:13
ครับเดี๋ยวเดี๋ยวผมจะไปก่อนประมาณในไฟล์มันจะมีอยู่ประมาณ 3 ประเภท 3 กลุ่มของปัญหาครับพี่หนึ่งครับอ่ามันจะมีของเคสพี่หนึ่งที่พี่หนึ่งถามก็คือกรณีที่แบบมีการตัดสมมุติว่ามันมี 2 Wallet เนาะผมก็ยิงเข้าไปแล้ว CS เนี่ยเขาไปตัดความจริงต้องตัดของผมแต่ไปตัดของพี่หนึ่ง
S
Speaker 5
64:13 - 64:14
ครับ
S
Speaker 1
64:14 - 64:45
และคราวเนี้ยเขาก็เลยทาง CS อะครับเขาก็จะทำการยกเลิกทางรายการที่ส่งไปตัดของพี่หนึ่งแล้วก็จะหาทางเงินเขาไปเติมของพี่หนึ่งให้แต่คราวนี้ครับเขาก็บอกว่าอยากให้ Single Platform อะครับยิงรีรีรันตัดเงินเข้าไปใหม่เพื่อตัดของผมให้ถูกเพราะว่าของผมอะมันยังเต็มอยู่ใช่ไหมครับมันยังไม่ถูกตัดเลยเขาก็เลยให้ Single Platform อะรีรันแล้วยิงส่งไปตัดใหม่เพื่อที่เขาจะไปตัดเงินของผมออกอะไรอย่างเงี้ยครับเออ
S
Speaker 2
64:45 - 65:01
แสดงว่าขายกเลิกขาเติมกลับไปให้ลูกค้าคนที่ผิดอะกรณีจัดการเองจะให้เราส่งรายการตัดเงินไปให้ใหม่อีกรอบนึงรายการตัดเงินที่เราเคยส่งอะเขาใช้อันเดิมอะส่งให้ตัวเขาเองตัดอีกรอบไม่ได้เหรอ
S
Speaker 1
65:02 - 65:52
ก็เหมือนเหมือนเขาเขาไม่มั่นใจอะครับน่าจะไม่มั่นใจเขาเลยมาขอให้เราดีลันอ้าวเพราะว่าเขาอยากได้เพราะว่ามันมีมันมีปัญหาซับซ้อนเยอะเช่นตอนสร้าง Register อะครับ Account ก็ไม่ได้คือตอนเวลาเรา Register ใช่ไหมเราผูกใช่ไหมพี่หนึ่งเราจะได้ Account ID กลับมาเก็บที่ Single Platform เหมือนกับว่า Account ID ที่ตอบกลับมาส่งกลับมาให้เราก็เป็น Account ID ที่ผิดไม่ใช่ของของคนนั้นเป็นของของคนอื่นอะไรอย่างเงี้ยครับเขาก็เลยคือมันมีปัญหาซับซ้อนเยอะเขาก็เลยอยากเขาก็เลยทำการฝั่งของเขาเนี่ยไอ้ Account ที่ผิดเนี่ยเขาไป Unregister ใหม่แล้วเขาก็ให้เรายิงเข้าไปใหม่เพราะว่าเขาต้องการข้อมูลต้นทางที่มันถูกให้เรายิงเข้าไปใหม่เพื่อได้ข้อมูลที่ถูกแล้วก็ได้ Account ID กับตัวใหม่กลับมาที่ถูกต้องพอได้ตัวใหม่กลับมาแล้วเขาก็เลยอยากให้เรายิงรีรันเข้าไปใหม่เพื่อเอาข้อมูล Account ID ที่ถูกต้องนี่ยิงส่งตัดตัดเงินจริงๆอะครับพี่
S
Speaker 2
65:53 - 65:58
คำว่ารีรันอะเราก็แค่ส่ง Transaction เดิมไปใหม่ใช่ไหมใช่
S
Speaker 1
65:59 - 67:43
ซึ่งซึ่งตามภาพอะครับพี่หนึ่งมันจะมี 3 กลุ่มเนาะเดี๋ยวผมอธิบายให้ฟังเอ่อพี่เมย์ไปกลุ่มอ่าชีทแรกครับตัวนี้ดำเนินการได้จาก 35 รายการที่การทางเขาส่งมาให้เราก็คือสามารถรีรันผ่าน Batch โดยระบบปกติได้นะครับอันเนี้ยไม่ติดเหมือนรีเซนต์ธรรมดาใช่รีเซนต์ธรรมดานะครับแต่จะมีกลุ่มหนึ่งที่เป็นรีรันแบบ Manual ในกรณีพวกรีรันแบบ Manual เนี่ยมันจะมีกรณีที่เขาอ่าอ่ามีอ่าเดี๋ยวก่อนนะฮะผมพยายามจำก่อนอ๋อพวกเลย Overdue เลยอ่าพวกที่มีการที่ Change Payment Method กลุ่มเนี้ยครับ Change Payment Method หมายถึงว่าเขาเดินเขาผูก Easy Pass เขาผูก Easy Pass เขาผูก Easy Pass แล้วเขาก็ไปเปลี่ยนพอตัดเงินไม่ได้ใช่ไหมครับหรือเกิดอะไรไม่รู้แหละเขาก็ไปเปลี่ยนเป็นช่องทางอื่นละซึ่งถ้ารีรันแบบ Manual เอ้ยรีรันแบบปกติอะมันจะมองว่ารถคันนี้ปัจจุบันถูกกับการตัดเงินประเภทไหนอยู่ซึ่งมันจะสามารถรันแบบ Auto ไม่ได้มันก็เลยต้องมีการหยิบกลุ่มนี้มาเพื่ออาจจะเดี๋ยวต้องคุยนะครับจะเป็นท่าไหนใน Manual เช่นเป็นไฟล์แยกไหมไม่เอาเข้าระบบแล้วก็ส่งให้ทาง CS ไปทำกระบวนการสั่งตัดให้อัตโนมัติอะไรอย่างเงี้ยครับแต่ถ้าลูกค้าทำอย่างงั้นไปแล้วอ่ะแปลว่าลูกค้ารู้ไหมครับว่ามันตัดไม่สำเร็จ
S
Speaker 3
67:44 - 67:56
เออเดี๋ยวนะครับก็คือครับขออนุญาตสอบถามครับในเมื่อมันตัดสำเร็จแล้วอะก็แสดงว่าเงินเข้ากรมแล้วถ้าสมมุติว่าเราส่งไปตัดซ้ำอะเข้ากับรายการนี้ Transaction นี้ชำระสองครั้งสิ
S
Speaker 4
67:56 - 67:58
งานมันเข้าแล้วคือ
S
Speaker 1
67:59 - 68:02
มันเข้ากรมแล้วใช่แต่
S
Speaker 3
68:02 - 68:40
คือประเด็นคือหมายความว่ามันก็จะมีกระทบกระทบกับเรานะกระทบตรงที่ว่าเราไปกลายเป็นว่าเราไปตัดเงินซ้ำรายการนี้สองครั้งช่องทางไหนก็ไม่รู้อะแต่ว่าเราได้รับเงินซ้ำนะแล้วกลายเป็นว่าพอมา Reconcile เงินรายได้อะกลายเป็นว่าเงินมันจะเกินกลับเกินกว่า Transaction ใช่แล้วเราก็จะตอบบัญชียังไงตอบสตง. ยังไงเพราะว่าเวลาเราเข้ามาตรวจสอบเราอะเราก็ต้องมีเหตุผลว่าทำไมรายการนี้ตัดซ้ำนะก็หนูถึงบอกว่าเขาต้องทำหนังสือแจ้งทร. เพื่อหารือร่วมกันอะค่ะตอนนี้บริษัทยังไม่ทำอะไรให้แต่แค่เราก็จัด
S
Speaker 4
68:41 - 69:00
กลุ่มเบื้องต้นแล้วก็คุยด้านเทคนิคว่ามันสามารถทำใช่ค่ะแต่เรื่อง Process อะค่ะเมย์แจ้งไปว่าต้องหารือกับกทพ. เพราะมันมีเรื่องของการคืนเงินเงินเข้าไปบัญชีกทพ. แล้วเออทร. แล้วจะออกมายังไงอะไรอย่างเงี้ยค่ะมันรับรู้รายได้เป็นกรมไม่คืนแน่นอนครับเพราะ
S
Speaker 3
69:00 - 69:18
ว่าไม่ไม่ใช่ของกรมแต่ว่าเอ่อในฝั่งของเขาเขาจะคืนเงินลูกค้ายังไงก็อันนั้นก็ฝั่งของเขาแต่ฝั่งของเราอะก็คือเป็นรายได้ที่เราได้มากลายเป็นว่า Transaction หนึ่ง Transaction เราได้มาสองคือซ้ำอะเข้าคนละวันแต่เป็น Transaction เดียว
S
Speaker 2
69:19 - 69:28
อืมเพราะว่าการยกเลิกอะไรที่เขาไปทำก็เป็นการยกเลิกรายการ
S
Speaker 3
69:29 - 69:40
ไอ้ฝั่งเขาเราไม่ได้เงินอยู่แล้วในฝั่งเขาแต่ฝั่งเราไม่ได้ยกเลิกแต่ว่าฝั่งเรากลายเป็นว่าไปส่ง Transaction ตัดซ้ำเออฝั่งเราจะได้เงินเบิ้ลครับเพราะเราไม่ได้ยกเลิก
S
Speaker 4
69:41 - 69:48
อ่าตอนนี้ทีมยังไม่ได้ทำการใดๆแค่หารือด้านเทคนิคเบื้องต้นก็รอทาง
S
Speaker 3
69:48 - 70:17
กทพ. ร่างหนังสือถึงทร. แล้วประชุมร่วมกันเพื่อสรุปแนวทางค่ะพี่ป๋องเมย์อัปเดตให้ฟังค่ะได้ครับก็ที่จริงควรจะให้เขาทำหนังสือมาแจ้งทร. มากกว่าอะครับเพราะว่ามันกระทบกระทบกับฝั่งทร. ฝั่งเขาอาจจะไม่กระทบก็ได้เพราะว่าของเขาอะแค้ยกเลิกแล้วก็เติมเงินให้ลูกค้าเขาไม่ผิดอะไรเขาไม่เสียอะไรแต่ว่าเราอะกลายเป็นว่าเราต้องมาเพิ่มปัญหาด้วยกันต้องมาหาคำชี้แจงว่าทำไมเงินมันเกินมานู่นนี่นั่น
S
Speaker 2
70:17 - 70:20
กลายเป็นปัญหาเราอีกใช่ครับ
S
Speaker 4
70:22 - 70:50
รับทราบค่ะเมื่อวานแจ้งไปแล้วทางกทพ. รับทราบแล้วก็น่าจะกำลังร่างหนังสือถึงอยู่ค่ะแต่ว่ามีเคสหนึ่งที่เจอวันนี้ก็คือเคสตัดผิดจริงๆเมย์นี่ส่งข้อมูลใน Line ให้พี่ป๋องแล้วอะค่ะอันนี้ตัดผิดจริงๆคือเราผิดจริงๆหรือว่าของเขาผิดหรือเขาส่งอ่า Account ID มาตัดผิดอะค่ะตัดผิดคน
S
Speaker 2
70:54 - 71:09
ก็คือเหมือนก็ก็เข้าข่ายเดียวกันเพียงใช่ค่ะใช่ค่ะใช่เข้าข่ายเดียวกันเพียงแต่ว่าอืมๆเพราะถ้าดำเนินการก็จะก็จะเหมือนเราได้ได้เงินเบิ้ลเหมือนกันมั้ยคะเนี่ย
S
Speaker 4
71:10 - 71:14
แต่แต่เราตัดผิดคนเราต้องคืนลูกค้าที่เราตัดผิดรึเปล่าอันนี้เมย์ไม่แน่ใจ
S
Speaker 2
71:15 - 71:16
เราตัดผิดแต่
S
Speaker 4
71:17 - 71:32
แต่หมายถึงว่าถ้ากสภ. ส่งมาตัดผิดอะค่ะตัดเออคือคือในบัญชีเราอะไม่ผิดแต่ว่าตอนไปตัดเขาเขาผิดใช่ไหมหรือว่าหรืออะไรเขาส่งเขาน่าจะผิด Account ID เขาเรียกว่า Account ID ใช่ไหมพี่เป้ก็ส่ง Account ID คือทาง
S
Speaker 1
71:32 - 71:53
สปาเซสอะครับทางกตภ. ครับเขาตัดผิดเพราะว่าตอนเราหรือจะเจอปู่เขาส่ง Account ID คนมาให้เราก็ไม่รู้หรอกว่า Account ID ผิดเนาะเราก็เชื่อทางเราก็ใช้นั้นส่งตัดปรากฏว่า Account ที่เราส่งตัดอะมันผิดตั้งแต่ต้นซึ่งการทางเราว่าเขาส่งมาผิดเองถ้าอย่างนั้นใน
S
Speaker 2
71:54 - 71:58
กระบวนการมันต้องมีเหมือนทำโต้แย้งอะ
S
Speaker 3
72:00 - 73:15
ถ้าเอาแบบตาม Flow อะเนาะก็ก็คือหมายความว่ามันเป็นมันผิดตั้งแต่กระบวนการรับสมัครใช่ไหมสมัครจากที่เราส่ง Account มาผิดอะใช่ครับอ่าเราก็มายกทีหลังยกเลิกทีหลังแต่ว่าที่ว่ายกเลิกไปแล้วแต่ว่ามันมีรางรายการที่ตัดไปแล้วถูกมั้ยครับใช่ครับใช่ๆถูกครับถูกแล้วก็ถ้าพี่เมย์แจ้งเมื่อกี้ก็มีเคสนาที่เจออย่างเนี้ยผมก็ไม่แน่ใจอนาคตจะมีเคสมาเรื่อยๆหรือเปล่าคือตัวเนี้ยมันก็ไม่ใช่ความผิดของซิงเกิลนะเพราะซิงเกิลก็รับทราบ Account ตรงเนี้ยจากกสภ. ซึ่งตรงเนี้ยถ้าถ้ามองในมุมมองผมนะที่จริงเราอยู่เฉยๆก็ได้ให้เขาเป็นคนคนคนแจ้งปัญหามาว่ามีการตัดผิดเพราะว่าเรากรมได้เงินไงกรมไม่มีปัญหานอกจากกรมจะมีการร้องโดนร้องเรียนจากผู้ให้ทางว่าโดนเงินตัดเงินผิดอะไรอย่างเนี้ยครับแล้วเราค่อยมาทำโต้แย้งให้กับผู้ให้ทางอืมครับก็คือแล้วก็แจ้งปัญหานี้ไปให้กับกสภ. ให้กสภ. อะครับดำเนินการตัดเงินให้ให้ใหม่อืมเพราะว่าถ้าทำอย่างงี้คือกรมไม่รู้รู้อยู่แล้วแหละว่าตัดผิดหรือตัดถูกเพราะว่ากรมก็ส่งไปตาม Account ID ที่เขาส่งมาให้ตั้งแต่ต้น
73:23 - 73:36
ที่จริงปัญหานี้ก็แจ้งให้เขาก็เป็นน่าจะอยู่ในข่ายเดียวกันกับตัวที่ตัดซ้ำตรงนี้แหละครับก็ให้เขาแจ้งปัญหามาในคราวเดียวเลยก็ได้ครับจะได้หารือกันอะเขากำลังร่างอยู่ค่ะครับ
S
Speaker 1
73:39 - 73:57
ครับแล้วก็ไหนๆพูดเรื่องนี้ก็มีเคสเคสสุดท้ายที่จะจะในเชิงเทคนิคก่อนนะครับในเชิงเทคนิคที่ทำไม่ได้ก็คือเป็นเคสที่ลูกค้าอะครับไปไปชำระในช่องทางอยู่แล้วคือกลุ่มเนี้ยครับก็สามารถจะส่งไปไปตัดได้
S
Speaker 3
73:57 - 74:28
อันนี้ก็ไม่ต้องทำอะไรเลยครับก็ปล่อยไปให้เขาชดเชยค่าอ่าค่าค่าผ่านทางที่ที่เขาตัดผิดอะให้กับผู้ใช้ทางที่เขาตัดผิดอันนี้กรมก็ถือว่ากรมได้รับไดร่าแล้วก็ไม่ต้องส่งส่งไปตัดซ้ำครับผมอันนี้อันนี้ไม่ต้องทำอะไรเลยผมมองอย่างงี้นะเพราะว่าเขาก็ต้องชดเชยในในค่าผ่านทางที่หายไปของคนที่โดนตัดบัญชีผิดอะครับส่วนตัวนี้เรากรมก็ได้รับจากผู้ใช้ทางโดยตรงอยู่แล้วโดยช่องทางอื่นครับ
S
Speaker 1
74:30 - 74:40
สอบถาม เราหมดแล้วไหมที่นี่ใช่ค่ะ
S
Speaker 4
74:40 - 74:49
บริษัทน่าจะครบแล้วค่ะทางบริษัทครบถ้วนค่ะวันนี้ไม่ทราบว่าทางที่ปรึกษากับทล. มีข้อสอบถามเพิ่มเติมไหมคะ
S
Speaker 2
74:51 - 74:53
ไม่มีไม่มีครับ
S
Speaker 3
74:54 - 74:57
พี่ป๋อมชาคริตมีอะไรเพิ่มเติมไหมครับ
S
Speaker 4
75:02 - 76:06
ทางบ้านที่หนูต้องทำเข้าไปนะคะหนูขอสรุประหว่างพี่ป๋องอาจจะรีวิวคำถามอยู่ก็คือหนึ่งจดหมายสำหรับการขึ้น Mobile Application นะคะแล้วก็สองเดี๋ยวทางโอเปอเรเตอร์จะทำหนังสือเกี่ยวกับผลกระทบที่ได้รับเกี่ยวกับไฟล์ Reconcile ที่เขาทำมาไม่ตรงแล้วก็สามทีมรวบรวมข้อมูลเพิ่มเติมว่าตั้งแต่เปิด M81 เข้ามามีสถิติเท่าไหร่ที่เกิดขึ้นในการที่ด่านเดียวกันแล้วเก็บค่าผ่านทางไม่ได้เข้าออกด่านเดียวกันค่ะแล้วก็อีกอันหนึ่งที่จะแจ้งก็คือว่าวันที่ 30 อะค่ะเดี๋ยววันนี้น้องมุกจะส่งหนังสือออกอ๋อพรุ่งนี้ค่ะน้องมุกจะส่งหนังสือออกขอตรวจรับงาน CTVS เป็นวันที่ 30 ช่วงบ่ายสองค่ะอันนี้ไม่ทราบว่าทางที่ปรึกษาและทางทล. สะดวกไหมคะ
S
Speaker 3
76:10 - 76:15
ทางพี่หนึ่งสะดวกไหมครับวันที่ 30 ช่วงบ่ายสองค่ะ
S
Speaker 2
76:16 - 76:17
ได้ครับ
S
Speaker 4
76:19 - 76:24
ชิดบ่ายสองนะครับค่ะพี่ป๋อมเล็กพี่ป๋อมใหญ่สะดวกไหมคะ
76:31 - 76:35
30 วันพฤหัสค่ะ
S
Speaker 3
76:37 - 76:44
โอเคครับได้ได้ครับพี่พี่ป๋องสะดวกไหมครับหรือว่าพี่ป๋องให้ดำเนินการได้เลยครับ
S
Speaker 6
76:47 - 76:49
เอ๊ะเมื่อกี้ยังไงนะป๋อม
S
Speaker 3
76:50 - 76:58
อ๋อพอดีทางทีมทีมจะขอนัด Component Test ตัว CTVS อะครับที่ CCB ลาดกระบังอะครับ
S
Speaker 1
77:00 - 77:06
คนคุมงานว่างได้เปล่าคนคุมงานคือตอนนี้คนคุมงาน
S
Speaker 3
77:07 - 77:10
อยู่ไหมแนทแนทแนทว่างไหมแนทน้องแนท
S
Speaker 5
77:11 - 77:13
ครับ
S
Speaker 3
77:14 - 77:25
สะดวกไหมเอ่ยสะดวกที่จะมาทดสอบ Component Test ที่ CCB รัชโยธินวันที่ 30 วันพฤหัสบดีครับบ่ายสอง
S
Speaker 1
77:26 - 77:29
30 เลยตอนนี้แป๊บๆอย่างเงี้ย 30 ใช่ไหมแป๊บนึงครับ
S
Speaker 2
77:30 - 77:32
ถ้าเป็นทางผมสะดวกครับ
S
Speaker 1
77:33 - 77:40
30 โอเคได้กี่โมงครับ
S
Speaker 6
77:40 - 77:45
บ่ายสอง 30 วันพฤหัสเหมือนกันใช่ค่ะบ่ายสองค่ะบ่ายสอง
S
Speaker 1
77:45 - 77:52
โอเคบ่ายที่ลาดกระบังค่ะ CCB 30 บ่ายสองลงไปก่อนอย่างอื่น
S
Speaker 4
77:52 - 78:03
ค่ะแต่เดี๋ยวแม่ให้น้องมุกทำหนังสือจดหมายน่าจะไปถึงพรุ่งนี้ค่ะพร้อมเอกสารที่เราจะใช้สำหรับกัน
S
Speaker 6
78:04 - 78:09
Component Test เฉพาะตัว CCB ตัวนั้นใช่ไหมครับใช่ค่ะเราเหลือตัวหนึ่ง
S
Speaker 1
78:13 - 78:21
พี่หนึ่งมาด้วยเปล่ามาครับผมโอเคครับได้ครับได้ครับขอบคุณครับ
S
Speaker 5
78:23 - 78:24
ครับ
S
Speaker 4
78:24 - 78:27
เมย์ไม่มีประเด็นเพิ่มเติมแล้วค่ะอ่าขอ
S
Speaker 3
78:27 - 78:46
อนุญาตสอบถามเพิ่มเติมนิดนึงครับไอ้ตัวเอ่อที่เป็นรายการอะไรนะที่เราจะทำเรื่องการเพิ่มลดพันรายการอะตอนนี้ปัจจุบันนี้เราพัฒนาถึงไหนแล้วนะหรือว่าเราจะขึ้นพร้อมกันกับตัวแอปใหม่ตัวนี้ครับใครนะ
S
Speaker 4
78:47 - 78:52
ให้ Biz Portal ใช่ไหมคะอ่าใช่ใช่ใช่
79:05 - 79:15
หน้าแรกเหรอหน้าแอป Mobile App ปะโอเคหนูตกให้ตัวลดพันรายการ Biz Portal
S
Speaker 3
79:19 - 79:24
อันนี้คือขึ้นพร้อมกันกับที่จะขึ้นแอปใหม่กับตัวเว็บใช่ไหมครับ
S
Speaker 5
79:25 - 79:41
ครับคือเว็บอะคือเว็บในส่วนของ Mobile อะครับก็จะมีการเรื่องของ Fixing ที่เป็นในเรื่องของตัว Issue Defect อะครับก็จะมีการ Deploy ขึ้นไปแล้วก็วันที่ 30 อะครับก็มีแผนว่าจะเอา Biz Portal ขึ้นไปวันที่ 30 เหมือนกันครับ
S
Speaker 3
79:47 - 80:44
โอเคครับเอ่อแล้วอีกตัวนึงที่ที่อยากรายงานให้รายงานความก้าวหน้าหน่อยเรื่องตัวยอดหนี้สูงหรือว่า T38 ที่เราเราคุยกันก่อนหน้านี้นานแล้วแหละตอนนี้ปัจจุบันนี้เป็นยังไงบ้างนะเพราะว่าเพราะว่าตอนเนี้ย M81 อะครับเราเริ่มมีการแจ้งเตือน Enforcement เป็น T+8 ตามตามตามลูปเดิมละซึ่งมันก็จะมีพวกรายงาน T8 ใช่ไหมที่ออกปัจจุบันแล้วตอนเนี้ยแล้วก็ T38 ที่เราจะดำเนินการในระดับถัดไปอะอยากรู้ว่าตอนเนี้ยระบบตอนเนี้ยไปถึงไหนแล้วครับเพราะว่ามันต้องมีการออก T38 บ้างแล้วล่ะประมาณนั้นครับครับผมก็อันนี้เดี๋ยวทางบริษัทขอขอทำแผนแล้วอาจจะมานำเสนออีกรอบนึงนะครับเพราะว่าของตัว T8 T38 นะครับมันมีมีปรับแก้โปรแกรมมาจากตัวจดหมาย
S
Speaker 5
80:45 - 81:16
มีเพิ่มขึ้นมาของตัวจดหมายที่เป็นแจ้งเตือนตอน T8 ของสมาชิกแล้วก็มีของตัว M81 นะครับที่มี Due Date ที่มันไม่ตรงกันนะครับก็เลยต้องมีการปรับแก้แล้วก็ Retest ใหม่อีกรอบนึงนะครับเดี๋ยวขอขอไปอัปเดตแผนขอไปอัปเดตกับทีมอีกทีนึงก่อนครับว่าตอนนี้พัฒนาอยู่ในเฟสของพัฒนาหรือว่าทดสอบอยู่อะครับตอนนี้ได้ๆครับพอดีๆผมก็ตามๆงานเพราะว่ามันมันกระทบกับ M81 ที่ที่เราเริ่มเริ่มกลับมาใช้
S
Speaker 3
81:16 - 81:56
T8 กับ T20 ใช่ๆแล้วทีเนี้ยถ้าสมมุติว่าระบบเรายังไม่พร้อมอะมันก็กลายเป็นว่าเรายังไม่ดำเนินการใดๆกับเกี่ยวกับ T38 ของ M81 อืมเราเราควรจะออกบ้างอะไรอย่างเงี้ยครับเพื่อเพื่อให้เป็นไปตามข้อกำหนดตามระเบียบเวลาสตง. เข้าอะไรจะได้บอกว่าเราก็ดำเนินการอาจจะดำเนินการได้ไม่เต็มอาจจะต้องช่วงนี้ระหว่างนี้ก็ต้องเป็น Manual ไปก่อนอะไรพวกเนี้ยครับโดยที่ยึดเป็นยอดหนี้สูงไว้ก่อนอันนี้ก็ก็ฝากฝากตามงานด้วยนะครับรับทราบครับพี่ป๋อมครับๆขอบคุณมากครับผมไม่มีอะไรแล้วครับพี่ป๋อมมีอะไรเพิ่มเติมอีกไหมครับ
S
Speaker 1
81:58 - 82:09
ไม่มีแล้วครับไม่มีแล้วครับขออนุญาตปิดประชุมนะครับครับขอบคุณครับสวัสดีครับครับสวัสดีครับ
สวัสดี ครับเดี๋ยวรอทีมสักแป๊บนะครับได้ครับสวัสดีครับคุณเฟ่ เด็ดขาด สวัสดีค่ะงั้นเดี๋ยวขอจิ้ม Agenda ก่อนเลยแล้วกันนะคะมันมี 3 หัวข้อค่ะวันนี้ที่เราจะหารือซึ่งประกอบไปด้วย New Release Mobile Application นะคะแล้วก็เรื่องของการตัดเงิน Easy Pass M-Pass ครับเดี๋ยวคุณเมย์รอสักครู่นะครับเดี๋ยวรอทางทางที่ปรึกษาด้วยอะครับเดี๋ยวสักครู่เดี๋ยวตามให้แป๊บนึงครับอ๋อได้ ครับเอ่อตอนนี้ทางทีมหนึ่งเข้าห้องประชุมแล้วครับส่วนทางพี่กิ๊ฟน่าจะไม่ได้เข้าครับเพราะติดภารกิจประชุมกับทีม Audit อยู่ครับเดี๋ยวยังไงเริ่มเริ่มประชุมได้เลยครับ โอเคค่ะสวัสดีค่ะอ่าวันนี้เรามีประชุม 3 Agenda ด้วยกันนะคะสวัสดีครับได้ยินเสียงผมไหมครับ เอ่อพี่หนึ่งได้ยินเสียงไหมครับพี่หนึ่งได้ยินไหมคะ ผมได้ยินทางทีมชัดเจนครับแต่ว่าไม่แน่ใจว่าพี่หนึ่งได้ยินหรือเปล่าครับครับ หรืออาจจะหรือเปิดไมค์ไหมงั้นมีพี่หนึ่งพูดอยู่เลยพี่หนึ่งไม่ได้ยินหรอ พี่หนึ่งครับได้ยินไหมครับ ได้ยินครับ ได้ยินผมไหมครับได้ยินครับพี่หนึ่งครับโอเคครับผมครับ ค่ะงั้นเมย์ขออนุญาตเริ่มเลยนะคะวันนี้เป็นงานประชุม Weekly ประจำสัปดาห์วันที่ 23 เมษายน 2569 นะคะซึ่งวันนี้จะมีหัวข้อที่เราจะประชุมร่วมกัน 3 เรื่องด้วยกันนะคะเรื่องแรกจะเป็นตัว New Release ของ Mobile นะคะจะมีฟังก์ชันที่เราได้ทำการแก้ Fix Bug ไปแล้วเราจะขออนุญาตเอาขึ้นนะคะถัดมาจะเป็นเรื่องของ Issue การตัดเงิน Easy Plus แล้วก็ M-Pass ค่ะส่วนสุดท้ายจะเป็นในส่วนของที่ทางทีมได้เข้าไปเก็บ Requirement เพื่อ Redesign หน้าจอสำหรับการให้บริการ End User ก็คือ User ที่อยู่ Counter Service และ User ที่อยู่จุดบริการรวมถึง Operation นะคะอ๋อ Call Center ค่ะขอโทษค่ะงั้นขออนุญาตไปในส่วนของวาระแรกก่อนนะคะวาระแรกจะเป็นในส่วนของตัว New Release Mobile ค่ะซึ่งมันจะมีการ Fix Bug ในส่วนของที่เจอที่มีการแจ้งเข้ามาผ่าน Jira นะคะซึ่งประกอบไปด้วย 6 หัวข้อหลักๆด้วยกันจะเป็นทั้งเรื่องการสมัครสมาชิกที่มีการสมัครสมาชิกไม่ได้บ้างนะคะแล้วก็เข้าสู่ระบบแล้วก็มีการยืนยันตัวตนการยืนยันรถการผูกบัตรแล้วก็ตัว LINE LINE OA ค่ะอันนี้ก็จะเป็นในส่วนของที่จะขอเอาขึ้นในช่วงวันที่ 30 เมษาวันพฤหัสบดีค่ะช่วงนี้จะเป็นจะส่งโค้ดตัวนี้อะค่ะเข้าตัวรีวิวอันนี้ไม่ทราบว่าถ้าเมย์จะขึ้น Release ใหม่ของ Mobile ทั้งในส่วนที่เป็น Mobile ที่ Fix Bug แล้วก็เป็นตัว Biz Portal ก็คือตัวรถพันคันอะค่ะอันนี้ไม่ทราบว่าทางพร. มีประเด็นอะไรเพิ่มเติมไหมคะถ้าจะขึ้นงานในช่วงของตัว Mobile Release ใหม่ช่วงวันที่ 30 เมษายนค่ะ อืมผมไม่มีครับแต่ว่าสอบถามหน่อยครับถ้าคุณว่าเราขึ้นตัวใหม่เนี่ยมันมีการแจ้งเตือนฟอสอัพเดไหมครับ มีค่ะ แจ้งเตือนผ่านแอปเนอะผ่านโติใช่ไหมครับหรือว่ายังไงตอนก่อนเข้ามันจะมีฟออัเดทใช่ไหมตอนเข้ามันจะฟสอัพเดทครับพี่ป๊อบโอเคครับ ถ้าอย่างนั้นทางพิมพขออุญตดําเนิการถ้าเกิดรีวิวเสร็จแล้วเราก็จะกดอนุมัติช่วงวันที่สามสิบตามแผนนะคะ เออตัวตัวตัวเนี้ยทําหนัสือเป็นเป็นขออนุมัติในการในการขึ้นตัวเวอร์ชั่นใหม่ให้กรมอนุมัติเป็นทางการด้วยนะครับเป็นลักษอักษรนะครับแล้วก็ทําเป็นแผนการดําเนิงานนะครับว่าจะมีช่วงอัพคือช่วงรีวิวใช่ไหมครับแล้วก็มีการช่วงอ่าโคไลฟ์จริงก็คือเปิดใช้แอปแล้วก็มีแผนสํารองว่าเท่านั้นว่าพอขึ้นแล้วมีปหาเรามีการมีแผนโรแบ็คไหมด้วยครับพี่ป๋องคะถ้าเกิดว่าเราทําหนัสือนี่เมย์ต้องขยับช่วงรีวิวโค้ดไหมคะเพราะว่าวันนี้วันที่ยี่สิสามแล้วแต่แผนเมย์เริ่มส่งรีวิวโค้ดไปตั้งแต่วันจันทร์แล้วอะค่ะไม่เป็นไรก็เหมือนทําทําแจ้งมาเพราะว่ากรมไม่ติดอยู่แล้วแหละแต่ว่าทําให้มันเป็นเป็นเป็นทางการเป็นหลักการหน่อยว่าเออเรามีการขออนุมัติเป็นขั้นเป็นตอนนะครับส่วนเรื่องรีวิวก็รีวิแป๊บวิวไปครับผมคงไม่เอ่อไปไปเพราะว่าระหว่างรีวิวอะเราก็ทําหนัสือขออนุมัติอยู่แล้วอ่าไม่ไม่ไม่เกี่ยวครับไม่เกี่ยวกันครับแต่ว่าขอให้ออกภาในที่นี่นะเดี๋ยวอาทหน้าผมจะได้ทําหนังสือขอแจ้งอนุมัติให้สามารถดเนิการได้ช่วงวันจันทร์หรือวันอังคารจะได้ไม่ไม่ไม่ติดครับเออรับทราบค่ะครับๆ ถ้าอย่างนั้นเมย์ขออุญาตไปหัวข้อถัดไปนะคะจะเป็นในส่วนของอิชชู่การจัดเงินอีซี่พาสเอ็พสค่ะเชิญทีมเทคนิคค่ะ ไม่ทราบว่าพี่เป้หรือน้องเปได้ยินรึเปล่าเอ่ย ถ้าอย่างนั้นทีมเทคนิคอาจจะยังไม่สะดวกงั้นเมขออุญตไปหัวข้อที่สามก่อนได้มั้ยคะเดี๋ยวถ้าทีมเทคนิคสดวกแล้วเข้ามาเดี๋ยวเมย์จะขอกลับมาอชชู่นี้อิชชนี้น่าจะค่อนข้างยาวนานแล้วก็น่าจะเยอะงั้นขออนาตไปหัวข้อที่สามก่อนค่ะขออัพเดทในส่วนที่ทางทีมเข้าไปเก็บค่ะเชิญธนัส ครับเออก็ในส่วนของตัวหน้าจอสําหรับการให้บริการเอ็นยูสเนะครับค่ะพี่ป๋องโอเคผมกําลังจะบอกว่าให้ทําหน้าจอเฉๆนะมองไม่เห็นครับเชิญต่อครับโอเคครับเอ่อก็ในส่วนของตัวหน้าจอฝั่งเว็บแอดมินะครับที่ให้ทางยูสเใช้นะครับก็จะมีอยู่ประมาณหกหัวข้อนะครับหลังจากที่มีประชุมไปเรียบร้อยแล้วนะครับก็จะมีข้อแรกนะครับเป็นในเรื่องของเมนูการจัดการลูกค้าอันนี้ก็เดี๋ยวจะมีการปรับในเรื่อของสิทธให้สามารถกําหนดสิทธ์ได้นะครับคือตอนนี้มันจะมีอยู่เมนูนึงก็คือเมนูหน้าการจัดการข้อมูลลูกค้าซึ่งมันสามารถ re gi s ter un eg ist er em pa ss E as y pa ss ได้ลบรถได้นะครับซึ่งตรงนี้ก็มีการ en ha nce เพิ่มเติมนะครับให้สามารถกําหนดสิทธิได้หมายความว่าคนที่เข้าเมนูเดียวกันนะครับอาจจะเห็นปุ่มที่ re gi s ter un re gi s ter em pa th e as y pa th บางคนก็อาจจะไม่เห็นนะครับซึ่งในส่วนของคนที่เห็นเนี่ยก็จะเป็นในส่วนของฝั่ง A pp S ub นะครับหรือว่าฝั่ง op er ation ที่ต้องใช้ในเรื่องของการบริการลูกค้าครับส่วนของจุดบริการนะครับหรือว่า C all C ent er อ่ะครับก็จะเป็นในส่วนของการค้นหาอย่างเดียวเท่านั้นนะครับซึ่งอันนี้ก็ทางทีทางบริษัทนะครับมีการทดสอบเรียบร้อยแล้วนะครับก็เดี๋ยวอยู่ในแผนที่กําลังจะรอ de po int นะครับซึ่งตั้งไว้ก็คือวันที่ 30 เมษานก่อนนะครับพี่ป๋ซึ่งหรืออาจจะเร็วกว่านั้นได้นะครับซึ่งถ้าเกิดเร็วกว่านั้นอาจจะมีการแจ้งไปอีกรอบหนึ่งครับส่วนที่สองในส่วนของการปรับแก้ออลอินวันนะครับอันนี้ก็คือสืบเนื่องมาจากที่มีการประชุมกับพี่ๆจุดบริการพี่ๆโอเปอเรชั่นแล้วก็พี่ๆคอเซ็นเตอร์นะครับก็ระหว่างที่เรารอพัฒนาตัวหน้าจอเมนูใหม่ๆนะครับก็มีข้อเสนอนะคืออยากให้แก้ในเรื่อของตัวเมนูอออินวันเบื้อต้นก่อนนะครับเพื่อที่ว่าจะได้สามารถใช้งานได้สะดวกก่อนระหว่างที่รอการพัฒนาตัวหน้าจอตัวใหม่นะครับซึ่งก็จะมีเรื่องของการเพิ่มเงื่อนไขสถานะการชําระเงินมีการสลับคอลัมนนะครับเพราะว่าบางคลัมนเนี่ยเอ่อจุดบริการหรือ C all C ent er ไม่ได้ใช้จะเป็นแค่ฟาร์ม op er ation ที่ใช้ก็จะสลับไปข้างหลังเพื่อให้กับบริการหรือหน้างานนะครับสามารถตอบลูกค้าได้เร็วขึ้นนะครับมีเรื่องของการเพิ่มเพิ่มคอลันค่าผ่าทางกับค่าปรับแยกกันนะครับจะได้เห็นชัดเจนว่าอันนี้เป็นค่าผ่านทางอันนี้เป็นค่าปรับเพราะว่ามันจะไม่เหมือนของ M 9 เดิมที่ว่า M 9 เดิมจะเป็นยอดสามสิบบาทห้าสิบบาทเจ็สิบบาทพวนี้มันจะดูแยกค่าผ่านทางค่าปรับดูค่อนข้างง่ายแต่พอเรามี M 8 1 ปุ๊บเนี่ยค่าผ่าทางเขาค่อนข้างเลขอาจะไม่ค่อยคุ้นชินกันเท่าไหร่ก็เลยอาจจะมองยากว่าตกลงมันมีค่าปรับหรือไม่มีค่าปรับนะแล้วก็มีเพิ่มในเรื่อของตัวไฮไลท์ของตอนที่กดเช็คบล็อครับเพื่อให้สามารถดูได้ง่ายขึ้นว่าตอนนี้เรากําลังโกัสอยู่ที่บรรทัดไหนครับซึ่งข้อนี้ก็มีการพัฒนาแล้วก็ทดสอบเสร็จเรียบร้อยแล้วเหมือนกันครับก็เดี๋ยวอาจจะรอ de pl o ช่วงสิ้นเดือนนี้เหมือนกันครับต่อมาเป็นในส่วนของตัวหน้าจอที่ต้องมีการพัฒนเพิ่มเติมหลังจากที่พี่มีการออกแบบเบื้องต้นแล้วก็ได้รับคอมเมนท์จากพี่ๆมานะครับซึ่งก็จะต้องมีการปรับเพิ่มอยู่ประมาณหนึ่งนะครับก็จะมีหน้าจอค้นหาข้อมูลลูกค้าหน้าตรวจรายการผ่านทางหน้าตรวจสอบข้อมูลค่าผ่านทางนะครับแล้วก็เมนูติดตามโทรถามนะครับก็จะมีอยู่ประมาสี่หน้าจอนะครับที่ต้องพัฒนาเพิ่มมีสามหน้าจอเป็นหน้าจอใหม่เลยแล้วก็อีกหน้าจอหนึ่งอ่ะครับที่เป็นในส่วนเมนูติดตามถ่วงถามอันนี้มีหน้าจออยู่แล้วแต่ว่าต้องพัฒนาฟีเจอร์ในเรื่องของการสามารถดูจดหมายถ่วงถามในรูปแบบของ PCF ได้นะครับก็ 3 ข้อแรกนะครับเดี๋ยวดีไซน์อ่ะครับจะพยายามปิดให้ได้ภายในสิ้นเดือนนี้นะครับเพราะว่าทางบริษัทต้องไปออกแบบก่อนพอออกแบบเสร็จป๊บก็ต้องส่งให้กับทางพี่ๆแต่ละหน่วยงานนะครับช่วยรีวิวรวมถึงคนิก่อนพอรีวิวถึงคอนเร์เสร็จป๊บอันนี้ก็ถึงจะไปถึงเสพัฒนาต่อนะครับทีนี้ขอปรึกษาเพิ่มเติมครับพี่ป๋ในส่วนของตัวหน้าจอตัวใหม่อันนี้ครับอันนี้ถ้าเกิดว่าพี่ๆแต่ละหน่วยงานนะครับคอเฟร์เรียบร้อยแล้วอ่ะครับอันนี้เราต้องกลับมานําเสนอกรมอีกรอบนึงไหมครับ อืมที่จริงก็ไม่ต้องอ่ะครับที่จริงอ่ะตอนที่นำเอาดีไซน์ไปนำเสนอไงกรมก็ต้องเข้าอยู่ดีแล้วก็ดูรูปแบบการดีไซน์แล้วก็มีฟังก์ชันการทำงานไม่ต้องก็ได้ครับมันจะซ้ำซ้อนเกินไปอ๋อ คือตอนแรกที่ผมคิดไว้อะครับพี่พี่ป๋อมก็คือพอทางทีมพัฒนาเสร็จแล้วอะครับคิดว่าจะส่งเป็นเอกสารแล้วก็ให้ทางที่พี่เขาคอนเฟิร์มกลับมาครับถ้าเกิดไม่มียาติดอะไรก็อาจจะเป็นผ่านอีเมลหรืออย่างนี้ครับหรืออันนี้พี่ป๋อมมองว่าจริงๆแล้วอยากให้ทางบริษัทนะเป็นมีตติ้งเหมือนเรามีตติ้งดีกว่าครับมันจะได้เข้าใจ ถ้า มีคำถามจะได้ถามกันในที่ประชุมเลยครับโอเคได้ครับงั้นก็อาจจะเป็นการนัดประชุมเหมือนรอบรอบที่แล้วครับที่เอาพี่ๆทุกคนเข้ามาอยู่ร่วมกันแล้วก็จะได้คุยกันทีเดียวครับได้รับทราบครับ อ่าสอบถามนิดนึงครับพอดีเมื่อวานผมได้รับแจ้งจากทางจุดบริการอะแต่ว่าผมคงผมไม่เป็นนะแต่ว่าจุดบริการเขาเป็นผมก็เลยไม่ทราบว่ามันเกิดจากสาเหตุอะไรคือเอ่อใช้งานอยู่ดีๆมันเด้งออกอะเด้งออกหน้าล็อกอินใหม่อะซึ่งผมไม่เป็นนะผมก็เลยสงสัยว่ามันเกิดจากอะไรอะครับ เอ่ออันนี้คือจุดบริการเป็นหลักหรือว่าเป็นแค่บางบางท่านนะครับพี่ป๋อมเป็นที่จุดบริการนะเขาแจ้งผมมาแต่ว่าผมแต่ว่าผมอะไม่ไม่ เป็นอะผมก็เลยสงสัยเพราะว่าผมถามก็เลยถามเขาว่าไม่ได้ใช้งานเกิน 30 นาทีหรือเปล่าเหมือนที่เราเคยคุยกันว่าเราจะปรับเปลี่ยนการเอ่อเข้าถึงถ้ารู้ว่าไม่ใช่อ่าใช่ถ้าไม่ไม่มีการการการทำงานหรือว่าปล่อยให้มันหยุดนิ่งเกิน 30 นาทีโดยไม่ใช้งานเนี่ยมันจะเด้งออกอัตโนมัติโดยให้ล็อกอินใหม่แต่อันเนี้ยมันไม่ถึงไงมันประมาณ 4-5 นาทีหรือไม่ก็บางทีก็ 1 นาทีก็ก็เด้งออกและก็เลยสงสัยว่าเกิดจากอะไรครับ ครับเอ่ออันนี้อันนี้ไม่แน่ใจว่าทางบริษัทสามารถขอข้อมูลเพิ่มเติมจากใครได้บ้างอะครับพี่ป๋อมว่าเป็น User เป็น User ที่ใช้ในการล็อกอินเป็น User ไหนหรือว่าเป็นช่วงเวลาไหนอะทางทีมจะได้เข้าไปดูล็อกเพิ่มเติมอะครับอืมเป็นที่รับแจ้งมาเป็นจุดบริการทั้งสองนะครับ เอ่อเดี๋ยวเดี๋ยวผมให้เบอร์ Contact ไปก็ได้เดี๋ยวหลังประชุมแล้วกันครับได้ได้ครับขอบคุณมากครับให้ให้กับคุณเมย์นะเดี๋ยวให้คุณให้คุณเมย์ให้ให้ทีมงานประสานต่อแล้วกันครับครับอ่าได้ค่ะโอเคครับเชิญต่อครับ นี่เป็นตัวอย่างหน้าจอที่เป็น First Draft นะครับที่ทางบริษัททำไปนำเสนอนะครับอันนี้เพื่อเพื่อให้ทางทางพี่ป๋อมและทางที่ปรึกษานะครับให้เห็นหน้าจอเบื้องต้นก่อนว่าสิ่งที่เรากำลังจะพัฒนาและออกแบบนะครับจะเป็นรูปร่างหน้าตาลักษณะประมาณไหนนะครับอันนี้ก็คือในส่วนของตัวหน้าจอค้นหาข้อมูลลูกค้านะครับก็สามารถค้นหาได้จากข้อมูลของ Customer นะครับก็คือพวกป้ายทะเบียนชื่อลูกค้าที่เป็นบุคคลธรรมดานิติบุคคลนะครับเบอร์โทรศัพท์นะครับก็สามารถค้นหาได้ทั้งหมดพอค้นหาเสร็จแล้วนะครับก็จะมีการโชว์รายละเอียดด้านล่างว่าลูกค้าคนนี้เป็นสมาชิกหรือไม่ใช่สมาชิกนะครับแล้วก็มีเบอร์โทรศัพท์เป็นเบอร์อะไรมีจำนวนรถเท่าไหร่นะครับก็สามารถกดเข้าไปดูรายละเอียดได้นะครับพอเรากดเข้ามาดูรายละเอียดนะครับมันก็จะเห็นรถแต่ละคันนะครับว่าเรามีรถกี่คันบ้างนะครับมีการผูกการชำระเงินเป็นแบบไหนผูกชำระเงินช่องทางอะไรนะครับซึ่งแต่ละคันนะครับเราก็จะสามารถดูได้ว่าอ๋อรถคันนี้มีข้อมูลการผ่านทางเป็นอะไรมีข้อมูลการติดตามทวงถามเป็นแบบไหนหรือว่ามีข้อมูลค่าผ่านทางเรื่องของการชำระเงินเป็นแบบไหนบ้างก็จะสามารถกดลิงก์จากหน้าหน้านี้ได้ทั้งหมดนะครับซึ่งมันจะแตกต่างจากของเดิมที่ของ All in One เนี่ยครับมันจะเป็นในแกนของ Transaction ตั้งเราจะ Search ด้วยป้ายทะเบียนว่าป้ายทะเบียนเนี่ยมีการวิ่งผ่านทางอะไรบ้างนะครับแต่หน้าจอตัวใหม่ตรงนี้มันจะเป็นแกนที่เอาลูกค้าตั้งขึ้นมาก่อนว่าลูกค้าคนนี้มีรถกี่คันแล้วก็รถคันนี้ประกอบไปด้วยรายการผ่านทางอะไรหรือติดตามทวงถามอะไรบ้างก็จะมีการสลับแกนกันเพื่อให้ปรับโจทย์ในเรื่องของจุดบริการกับในเรื่องของ Call Center ที่สามารถใช้งานได้ง่ายขึ้นนะครับต่อมาเป็นในส่วนของตัวเมนูตรวจสอบรายการผ่านทางนะครับอันนี้ก็เป็นหน้าจอใหม่เหมือนกันนะครับก็จากวิธีการค้นหาจะคล้ายๆ All in One นะครับก็คือสามารถค้นหาจากวันที่ได้จากป้ายทะเบียนได้ระบุขาเข้าขาออกนะครับระบุจากเลขที่ใบแจ้งหนี้ก็ได้เหมือนกันนะครับซึ่งด้านล่างก็จะมีในเรื่องของรายละเอียดของรายการผ่านทางนะครับว่าเข้าออกด่านไหนนะครับเป็นสมาชิกหรือไม่ใช่สมาชิกรถป้ายแดงหรือเปล่าเป็นรถยกเว้นไหมนะครับเป็นคันรถอะไรมีค่าผ่านทางค่าเสียหายเท่าไหร่นะครับก็จะมี Information เบื้องต้นนะครับที่เป็นของรายละเอียดค่าผ่านทางมีเลขที่ใบแจ้งหนี้มีสถานะการชำระเงินซึ่งถ้าสังเกตนะครับในส่วนของตัวเลขที่ใบแจ้งหนี้นะครับตรงนี้ก็จะสามารถกดคลิกลิงก์จากตรงนี้ได้เหมือนกันนะครับเพื่อไปดูว่ารายการผ่านทางนี้มีใบแจ้งหนี้เป็นอะไรบ้างนะครับก็สามารถกดได้อันนี้ก็คือเป็นการกดดู Detail ของแต่ละรายการผ่านทางนะครับว่าประกอบไปด้วยอะไรบ้างมี Trip อะไรเลข Trip อะไรนะครับแล้วก็จะมีรูปของรายการผ่านทางอยู่ด้านล่างนะครับต่อมาเป็นเมนูตรวจสอบค่าผ่านทางนะครับอันนี้ก็จะค้นหาคล้ายๆกันเลยนะครับอยู่ที่ว่าเราจะค้นหาด้วยเอ่อป้ายทะเบียนวันที่ผ่านทางหรือว่าจะค้นหาจากรหัสอ้างอิงการชำระเงินก็สามารถค้นหาได้ค้นหาจากใบแจ้งหนี้ก็สามารถค้นหาได้นะครับอ่าฟิลด์ด้านหน้าครับก็จะโชว์ค่อนข้างคล้ายๆกันแต่ว่าจะมีการสลับลำดับฟิลด์ให้มันเหมาะสมกับเรื่องของเมนูการชำระเงินถ้าเป็นในเรื่องของเมนูเกี่ยวกับตรวจสอบค่าผ่านทางเรื่องที่เกี่ยวกับการชำระเงินหรือว่าเลขที่ใบแจ้งหนี้จะไปขยับอยู่ด้านหน้าเยอะขึ้นนะครับแล้วก็ด้านหลังก็จะมีในเรื่องของปุ่มที่ว่าเป็นประวัติการชำระเงินปุ่มดาวน์โหลดใบแจ้งหนี้ปุ่มดาวน์โหลดใบเสร็จรับเงินนะครับก็สามารถกดดาวน์โหลดจากด้านหน้าได้เลยนะครับซึ่งจะแตกต่างจากของ All in One นะครับที่ต้องกดไปดาวที่ต้องกดเข้าไปข้างในก่อนถึงจะดาวน์โหลดได้นะครับก็จะอำนวยความสะดวกให้กับ End User มากขึ้นครับอันนี้ก็คือตัวอย่างของหน้าจอประวัติการชำระเงินนะครับต่อมาหน้าสุดท้ายนะครับอันนี้คือเป็นเมนูติดตามทวงถามนะครับก็อันนี้อย่างที่พี่แจ้งไปก็คือเรามีหน้าจอของเดิมอยู่แล้วนะครับแต่ว่าเอ่อทางพี่ๆทุกท่านนะครับก็มีความเห็นว่าอยากให้เพิ่มในเรื่องของตัวเพิ่มในเรื่องของตัวการ Preview PDF ที่เป็นจดหมายทวงถามนะครับพอกรณีที่ลูกค้าไม่ที่ทางติดต่อเข้ามานะครับว่าเอ้ยเนี่ยฉันได้รับจดหมายติดตามทวงถามเข้ามานะครับซึ่งของของเดิมเนี่ยของของช่วงที่ผ่านมาครับ M81 อะมันจะมีในเรื่องของตัวที่มี Wording ที่อาจจะไม่ค่อยไม่ค่อยคุ้นชินกันเท่าไหร่รวมถึงสมาชิกที่ว่ามีได้จดหมาย T+8 ที่เป็นจดหมายแจ้งเตือนเฉยๆอย่างนี้ครับก็ถ้าเกิดว่าสามารถ Preview เอกสารตรงนี้ได้อ่ะครับ Call Center พี่ๆจุดบริการหรือ Call Center อ่ะครับก็จะสามารถตอบลูกค้าได้สะดวกยิ่งขึ้นนะครับก็อันนี้เดี๋ยวอยู่ระหว่าง Solution ว่าจะดึงไฟล์ PDF ขึ้นมาแสดงได้ยังไงบ้างเพราะว่าตอนนี้ไฟล์ PDF เก็บอยู่ที่อีกระบบหนึ่งครับก็อันนี้อันนี้เป็น First Draft ก่อนนะครับที่ที่ทางที่ทางบริษัทตั้งต้นไปแล้วก็พี่ๆมีทางคอมเม้นต์พี่ๆแต่ละทีมมีคอมเม้นต์มาแต่ว่ายังไม่ได้มีการปรับแก้ไขถ้ามีการปรับแก้ไขแล้วเดี๋ยวจะทำนัดไปอีกรอบนึงนะครับในส่วนของตัวหน้าจอให้บริการลูกค้าอันนี้หมดแล้วครับทางพี่ป๋อมหรือพี่หนึ่งมีคำถามเพิ่มเติมไหมครับ ผมไม่มีครับพี่หนึ่งมีไหมครับไม่มีครับ งของอ่า ต่อไปยังเป็นอิชชู่ในส่วนของการตัดเงินนะคะ เต้ครับได้ยินไหมเอ่ยครับ ตอนนี้อะครับครับไอ้ตอนนี้เรามีปัญหาอ่าเรื่องของการตัดเงิน Easy Pass M-Pass นะครับซึ่งอย่างตอนนี้เรามี 3 อิชชู่ใหญ่ๆนะครับแล้วก็ในวันนี้เราก็จะทีมก็จะมาเสนอว่ามีอิชชู่อะไรบ้างแล้วก็แนวทางจะแก้ปัญหากับอ่าวิธีการจะเป็นยังไงเพื่อเสนอแนะนะครับก็อยากให้ทางผมพิจารณาว่าจะไปเวย์นี้ได้ไหมนะครับโดยเอ่ออิชชู่แรกก็คือเราเจอว่าปัญหาอย่างหนึ่งนะครับก็คือที่ระบบ CCS นะครับที่ของการทางพิเศษนะครับไม่มีโค้ด Mapping โค้ด Mapping คืออะไรก็คือตอนนี้เราเจอว่านะครับเป็นเอ่อสายทาง M81 เวลารถที่วิ่งเข้ามาอะครับมันจะมีด่านบางด่านที่วิ่งเข้ามาแล้วปุ๊บเนี่ยเขายูเทิร์นกลับที่พลาซ่าเดิมก็คือเข้าแล้วออกจุดเดียวเข้าจุดเดียวออกจุดเดียวก็เลยทำให้อ่าระบบเนี่ยมันบันทึกขาเข้าและขาออกเป็นเป็นพลาซ่าเดียวกันนะครับพอคราวเนี้ย Single Platform พอได้รับข้อมูลเข้ามาเนี่ย MFlow เนี่ย Single Platform ก็จะส่งโค้ดนะครับเพื่อส่งไปที่ CS เพื่อจะตัดเงินนะครับซึ่งโค้ดอ่าถ้าในภาพนี้เป็นเป็นโค้ดเทมนะครับเป็นตัวอย่างนะครับเป็นโค้ดที่ Map ตัวอย่างไว้เมื่อ CS รับข้อมูลไปปุ๊บเนี่ยปรากฏว่าทาง CS อะครับเขาไม่ได้ Mapping โค้ดขาเข้าขาออกแบบที่เป็นเข้าออกโค้ดเดียวกันเขามีแต่แบบเข้าโค้ดนี้ออกโค้ดนี้นะครับพอ CS ไม่ได้ Mapping โค้ดนี้ไว้เนี่ยก็ไม่มีการตอบกลับ MFlow พอไม่มีการตอบกลับ MFlow เนี่ยก็ทำให้อ่าใบแจ้งหนี้อะครับที่ที่เกิดขึ้นเนี่ยมันค้างสถานะมันค้างเพราะว่าไม่มีการตอบกลับมาเงินไม่สำเร็จนะครับก็เกิด Payment in Progress ค้างในระบบพอค้างในระบบไปนานเข้าก็จนครบกำหนดมันก็เกิดค่าปรับซึ่งพอเกิดค่าปรับเกิดขึ้นเนี่ยลูกค้าก็จะมาแจ้งนะครับมาโต้แย้งเราก็ต้องทำการเอ่อทาง Operation นะครับเฉพาะก็ต้องทำการ Manual แก้ไขอาจจะเป็นแก้ไขด้วยมือเพื่อถอยใบแจ้งหนี้นะครับแล้วก็ให้ลูกค้าไปชำระเองอะไรอย่างเนี้ยครับซึ่งนี่คือปัญหาหนึ่งนะครับที่มีเรากดไปสไลด์ 2 สไลด์ต่อไปนะครับอันนี้คือปัญหานะครับก็คือตัดเงินอย่างที่ผมพูดไปแล้วตัดเงินไม่สมบูรณ์นะครับเจออ่า Payment in Progress ในระบบนะครับทำให้เกิดอ่าค่าปรับเกิดขึ้นเพราะฉะนั้นก็เลยอ่าอ่าหารือว่าปัญหาแนวทางแก้ไขนี้ก็คืออยากให้ทาง CS นะครับต้องเพิ่มหรือรองรับตัวโค้ด Exit เดียวกันในระบบนะครับเพื่อจะได้ส่งตัดเงินได้ครับอันนี้ทางทางกลุ่มมี คอนเทนต์ยังไงบ้างครับผมผมขออนุญาตเสริมนี่นะครับครับเอ่อเคสที่เป้อธิบายเนี่ยน่าจะเป็นด่านศรีษะทอง M81 ใช่ไหมมันจะใช่ๆน่าจะใช่เอ้ยเดี๋ยวบางใหญ่ก็อาจจะมีมันจะมีไม่กี่ด่านแต่พอดีอย่างงี้ครับตอนนี้ในระบบ CS ของ M-Pass อ่ะจริงๆเข้าออกด่านเดียวกันอ่ะจะมีจะมีอยู่ในบางสายทางอย่าง M7 ก็มีลาดกระบังออกเข้าเข้าราดกระบังลาดกระบังแต่ของ M81 อ่ะไม่มีเพราะว่ายังไม่มีเหมือนยังไม่มีแจ้งเป็นทางการว่าให้คอนฟิกในระบบนะครับเพราะว่ามันมันเหมือนกับมีการอันนี้ป๋อมพอทราบไหมครับมันมันเหมือนยังไม่ได้มีการแจ้งเป็นทางการไปทั้งอีกทั้งทางการทางพิเศษด้วยกับในในส่วนของ M-Pass เองนั่นก็คือตอนนี้ปัญหาที่เป้อธิบายคือในใน CS อ่ะมันจะไม่มีโทรแฟร์เทเบิลของด่านเข้าออกด่านเดียวกันในสายทาง M81 อ่ะครับเข้าใจครับพี่หนึ่งแล้วแล้วก่อนที่เขาจะย้าย CS อ่ะมันไม่เกิดปัญหาเนี้ยเพราะอะไรอ่ะครับพี่พี่หนึ่งเอ่อเดี๋ยวนะครับปัญหานี้เกิดเกิดตั้งแต่แรกแล้วครับตั้งแต่ตั้งแต่เริ่มเปิด M81 เลย เพราะว่าแต่ว่ากรมไม่ได้รับเรื่องตั้งแต่แรกอ่ะครับพี่หนึ่งก็จริงอ่ะถ้าเรารู้ตั้งแต่แรกเราก็คงทำหนังสือไปให้เขาเพิ่มโฟร์แฟร์ที่เป็นเป็นเอ่อด่านตัวเองออกด่านตัวเองอ่ะครับไว้เหมือนกับ M7 มันมันมีการเลคประเด็นนี้โดยโดยทางเอ่อแต่จริงๆมันไม่ได้มาสัมพันธ์กับ Easy Pass โดยตรงมันมีมันมีมันมีการสอบถามครับว่าเรื่องโทรแฟร์ด่านเดียวกันออกด่านเดียวกันอ่ะให้ทำไหมเพราะเดิมมันมีนโยบายห้ามกลับรถอ่ะครับที่ M81 มันก็เลยไม่มีคำสั่งให้ให้คอนฟิกกรณียูเทิร์นเข้าออกด่านเดียวกันเพราะว่าห้ามกลับรถยกเว้นด่านศรีษะทองที่มีประเด็นเรื่องก่อสร้างไม่สมยังไม่สมบูรณ์นะครับอันเนี้ยเท่าที่ผมทราบปัจจุบันยังไม่มียังไม่มีแจ้งตอนเนี้ยข้อมูลเข้าออกด่านเดียวกันในระบบอ่ะเหมือนมีการคอนฟิกไว้แล้วใน MFlow แล้วถ้าถ้าไม่ใช่ M-Easy Pass อ่ะมันจะไปชำระด้วยด้วยตัวเองได้อันนี้ผมเข้าใจถูกไหมครับเป้ใช่ครับใช่มันจะไปช่องทางอื่นได้หมดเลยยกเว้น M-Easy Pass ครับใช่ครับ อ่าแสดงว่าปัญหาเนี้ยมันไม่ได้เกิดที่ฝั่งกทค. เพราะเขาไม่ผิดเพราะว่าเราไม่เคยแจ้งถูกครับเขาไม่เราไม่เคยแจ้งครับ เราไม่เคยแจ้งอย่างเป็นทางการแล้วคนทีมที่คนฟิกก็ไม่ไม่กล้าคนฟิกโดยพลการเพราะไม่มีคำสั่งครับมันจะเป็นลักษณะแบบนี้ เคสนี้ที่พี่หนึ่งเคยแจ้งทางพี่บุ้งไว้เป็นเบื้องต้นหรือยังนะครับเคยคุยกับบุ้งแล้วครับเรื่องนี้แต่ว่าเหมือน เหมือนกับว่าแล้วเรื่องนี้เคยจริงๆโทรแฟร์ของด่านเข้าออกเดียวกันกับโทรแฟร์ของเออเข้าออกด่านเดียวกันมันไม่อยู่ในมันไม่อยู่ในตัวที่อนุมัติเขาเรียกว่าอะไรนะครับพ.ร.บ. หรือที่ที่ครม. อนุมัติตารางค่าผ่านทางอะครับมันไม่มันไม่อยู่ในตัวเวอร์ชันนั้นอะครับทีนี้ผมไม่แน่ใจว่ากระบวนการต้องทำยังไงแต่ว่าถ้า ทางทางด้านเทคนิคอะก็คือให้เข้าไป Config ในระบบครับแต่ต้องลองที่ที่จริงตามตามตามหลักอะครับถ้าเป็นที่จริงมันพ.ร.บ. ของ M7 ที่ว่าเข้าออกเหลือแต่เรื่องมันก็ไม่มีเหมือนกันครับพี่แต่ว่ามันเป็นการหลักการคิดอ่าๆโดยการเข้าออกเหลือแต่คือเป็นราคาต่ำสุดของด่านนั้นๆ ครับฉะนั้นเนี่ยมันก็ควรจะถูก Config ทุกเข้าออกด่านเดียวกันทุกด่านในใน Minimum แกถูกมากใช่ครับถูกต้องครับอันเนี้ยฝั่ง M-Pass ให้ดำเนินการได้เลยนะครับ อืมแต่ว่าฝั่ง M M เอ่อใช่เขาเขาก็คงไม่กล้าเพราะว่าใช่ถูกต้องไม่งั้นก็ต้องต้องรอคุยกับทางพี่บุ้งแล้วก็ปัญหาเนี้ยเกิดเยอะไหมครับคุณเป้พอมีสถิติไหมครับอืมมีครับแต่ไม่น่าเยอะนะพี่เมย์ถ้าผมจำไม่ผิดเดี๋ยวพี่เมย์เอาไม่ไม่เยอะผมคิดว่าไม่เยอะคืออย่างงี้ครับผมอยากให้ทำเป็นข้อมูลตั้งแต่เริ่มเลยเปิด M-Pass มาจนถึงปัจจุบันเนี่ยครับว่ามันเกิดเคสแบบเนี้ยกี่กี่ครั้งซึ่งตัวเนี้ยปัญหาเหล่าเนี้ยมันมันไม่ได้ไม่ได้เป็นปัญหาใหญ่ขนาดที่ว่าเราไม่จำเป็นเราอาจจะทำหนังสือเพื่อจะให้เขาอะเออให้การทำพิเศษอะครับเพราะว่าระบบอื่นมันก็สามารถชำระด่านตัวเองออกด่านตัวเองได้ดังนั้น Easy Pass มันก็เป็นช่องทางการตัดเงินรูปแบบหนึ่งที่เป็นอัตโนมัติมันก็ควรจะมีการตัดเงินได้เหมือนกับทุกช่องทางผมมองอย่างงั้นนะดังนั้นตัวเนี้ยเราอาจจะต้องคุยกับทางพี่บุ้งแล้วก็ให้เขาอาจจะต้องทำหนังสือหรือว่าให้กรมอะครับให้กองอะครับทำหนังสือไปให้การทำพิเศษเพิ่มโทรแฟร์ตรงเนี้ยเข้า CS ฝั่งกทพ. แล้วก็ของ M-Pass ด้วยดังนั้นของ M-Pass ของพี่หนึ่งก็ต้องรอดีกว่าครับจะได้ทำความได้ครับครับแต่ว่าอยากให้สรุปปัญหาตรงเนี้ยว่าตั้งแต่เริ่มอะครับมีเยอะแล้วก็มีรายการกี่รายการเพื่อเอาปัญหาตัวเนี้ยมามาเป็นประเด็นในการพิจารณาครับ ดีกว่าครับเดี๋ยวได้ครับเดี๋ยวพี่เมย์พี่เมย์ฝากโยนแล้วก็ให้ทีมทําสรุปส่งให้ผมเนาะ ครับผมจะได้เสนอทางพี่บุ้งเพราะว่าที่จริงอ่ะมันมันก็ควรจะทําอ่ะแหละเพราะว่า M7 มันก็ยังทําเลยแต่ว่ามันติดปัญหาใช่ไหมว่าเหมือนที่พี่หนึ่งแจ้งอ่ะอาจจะเคยมีนโยบายอาจจะเคยมีนะครับที่ว่าไม่ให้กลับรถอ่ะที่จริงอ่ะด่านที่มันมีที่กลับรถใต้สะพานมันมีอยู่ด่านสีชาทองหรือเปล่าไม่แน่ใจอ่ะครับที่ว่าพ่อลุงก็ออกมาก็คือออกด่านตัวเองเลย ครับอ๋อสีชาทองอ่ะมันเป็นประเด็นสืบเนื่องจากเอ่อยังทําด่านไม่เสร็จครับมันจะมันจะเข้าออกได้ตอนเนี้ยตอนที่ประชุม M81 อ่ะเขาอนุโลมให้ด่านเดียวส่วนด่านอื่นน่ะเขาไม่ให้เลยเพราะว่าไม่ให้เปิดจุด U-Turn กลางทางอ่ะอย่างเงี้ยครับมันก็เลยมีมีประเด็นว่าไม่มีให้ U-Turn แต่ว่ามันไม่ได้แปลว่าเราคอนฟิกโทรแฟร์ไม่ได้ใช่ มันก็ต้องกันไว้ก่อนอะไรประมาณนี้ใช่ๆครับโอเคครับงั้นรบกวนทําข้อมูลให้หน่อยนะครับ อ่ารับทราบค่ะ ครับต่อมาเรื่องที่ 2 ก็คือดอทแฟร์กลับมาไม่ครบก็คืองั้นอ่าอธิบายตอนเนี้ยครับระบบปัจจุบันของ Single Platform เราครับเวลาส่งตัดเงินนะครับมันจะเป็นแบบ 1 Header มันจะมี Pay Ref Number เป็นตัวคุมนะครับ 1 Pay 1 Pay Ref Number แล้วก็มีหลาย Transaction นะครับก็สมมุติว่ารถคันนึงวิ่งเข้าหลายเที่ยวนะครับแล้วก็จะมี 1 Header มี Pay Ref Number คุมมียอดอีกเท่าไหร่แล้วก็มีรายการ Transaction อยู่ภายใต้ Header ก็คือ Detail นะครับแล้วคราวเนี้ยพอเราส่งตัดไปที่ CS นะครับเราเจอปัญหาว่าอ่ากลับมาไม่ครบนะครับสมมุติว่าอ่าพี่เมย์ไปหน้า 9 หน่อยครับเอาภาพตัวอย่างน่าจะชัดเจน สไลด์ 1 ครับ อะ สไลด์นี้ใช่ครับคือตัวอย่างอ่ะครับสมมุติว่ารถที่วิ่งเข้ามานะครับอันเนี้ยวิ่งเข้ามา Transaction มี 3 รายการนะครับเราก็จะเกิดใบแจ้งหนี้ 3 ใบเป็นเลขใบแจ้งหนี้ที่ที่เหมือนกันนะครับพอเราส่งตัดเงินไปที่ CS นะครับเราจะสร้าง Pay Ref Number ตัวหนึ่งขึ้นมาคุมนะครับตัวภาพที่ 2 นะครับตัวที่ลงท้ายที่ 21 นะครับแล้วก็จะมี Transaction Detail ต่างๆนะครับคุมอยู่คราวเนี้ยพอเราส่งตัดเงินปุ๊บเนี่ยเราก็ต้องรอตีกลับมานะครับพอเราดอทแฟร์กลับมาเราพบว่าอ่าจะกลับมาแค่ 2 Record นะครับทั้งที่เราส่งไป 3 ซึ่งในปัจจุบันตัว Single Platform เนี่ยเราจะใช้ Pay Ref Number คุมจะถือว่ามันต้องกลับมา 3 Record ที่เราส่งไปสมบูรณ์ถึงจะสามารถชําระเงินแบบสําเร็จได้นะครับแต่คราวนี้มันจะกลับมาแค่เคสแบบเนี้ยมาไม่ครบนะครับพอมาไม่ครบนี่เกิดอะไรขึ้นนะครับพอมาไม่ครบเนี่ยก็จะเกิดกรณีที่ระบบจะมียอดค้างชําระอยู่นะครับแล้วก็ทําให้คนผู้ใช้ทางครับสับสนก็ในเมื่อฉันวิ่งไปแล้วตัดเงินไปแล้วทําไมถึงตัดเงินไม่ครบแล้วก็ลูกค้าก็ไม่ได้สนใจก็คิดว่าตัดเงินสําเร็จแล้วเรียบร้อยนะครับแล้วก็ได้อะไรอ่ะเป็น Payment In Progress อยู่แล้วก็เกิด Due Date เกิดขึ้นนะครับพี่เมย์ลองกลับไปสไลด์ตัว Issue ที่ 2 ครับ ก็จะเกิดค่าปรับอะเกิดขึ้นอะที่นี่ต่อไปครับสไลด์ต่อไปครับอย่างที่ผมพูดไปนะครับมันก็จะทําให้เวลาเราสรุปพวกรายงานรายได้อะไรอย่างเงี้ยแล้วเกิดความสับสนแล้วก็มีมาร้องเรียนนะครับว่าทําไมถึงมียอดค้างอยู่ซึ่งอ่าที่มีไปเมื่อกี้ครับซึ่งตอนนี้ผมคิดว่าน่าจะเกิดจากกรณีอาจจะกรณีที่ชัดเจนที่สุดก็คือเช่นอ่าลูกค้าเงินไม่พอในในในกล่องอะไรใน Wallet ก็คือพอไม่พอเนี่ยก็ยังตัดไม่ได้เขาก็จะค้างภาพไปที่ CS ก่อนรอลูกค้าเติมเงินเข้ามาถึงค่อยอ่านระบบถึงจะตัดแล้วส่งไฟล์แบบเรคคอร์ดให้เรือกลับมาให้แต่กรณีบางทีเราไม่รู้จะมาเมื่อไหร่จนใบแจ้งหนี้ที่ Single Platform มันเลย Due Date ไปมันก็เกิดค่าปรับครับซึ่งอันเนี้ยทีมก็คิดว่าเอ๊ะเราจะแก้ปัญหานี้ได้ไงในกรณีแบบนี้นะครับก็คิดว่าน่าอยากจะทําในลักษณะอ่าปรับปรับปรับ Logic นะครับก็คือเป็นไปได้ไหมที่จะกลับมาแบบเป็นหนึ่งเทรดเดอร์หนึ่งดีเทลก็คืออ่าหนึ่งเล็บหนึ่งเพย์เล็บนัมเบอร์ต่อหนึ่ง Transaction นะครับไม่ทําแบบรวดแล้วเพื่อจะได้ทําให้เวลาหน้าจอที่แสดงมันจะไม่สับสนพี่เลื่อนไปข้างล่างอะลงไปสุดๆอะที่เป็นหน้าจอที่ตัวอย่างที่เวลาลูกค้าสับสนจะเป็นยังไงเกิดขึ้นอ้าวหมดแล้วหรอไม่ใช่สิสไลด์สไลด์นั่นสิบมั้งนึกหกอะอ่าใช่ใช่ใช่ใช่ใช่อันนี้ครับเวลาเวลาที่มันเกิดกรณีแบบเนี้ยครับมันก็จะเวลาลูกค้าเข้ามาเล่นหน้าจออะครับเขาก็จะเห็นว่าเอ้าส่งไปสามสิบสามรายการเก้าสิบบาทจัดเงินสําเร็จหกสิบอยู่ระหว่างการรอชําระเงินสามสิบบาทอะไรอย่างเงี้ยครับแล้วก็เวลาเขาจะไปโหลดใบเสร็จอะครับอีกหน้าถัดไปครับผมก็จะโหลดไม่ได้เพราะว่าตัว Logic ระบบปัจจุบันของเรามองว่าเพย์เล็บนัมเบอร์มันต้อง Success ทั้งหมดถึงจะแสดงใบเสร็จได้อะไรอย่างเงี้ยครับมันก็จะเป็นปัญหาแบบเนี้ยตามมาเวลาลูกค้าเข้าเข้ามาเช็กอะครับก็จะประมาณนี้ครับ Issue ที่สองทางทางกรมมีประเด็นอะไรไหมครับ ไม่ครับอันนี้เกิดขึ้นทั้งสองฝั่งเลย Easy Pass ใช่ไหมครับใช่ๆครับใช่อันนี้ไม่เป็นคนละกรณีกับเรื่องที่เกิดขึ้นในปัจจุบันที่ Easy Pass ขึ้นระบบใหม่แล้วเราได้ดรอปเพย์ไม่ครบเหมือนกันอ่าๆคนละปัญหากันใช่ครับคนคนละปัญหากันแต่ก็คล้ายๆกัน หมายถึงว่ามันทําให้ผลกระทบแบบนี้คล้ายๆกันเป็นผลกระทบเดียวกันครับใช่ๆครับใช่แล้ว แล้วทําเหมือนที่ทางคุณเพชรพูดอะใช้เวลาไหมครับที่ว่าหนึ่งดีเทลต่อหนึ่ง Transaction อะครับใช้เวลาแก้ใช่ไหมครับใช่ครับ เอ่ออันนี้ต้องต้องต้องเรายังไม่ได้ประเมินประเมินว่าจะใช้เวลานานเท่าไหร่แต่คิดว่าไม่นานนะครับเพราะว่าก่อนของ M9 เดิมก็น่าจะมีลักษณะแบบนี้ทำไว้อยู่แล้วแต่ที่กังวลก็คือการทางเพราะว่าเข้าใจว่า requirement ที่เป็นแบบเนี้ยตอนนั้นเหมือนคุยกับการทางครับเขาอยากได้แบบนี้ซึ่งคิดว่าน่าจะมีความเนี่ยครับมันต้องทำเลยไม่ได้ต้องคุยต้องแจ้งกันค่ะเนื้อค่ะพี่ป๋องใช่ใช่อันนี้คือประเด็นประเด็นอยู่ตรงนี้มากกว่า จริงๆในมุมของ CS อ่ะมันมันน่าจะรองรับอยู่แล้วเสมือนว่ารายการเนี้ยถ้ามันมีรายการเดียวมันก็จะเป็นลักษณะแบบนี้ถูกไหมครับหนึ่งเฮดเดอร์หนึ่งดีเทลอะครับ ผมตอนนั้นอะพี่หนึ่งผมจำได้ว่าเราทำตอน Dot Pay อะเมื่อวานผมคุยกับคุณอาร์ตอะครับผมจำได้ว่า Dot Pay ตอนกลับมาอะครับถ้ามีสามรายการส่งไปใช่ไหมครับอืม Dot Pay ก็จะตอบกลับมาสามรายการหรือมีบางรายการที่บอกว่าไม่สำเร็จ ครับ เออผมก็เอ๊ะปัจจุบันลอจิกเราเป็นอย่างนั้นอยู่หรือเปล่าที่ที่เสีย Dot Pay กลับมาหลังจากที่เขาขึ้นระบบใหม่ อันเนี้ยพี่หนึ่งปส. ต้องต้องอันเนี้ยเท่าที่เท่าที่ทราบไม่น่าจะเป็นอย่างนั้นเพราะว่าพอดีได้รับอันนี้อันนี้เป็นอีกอีกอิชชูหนึ่งนะอิชชูใหม่เนี่ยทราบมาว่า Dot Pay มาแค่ตัว Success แล้วตัวที่ไม่ Success เราอ่ะต้องเป็นคนไปไปบอกกทพ. ว่ามีอันไหนบ้างว่าที่ไม่ Success ให้ส่งมาใหม่ซึ่งพอดีผมคุยกับกับพวกเมื่อวานนะครับคือเคสพวกนี้จริงๆแล้วเออเราคือกรมอ่ะก็จะไม่ได้รับค่าผ่านทางอืมตามที่ควรจะได้อันเนี้ยเราเสียประโยชน์แต่ว่าปัญหานี้ไม่ได้เกิดฝั่งเราอ่ะเหมือนกับตอนเนี้ยกรมจะให้ทางโอเปอเรเตอร์อ่ะทำทำรายงานส่งส่งก. แจ้งกทพ. ว่าระบบมีปัญหาให้แบบให้ดำเนินการแก้ไขประมาณเนี้ยครับเพราะว่าก่อนหน้านี้ไม่เคยมีปัญหาแบบนี้ครับ แล้วมันยังมีลอจิกเดิมไหมครับที่แบบว่าเงินเขาไม่พอแล้วมันจะไปพักไว้แล้วก็รอ ยังมีครับลอจิกที่ที่เช็กเฮดเดอร์ทั้งก้อนแล้วเงินไม่พออะมันจะไม่ตัดถูกปะใช่ครับมันจะยังไม่ตัดมันจะไม่ตัดทั้งสามรายการเลยใช่มันจะไม่ตัดทั้งหมดเลยครับยังเป็นลอจิกนั้นอยู่ครับทีนี้ถ้าทำอย่างที่เป้ว่าโดยโดยรูปแบบของ Data ครับจริงๆสมมุติว่าเราเติมเราตัดสามรายการกับเราตัดรายการเดียวสมมุติรถคันนี้วิ่งครั้งเดียวเลยอะมันก็จะมาเป็นหนึ่งเฮดเดอร์หนึ่งดีเทลแบบแบบนี้อยู่แล้วถูกปะระบบอะมันรองรับครับเพียงแต่ว่าถ้าถ้าฝั่งเราซอยทั้งหมดออกเป็นหนึ่งหนึ่งหนึ่งอะมันมันต้องไปวิเคราะห์เรื่องผลกระทบด้วยนะเพราะว่ามันจะมีมันจะมีเรื่องของเอ่อเขาเรียกอะไรวะความจำนวน Data ที่เยอะขึ้นกับการเรียงลำดับสมมุติว่าเราส่งแยกไปแล้วรายการเหล่านี้มันไม่ได้เรียงกันไปอ่ะครับแล้วมันมันอาจจะมีบางช่วงที่มันมันไปตัดมันนึกว่ามันเขาเรียกว่าไรอ่ะมันยังไม่ไปยังไม่ไปตัดแล้วมีรถวิ่งผ่านเลนแซงหน้าไปอะไรอย่างงี้แต่ว่าเออแต่ถ้าเป็นอย่างนั้นรายการเหล่านั้นก็จะก็จะตัดไม่ผ่านอยู่ดีก็จะก็จะผ่านผ่านแค่บางรายการคือถ้ากรณีที่เราซอยย่อยเป็นหนึ่งต่อหนึ่งอะมันก็จะทำให้บางรายการตัดได้ประมาณนั้นครับรายการไหนที่ตัดไม่ได้ก็จะรอ ครับอืมถ้างั้นผมว่าเท่าที่ฟังผมว่าไอ้เคสเนี้ยน่าจะไม่เกี่ยวกับเงินไม่พออะครับเพราะว่าเหมือนที่พี่หนึ่งพูดเมื่อกี้เพราะผมก็เข้าใจอย่างงั้นอย่างเคสถ้าเงินไม่พอเราส่งไปเงินในบัญชีเขามี 60 บาทเราส่งไป 90 บาทมันก็จะไม่ตัดทั้ง 3 รายการเนี้ยซึ่งตัวเนี้ยผมมองว่ามันเป็นที่ระบบเขาเพราะว่าถ้าสมมุติว่าเราตัดได้เป็นบางรายการอีกรายการนึงทำไมมันตัดไม่ได้เนี้ยเราต้องเหมือนกับทางทางกรมเนี่ยต้องทำหนังสือโดยเหมือนกับแจ้งปัญหาว่าเราได้รับตัวดอทเพย์ไม่ครบให้ตรวจสอบให้ทางกทค. ตรวจสอบว่าเกิดจากอะไรเราจะไม่รู้ว่ามันเกิดที่เขาหรือที่เราเพราะว่าผมมองว่าถ้าเป็นอย่างงั้นอะมันไม่ได้เกิดเพราะว่าตัดเงินแล้วเงินไม่พอหรอกถ้าถ้าไม่พอไม่พอมันคือไม่ตัดตั้งแต่ต้น ครับอันนี้อันนี้เป็นคนละประเด็นกับที่เป้กำลังคุยกับเราก่อนอ่าใช่ มันจะมีเคสอะครับจุดบอดมันก็คือเคสที่โดยปกติ Single Platform จะส่งไปที่ Gateway ก่อนซึ่ง Gateway อะเขาจะเช็คให้ด่านแรกว่าเงินพอไม่พอที่ระดับ Header แต่คราวนี้ Gateway เช็คแล้วเงินพอแต่เมื่อไหร่ที่ Gateway ส่งเข้า CS นะครับปรากฏว่าจังหวะที่อยู่บน CS ต่างหากที่เงินไม่พอก็คือมันมีถูกตัดกับที่อื่นแล้วที่ CS อะมันไม่พอมันทำให้คือคือเคสของเป้อะคือ MFlow ได้รับรู้ว่าพอใช่ เอ่อก็เลยขึ้นขึ้นสถานะว่ากำลังดำเนินการถูกปะถูกครับแต่ว่าพอไปตัดจริงอะตัดไม่ได้เลยมันก็จะค้างกำลังดำเนินการไปเรื่อยๆใช่ครับ แต่ถ้าเป็นอย่างนี้ 1:1 กับ Batch ก็ต้องมีค่าเท่ากันไหมเป้ เอ่อถ้า 1:1 มันจะทำให้ลูกค้าไม่สับสนเพราะว่า Pay-slip มันคนละตัวเวลาไปโชว์หน้าจอมันก็สามารถโหลดใบเสร็จอะไรได้เพียงแต่ว่าไอ้รายการใบแจ้งหนี้ตัวเนี้ยอ่าอย่างอย่างชำระต้องรอดำเนินการอยู่เท่าไหร่จากภาพที่ผมเอาให้ดูอะครับมันจะมีปัญหาตอนดาวน์โหลดพวกใบเสร็จหรืออะไรพวกเนี้ยครับแล้วตอนแสดงอ่าประวัติการชำระเงินครับ แต่มันจะเป็นลักษณะของกำลังดำเนินการอยู่ทั้งหมดทั้ง Batch เลยไม่ใช่เหรอมันจะไม่ใช่เรื่องมีบางรายการที่ตัดสำเร็จ อ่อพอดีเราเราส่งรวบไปใช่ไหมครับแต่คราวเวลาที่กลับไปกลับมาครับเราจะเราจะไป Stamp ตรง Transaction Detail ว่ารายการ Building เพราะว่า Pay-slip คุม Building ใช่ไหมครับมันจะมี 3 Building อ๋อมันเป็น Pay-slip เดียวกันอ่า Pay-slip เดียวกันอ่าโอเคมันเป็นมันเป็นขาอัปเดต Data ฝั่งเราว่าเราเอา Pay-slip เนี้ยมาอัปเดตครับกับเคสที่สองที่เมื่อกี้ผมปิ๊งขึ้นมาหนึ่งหรือว่าเราอาจจะกลับไปดู Logic ตรงดาวน์โหลดใบเสร็จว่า Logic เดิมที่เราใช้ Pay-slip คุมอาจจะลองดูว่ามันมีแนวทางเปลี่ยนไปได้ไหมเพื่อให้เขาสามารถดาวน์โหลดแยกใบแจ้งหนี้ได้ในกรณีเกิดเหตุการณ์แบบนี้ก่อน ปีแต่ว่าเดี๋ยวๆจริงๆน่าจะเช็คก่อนว่าเพย์เล็บเดียวกันครับแต่มีบางรายการสำเร็จบางรายการไม่สำเร็จได้ด้วยเหรอ ก็ก็เคส Dot Pay อะครับ Dot Pay ที่มันกลับมาอะครับพอ Dot Pay กลับมาใช่ไหมครับครับคือ Dot Pay กลับมาตัว Single Platform จะเช็คก่อนว่า Transaction หรือ Pay เล็บที่ส่งกลับมามันคือรายการไหนซึ่งเราจะรู้ Single Platform จะรู้เลยครับเขาก็จะไปหรือว่าเป็นเล็บนี้ Transaction นี้ Billing นี้อ่าโอเคกลับมาแล้วนะก็แสตมป์ Success เรคคอร์ดที่สองเอา Billing Pay เล็บนี้ Transaction นี้ Billing นี้ก็แสตมป์ Success อะไรอย่างเงี้ยครับมันจะรู้ครับตัว Single Platform ครับสมมติเราตัดเราส่งตัด Easy Pass 3 รายการพร้อมกันเนี่ยครับมันจะเป็น Pay เล็บเดียวกันทั้ง 3 รายการนะใช่ครับถ้าเป็นรถคันเดียวกันแล้วรวบนะครับแบบรวบใช่ครับแล้วสมมติว่าเรา งั้นถามถามต่อแสดงว่าเคสของเป้อะมันอาจจะเป็น Pay เล็บเดียวกันที่อยู่อยู่ในการตัดเงินที่มีมากกว่า Easy Pass อย่างเดียวเหรอเหรอครับ อืมมากกว่า Easy Pass อย่างเดียวเหรอ เพราะว่าสมมติถ้าเป็น Easy Pass อย่างเดียวแล้ว Pay เล็บเนี้ย Cover Transaction ทั้งหมดใน Batch แล้วมันจะตัดไม่ผ่านทั้ง Batch ตาม Logic เอะเงินไม่ผ่านมันไม่ตัดเลยใช่ๆ Pay เล็บเนี้ยก็จะไม่ถูกก็จะเป็นไม่ Success ทั้งหมดแต่เคสของเป้ก็คือใน Pay เล็บเดียวกันมีบางอัน Success มาไม่ Success แปลว่าอันที่ Success อ่ะอาจจะเป็นรายการที่ไม่ได้ตัด Easy Pass เหรอฮะหมายความว่าใน Pay หนึ่ง Pay เล็บเนี้ยรวมรวม Payment หลายๆหลายๆรูปแบบหรือหลายๆคันไว้ใน Pay เล็บเดียวกันได้ไหมได้ๆอันนั้นได้ครับ ก็คือเหมือน Pay เล็บเนี่ยคุมคุม Billing ทีหนึ่ง ว่าเราเรารวบใช่ไหม Pay เล็บคือการรวบใช่ๆแปลว่าเราอาจจะรวบ Payment ทั้งหมดที่ค้างชำระสมมติผมมีรถ 3 คันนะครับแล้วผมรวบ 3 คันนี้ไปชำระผมจะได้ Pay เล็บกี่ Pay เล็บครับ ถ้ารวบก็ Pay เล็บเดียวครับอ๋อปัญหาของเป้คือ พอเป็นอย่างนี้ปุ๊บ Pay เล็บบางรายการที่ไม่ใช่ Easy Pass มัน Success แล้วก็จะแสตมป์ Success ใช่ครับใช่ครับแต่ในขณะเดียวกัน Pay เล็บเนี่ยมันไม่ Success ในส่วนของ Easy Pass อย่างงี้เหรอครับบางรายการบางรายการใช่แล้วตอนนี้ในระบบอัปเดตเป็นยังไงครับเป็นกำลังดำเนินเป็นกำลังรอครับรอกำลังดำเนินการอยู่ อยู่ระหว่างดำเนินการครับถ้าจำไม่ผิด แปลว่าในใน Dot Pay เนี่ย Pay เล็บเดียวกันบางรายการสำเร็จบางรายการไม่สำเร็จใช่ครับแสดงว่ามันเป็นรถหลายคันรถหลายคันใน Pay เล็บเดียวกันเพราะมันเป็น Dot Pay ของ Easy Pass Easy Pass เอ่อผมผมแยกเป็น 2 2 เรื่องได้มั้ยครับครับอันแรกอันที่เป้นําเสนออ่ะอันนี้ผมไม่แน่ใจว่าจะยังไงเอ่อจะจะทําทดลองทดลองก่อนมั้ยหรือว่าหรือว่าหรือว่ามีมีผลกระทบอะไรอย่างเนี้ยมี มีการคุยกันแล้วหรือยังครับ แนวทางแก้ไขนี้ใช่มั้ยครับใช่กับกับอีกเรื่องนึงคือเรื่องตะกี้ที่ที่บอกว่าปัญหาของการขึ้น CCS ใหม่แล้วดอทเปย์มาไม่ครบอันนั้นประเด็นนั้นน่ะเดี๋ยวกรมจะทําหนังสือแจ้งให้พอๆไปแต่ประเด็นแรกอันเนี้ยอันนี้จะเห็นเป้บอกว่าจะเป็นแนวทางหรือมีการทดลองหรือยังครับ อ๋อมีการทดลองหรือยังยังครับยังไม่ได้ลงมือครับเพราะว่าตอนเนี้ยปัญหาที่ที่เสนอแนวทางนี้เพื่อไม่เพื่อไม่ใช่ว่าจะให้ไอ้นั่นดอทเปย์กลับมาครบนะเพื่อแก้ปัญหาที่ลูกค้า เขาสับสนรับสถานะใช่ได้คุยกับสอ. บ้างมั้ยครับจากทีมกับเอ็มพาร์ค อ๋อยังครับยังๆยังไม่ได้คุยเดี๋ยวๆผมไปลองสอบ ถามดูว่าจริงๆโดยทางเทคนิคคิดว่าไม่น่าน่ามีประเด็นแต่แต่ไม่แน่ใจว่ามันไปมัน มันซ่อนนะคะพี่หนึ่งขอคุณนัทไม่ได้มีประเด็นแต่ว่าอยากให้แจ้งกตป. ก่อนดีไซน์เพราะว่าดีไซน์นี้มันเป็นอย่างที่พี่เป้เรียนนะคะว่าดีไซน์นี้มันเป็นสิ่งที่เอ่อทางกตป. รีเควสมาตั้งแต่ต้นใช่ค่ะแล้วทีนี้ถ้าจะรื้อดีไซน์อะไรอยากให้นําเสนอเขาก่อนเพื่อที่เราจะมารีดีไซน์กันไม่แน่ใจว่ามันจะกวนเรื่องของ Performance ฝั่งนู้นหรือเปล่าที่เขาเคยคอนเซิร์นส่วนฝั่งเอ็มพาร์คไม่ติดใช่มั้ยฮะฝั่งเอ็มพาร์คไม่ติดค่ะอ๋อโอเคค่ะ อันนี้มันเหมือนมันเหมือนจะต้องคุยเป็นทางการนะเนี่ยใช่ๆครับเออ อืมตั้งมันเป็นตั้งแต่แรกเลยตั้งแต่เราเปิดตัวนิวซิงเกิลใช่ไหมครับปัญหาเนี้ย ใช่ๆครับมันเป็นปัญหานั้นตั้งแต่แรก อันเนี้ยเราต้องคุยกับทางกตป. เป็นทางการน่ะต้องหารือแล้วก็เลสปัญหาตรงเนี้ยขึ้นมาครับผมว่าตอนเนี้ยเราเอาปัญหาที่มันเกิดจากตัวที่เขาขึ้น CS ใหม่ก่อนให้เขาให้เขาใช่ครับใช่ครับแล้วก็เราค่อยมาคุยกันเรื่องเนี้ยอีกทีนึงแล้วก็เอาข้อมูลแล้วก็ปัญหาที่เกิดขึ้นจากการเอ่อรวมเอ่อส่งตัดแล้วมันเกิดปัญหาอะไรบ้างแล้วเราอยากแยกเพื่อจะลดปัญหาในส่วนที่ตัดเงินแล้วไม่ดอทเปย์มาไม่ครบอ่ะครับอืมครับเอาเรื่องเรื่อง CS ก่อนดีกว่าผมว่าขั้นแรกนะปัญหาที่เกิดจากการเขาขึ้นระบบใหม่อ่ะครับอย่างเราทําหนังสือแจ้งเป็นทางการ เพราะตอนนี้มันเหมือนเท่าที่เท่าที่ได้รับทราบมันเหมือนมีมีข้อมูลไม่ครบทุกวันเลยใช่ไหมครับเหมือนเราได้เงินไม่ครบทุกวันเลย คิดว่าใช่ไหมพี่เมย์อันนี้ผมไม่ไม่ ไม่แน่ใจคําว่าขอให้คีย์กับพี่หนึ่งอะไรนะคะ คือมันจะมีพอดีคุยกับทั้งทางทางโอเปอร์ด้วยกับทางทีมเทคนิคด้วยอ่ะครับเขาเหมือนกับว่าปัจจุบันนี้ Dot Pay หลังจากขึ้น CCS แล้วอ่ะ Dot Pay ที่ตอบกลับมาทุกวันๆเนี่ยมันไม่ตรงกับยอดที่เราส่งไปเอ่อจําชื่อไฟล์ไม่ได้นะไฟล์ที่เราส่งไปเรียกเก็บอ่ะแล้วก็พอเอามาชนกันเนี่ยไฟล์ใน Dot Pay น้อยกว่าทุกวันเลยแล้วเหมือนกับว่าเราจะต้องรีเควสขอให้เขาส่งซ่อมมาที่ประชุมรอบที่แล้วที่บอกว่าเป็น Dot Pay_1_2 อะไรพวกนี้ครับอันเนี้ยเออตอนหลังตอนแรกผมนึกว่าการซ่อมอ่ะมันซ่อมอัตโนมัติแต่ว่ามาทราบทีมาทราบเมื่อวานนี้ว่าการซ่อมของกตภ. เกิดจากการที่เราอ่ะจะต้องไปหาเอาเองว่าอันไหนที่เรายังไม่ได้ให้เขาซ่อมกลับมาอะไรอย่างเงี้ย นี้แบ่งเป็นสองเรื่องไหมคะมันจะมีสองอันเรื่องของไฟล์สิ้นวันที่เขาต้องส่งให้เราอือจากเดิมที่เราขึ้นระบบเรามีการรับส่งไฟล์นั้นได้ปกติตอนที่เราชนรับรู้รายได้ครับอันนั้นเขาต้องแก้ไฟล์นั้นเพื่อให้ส่งกลับมาให้เราให้ได้ครับอันนี้เขาน่าจะอยู่ระหว่างดําเนินการอยู่ รับดําเนินการของใครครับของเขาของ ฝั่ง ฝั่ง CCH ค่ะใช่แต่ทีนี้มันเกิดผลกระทบกับกรมแล้วเข้าใจว่ากรมจะกรมจะออกหนังสือแจ้งเป็นทางการไปด้วยก็ ก็ควรจะออกหนังสือเร่ง อืมเพราะว่าเหมือนกรมได้รายได้ไม่ครบทุกวันคือต้องต้องให้ทางทีมโอเปอร์หรือว่าแพ็กเกจ 2 อ่ะครับเลสปัญหาตรงนี้ขึ้นมารายงานกรมอ่ะครับกรมจะได้เอาตัวเนี้ยอ้างเป็นอันนี้โอเปอร์น่าจะเจออ่ะค่ะพี่อ่าก็สรุปรายรายการตั้งแต่รายการตั้งแต่วันที่เท่าไหร่ถึงวันที่เท่าไหร่ที่เจอปัญหาแล้วก็จํานวนที่ไม่ครบอ่าครับเป็นทําเป็นเหมือนที่เขาเคยทําหนังสือท้วงเรามาอ่ะเรื่องเรื่องเรื่อง Easy Pass อ่ะก็คือเอาตัวเลขมาคุยกันเลยแล้วก็บอกว่าเป็นข้อมูลณวันที่เท่าไหร่เพื่อจะให้เขาไปหาปัญหาใช่ครับหาปัญหาแล้วก็แก้ไขเพราะว่าเราเราไม่เคยรู้เป็นทางการเลยว่าเขามีการโยก CS ใหม่อืมจริงเขาไม่ได้แจ้งเราจะเราจะไม่พูดถึงเรื่องว่าตั้งแต่เขาย้าย CS ใหม่แล้วเกิดเกิดปัญหาเราจะบอกว่าเราเจอปัญหาตั้งแต่วันที่เท่าไหร่ตั้งแต่เมื่อไหร่อืมครับแล้วกรมก็จะทําหนังสือไปถามเขาให้เขาดําเนินการตรวจสอบแล้วก็แก้ไขครับดังนั้นรบกวนทางทางทีมแพ็กเกจ 3 ด้วยนะครับทางพี่ยูทางพี่แม็กซ์อ่ะครับทําทําต้นเรื่องมาให้หน่อยอ่ะครับ งามรับทราบครับ ครับผมต่อไปไปเรื่องที่ 3 อันนี้อันนี้น่าจะเป็นพี่เมย์ลองกดไปข้างล่าง อืมน่าจะเป็นที่ระบบมีปัญหาครับก็คือตัว Dot Pay ไม่กลับมาเลยผมคิดว่าตอนนี้ Agent ก็น่าจะกำลังแก้อยู่ซึ่งตอนนี้ก็มีกลับมาบ้างแล้วก็มีอะนี่คือเคสตกที่เราคุยกันเนาะใช่ใช่ใช่ใช่ โอเคซึ่ง ล่าสุดก็มีคุยกันแล้วนะมีคุยกับทางคนอาเดี๋ยวครับพี่หนึ่งเรื่องของปัญหาครับโอเคครับ ครับผมทีนี้พี่เป้ครบแล้วใช่ไหมคะครบแล้วครับครบแล้วครับอ่าเมย์ขออนุญาตอัปเดตเพิ่มที่ได้รับปัญหาแจ้งมาค่ะพี่ป๋อมพี่หนึ่งเมื่อวานที่ได้มีการประชุมร่วมกับกปภ. ค่ะคือนอกจากปัญหาที่เขาขึ้นระบบมาเราได้รับผลกระทบคือการลงทะเบียนของเขาผิด Account ผิดอันเนี้ยเขาแจ้งมาให้เราช่วยในการ Unregister แล้วก็ Register เป็นใหม่แต่มีปัญหาเพิ่มอีกปัญหาหนึ่งที่เข้ามาคือมันมีรายการที่ตัดเงินผิดอะค่ะตัดเงินผิดบัญชี ซึ่งเป็นปัญหาจากฝั่งเขาเหรอครับใช่ค่ะเยอะเยอะไหมครับเออ ที่เขาแจ้งมา 35 รายการแต่เมื่อเช้าที่โอเปอร์เราเจอน่าจะมี 1 รายการแล้วคุณรัตน์ก็ตรวจแล้วว่าผิดจริงๆค่ะทีเนี้ยเมย์ก็เลยเมื่อวานประชุมร่วมกันเมย์ก็เลยแจ้งว่าในแนวทางแก้ไขพี่เป้ก็บอกว่ามันสามารถทำได้ในเทคนิคเนาะแต่ว่าจะต้องให้ทางต้องแจ้งผอ. ให้อนุมัติซึ่งเราก็เอาข้อมูลทั้ง 35 รายการอะค่ะมาวิเคราะห์แล้วก็จำแนกกลุ่มที่สามารถทำได้กับไม่สามารถทำได้เนื่องจากลูกค้าเหล่านี้ไปจ่ายช่องทางอื่นมาแล้วแต่มันมีประเด็นคือในสิ่งที่เขาตัดผิดที่เจอวันเนี้ยค่ะแล้วเขาตรวจแล้วว่าตัดผิดเนี่ยมันจะต้องมีการคืนเงิน มันไปตัดคนอื่นที่ไม่ได้ผ่านทางอย่างงี้เหรอครับใช่ค่ะพี่แล้วอันเนี้ยวิธีกระบวนการคืนเงินจะทำยังไงครับ ก็กปภ. เขาบอกว่าเขาจะยกเลิกยกเลิกรายการ Transaction นั้นอะค่ะแล้วก็ให้เรารีรีส่งใหม่ๆ แต่มันตัดเงินไปแล้วไม่ใช่หรอครับอ่าเดี๋ยวพี่เมย์เอาไฟล์นึงขึ้นมาก็ได้ไหมไฟล์ที่น้องทำใช่ไหมคะ ใช่ๆ ครับแต่เราอะส่งไปถูกเราส่งว่าผมมีรถคันนี้นะคุณไปตัดบัญชีนี้ให้หน่อยเขาเอาไปตัดผิดอย่างงี้เหรอครับ ครับเดี๋ยวเดี๋ยวผมจะไปก่อนประมาณในไฟล์มันจะมีอยู่ประมาณ 3 ประเภท 3 กลุ่มของปัญหาครับพี่หนึ่งครับอ่ามันจะมีของเคสพี่หนึ่งที่พี่หนึ่งถามก็คือกรณีที่แบบมีการตัดสมมุติว่ามันมี 2 Wallet เนาะผมก็ยิงเข้าไปแล้ว CS เนี่ยเขาไปตัดความจริงต้องตัดของผมแต่ไปตัดของพี่หนึ่ง ครับ และคราวเนี้ยเขาก็เลยทาง CS อะครับเขาก็จะทำการยกเลิกทางรายการที่ส่งไปตัดของพี่หนึ่งแล้วก็จะหาทางเงินเขาไปเติมของพี่หนึ่งให้แต่คราวนี้ครับเขาก็บอกว่าอยากให้ Single Platform อะครับยิงรีรีรันตัดเงินเข้าไปใหม่เพื่อตัดของผมให้ถูกเพราะว่าของผมอะมันยังเต็มอยู่ใช่ไหมครับมันยังไม่ถูกตัดเลยเขาก็เลยให้ Single Platform อะรีรันแล้วยิงส่งไปตัดใหม่เพื่อที่เขาจะไปตัดเงินของผมออกอะไรอย่างเงี้ยครับเออ แสดงว่าขายกเลิกขาเติมกลับไปให้ลูกค้าคนที่ผิดอะกรณีจัดการเองจะให้เราส่งรายการตัดเงินไปให้ใหม่อีกรอบนึงรายการตัดเงินที่เราเคยส่งอะเขาใช้อันเดิมอะส่งให้ตัวเขาเองตัดอีกรอบไม่ได้เหรอ ก็เหมือนเหมือนเขาเขาไม่มั่นใจอะครับน่าจะไม่มั่นใจเขาเลยมาขอให้เราดีลันอ้าวเพราะว่าเขาอยากได้เพราะว่ามันมีมันมีปัญหาซับซ้อนเยอะเช่นตอนสร้าง Register อะครับ Account ก็ไม่ได้คือตอนเวลาเรา Register ใช่ไหมเราผูกใช่ไหมพี่หนึ่งเราจะได้ Account ID กลับมาเก็บที่ Single Platform เหมือนกับว่า Account ID ที่ตอบกลับมาส่งกลับมาให้เราก็เป็น Account ID ที่ผิดไม่ใช่ของของคนนั้นเป็นของของคนอื่นอะไรอย่างเงี้ยครับเขาก็เลยคือมันมีปัญหาซับซ้อนเยอะเขาก็เลยอยากเขาก็เลยทำการฝั่งของเขาเนี่ยไอ้ Account ที่ผิดเนี่ยเขาไป Unregister ใหม่แล้วเขาก็ให้เรายิงเข้าไปใหม่เพราะว่าเขาต้องการข้อมูลต้นทางที่มันถูกให้เรายิงเข้าไปใหม่เพื่อได้ข้อมูลที่ถูกแล้วก็ได้ Account ID กับตัวใหม่กลับมาที่ถูกต้องพอได้ตัวใหม่กลับมาแล้วเขาก็เลยอยากให้เรายิงรีรันเข้าไปใหม่เพื่อเอาข้อมูล Account ID ที่ถูกต้องนี่ยิงส่งตัดตัดเงินจริงๆอะครับพี่ คำว่ารีรันอะเราก็แค่ส่ง Transaction เดิมไปใหม่ใช่ไหมใช่ ซึ่งซึ่งตามภาพอะครับพี่หนึ่งมันจะมี 3 กลุ่มเนาะเดี๋ยวผมอธิบายให้ฟังเอ่อพี่เมย์ไปกลุ่มอ่าชีทแรกครับตัวนี้ดำเนินการได้จาก 35 รายการที่การทางเขาส่งมาให้เราก็คือสามารถรีรันผ่าน Batch โดยระบบปกติได้นะครับอันเนี้ยไม่ติดเหมือนรีเซนต์ธรรมดาใช่รีเซนต์ธรรมดานะครับแต่จะมีกลุ่มหนึ่งที่เป็นรีรันแบบ Manual ในกรณีพวกรีรันแบบ Manual เนี่ยมันจะมีกรณีที่เขาอ่าอ่ามีอ่าเดี๋ยวก่อนนะฮะผมพยายามจำก่อนอ๋อพวกเลย Overdue เลยอ่าพวกที่มีการที่ Change Payment Method กลุ่มเนี้ยครับ Change Payment Method หมายถึงว่าเขาเดินเขาผูก Easy Pass เขาผูก Easy Pass เขาผูก Easy Pass แล้วเขาก็ไปเปลี่ยนพอตัดเงินไม่ได้ใช่ไหมครับหรือเกิดอะไรไม่รู้แหละเขาก็ไปเปลี่ยนเป็นช่องทางอื่นละซึ่งถ้ารีรันแบบ Manual เอ้ยรีรันแบบปกติอะมันจะมองว่ารถคันนี้ปัจจุบันถูกกับการตัดเงินประเภทไหนอยู่ซึ่งมันจะสามารถรันแบบ Auto ไม่ได้มันก็เลยต้องมีการหยิบกลุ่มนี้มาเพื่ออาจจะเดี๋ยวต้องคุยนะครับจะเป็นท่าไหนใน Manual เช่นเป็นไฟล์แยกไหมไม่เอาเข้าระบบแล้วก็ส่งให้ทาง CS ไปทำกระบวนการสั่งตัดให้อัตโนมัติอะไรอย่างเงี้ยครับแต่ถ้าลูกค้าทำอย่างงั้นไปแล้วอ่ะแปลว่าลูกค้ารู้ไหมครับว่ามันตัดไม่สำเร็จ เออเดี๋ยวนะครับก็คือครับขออนุญาตสอบถามครับในเมื่อมันตัดสำเร็จแล้วอะก็แสดงว่าเงินเข้ากรมแล้วถ้าสมมุติว่าเราส่งไปตัดซ้ำอะเข้ากับรายการนี้ Transaction นี้ชำระสองครั้งสิ งานมันเข้าแล้วคือ มันเข้ากรมแล้วใช่แต่ คือประเด็นคือหมายความว่ามันก็จะมีกระทบกระทบกับเรานะกระทบตรงที่ว่าเราไปกลายเป็นว่าเราไปตัดเงินซ้ำรายการนี้สองครั้งช่องทางไหนก็ไม่รู้อะแต่ว่าเราได้รับเงินซ้ำนะแล้วกลายเป็นว่าพอมา Reconcile เงินรายได้อะกลายเป็นว่าเงินมันจะเกินกลับเกินกว่า Transaction ใช่แล้วเราก็จะตอบบัญชียังไงตอบสตง. ยังไงเพราะว่าเวลาเราเข้ามาตรวจสอบเราอะเราก็ต้องมีเหตุผลว่าทำไมรายการนี้ตัดซ้ำนะก็หนูถึงบอกว่าเขาต้องทำหนังสือแจ้งทร. เพื่อหารือร่วมกันอะค่ะตอนนี้บริษัทยังไม่ทำอะไรให้แต่แค่เราก็จัด กลุ่มเบื้องต้นแล้วก็คุยด้านเทคนิคว่ามันสามารถทำใช่ค่ะแต่เรื่อง Process อะค่ะเมย์แจ้งไปว่าต้องหารือกับกทพ. เพราะมันมีเรื่องของการคืนเงินเงินเข้าไปบัญชีกทพ. แล้วเออทร. แล้วจะออกมายังไงอะไรอย่างเงี้ยค่ะมันรับรู้รายได้เป็นกรมไม่คืนแน่นอนครับเพราะ ว่าไม่ไม่ใช่ของกรมแต่ว่าเอ่อในฝั่งของเขาเขาจะคืนเงินลูกค้ายังไงก็อันนั้นก็ฝั่งของเขาแต่ฝั่งของเราอะก็คือเป็นรายได้ที่เราได้มากลายเป็นว่า Transaction หนึ่ง Transaction เราได้มาสองคือซ้ำอะเข้าคนละวันแต่เป็น Transaction เดียว อืมเพราะว่าการยกเลิกอะไรที่เขาไปทำก็เป็นการยกเลิกรายการ ไอ้ฝั่งเขาเราไม่ได้เงินอยู่แล้วในฝั่งเขาแต่ฝั่งเราไม่ได้ยกเลิกแต่ว่าฝั่งเรากลายเป็นว่าไปส่ง Transaction ตัดซ้ำเออฝั่งเราจะได้เงินเบิ้ลครับเพราะเราไม่ได้ยกเลิก อ่าตอนนี้ทีมยังไม่ได้ทำการใดๆแค่หารือด้านเทคนิคเบื้องต้นก็รอทาง กทพ. ร่างหนังสือถึงทร. แล้วประชุมร่วมกันเพื่อสรุปแนวทางค่ะพี่ป๋องเมย์อัปเดตให้ฟังค่ะได้ครับก็ที่จริงควรจะให้เขาทำหนังสือมาแจ้งทร. มากกว่าอะครับเพราะว่ามันกระทบกระทบกับฝั่งทร. ฝั่งเขาอาจจะไม่กระทบก็ได้เพราะว่าของเขาอะแค้ยกเลิกแล้วก็เติมเงินให้ลูกค้าเขาไม่ผิดอะไรเขาไม่เสียอะไรแต่ว่าเราอะกลายเป็นว่าเราต้องมาเพิ่มปัญหาด้วยกันต้องมาหาคำชี้แจงว่าทำไมเงินมันเกินมานู่นนี่นั่น กลายเป็นปัญหาเราอีกใช่ครับ รับทราบค่ะเมื่อวานแจ้งไปแล้วทางกทพ. รับทราบแล้วก็น่าจะกำลังร่างหนังสือถึงอยู่ค่ะแต่ว่ามีเคสหนึ่งที่เจอวันนี้ก็คือเคสตัดผิดจริงๆเมย์นี่ส่งข้อมูลใน Line ให้พี่ป๋องแล้วอะค่ะอันนี้ตัดผิดจริงๆคือเราผิดจริงๆหรือว่าของเขาผิดหรือเขาส่งอ่า Account ID มาตัดผิดอะค่ะตัดผิดคน ก็คือเหมือนก็ก็เข้าข่ายเดียวกันเพียงใช่ค่ะใช่ค่ะใช่เข้าข่ายเดียวกันเพียงแต่ว่าอืมๆเพราะถ้าดำเนินการก็จะก็จะเหมือนเราได้ได้เงินเบิ้ลเหมือนกันมั้ยคะเนี่ย แต่แต่เราตัดผิดคนเราต้องคืนลูกค้าที่เราตัดผิดรึเปล่าอันนี้เมย์ไม่แน่ใจ เราตัดผิดแต่ แต่หมายถึงว่าถ้ากสภ. ส่งมาตัดผิดอะค่ะตัดเออคือคือในบัญชีเราอะไม่ผิดแต่ว่าตอนไปตัดเขาเขาผิดใช่ไหมหรือว่าหรืออะไรเขาส่งเขาน่าจะผิด Account ID เขาเรียกว่า Account ID ใช่ไหมพี่เป้ก็ส่ง Account ID คือทาง สปาเซสอะครับทางกตภ. ครับเขาตัดผิดเพราะว่าตอนเราหรือจะเจอปู่เขาส่ง Account ID คนมาให้เราก็ไม่รู้หรอกว่า Account ID ผิดเนาะเราก็เชื่อทางเราก็ใช้นั้นส่งตัดปรากฏว่า Account ที่เราส่งตัดอะมันผิดตั้งแต่ต้นซึ่งการทางเราว่าเขาส่งมาผิดเองถ้าอย่างนั้นใน กระบวนการมันต้องมีเหมือนทำโต้แย้งอะ ถ้าเอาแบบตาม Flow อะเนาะก็ก็คือหมายความว่ามันเป็นมันผิดตั้งแต่กระบวนการรับสมัครใช่ไหมสมัครจากที่เราส่ง Account มาผิดอะใช่ครับอ่าเราก็มายกทีหลังยกเลิกทีหลังแต่ว่าที่ว่ายกเลิกไปแล้วแต่ว่ามันมีรางรายการที่ตัดไปแล้วถูกมั้ยครับใช่ครับใช่ๆถูกครับถูกแล้วก็ถ้าพี่เมย์แจ้งเมื่อกี้ก็มีเคสนาที่เจออย่างเนี้ยผมก็ไม่แน่ใจอนาคตจะมีเคสมาเรื่อยๆหรือเปล่าคือตัวเนี้ยมันก็ไม่ใช่ความผิดของซิงเกิลนะเพราะซิงเกิลก็รับทราบ Account ตรงเนี้ยจากกสภ. ซึ่งตรงเนี้ยถ้าถ้ามองในมุมมองผมนะที่จริงเราอยู่เฉยๆก็ได้ให้เขาเป็นคนคนคนแจ้งปัญหามาว่ามีการตัดผิดเพราะว่าเรากรมได้เงินไงกรมไม่มีปัญหานอกจากกรมจะมีการร้องโดนร้องเรียนจากผู้ให้ทางว่าโดนเงินตัดเงินผิดอะไรอย่างเนี้ยครับแล้วเราค่อยมาทำโต้แย้งให้กับผู้ให้ทางอืมครับก็คือแล้วก็แจ้งปัญหานี้ไปให้กับกสภ. ให้กสภ. อะครับดำเนินการตัดเงินให้ให้ใหม่อืมเพราะว่าถ้าทำอย่างงี้คือกรมไม่รู้รู้อยู่แล้วแหละว่าตัดผิดหรือตัดถูกเพราะว่ากรมก็ส่งไปตาม Account ID ที่เขาส่งมาให้ตั้งแต่ต้น ที่จริงปัญหานี้ก็แจ้งให้เขาก็เป็นน่าจะอยู่ในข่ายเดียวกันกับตัวที่ตัดซ้ำตรงนี้แหละครับก็ให้เขาแจ้งปัญหามาในคราวเดียวเลยก็ได้ครับจะได้หารือกันอะเขากำลังร่างอยู่ค่ะครับ ครับแล้วก็ไหนๆพูดเรื่องนี้ก็มีเคสเคสสุดท้ายที่จะจะในเชิงเทคนิคก่อนนะครับในเชิงเทคนิคที่ทำไม่ได้ก็คือเป็นเคสที่ลูกค้าอะครับไปไปชำระในช่องทางอยู่แล้วคือกลุ่มเนี้ยครับก็สามารถจะส่งไปไปตัดได้ อันนี้ก็ไม่ต้องทำอะไรเลยครับก็ปล่อยไปให้เขาชดเชยค่าอ่าค่าค่าผ่านทางที่ที่เขาตัดผิดอะให้กับผู้ใช้ทางที่เขาตัดผิดอันนี้กรมก็ถือว่ากรมได้รับไดร่าแล้วก็ไม่ต้องส่งส่งไปตัดซ้ำครับผมอันนี้อันนี้ไม่ต้องทำอะไรเลยผมมองอย่างงี้นะเพราะว่าเขาก็ต้องชดเชยในในค่าผ่านทางที่หายไปของคนที่โดนตัดบัญชีผิดอะครับส่วนตัวนี้เรากรมก็ได้รับจากผู้ใช้ทางโดยตรงอยู่แล้วโดยช่องทางอื่นครับ สอบถาม เราหมดแล้วไหมที่นี่ใช่ค่ะ บริษัทน่าจะครบแล้วค่ะทางบริษัทครบถ้วนค่ะวันนี้ไม่ทราบว่าทางที่ปรึกษากับทล. มีข้อสอบถามเพิ่มเติมไหมคะ ไม่มีไม่มีครับ พี่ป๋อมชาคริตมีอะไรเพิ่มเติมไหมครับ ทางบ้านที่หนูต้องทำเข้าไปนะคะหนูขอสรุประหว่างพี่ป๋องอาจจะรีวิวคำถามอยู่ก็คือหนึ่งจดหมายสำหรับการขึ้น Mobile Application นะคะแล้วก็สองเดี๋ยวทางโอเปอเรเตอร์จะทำหนังสือเกี่ยวกับผลกระทบที่ได้รับเกี่ยวกับไฟล์ Reconcile ที่เขาทำมาไม่ตรงแล้วก็สามทีมรวบรวมข้อมูลเพิ่มเติมว่าตั้งแต่เปิด M81 เข้ามามีสถิติเท่าไหร่ที่เกิดขึ้นในการที่ด่านเดียวกันแล้วเก็บค่าผ่านทางไม่ได้เข้าออกด่านเดียวกันค่ะแล้วก็อีกอันหนึ่งที่จะแจ้งก็คือว่าวันที่ 30 อะค่ะเดี๋ยววันนี้น้องมุกจะส่งหนังสือออกอ๋อพรุ่งนี้ค่ะน้องมุกจะส่งหนังสือออกขอตรวจรับงาน CTVS เป็นวันที่ 30 ช่วงบ่ายสองค่ะอันนี้ไม่ทราบว่าทางที่ปรึกษาและทางทล. สะดวกไหมคะ ทางพี่หนึ่งสะดวกไหมครับวันที่ 30 ช่วงบ่ายสองค่ะ ได้ครับ ชิดบ่ายสองนะครับค่ะพี่ป๋อมเล็กพี่ป๋อมใหญ่สะดวกไหมคะ 30 วันพฤหัสค่ะ โอเคครับได้ได้ครับพี่พี่ป๋องสะดวกไหมครับหรือว่าพี่ป๋องให้ดำเนินการได้เลยครับ เอ๊ะเมื่อกี้ยังไงนะป๋อม อ๋อพอดีทางทีมทีมจะขอนัด Component Test ตัว CTVS อะครับที่ CCB ลาดกระบังอะครับ คนคุมงานว่างได้เปล่าคนคุมงานคือตอนนี้คนคุมงาน อยู่ไหมแนทแนทแนทว่างไหมแนทน้องแนท ครับ สะดวกไหมเอ่ยสะดวกที่จะมาทดสอบ Component Test ที่ CCB รัชโยธินวันที่ 30 วันพฤหัสบดีครับบ่ายสอง 30 เลยตอนนี้แป๊บๆอย่างเงี้ย 30 ใช่ไหมแป๊บนึงครับ ถ้าเป็นทางผมสะดวกครับ 30 โอเคได้กี่โมงครับ บ่ายสอง 30 วันพฤหัสเหมือนกันใช่ค่ะบ่ายสองค่ะบ่ายสอง โอเคบ่ายที่ลาดกระบังค่ะ CCB 30 บ่ายสองลงไปก่อนอย่างอื่น ค่ะแต่เดี๋ยวแม่ให้น้องมุกทำหนังสือจดหมายน่าจะไปถึงพรุ่งนี้ค่ะพร้อมเอกสารที่เราจะใช้สำหรับกัน Component Test เฉพาะตัว CCB ตัวนั้นใช่ไหมครับใช่ค่ะเราเหลือตัวหนึ่ง พี่หนึ่งมาด้วยเปล่ามาครับผมโอเคครับได้ครับได้ครับขอบคุณครับ ครับ เมย์ไม่มีประเด็นเพิ่มเติมแล้วค่ะอ่าขอ อนุญาตสอบถามเพิ่มเติมนิดนึงครับไอ้ตัวเอ่อที่เป็นรายการอะไรนะที่เราจะทำเรื่องการเพิ่มลดพันรายการอะตอนนี้ปัจจุบันนี้เราพัฒนาถึงไหนแล้วนะหรือว่าเราจะขึ้นพร้อมกันกับตัวแอปใหม่ตัวนี้ครับใครนะ ให้ Biz Portal ใช่ไหมคะอ่าใช่ใช่ใช่ หน้าแรกเหรอหน้าแอป Mobile App ปะโอเคหนูตกให้ตัวลดพันรายการ Biz Portal อันนี้คือขึ้นพร้อมกันกับที่จะขึ้นแอปใหม่กับตัวเว็บใช่ไหมครับ ครับคือเว็บอะคือเว็บในส่วนของ Mobile อะครับก็จะมีการเรื่องของ Fixing ที่เป็นในเรื่องของตัว Issue Defect อะครับก็จะมีการ Deploy ขึ้นไปแล้วก็วันที่ 30 อะครับก็มีแผนว่าจะเอา Biz Portal ขึ้นไปวันที่ 30 เหมือนกันครับ โอเคครับเอ่อแล้วอีกตัวนึงที่ที่อยากรายงานให้รายงานความก้าวหน้าหน่อยเรื่องตัวยอดหนี้สูงหรือว่า T38 ที่เราเราคุยกันก่อนหน้านี้นานแล้วแหละตอนนี้ปัจจุบันนี้เป็นยังไงบ้างนะเพราะว่าเพราะว่าตอนเนี้ย M81 อะครับเราเริ่มมีการแจ้งเตือน Enforcement เป็น T+8 ตามตามตามลูปเดิมละซึ่งมันก็จะมีพวกรายงาน T8 ใช่ไหมที่ออกปัจจุบันแล้วตอนเนี้ยแล้วก็ T38 ที่เราจะดำเนินการในระดับถัดไปอะอยากรู้ว่าตอนเนี้ยระบบตอนเนี้ยไปถึงไหนแล้วครับเพราะว่ามันต้องมีการออก T38 บ้างแล้วล่ะประมาณนั้นครับครับผมก็อันนี้เดี๋ยวทางบริษัทขอขอทำแผนแล้วอาจจะมานำเสนออีกรอบนึงนะครับเพราะว่าของตัว T8 T38 นะครับมันมีมีปรับแก้โปรแกรมมาจากตัวจดหมาย มีเพิ่มขึ้นมาของตัวจดหมายที่เป็นแจ้งเตือนตอน T8 ของสมาชิกแล้วก็มีของตัว M81 นะครับที่มี Due Date ที่มันไม่ตรงกันนะครับก็เลยต้องมีการปรับแก้แล้วก็ Retest ใหม่อีกรอบนึงนะครับเดี๋ยวขอขอไปอัปเดตแผนขอไปอัปเดตกับทีมอีกทีนึงก่อนครับว่าตอนนี้พัฒนาอยู่ในเฟสของพัฒนาหรือว่าทดสอบอยู่อะครับตอนนี้ได้ๆครับพอดีๆผมก็ตามๆงานเพราะว่ามันมันกระทบกับ M81 ที่ที่เราเริ่มเริ่มกลับมาใช้ T8 กับ T20 ใช่ๆแล้วทีเนี้ยถ้าสมมุติว่าระบบเรายังไม่พร้อมอะมันก็กลายเป็นว่าเรายังไม่ดำเนินการใดๆกับเกี่ยวกับ T38 ของ M81 อืมเราเราควรจะออกบ้างอะไรอย่างเงี้ยครับเพื่อเพื่อให้เป็นไปตามข้อกำหนดตามระเบียบเวลาสตง. เข้าอะไรจะได้บอกว่าเราก็ดำเนินการอาจจะดำเนินการได้ไม่เต็มอาจจะต้องช่วงนี้ระหว่างนี้ก็ต้องเป็น Manual ไปก่อนอะไรพวกเนี้ยครับโดยที่ยึดเป็นยอดหนี้สูงไว้ก่อนอันนี้ก็ก็ฝากฝากตามงานด้วยนะครับรับทราบครับพี่ป๋อมครับๆขอบคุณมากครับผมไม่มีอะไรแล้วครับพี่ป๋อมมีอะไรเพิ่มเติมอีกไหมครับ ไม่มีแล้วครับไม่มีแล้วครับขออนุญาตปิดประชุมนะครับครับขอบคุณครับสวัสดีครับครับสวัสดีครับ