หน้าหลัก/ผลงาน

ระบบที่เราสร้างให้ลูกค้า และที่เราใช้เองจริง

งานที่ไม่ได้จบแค่หน้าจอสวย — ทั้งสองระบบนี้ทำงานอยู่จริง มีคนใช้ทุกวัน และต้องรับมือกับข้อมูลที่ส่งพลาด งานที่ค้าง และการตามแก้เมื่อมีอะไรผิดพลาด

ระบบซิงค์ข้อมูลสาขา → สำนักงานใหญ่ บน Odoo

องค์กรที่มีสาขาจำนวนมาก โดยสาขาใช้ Odoo Community ส่วนสำนักงานใหญ่ใช้ Odoo Enterprise เราพัฒนาโมดูลสองฝั่งให้ส่งข้อมูลหากันผ่าน REST API พร้อมระบบคิว การลองใหม่ และหน้าจอติดตามสถานะ

ซิงค์ทั้ง ผู้ติดต่อ/ผู้ขาย สินค้าและหน่วยนับ ใบสั่งซื้อ เอกสารบัญชี การเคลื่อนย้ายสินค้า (รับ/เบิก/โอน) และพนักงาน
คิวงานประมวลผลแยก channel นับจำนวนครั้งที่ลองใหม่ และเลื่อนงานที่ยังรอข้อมูลต้นทางไว้ก่อนแทนที่จะปล่อยให้ล้มเหลว
หน้า สุขภาพสาขา บอกทันทีว่าสาขาไหนซิงค์ล่าสุดเมื่อไหร่ ค้างหรือล้มเหลวกี่รายการ
ฝั่งสาขามีบันทึกการซิงค์รายรายการ เห็นสถานะและข้อผิดพลาดของแต่ละเอกสาร พร้อมหน้าสรุปแยกตามประเภทข้อมูล
จัดการ API key สำหรับการเชื่อมต่อ และมีรายการรอแก้ไขให้ตามเก็บงานที่ตกหล่น

หน้าสุขภาพสาขาฝั่งสำนักงานใหญ่ แสดงสถานะและเวลาซิงค์ล่าสุดของแต่ละสาขา — สำนักงานใหญ่ — สุขภาพสาขา: สถานะ เวลาซิงค์ล่าสุด และจำนวนงานค้าง/ล้มเหลวรายสาขา

หน้าสรุปสถานะการซิงค์จากสาขาไปสำนักงานใหญ่ แยกตามประเภทข้อมูล — สาขา — สรุปสถานะการซิงค์แยกตามประเภทข้อมูล: ส่งแล้ว สำเร็จ กำลังส่ง ล้มเหลว ข้าม

หน้ากล่องรับข้อมูลซิงค์ฝั่งสำนักงานใหญ่ — สำนักงานใหญ่ — กล่องรับข้อมูล: ประเภทข้อมูล สถานะ จำนวนครั้งที่ลองใหม่ และเวลาที่ประมวลผล

บันทึกการซิงค์รายรายการฝั่งสาขา — สาขา — บันทึกการซิงค์รายรายการ ระบุโมเดล เลขที่เอกสาร สถานะ และข้อผิดพลาด

คิวงานประมวลผลฝั่งสำนักงานใหญ่ แสดงเวลาที่ใช้ประมวลผลของแต่ละงาน — สำนักงานใหญ่ — คิวงานประมวลผล พร้อมเวลาที่ใช้จริงของแต่ละงาน

DevTrack — ระบบบริหารงานพัฒนาซอฟต์แวร์

ระบบที่เราสร้างขึ้นใช้บริหารงานพัฒนาของตัวเอง รวมการวางแผน ติดตามงาน เก็บความรู้ และเครื่องมือ AI ไว้ในที่เดียว ใช้งานได้ทั้งภาษาไทยและอังกฤษ

วางแผนและติดตามงาน — เป้าหมายและผลลัพธ์ (OKR), คัมบัง, แผนภูมิแกนต์, ปฏิทิน, การประชุม, ความต้องการของระบบ และภาระงานรายคน
คลังความรู้ในตัว — เอกสาร โน้ต บุ๊กมาร์ก รีไมนเดอร์ และงานตามกำหนดเวลา
ระบบเรียนรู้ของทีม — คอร์สเรียนและการฝึกอบรม พร้อมรายงานความคืบหน้า
เครื่องมือ AI ที่ควบคุมได้ — ต่อ MCP Servers และ Agent Tools, ค้นหาเว็บ, Embedding และ RAG พร้อมกันข้อมูลส่วนบุคคลตาม PDPA ก่อนส่งออกไปหาโมเดล และดูประวัติกับต้นทุนการใช้งานได้ทุกคำขอ
งานผู้ดูแลระบบ — จัดการผู้ใช้ ตั้งค่าอีเมล เข้าสู่ระบบด้วย Google และการเชื่อมต่อกับบริการอื่น

แดชบอร์ดของ DevTrack แสดงจำนวนโครงการ งาน และคำขอที่รอดำเนินการ — แดชบอร์ด — สรุปโครงการที่ใช้งาน งานคงค้าง คำขอที่รอดำเนินการ และความคืบหน้า OKR

หน้าเป้าหมายและผลลัพธ์ แสดงความคืบหน้าของแต่ละเป้าหมาย — เป้าหมายและผลลัพธ์ (OKR) — ผูกผลลัพธ์ที่วัดได้เข้ากับเป้าหมาย และเห็นความคืบหน้าเฉลี่ยทันที

กระดานคัมบังแบ่งตามสถานะของงาน — คัมบังบอร์ด — ลากงานข้ามสถานะ พร้อมระดับความสำคัญและกำหนดส่ง

หน้าภาระงานทีม แสดงการกระจายงานของสมาชิกแต่ละคน — ภาระงานทีม — เห็นว่างานกระจุกอยู่ที่ใคร ก่อนที่งานจะดีเลย์

ฝั่ง AI ของระบบ

เรารับงานที่ต้องต่อ AI เข้ากับระบบธุรกิจจริง — ไม่ใช่แค่แปะแชตบอต แต่รวมถึงการคุมค่าใช้จ่าย ตรวจสอบย้อนหลังได้ และกันข้อมูลส่วนบุคคลไม่ให้หลุดออกไปกับคำขอ

หน้า AI Guardrails แสดงกฎ PDPA สำหรับบล็อกและปิดบังข้อมูลส่วนบุคคล — AI Guardrails — กฎ PDPA ในตัวสำหรับ**เลขบัตรประชาชน อีเมล เบอร์โทร และชื่อบุคคล** เลือกได้ว่าจะบล็อกหรือปิดบังก่อนส่งให้โมเดล พร้อมโหมดแทนชื่อผู้ใช้ด้วย token แล้วแปลงกลับในคำตอบ

แดชบอร์ดต้นทุน AI แสดงค่าใช้จ่ายประมาณการรายเดือนและจำนวน token — ต้นทุน AI — ประมาณค่าใช้จ่ายจาก token × ราคาจริงของแต่ละโมเดล แปลงเป็นเงินบาทตามอัตราแลกเปลี่ยน แยกดูตามโมเดลและตามผู้ใช้ได้

หน้าประวัติการใช้ AI แสดงจำนวนครั้ง โมเดลที่ใช้ และจำนวน token — ประวัติการใช้ AI — เก็บทุกคำขอย้อนหลัง แยกตามโมเดลและสถานะ พร้อมจำนวน token เข้า-ออกและเวลาตอบสนอง

หน้าจัดการ MCP Servers แสดงเซิร์ฟเวอร์ที่เชื่อมต่อและจำนวนเครื่องมือ — MCP Servers — ต่อเครื่องมือภายนอกเข้ากับผู้ช่วย AI เปิด/ปิดรายตัวได้ และเห็นว่าแต่ละเซิร์ฟเวอร์ให้เครื่องมือมากี่ตัว

ภาพทั้งหมดปิดข้อมูลที่ระบุตัวตนออกแล้ว — ชื่อบริษัท ชื่อสาขาจริง ชื่อบุคคล รูปโปรไฟล์ อีเมล ชื่อโครงการ และที่อยู่ปลายทางของ API ถูกแทนด้วยข้อมูลตัวอย่างทั้งหมด

ต่อจากนี้