สมอง BC

คลังความรู้ / ระบบงานในชุด BC

#systems#video#autocare#wms#fraudwarning#workmonitor#promo

รายละเอียดคลิปสาธิตทั้งห้า

บันทึกนี้แยกอธิบายทีละโฟลเดอร์ว่าคลิปสอนเรื่องอะไร มีฉากอะไรบ้าง และตอนอัดมีข้อพิเศษอะไร ภาพรวมและตารางเปรียบเทียบอยู่ที่ ภาพรวมวิดีโอสาธิตระบบ (Video Systems Overview) กลไกการผลิตอยู่ที่ สายการผลิตวิดีโอสาธิตแบบ 1080p (Video Shared Pipeline) ความยาวที่ระบุมาจาก timeline.json ที่สร้างจากบทฉบับล่าสุด ถ้าแก้บทแล้วรัน tts.mjs ใหม่ ตัวเลขจะเปลี่ยน

video-autocare: ระบบบริหารร้านยางและศูนย์บริการรถยนต์

คลิปยาวสุด ประมาณ 11 นาที 10 วินาที มี 24 ฉาก (21 ฉาก clip และฉาก flow, benefits, cta) เล่าโมดูล AutoCare ที่เชื่อมกับบัญชีของระบบ เดินตามงานจริงของร้าน ห้าขั้นตามฉาก flow: รับรถและตรวจล้อแม็กทั้งสี่ล้อ, ตรวจสภาพรถแล้วเสนอซ่อมให้ลูกค้าอนุมัติ, ขึ้นฮอยท์โดยช่างเบิกยางและอะไหล่จากคลัง, ตรวจคิวคุณภาพแล้วรับชำระเงิน, ออกใบกำกับภาษีพร้อมลงบัญชีอัตโนมัติ

ลำดับฉาก (id ในบท): hook, flow, open (เริ่มต้นใช้งาน), dash (แดชบอร์ด), catalog (ทะเบียนยางตามรหัส DOT), vehicle (ทะเบียนรถและเลขตัวถัง), bays (ฮอยท์และช่าง), intake (รับรถใหม่ด้วยคลิกเดียว), wheels (ใบรับรถและตรวจล้อแม็ก), items (ยาง อะไหล่ ค่าแรง), dvi (ตรวจสภาพและเสนอซ่อม), kanban (กระดานคิวซ่อม), checkout (รับชำระและปิดบิล), docflow (ผังเอกสารและบัญชี), ledger (รายงานใบกำกับภาษีขาย), receiving (รับยางเข้าคลัง), hotel (รับฝากยาง), claim (งานเคลมยาง), fefo (อายุยางตาม DOT), wallet (กระเป๋าเงินช่าง), crm (รับประกันและเตือนลูกค้า), rebuild (ประมวลผลใหม่), benefits (ประโยชน์ 6 ข้อ), cta

จุดที่คำพากย์เน้น

  • ฉาก checkout ลองรับชำระสามแบบ คือบัตรเครดิต เงินสด และเครดิตลูกค้าฟลีท แล้วปิดบิลด้วยเงินสด (capture.mjs:290-291)
  • ฉาก docflow เปิดผังเอกสารให้เห็นใบกำกับภาษีขายและการรับชำระ กับสถานะลงบัญชีรายวัน ทำให้ฝ่ายบัญชีตรวจย้อนได้จากหน้าเดียว
  • ฉาก rebuild กดประมวลผลใหม่ทั้งหมดจากข้อมูลดิบ (ยอดใบสั่งซ่อม สถานะฮอยท์ ส่วนแบ่งช่าง อายุยาง ความถูกต้องของใบกำกับ) แล้วทุกหัวข้อขึ้นว่าถูกต้อง
  • ฉาก benefits สรุปหกข้อ ตั้งแต่ค้นยางตามไซซ์เห็นสต็อกและล็อต DOT จนถึงค่าคอมช่างและการเตือนลูกค้ากลับมาใช้บริการ

ข้อพิเศษตอนอัด: สคริปต์เปิดเมนูของ AutoCare ตามกลุ่มข้อมูลหลัก คลัง รายงาน และประมวลผล (capture.mjs:58-59) และรันบนสำเนาเว็บกับ backend ในเครื่องที่ใช้ฐานเดโม ฉากชำระเงินสร้างใบกำกับภาษีจริงในฐานนั้น เลยมี reset.mjs ไว้คืนฐาน: ลบใบกำกับขายที่ไม่อยู่ในรายการเก็บผ่าน API ลบเอกสาร (ซึ่งสร้างสต็อกและบัญชีใหม่ให้) แล้วล้างตาราง autocare_* และกู้จากไฟล์สำรองใน dbbak/ รันเปล่า ๆ ได้สถานะพร้อมอัด (ทิ้งใบงานซ้ำจากการทดสอบอีกหกใบ) และรัน node reset.mjs final ได้ฐานเท่าไฟล์สำรองพอดี (reset.mjs:1-3, :11-19) การเข้าฐานทำผ่านสคริปต์ pg.sh ซึ่งค่าเชื่อมต่อไม่ลงในบันทึกนี้

video-fraudwarning: เตือนพฤติกรรมน่าสงสัยของพนักงาน

ประมาณ 8 นาที 51 วินาที 22 ฉาก (16 ฉาก clip กับการ์ด pitch, steps, split, mcp, tips, cta) แนวคิดตามฉาก pitch: พนักงานใช้ระบบตามปกติ ระบบจดทุกขั้น (เปิดหน้าจอไหน เลือกเอกสารอะไร แก้ช่องไหนจากค่าเดิมเป็นค่าอะไร และจบอย่างไร: กดเซฟ ปิดโดยไม่เซฟ สั่งลบ หรือสลับไปทำงานนอกระบบ) จากนั้น AI อ่านพฤติกรรมแล้วคัดเฉพาะเรื่องน่าสงสัยเป็นใบเตือนให้เจ้าของ จุดที่ระบบให้ความสำคัญคือแก้แล้วปิดหน้าจอโดยไม่เซฟ เพราะในเอกสารไม่เหลือร่องรอย

ฉากหลัก

  • open, empLive, mgrLive: เปิดหน้าจอจากปุ่ม 3D Warning บนแถบเมนู แล้วลองของจริงสองฝั่ง ฝั่งพนักงานฝ่ายขายเปิดหน้าลูกหนี้ แก้เบอร์โทรกับอีเมลลูกค้าแล้วปิดโดยไม่บันทึก ฝั่งเจ้าของเห็นตัวเลข "แก้แล้วปิดหนี" เพิ่มขึ้นหนึ่งครั้งและมีใบเตือนใหม่ขึ้นที่แผนกขายส่งและลูกหนี้ โดยเจ้าของไม่ต้องเฝ้า
  • top, radar: แถบด้านบน ป้ายเขียวนับจำนวนรายการที่เก็บลง MongoDB ป้ายแดงนับครั้งที่แก้แล้วปิดไม่เซฟ ป้ายฟ้าบอกเปอร์เซ็นต์โทเคนที่ AI ประหยัด ปุ่มส้มสั่ง DeepSeek วิเคราะห์ทันทีโดยไม่รอรอบอัตโนมัติ ส่วนห้องสามมิติ แต่ละโซนคือหนึ่งแผนก ป้ายลอยเหนือโต๊ะสีแดงเสี่ยงสูง ส้มและเหลืองรองลงมา มีตัวกรองตามแผนกและตามผลลัพธ์ (แก้ไม่เซฟ เซฟแล้ว ลบ)
  • warn: อ่านใบเตือนหนึ่งใบ ผู้ทำ หน้าจอ เอกสาร พฤติกรรมตอนจบ ตารางค่าเดิมเทียบค่าที่แก้ เหตุผลและข้อเสนอแนะจาก AI ปุ่มเปลี่ยนสถานะเป็นกำลังตรวจสอบหรือตรวจสอบแล้ว คำพากย์ย้ำว่าข้อมูลในคลิปเป็นข้อมูลตัวอย่างของระบบสาธิต
  • dep_pos, dep_sales, dep_procure, dep_wms, dep_tms, dep_fin, dep_hr: ตัวอย่างเจ็ดแผนก กดปุ่มจำลองของแต่ละแผนกให้เห็นสด ๆ คือขายหน้าร้าน ขายส่งและลูกหนี้ จัดซื้อและเจ้าหนี้ คลังสินค้า ขนส่ง การเงินและบัญชี บุคคลและผู้ดูแลระบบ
  • logs, split: บันทึกดิบ ข้อมูลทุกบรรทัดเก็บแยกตามหน้าจอและพนักงาน มีรหัสพนักงาน รหัสเมนู ชื่อหน้าจอ รหัสเอกสาร ดึงดูดรายคนหรือรายหน้าจอได้
  • tokens: AI ประหยัดโทเคนสามชั้น ชั้นแรกตัดพฤติกรรมปกติทิ้งที่ฝั่งเซิร์ฟเวอร์ ชั้นที่สองย่อบันทึกเป็นบรรทัดสั้น ชั้นที่สามใช้ข้อความคำสั่งเดิมซ้ำให้ DeepSeek แคชได้ คำพากย์อ้างว่าในตัวอย่างที่กดตรวจให้ดู ประหยัดได้มากกว่าแปดสิบเปอร์เซ็นต์ ตัวเลขนี้เป็นคำเล่าในบท ไม่ได้มาจากโค้ดของคลิป
  • mcp: ข้อมูลอยู่ใน MongoDB ที่มี MCP เซิร์ฟเวอร์ตัวทางการให้ AI อ่านแบบอ่านอย่างเดียว ถามเป็นภาษาไทยได้ แต่ต้องตั้งค่าเพิ่ม ไม่ได้ติดมากับหน้าจอ
  • tips: ก่อนใช้งานจริงสามข้อ ใช้กับเครื่องบริษัทเท่านั้น แจ้งนโยบายพนักงานล่วงหน้าตามกฎหมายคุ้มครองข้อมูลส่วนบุคคล และใบเตือนเป็นสัญญาณให้ตรวจ ไม่ใช่คำตัดสินว่าใครทุจริต

ข้อพิเศษตอนอัด: เปิดเบราว์เซอร์สองตัวพร้อมกัน ตัวผู้จัดการที่หน้าคำเตือน และตัวพนักงานที่หน้าแรก แต่ละตัวถูกอัด (screencast) ตอนฉากของตัวเอง ทำให้เวลาที่อัดตรงกับเวลาในคลิป (capture.mjs:1-3) อัดบนสำเนาเว็บในเครื่องที่ใช้ MongoDB ฐานของตัวเอง เพื่อไม่ให้ปนกับข้อมูลระบบจริง (lib.mjs:4)

video-wms: คลังสินค้า หยิบ-แพ็ค-ส่ง

ประมาณ 8 นาที 43 วินาที 22 ฉาก (16 ฉาก clip กับ pitch, dual, data, mcp, tips, cta) แนวคิดตาม pitch: ออเดอร์ขายกลายเป็นใบงานคลังหนึ่งใบ ผ่านสี่ขั้น รอหยิบ, เดินหยิบตามพิกัดชั้นวางพร้อมยิงบาร์โค้ด, แพ็คลงกล่องชั่งน้ำหนักเลือกขนส่ง, ติดใบปะหน้าขนขึ้นรถ ซึ่งตัดสต็อกคลังจริงทันที และทุกขั้นมีรูปถ่ายเป็นหลักฐาน

ฉาก dual อธิบายสต็อกสองชั้น สต็อกบัญชีถูกตัดตอนเปิดบิลขาย แต่สต็อกคลังจริงตัดตอนของขึ้นรถ ของที่อยู่ตรงกลางคือขายแล้วแต่ยังไม่ได้ส่ง

ฉากหลัก: overview (การ์ดสี่ใบตามสี่ขั้น กับเมนูห้าส่วนทางซ้าย), station, pick, advance, pack, qc, label (สถานีหยิบ-แพ็ค พิกัดและสแกน เลื่อนขั้น กล่องและขนส่ง รูปหลักฐาน ใบปะหน้าและใบหยิบ), ship (ปล่อยรถขนส่ง แนบรูปขึ้นรถ ตัดสต็อกคลังจริงอัตโนมัติ), kanban (บอร์ดสี่คอลัมน์ ย้ายขั้นได้จากปุ่มบนการ์ด), wave (รวมหลายใบงานแล้วเรียงตามรหัสชั้นวาง เดินรอบเดียวหยิบครบ), ledger (สต็อกคลังจริงเทียบบัญชี ต่อสินค้าและต่อชั้นวาง มีสถานะกระทบยอด), binmap (คลังสี่โซน A ถึง D คลิกช่องเพื่อย้ายหรือบันทึกผลตรวจนับ), ops (รับเข้า ย้ายช่อง ตรวจนับ แนบรูปได้หลายรูป พร้อมประวัติรับ-จ่าย-ย้าย), eco (เชื่อมโยงห้าระบบ: ลูกค้า CRM บิลขายในบัญชี สินค้าและชั้นวาง สถานะหยิบแพ็คส่ง และอัลบั้มรูป)

ฉาก data บอกว่าข้อมูลดิบอยู่ใน PostgreSQL (ตารางใบงานหยิบแพ็คส่ง ตารางสต็อกตามชั้นวาง ตารางประวัติการเคลื่อนไหว) ส่วนรูปถ่ายเก็บใน MinIO ฉาก mcp แนะนำต่อ AI ผ่าน MCP ของเครื่องมือโอเพนซอร์สสำหรับ PostgreSQL ด้วยผู้ใช้ฐานข้อมูลแบบอ่านอย่างเดียว ซึ่งเป็นส่วนที่ต้องตั้งค่าเพิ่ม ฉาก tips สามข้อคือติดบาร์โค้ดทุกชั้นวางและสินค้า ถ่ายรูปจริงทุกขั้นก่อนเลื่อนสถานะ และใช้ผู้ใช้ฐานข้อมูลแบบอ่านอย่างเดียวเสมอเมื่อเชื่อม AI

ข้อพิเศษตอนอัด: คลิกทุกครั้งผูกกับ cue ของคำพูด (C()) บนสำเนาเว็บและ backend ในเครื่องที่ใช้ฐานเดโม และหัวไฟล์ระบุว่ากู้ฐานด้วยสคริปต์ restore_db.sh ก่อนและหลังอัด สคริปต์นี้ไม่ได้อยู่ในโฟลเดอร์ video-wms (capture.mjs:1-3)

video-workmonitor: 3D จอพนักงาน

ประมาณ 3 นาที 5 วินาที 12 ฉาก (8 ฉาก clip กับ what, emp, tips, cta) แนวคิด: แท็บของพนักงานที่เปิดใช้งานอยู่หนึ่งแท็บ กลายเป็นโต๊ะหนึ่งตัวในห้องสามมิติ เจ้าของเห็นว่าเปิดหน้าไหน พิมพ์ช่องไหน เลื่อนหน้าจอไปถึงไหน ฝั่งพนักงานไม่ต้องติดตั้งโปรแกรมและไม่ต้องกดแชร์หน้าจอ แค่เข้าระบบแล้วใช้งานตามปกติ

ฉากหลัก: open, topbar (สวิตช์เปิดปิดการดูหน้าจอสด ปิดแล้วหยุดส่งภาพทั้งหมด โหมดล็อกจอดูเองหรือสลับอัตโนมัติ และตัวเลขจอที่ออนไลน์), layout (ผังห้องสามแบบ: แยกโซน วงกลม และมุมมองทั้งห้อง), inspect (คลิกป้ายชื่อเหนือโต๊ะเพื่อเห็นหน้าจอจริง เมาส์ และข้อความที่กำลังพิมพ์แบบเรียลไทม์), zoom (ซูมสองถึงสี่เท่า ลากเลื่อน และขยายเต็มจอ), alert (เมื่อพนักงานสลับไปเว็บหรือโปรแกรมนอกระบบ ป้ายชื่อและโต๊ะเป็นสีแดงพร้อมข้อความเตือน), arrange (ลากย้ายโต๊ะ เลื่อน และหมุนเก้าสิบองศา), tips (ใช้กับเครื่องบริษัท แจ้งนโยบายตามกฎหมายคุ้มครองข้อมูลส่วนบุคคล ใช้ให้ทีมทำงานราบรื่น ไม่ใช่จับผิดกัน)

ข้อพิเศษตอนอัด: เปิดเบราว์เซอร์พนักงานสามตัว วนพิมพ์ในช่องค้นหาและขยับเมาส์ตลอดเพื่อให้โต๊ะในห้องดูมีชีวิต ส่วนหน้าผู้จัดการถูกขับและอัดทุกฉาก (capture.mjs:1-2, :12-30) ใช้เว็บที่รันในเครื่องซึ่งเก็บสถานะห้องไว้ในหน่วยความจำ ไม่ปนข้อมูลระบบจริง และท้ายคลิปสคริปต์สั่งกลับไปผังห้องแบบโซน เพื่อไม่ทิ้งผังที่จัดไว้ให้คนอื่นที่ดูอยู่ (capture.mjs:153-154)

video-promo: แนะนำระบบทั้งชุด 12 ส่วน

ประมาณ 3 นาที 48 วินาที 16 ฉาก ไม่ใช่การอัดหน้าจอสด แต่ใช้ภาพนิ่งหน้าเว็บสาธิตสาธารณะที่ถ่ายด้วย capture.mjs (12 หน้า ลงโฟลเดอร์ shots/) มาทำภาพเคลื่อนไหวแบบ Ken Burns (ค้างเต็มจอแล้วค่อยซูมเข้าหาจุดที่กำหนดใน focus) ชนิดฉากมีห้า builder (video.html:65-120) คือ hook, hub, screen, flow, cta

  • hook: การ์ดปัญหาสี่ใบ (เปิดบิลลงสมุด เดินนับสต็อก โทรตามรถส่งของ รวมตัวเลขเองจนดึก) แล้วเฉลยว่าถ้ารวมไว้ที่เดียวล่ะ
  • hub: แกนกลาง "ระบบเดียว ครบ 12 ส่วน" กับชิป 12 ใบวนรอบ (video.html:57, :75-85)
  • screen 12 ฉาก ต่อหนึ่งระบบ: ระบบบัญชี ERP, ขายหน้าร้าน POS, ร้านค้าส่งออนไลน์, แชท LINE OA, บริหารลูกค้า CRM, จัดซื้ออัจฉริยะ, คลังสินค้า WMS, ขนส่ง TMS, ภาษี e-Tax, แดชบอร์ดผู้บริหาร, ถามตอบ AI, 3D Monitor TV ทุกฉากมีหัวข้อกับจุดขายสามข้อและป้าย "ระบบที่ n / 12" (video.html:86-97)
  • flow: ห้าขั้น ลูกค้าสั่ง ตัดคลัง ขึ้นรถส่ง ใบกำกับภาษี ลงบัญชี สรุปว่าคีย์ครั้งเดียวทุกฝ่ายเห็นตรงกัน
  • cta: เชิญลองระบบสาธิตได้ทันที ไม่ต้องสมัคร

ข้อควรระวังเวลาปรับคลิป

ที่มาในโค้ด