ฟีเจอร์

สิทธิ์เข้าหน้า ติดตามการขาย และ นัดติดตาม

เงื่อนไข

ผู้ใช้มีสิทธิ์ /crm ≥ ดู (superadmin ผ่านเสมอ) · ค่าตั้งต้นการติดตั้งใหม่ /crm = ระดับเดียวกับ Quotations ของตำแหน่งนั้น: แก้ไข = Admin · CEO · บัญชี · ประมาณราคา · ดู = การเงิน · ตำแหน่งอื่นปิด · เมนู CRM ขึ้นเมื่อมีสิทธิ์ /crm หรือ /crm/customers อย่างใดอย่างหนึ่ง (แท็บที่ไม่มีสิทธิ์ไม่ขึ้น)

สรุปสั้น ๆ

“เจ้าของระบบกำหนดเองได้ว่าตำแหน่งไหนเห็นบอร์ดติดตามการขายและปฏิทินนัดติดตาม”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์จดบันทึกการติดตาม

เงื่อนไข

/crm = แก้ไข (ค่าตั้งต้น: Admin · CEO · บัญชี · ประมาณราคา) · /crm = ดู → ฟอร์มจดบันทึกเปลี่ยนเป็นข้อความดูอย่างเดียว ช่องติดตามกดไม่ได้และไม่มีปุ่ม บันทึกการติดตาม ประวัติไม่มีปุ่ม ลบบันทึก · ยิงตรงที่เซิร์ฟเวอร์ = 403

ข้อความที่ผู้ใช้เห็น

คุณมีสิทธิ์ดูอย่างเดียว — จดบันทึกการติดต่อไม่ได้

สรุปสั้น ๆ

“แยกได้ว่าตำแหน่งไหนจดบันทึกการติดตามลูกค้าได้ ตำแหน่งไหนดูได้อย่างเดียว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์เปลี่ยนสถานะใบจากหน้า CRM

เงื่อนไข

ต้องมี /quotations = แก้ไข (ค่าตั้งต้น: Admin · CEO · บัญชี · ประมาณราคา) · มี /crm แก้ไขแต่ /quotations แค่ดู = จดบันทึกได้แต่เปลี่ยนสถานะไม่ได้ (เซิร์ฟเวอร์ 403) · ไม่มีสิทธิ์ = การ์ดลากไม่ได้ ชี้ค้างขึ้นคำอธิบาย และไม่มีส่วน ปิดผล ในแผง

ข้อความที่ผู้ใช้เห็น

คุณไม่มีสิทธิ์เปลี่ยนสถานะใบเสนอราคา

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปิดผลเป็น ได้งาน จากหน้า CRM

เงื่อนไข

สถานะเดิม = รอผล (เส้นทางเดียวที่ไป ได้งาน ได้) และมีสิทธิ์ตาม CR-R03 · กล่องแสดงเลขใบและ มูลค่างาน

ข้อความที่ผู้ใช้เห็น

หลังเปลี่ยนเป็น "ได้งาน" ระบบจะล็อกข้อมูลส่วนลด และไม่อนุญาตให้แก้ไขอีก

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปิดผลเป็น ไม่ได้งาน ต้องมีเหตุผล

เงื่อนไข

เปลี่ยนไปสถานะ ไม่ได้งาน (จาก รอผล หรือ ได้งาน ที่ไม่มีเลขโครงการ active) · ปุ่ม ยืนยันไม่ได้งาน กดไม่ได้จนกว่าจะเลือกเหตุผล (และพิมพ์ข้อความเมื่อเลือก อื่น ๆ สูงสุด 200 ตัวอักษร) · เซิร์ฟเวอร์ปฏิเสธถ้าไม่ส่งเหตุผล · ถอยออกจาก ไม่ได้งาน แล้วเหตุผลถูกล้าง

ข้อความที่ผู้ใช้เห็น

เปลี่ยนเป็น “ไม่ได้งาน” แล้วใบนี้จะออกจากคิวติดตาม — ถอยกลับเป็น “รอผล” ได้ที่หน้าใบเสนอราคา

สรุปสั้น ๆ

“ปิดใบเป็นไม่ได้งานต้องเลือกเหตุผลทุกครั้ง (ราคาสูงกว่าคู่แข่ง · เลือกเจ้าอื่น · ยกเลิกโครงการ · สเปกไม่ตรง · อื่น ๆ) และเหตุผลขึ้นบนการ์ดให้ทีมเห็น”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตั้งนัดติดตามใบที่ปิดผลแล้ว

เงื่อนไข

สถานะใบ = ได้งาน หรือ ไม่ได้งาน · หน้าจอซ่อนช่อง นัดถัดไป และ นัดครั้งถัดไป · เซิร์ฟเวอร์ปฏิเสธเมื่อส่งวันนัดมา (ส่งค่าว่างเพื่อล้างนัดได้)

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

จดบันทึกการติดต่อลูกค้า

เงื่อนไข

มีสิทธิ์ตาม CR-R02 · ประเภทและวันที่ติดต่อต้องมี (ค่าเริ่ม = โทรศัพท์ · วันนี้) · ข้อความไม่บังคับ สูงสุด 5,000 ตัวอักษร · ช่องนัดครั้งถัดไปมีเฉพาะใบที่ยังเปิด (CR-R08) · กด Ctrl/Cmd+Enter แทนปุ่มได้

สรุปสั้น ๆ

“จดบันทึกการติดต่อลูกค้าแต่ละครั้งได้ (โทรศัพท์ ประชุม อีเมล LINE ส่งเอกสาร ดูหน้างาน) พร้อมนัดครั้งถัดไป และระบบย้ายวันนัดบนใบให้เอง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้บันทึกการติดต่อที่จดไปแล้ว

เงื่อนไข

ทุกกรณี (แผงติดตามบนบอร์ดและปฏิทิน)

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

บันทึกอัตโนมัติเมื่อส่งใบเสนอราคา

เงื่อนไข

สถานะเปลี่ยนเป็น รอผล (เกิดซ้ำได้ทุกรอบ เช่น อยู่ระหว่างแก้ไข → รอผล) · แก้เนื้อใบโดยไม่เปลี่ยนสถานะไม่สร้างบันทึก · ใบที่ถูกสร้างขึ้นมาเป็น รอผล ตั้งแต่แรกไม่ลงบันทึก (ระบบจดเฉพาะตอนเปลี่ยนสถานะ)

ข้อความที่ผู้ใช้เห็น

ระบบบันทึกส่งใบเสนอราคา

สรุปสั้น ๆ

“ส่งใบเสนอราคา (เปลี่ยนเป็นรอผล) แล้วระบบจดลงประวัติการติดต่อให้อัตโนมัติ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตัวกรองผู้ดูแล

เงื่อนไข

เลือกชื่อคน = ใบที่ผู้ดูแลคือคนนั้น หรือยังไม่มีผู้ดูแลแต่คนนั้นสร้างใบ · เลือก ยังไม่มีผู้ดูแล = ใบที่ไม่มีทั้งผู้ดูแลและคนสร้าง · ไม่เลือก (ทุกผู้ดูแล) = ทุกใบ · ตัวเลือกชุดเดียวกันทั้ง 2 หน้า

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

บอร์ดติดตามการขาย 5 คอลัมน์

เงื่อนไข

กรองตามปี พ.ศ. (ค่าเริ่ม = ปีปัจจุบัน) และผู้ดูแล · เรียงตามวันที่ใบ ใหม่ก่อน · ดึงสูงสุด 2,000 ใบ — เกินแล้วขึ้นแจ้งเตือน และจำนวน/ยอดรวมหัวคอลัมน์นับเฉพาะใบที่ดึงมา · ช่องค้นหาเลขที่/ลูกค้ากรองการ์ดบนจอเท่านั้น ไม่เปลี่ยนจำนวน/ยอดรวมหัวคอลัมน์

ข้อความที่ผู้ใช้เห็น

แสดง … จาก … ใบเสนอราคาตัวเลขสรุปด้านล่างนับเฉพาะที่แสดง กรุณากรองให้แคบลงโหลดบอร์ดติดตามการขายไม่สำเร็จ

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ป้ายเตือนนัดและหมดอายุบนการ์ด

เงื่อนไข

เทียบกับวันนี้ · ใบที่ปิดผลแล้วไม่ขึ้นป้าย ยังไม่ตั้งนัด / เลย N วัน / หมดอายุ · นัดตรงวันนี้ขึ้นป้าย วันนี้ · นัดในอนาคตขึ้นวันที่

ข้อความที่ผู้ใช้เห็น

ยังไม่ตั้งนัดเลย … วันวันนี้หมดอายุ

สรุปสั้น ๆ

“การ์ดเตือนเองว่าใบไหนยังไม่ตั้งนัด เลยนัดมากี่วัน หรือเลยวันมีผลของใบแล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปฏิทินนัดติดตาม

เงื่อนไข

เลือกเดือน (ค่าเริ่ม = เดือนปัจจุบัน) และผู้ดูแล · หัวการ์ด นัดติดตาม (N) = จำนวนใบที่วันนัดอยู่ในเดือนที่เปิด (รวมใบเลยกำหนดที่วันนัดอยู่ในเดือนนั้น ไม่รวมยังไม่ตั้งนัด) · ช่องวันโชว์ 2 ใบแรก ที่เหลือขึ้น + อีก N · ช่องวันที่มีใบเลยกำหนดมีกรอบแดง

ข้อความที่ผู้ใช้เห็น

ไม่มีนัดในวันนี้ไม่มีนัดค้างทุกใบมีนัดแล้วยังไม่มีรายการไม่พบรายการที่ตรงกับตัวกรองโหลดปฏิทินนัดติดตามไม่สำเร็จ

สรุปสั้น ๆ

“ปฏิทินนัดติดตามปักใบที่เลยนัดและใบที่ยังไม่ตั้งนัดไว้ให้เห็นตลอด ไม่ว่าเปิดดูเดือนไหน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

กันบันทึกทับเมื่อมีคนแก้ใบพร้อมกัน

เงื่อนไข

ข้อมูลใบบนจอเก่ากว่าบนเซิร์ฟเวอร์ (เวลาแก้ล่าสุดไม่ตรง) · ใช้กับ จดบันทึกการติดต่อ · บันทึกการติดตาม · เปลี่ยนสถานะ (การลบบันทึกไม่เช็ก)

ข้อความที่ผู้ใช้เห็น

ข้อมูลถูกแก้ไขโดยผู้ใช้อื่น — รีเฟรชข้อมูลให้แล้ว กรุณาทำรายการอีกครั้ง

สรุปสั้น ๆ

“ถ้าสองคนแก้ใบเดียวกันพร้อมกัน ระบบไม่ให้บันทึกทับกัน และเตือนให้ทำรายการใหม่บนข้อมูลล่าสุด”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์ทะเบียนลูกค้า

เงื่อนไข

ดู = /crm/customers ≥ ดู (ค่าตั้งต้นการติดตั้งใหม่ = เท่าสิทธิ์ /data: Admin แก้ไข · ตำแหน่งอื่นดู ยกเว้นช่างหน้างานปิด) · เขียน = ผู้ใช้ role admin หรือ superadmin เท่านั้น (route กลุ่ม admin-only) · ตำแหน่งที่ไม่มี /crm แต่มี /crm/customers เห็นเมนู CRM เหลือแท็บ ลูกค้า แท็บเดียว

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เพิ่มลูกค้าใหม่

เงื่อนไข

/quotations ≥ ดู (ค่าตั้งต้น: Admin · CEO · บัญชี · ประมาณราคา · การเงิน) · ปุ่ม เพิ่มลูกค้า บนหน้านี้ขึ้นเมื่อมีสิทธิ์ /quotations และเข้าหน้า ลูกค้า ได้ · ต้องกรอกชื่อลูกค้า · รหัสที่ส่งมาเองถูกเพิกเฉย

ข้อความที่ผู้ใช้เห็น

กรุณาระบุชื่อลูกค้าเพิ่มลูกค้าแล้ว — …

สรุปสั้น ๆ

“ตำแหน่งที่เปิดหน้าใบเสนอราคาได้ เพิ่มลูกค้าใหม่ได้เอง และรหัสลูกค้าระบบออกให้อัตโนมัติ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบลูกค้าถาวร

เงื่อนไข

ผู้ดูแลระบบเท่านั้น (CR-R19) · ต้องกดยืนยัน ลบถาวร · ลบแล้วกู้คืนไม่ได้

ข้อความที่ผู้ใช้เห็น

ต้องการลบลูกค้า "…" หรือไม่? ลบแล้วกู้คืนไม่ได้ ลบได้เฉพาะรายที่ยังไม่มีเอกสารผูก (ใบเสนอราคา / โครงการ / ใบวางบิล / ใบกำกับภาษี) — ถ้ามีเอกสารแล้วระบบจะบอกว่าอะไรค้างอยู่ ให้ปิดใช้งานแทนลบลูกค้า "…" ไม่ได้ — มีเอกสารอ้างถึงอยู่ (…) · ถ้าไม่ใช้แล้วให้ปิดใช้งานแทน ประวัติเอกสารจะได้ไม่ขาดลบลูกค้าแล้ว

สรุปสั้น ๆ

“ลูกค้าที่มีเอกสารแล้วลบทิ้งไม่ได้ ระบบให้ปิดใช้งานแทน ประวัติเอกสารจึงไม่ขาด”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปิดใช้งาน / เปิดใช้งานลูกค้า

เงื่อนไข

ผู้ดูแลระบบเท่านั้น (CR-R19) · ต้องกดยืนยัน · ทะเบียนซ่อนรายที่ปิดใช้งานจนกว่าจะติ๊ก แสดงรายที่ปิดใช้งาน

ข้อความที่ผู้ใช้เห็น

ต้องการปิดใช้งานลูกค้า "…" หรือไม่? ระบบจะซ่อนรายชื่อนี้จากรายการเลือกในเอกสารใหม่ โดยเอกสารและประวัติเดิมจะยังคงอยู่ครบถ้วน (สามารถเปิดใช้งานใหม่ได้ภายหลัง)ปิดใช้งานลูกค้าแล้วเปิดใช้งานลูกค้าแล้ว

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

กันลูกค้าซ้ำด้วยเลขผู้เสียภาษีและสาขา

เงื่อนไข

ใช้ทั้งตอนเพิ่มและแก้ · เลขผู้เสียภาษีต้องเป็นตัวเลข 13 หลัก (ใส่ขีดคั่นได้) · รหัสสาขาตัวเลข 1-5 หลัก ระบบเติม 0 ข้างหน้าให้ครบ 5 หลัก · มีเลขผู้เสียภาษีแต่ไม่ใส่สาขา = 00000 (สำนักงานใหญ่)

ข้อความที่ผู้ใช้เห็น

มีลูกค้าเลขผู้เสียภาษี … (…) อยู่แล้ว — … · ถ้าเป็นคนละสาขาให้ระบุรหัสสาขาให้ต่างกันเลขประจำตัวผู้เสียภาษีต้องเป็นตัวเลข 13 หลัก (ใส่ขีดคั่นได้)รหัสสาขาต้องเป็นตัวเลข 1-5 หลัก (00000 = สำนักงานใหญ่)

สรุปสั้น ๆ

“ระบบกันลูกค้าซ้ำด้วยเลขผู้เสียภาษีคู่กับรหัสสาขา จึงแยกสำนักงานใหญ่กับสาขาของบริษัทเดียวกันได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปิดเลขผู้เสียภาษีในทะเบียนลูกค้า

เงื่อนไข

ค่าตั้งต้น capability apPayment.write = บัญชี · การเงิน · วิศวกรโครงการ · สโตร์ (superadmin ผ่านเสมอ) · หน้าทะเบียนไม่ได้ขอเลขเต็มแบบหน้าออกเอกสาร

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์ออกและจัดการใบเสนอราคา

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (เส้นเขียนของ api/quotations ต้องได้หน้า /quotations ระดับแก้ไข) · route กลุ่มเขียนไม่มี role:/cap:/wfrole: เพิ่ม · Policy ใช้สิทธิ์หน้า /quotations ระดับแก้ไขตัวเดียวกัน · ค่าตั้งต้นที่แก้ได้คือ Admin, CEO, บัญชี, ประมาณราคา · การเงินดูได้อย่างเดียว · วิศวกรโครงการ ธุรการ ผู้ช่วยผู้บริหาร ไม่มีหน้าใบเสนอราคา (มีแค่แท็บเลขโครงการ และวิศวกรโครงการมี BOQ เพิ่ม) · ตำแหน่งตั้งต้นไม่มี "ฝ่ายขาย" ต้องสร้างตำแหน่งเองแล้วติ๊กสิทธิ์

สรุปสั้น ๆ

“เจ้าของกำหนดได้เองว่าตำแหน่งไหนออกใบเสนอราคาได้ ตำแหน่งไหนดูได้อย่างเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลขที่ใบเสนอราคาอัตโนมัติ

เงื่อนไข

ฟอร์มสร้างใบไม่ส่งเลข เซิร์ฟเวอร์ออกเลขถัดไปของปีให้เสมอ (เลขที่ที่โชว์ในแผงสร้างเป็นแค่เลขคาดการณ์จากรายการบนจอ) · วันที่บนใบ = วันที่สร้าง และปีของใบคิดจากวันที่นั้น · ลำดับนับรวมใบที่ลบไปแล้ว เลขที่ลบไม่ถูกนำกลับมาใช้ · ปีของเลขผูกกับปีของวันที่ แก้วันที่ข้ามปีภายหลังไม่ได้

ข้อความที่ผู้ใช้เห็น

สร้างใบเสนอราคา … แล้วระบบกำลังออกเลขใบเสนอราคาให้ผู้ใช้อื่นอยู่ กรุณาลองใหม่อีกครั้งเลขใบเสนอราคานี้ถูกใช้แล้ว กรุณาลองใหม่อีกครั้ง

สรุปสั้น ๆ

“ระบบรันเลขใบเสนอราคาให้อัตโนมัติ แยกตามปี ไม่ต้องจำเลขเอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

VAT 7% ในใบเสนอราคา

เงื่อนไข

ตอนสร้าง เซิร์ฟเวอร์ตั้ง "รวม VAT" ให้ทุกใบไม่ว่าจอส่งค่าอะไรมา · ตอนแก้ เซิร์ฟเวอร์ทิ้งค่านี้ · ฟอร์มสร้างไม่มีสวิตช์ VAT มีแค่บรรทัด "VAT 7%" ให้ดู

สรุปสั้น ๆ

“ยอดในใบเสนอราคาคำนวณ VAT 7% ให้อัตโนมัติ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ส่วนลดในใบเสนอราคา

เงื่อนไข

ส่วนลด ≥ 0 และ ≤ มูลค่าเสนอ (เซิร์ฟเวอร์เทียบถึงสตางค์) · เช็กทั้งตอนสร้างและตอนแก้ รวมกรณีลดมูลค่าลงจนต่ำกว่าส่วนลดเดิม · สถานะ ได้งาน/ไม่ได้งาน หรือใบที่ถูกล็อก = ช่องส่วนลดในแผงแก้ไขถูกปิดและไม่ส่งค่าส่วนลด

ข้อความที่ผู้ใช้เห็น

ส่วนลดต้องไม่ติดลบส่วนลดต้องไม่เกินมูลค่างานส่วนลดต้องไม่เกินมูลค่าเสนอส่วนลด (ล็อกแล้ว)ใบเสนอราคาอยู่ในสถานะ "…" — แก้ไขส่วนลดไม่ได้หลังเปลี่ยนเป็น "ได้งาน" ระบบจะล็อกข้อมูลส่วนลด และไม่อนุญาตให้แก้ไขอีก

สรุปสั้น ๆ

“ใส่ส่วนลดเป็นจำนวนเงินได้ และเมื่อปิดผลว่าได้งาน ระบบล็อกช่องส่วนลดไว้ให้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สถานะใบเสนอราคาและเหตุผลไม่ได้งาน

เงื่อนไข

ร่าง → รอผล / อยู่ระหว่างแก้ไข · รอผล → ร่าง / อยู่ระหว่างแก้ไข / ได้งาน / ไม่ได้งาน · อยู่ระหว่างแก้ไข → ร่าง / รอผล · ไม่ได้งาน → รอผล · ได้งาน → ไม่ได้งาน / รอผล ได้เฉพาะเมื่อไม่มีเลขโครงการที่ใช้งานอยู่ (เลขโครงการสถานะยกเลิกไม่นับ) · ใบที่ถูกล็อกและไม่ใช่ "ได้งาน" เปลี่ยนสถานะไม่ได้ · ใบใหม่จากฟอร์มเป็น "ร่าง" เสมอ (เซิร์ฟเวอร์รับตอนสร้างแค่ ร่าง หรือ รอผล) · สถานะมี 5 ค่า ไม่มีสถานะ "อนุมัติ"

ข้อความที่ผู้ใช้เห็น

ไม่สามารถเปลี่ยนสถานะเป็น "ไม่ได้งาน" เพราะมีเลขโครงการสร้างไว้แล้วกรุณาระบุเหตุผลที่ไม่ได้งานเปลี่ยนสถานะจาก '…' → '…' ไม่ได้ — สถานะที่อนุญาต: …เปลี่ยนสถานะจาก '…' → '…' ไม่ได้ — มีเลขโครงการ … ผูกอยู่ ต้องยกเลิกเลขโครงการ (สถานะ "ยกเลิก") ก่อน จึงจะถอยสถานะใบเสนอราคาได้

สรุปสั้น ๆ

“ทุกใบมีสถานะชัด และถ้าไม่ได้งานระบบบังคับจดเหตุผลไว้ดูย้อนหลัง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ล็อกใบเมื่อออกเลขโครงการ

เงื่อนไข

ตอนผูกใบเป็นใบก่อตั้งโครงการ ระบบตั้งใบเป็น "ได้งาน" และล็อกทันที · ตอนผูกใบเพิ่มเข้าโครงการเดิม ระบบล็อกใบ · ใบที่มีเลขโครงการผูกอยู่ลบไม่ได้ · บนจอเมนู "แก้ไข" และ "ลบ" ของใบที่มีเลขโครงการจางลง (จอนับเลขโครงการทุกสถานะ รวมที่ยกเลิกแล้ว)

ข้อความที่ผู้ใช้เห็น

ใบเสนอราคาที่มีเลขโครงการ — แก้ไขไม่ได้ใบเสนอราคาที่มีเลขโครงการ — ลบไม่ได้ไม่สามารถลบได้ เพราะมีเลขโครงการสร้างจากใบเสนอราคานี้แล้วใบเสนอราคานี้ถูกล็อกแล้ว แก้ไขไม่ได้ใบเสนอราคานี้ถูกล็อกไว้ (สถานะ "ได้งาน") ลบไม่ได้ลบไม่ได้ — มีเลขโครงการ … ผูกอยู่. คำแนะนำ: ไปลบเลขโครงการก่อน หรือเปลี่ยนสถานะ projectNumber เป็น "ยกเลิก"

สรุปสั้น ๆ

“เปิดโครงการแล้วยอดในใบถูกล็อก งานเพิ่ม-ลดออกเป็นใบใหม่แล้วผูกเข้าโครงการเดิม”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์ออกและแก้เลขโครงการ

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (เส้นเขียนของ api/project-numbers ต้องได้หน้า /projects ระดับแก้ไข ซึ่งค่าตั้งต้นทุกตำแหน่งที่มีหน้านี้ได้แก้ไข) · route กลุ่มเขียนติด cap:projectNumber.write (ค่าตั้งต้นให้ บัญชี CEO ประมาณราคา · Admin ผ่านเสมอ) · Policy สร้างเช็ก cap ตัวเดียวกัน ส่วนแก้/ลบเช็ก cap และต้องไม่ใช่โครงการที่ถูกล็อก · บนจอปุ่มสร้าง/แก้/ลบ/เปลี่ยนสถานะขึ้นตามสิทธิ์ "แก้ไข" ของแท็บ "สร้างเลขโครงการ" (ปุ่ม "สร้างเลขโครงการ" ต้องเห็นหน้าใบเสนอราคาด้วย) · ค่าตั้งต้นจอกับเซิร์ฟเวอร์ตรงกัน: แก้ได้ Admin, CEO, บัญชี, ประมาณราคา · ดูอย่างเดียว การเงิน, วิศวกรโครงการ, ธุรการ, ผู้ช่วยผู้บริหาร

สรุปสั้น ๆ

“เจ้าของกำหนดได้ว่าตำแหน่งไหนออกเลขโครงการได้ ตำแหน่งไหนดูได้อย่างเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

รูปแบบเลขโครงการ

เงื่อนไข

ตัวอักษรนำหน้าเป็นค่าตั้งของแต่ละ instance (ค่าตั้งต้น N · ต้องเป็นอักษรอังกฤษพิมพ์ใหญ่ 1 ตัว · เปลี่ยนไม่ได้เมื่อมีเลขโครงการในระบบแล้ว) · ปีมาจากปีของใบเสนอราคาต้นทาง · ลำดับ = เลขสูงสุดของปีนั้น + 1 · ลำดับ 000 สงวนไว้ให้แถวค่าใช้จ่ายบริษัท · เลขที่โชว์ในกล่องสร้างเป็นเลขคาดการณ์จากรายการบนจอ เซิร์ฟเวอร์ออกเลขจริงตอนบันทึก

ข้อความที่ผู้ใช้เห็น

เลขโครงการนี้ถูกใช้แล้ว — ลองใหม่อีกครั้ง หรือเว้นว่างให้ระบบออกเลขถัดไป

สรุปสั้น ๆ

“เลขโครงการระบบรันให้เองตามปีของใบเสนอราคา ตัวอักษรนำหน้าตั้งได้ก่อนเริ่มออกเลขโครงการ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สร้างเลขโครงการจากใบเสนอราคา

เงื่อนไข

กด "สร้างเลขโครงการ" แล้วเลือกใบจากรายการใบ "ได้งาน" ที่ยังไม่มีเลขโครงการของปีที่เลือกอยู่ · ต้องกรอกชื่องาน · วันเริ่มงาน/วันสิ้นสุดงานไม่บังคับ แต่วันสิ้นสุดต้องไม่ก่อนวันเริ่ม · เซิร์ฟเวอร์เช็กใต้ล็อกว่าใบยังไม่ออกเลขและเป็น "ได้งาน" · โครงการใหม่ได้สถานะ "ดำเนินการ" และคัดลอกบริษัท ลูกค้า ประเภทผู้ว่าจ้าง ประเภทงาน มูลค่า ส่วนลด และการรวม VAT จากใบ · ใบต้นทางถูกล็อก (ดู QT-R06)

ข้อความที่ผู้ใช้เห็น

กรุณาระบุชื่องานวันสิ้นสุดงานต้องไม่ก่อนวันเริ่มงานไม่มีรายการที่รอสร้างเลขโครงการใบนี้ออกเลขโครงการแล้วใบเสนอราคานี้ยังไม่ได้สถานะ "ได้งาน" — เปลี่ยนเป็นได้งานก่อนจึงจะสร้างเลขโครงการได้

สรุปสั้น ๆ

“เลขโครงการสร้างจากใบเสนอราคาที่ได้งานแล้วเท่านั้น ใบละ 1 เลข”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สถานะโครงการ ยกเลิก และยุติกลางทาง

เงื่อนไข

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

ข้อความที่ผู้ใช้เห็น

โครงการนี้มีเงินเคลื่อนไหวแล้ว (รับ/จ่ายจริง) — ยกเลิกไม่ได้ กรุณาใช้สถานะ "ยุติกลางทาง" แทน เพื่อให้ยอดขายปรับเหลือเท่าที่เก็บได้จริงยกเลิกโครงการแล้ว — อย่าลืมถอยใบเสนอราคา … เป็น "ไม่ได้งาน" ด้วยเปิดโครงการกลับไม่ได้ — ใบเสนอราคาต้นทาง … ยังไม่ใช่ "ได้งาน" · เปลี่ยนสถานะใบเป็น "ได้งาน" ก่อน แล้วค่อยเปลี่ยนสถานะโครงการ

สรุปสั้น ๆ

“โครงการที่เริ่มรับหรือจ่ายเงินแล้ว ปิดแบบยุติกลางทางได้ ยอดขายจะเหลือเท่าที่เก็บได้จริง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ลบเลขโครงการ

เงื่อนไข

กด "ลบ" ในช่อง "จัดการ" แล้วยืนยัน · เซิร์ฟเวอร์นับข้อมูลที่ผูก: งวดงาน ใบขอซื้อ ใบสั่งซื้อ ใบวางบิล ใบกำกับภาษี ใบเสร็จรับเงิน รายการเงิน งานจ้างเหมา ใบขอจ้างเหมา ค่าแรง ค่าใช้จ่าย บันทึกเวลา ยอดยกมา · มีอย่างใดอย่างหนึ่ง = ลบไม่ได้ · แถวรายการบริษัท (ลำดับ 000) ลบ/แก้ไม่ได้ · ลบผ่านแล้วใบเสนอราคาที่ผูกถูกปลดออกและปลดล็อก (สถานะใบยังเป็น "ได้งาน") และ BOQ ของโครงการถูกลบตาม

ข้อความที่ผู้ใช้เห็น

ต้องการลบเลขโครงการ … หรือไม่? ลบแล้วกู้คืนไม่ได้ลบโครงการ … ไม่ได้ — มีข้อมูลผูกอยู่ (…) ใช้ปุ่ม "ยกเลิกโครงการ" แทน เพื่อเก็บประวัติไว้แถวรายการบริษัท — แก้ไข/ลบไม่ได้

สรุปสั้น ๆ

“โครงการที่มีเอกสารหรือเงินผูกอยู่ลบไม่ได้ ระบบเก็บประวัติไว้ ให้ปิดด้วยการเปลี่ยนสถานะแทน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้ข้อมูลเลขโครงการในตาราง

เงื่อนไข

กด "แก้ไข" ในช่อง "จัดการ" แล้วแก้ในแถว · วันสิ้นสุดต้องไม่ก่อนวันเริ่ม · เปลี่ยนเอกชนเป็นราชการ: จอถามเซิร์ฟเวอร์ก่อน ถ้าโครงการมีค่าบริหาร % (วัสดุหรือค่าแรงมากกว่า 0) หรือมีแถว BOQ ที่ยังหักส่วนบริหาร (ไม่ใช่ 100/100 · ไม่นับหัวข้อและแถวค่าดำเนินการและกำไร) จะขึ้นกล่องยืนยันพร้อมจำนวนที่จะถูกล้าง · ไม่มีอะไรให้ล้าง = บันทึกทันทีไม่ถาม · ถามเซิร์ฟเวอร์ไม่สำเร็จ = ไม่บันทึก · งานราชการไม่มีค่าบริหาร % ระบบล้าง % ให้ · เซิร์ฟเวอร์ไม่รับเลขโครงการในการแก้ และตอบ 422 ถ้าส่งมูลค่า/ส่วนลด/VAT/ลูกค้าที่ต่างจากเดิม

ข้อความที่ผู้ใช้เห็น

วันสิ้นสุดงานต้องไม่ก่อนวันเริ่มงานเปลี่ยนประเภทผู้ว่าจ้างเป็นราชการต้องการเปลี่ยนประเภทผู้ว่าจ้างของ … เป็นราชการ หรือไม่? งานราชการไม่มีค่าบริหาร % ระบบจะล้าง:

สรุปสั้น ๆ

“มูลค่าโครงการไม่แก้ตรง ๆ งานเพิ่ม-ลดให้ออกใบเสนอราคาใหม่แล้วผูกเข้าโครงการ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เป้ามูลค่าโครงการรายปี

เงื่อนไข

ปุ่ม "เป้ามูลค่าโครงการ" เห็นเฉพาะคนที่แก้ไขแท็บ "สร้างเลขโครงการ" ได้ · เซิร์ฟเวอร์ผูกเป้าชนิดโครงการกับหน้าเดียวกันและต้องระดับแก้ไข · ค่า 0 ถึง 9,999,999,999,999.99 · ถ้าเป้าสูงกว่ามูลค่ารวมเกิน 20 เท่า หรือเกิน 10,000,000,000 บาทในปีที่ยังไม่มีมูลค่ารวม ระบบถามยืนยันก่อน (ไม่บล็อก) · % คิดจากโครงการที่ผ่านตัวกรองอยู่

ข้อความที่ผู้ใช้เห็น

ยอดเป้าหมายสูงผิดปกติยังไม่ตั้งเป้ามูลค่าโครงการ

สรุปสั้น ๆ

“ตั้งเป้ามูลค่าโครงการรายปีได้ ระบบแสดงว่าทำได้กี่ % ของเป้า”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใครเห็นแท็บ BOQ (ต้นฉบับ) และราคาทุนดิบ

เงื่อนไข

จอซ่อนแท็บ BOQ (ต้นฉบับ) และพาคนที่ไม่มีสิทธิ์นี้ไปแท็บจัดหมวดหมู่ · เซิร์ฟเวอร์ปิดราคาทุนดิบและ % ในรายการ BOQ ที่ส่งให้คนที่ไม่มีสิทธิ์นี้ · เข้าแท็บจัดหมวดหมู่ต้องมีสิทธิ์ "BOQ (ต้นฉบับ) / จัดหมวดหมู่" · ค่าตั้งต้น: Admin, CEO, บัญชี, ประมาณราคา, การเงิน เห็นทั้ง 2 แท็บ · วิศวกรโครงการเห็นแค่จัดหมวดหมู่

สรุปสั้น ๆ

“เจ้าของเลือกได้ว่าตำแหน่งไหนเห็นราคาทุนดิบของ BOQ ตำแหน่งอื่นเห็นแค่ราคาหลังหักส่วนบริหาร”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์แก้ BOQ

เงื่อนไข

เซิร์ฟเวอร์เช็ก: PathAccess (api/boq → หน้า /quotations/boq ระดับแก้ไข) · route กลุ่มเขียนไม่มี role:/cap:/wfrole: เพิ่ม · Policy เช็กหน้า /quotations/boq ระดับแก้ไขตัวเดียวกัน · การเขียนราคาทุน/ส่วนลดต้องมีสิทธิ์ "BOQ — แก้ไขราคา/ค่าบริหาร" เพิ่ม · บนจอปุ่มเขียนขึ้นตามสิทธิ์แก้ไขหน้าเดียวกัน · ค่าตั้งต้นแก้ได้: Admin, CEO, บัญชี, ประมาณราคา, วิศวกรโครงการ · การเงินดูอย่างเดียว

สรุปสั้น ๆ

“เจ้าของกำหนดได้ว่าตำแหน่งไหนแก้ BOQ ได้ ตำแหน่งไหนดูได้อย่างเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ที่มาของ BOQ

เงื่อนไข

ต้องเลือกเลขโครงการก่อน (BOQ ผูกกับเลขโครงการ) · แถวค่าดำเนินการและกำไรมีได้ 1 แถวต่อโครงการ · โครงการราชการใช้ Factor F ไม่มีแถวค่าดำเนินการและกำไร

ข้อความที่ผู้ใช้เห็น

รองรับ .xlsx, .xls — รูปแบบ Bill of Quantityยังไม่มีรายการ BOQ — กดอัพโหลดหรือเพิ่มรายการโครงการนี้มีรายการค่าดำเนินการและกำไรอยู่แล้ว (มีได้ 1 รายการต่อโครงการ)โครงการราชการใช้ Factor F — ไม่มีแถวค่าดำเนินการและกำไร

สรุปสั้น ๆ

“BOQ อัพโหลดจากไฟล์ Excel หรือคีย์เพิ่มเองทีละแถวได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

อัพโหลด BOQ ใหม่ทับของเดิม

เงื่อนไข

โครงการที่มี BOQ แล้ว ปุ่มเป็น "อัพโหลดใหม่" และระบบถามยืนยันพร้อมบอกจำนวนแถวเดิม แถวที่จัดหมวดไว้ และใบอนุมัติวัสดุที่ยังไม่อนุมัติที่จะหาย · เซิร์ฟเวอร์ไม่ยอมถ้ามีใบขอจ้างเหมาอ้าง BOQ เดิม หรือมีใบอนุมัติวัสดุที่เดินเรื่องแล้ว หรือแถวที่ผูกสัญญาเหมาที่ยังไม่ปิด · ถ้ามีคนแก้ BOQ ระหว่างเตรียมไฟล์ ระบบไม่นำเข้า · แถวในไฟล์ที่ไม่ระบุ % ได้ % ค่าบริหารของโครงการ

ข้อความที่ผู้ใช้เห็น

แทนที่ BOQ เดิมทั้งโครงการต้องการแทนที่ BOQ เดิมของโครงการ … ด้วยรายการใหม่ … รายการ หรือไม่? BOQ เดิมทั้งโครงการจะถูกลบ ลบแล้วกู้คืนไม่ได้อัปโหลด BOQ ใหม่ไม่ได้ — โครงการนี้มีรายการในใบขอจ้างเหมา (subcon) ที่อ้างอิง BOQ เดิมอยู่ … รายการ กรุณาลบใบขอจ้างเหมาที่หน้า “ใบขอจ้างเหมา” ก่อน แล้วจึงอัปโหลด BOQ ใหม่อัปโหลด BOQ ใหม่ไม่ได้ — การอัปโหลดใหม่จะลบ BOQ เดิมทั้งโครงการ แต่โครงการนี้มีงานจัดซื้อที่อ้างอิง BOQ เดิมอยู่ (…) ข้อมูลเหล่านั้นจะหายไปด้วย กรุณาถอนอนุมัติใบอนุมัติวัสดุ หรือยกเลิกสัญญาเหมาที่เกี่ยวข้องก่อน แล้วจึงอัพโหลด BOQ ใหม่BOQ ของโครงการนี้มีการแก้ไขระหว่างเตรียมไฟล์ — โหลดข้อมูลล่าสุดให้แล้ว กรุณาตรวจรายการแล้วเปิดนำเข้าอีกครั้งตรวจสอบ BOQ เดิมของโครงการไม่สำเร็จ — ยังไม่ได้นำเข้า กรุณาลองใหม่อีกครั้ง

สรุปสั้น ๆ

“อัพโหลด BOQ ใหม่จะแทนที่ของเดิมทั้งชุด ระบบบอกก่อนว่าอะไรจะหาย และไม่ยอมถ้ามีงานจัดซื้อหรือจ้างเหมาที่เดินเรื่องแล้วอ้างอยู่”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เพดานจำนวนแถว BOQ

เงื่อนไข

นับแถวในไฟล์ตอนอัพโหลด · จัดหมวดทีละชุดเลือกได้สูงสุด 10,000 แถวต่อครั้ง · รายการ BOQ ที่เซิร์ฟเวอร์ส่งให้จอสูงสุด 10,000 แถวต่อโครงการ

ข้อความที่ผู้ใช้เห็น

จำนวนรายการ BOQ เกินกำหนด (สูงสุด 10,000 แถวต่อการนำเข้า)ไฟล์นี้มี … แถว เกินขนาดที่ระบบรับประกัน … แถว · นำเข้าได้ แต่หน้า BOQ อาจเปิดช้าและเลื่อนจอกระตุก

สรุปสั้น ๆ

“BOQ นำเข้าได้ถึง 10,000 แถวต่อครั้ง เกิน 2,000 แถวระบบเตือนว่าหน้าอาจเปิดช้า”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ลบแถว BOQ และลบทั้งหมด

เงื่อนไข

ลบทีละแถวไม่ได้ถ้า: แถวมีการอนุมัติวัสดุแล้ว · ผูกกับใบขอจ้างเหมา · ผูกกับสัญญาเหมา · "ลบทั้งหมด" ไม่ลบเลยถ้ามีใบขอจ้างเหมาอ้าง BOQ หรือมีใบอนุมัติวัสดุที่เดินเรื่องแล้ว/แถวที่ผูกสัญญาเหมาที่ยังไม่ปิด หรือมีคนแก้ BOQ หลังเปิดหน้า · ปุ่ม "ลบทั้งหมด" ไม่ขึ้นเมื่อโครงการมีงวดงานแล้ว

ข้อความที่ผู้ใช้เห็น

ลบ BOQ ทั้งหมดต้องการลบ BOQ ทั้งหมด … รายการ รวมหมวดที่จัดแล้ว … รายการ หรือไม่? ลบแล้วกู้คืนไม่ได้ลบ BOQ ทั้งหมดแล้วลบ BOQ ทั้งหมดไม่ได้ — โครงการนี้มีรายการในใบขอจ้างเหมา (subcon) ที่อ้างอิง BOQ อยู่ … รายการ กรุณาลบใบขอจ้างเหมาที่หน้า “ใบขอจ้างเหมา” ก่อน แล้วจึงลบ BOQลบ BOQ ทั้งหมดไม่ได้ — โครงการนี้มีงานจัดซื้อที่อ้างอิง BOQ อยู่ (…) ยังไม่ได้ลบรายการใดเลย กรุณาถอนอนุมัติใบอนุมัติวัสดุ หรือยกเลิกสัญญาเหมาที่เกี่ยวข้องก่อน แล้วจึงลบ BOQBOQ ของโครงการนี้ถูกแก้ไขหลังจากที่คุณเปิดหน้า — กรุณารีเฟรชหน้าแล้วลบใหม่BOQ row นี้มีการอนุมัติวัสดุไปแล้ว — ลบไม่ได้ ต้องถอนอนุมัติก่อนBOQ row นี้ถูกผูกกับใบขอจ้างเหมา #… (…) — ลบใบขอจ้างเหมาก่อน หรือเอา row ออกจาก scopeBOQ row นี้ผูกกับสัญญาเหมา #… — ยกเลิกสัญญาก่อน

สรุปสั้น ๆ

“แถว BOQ ที่อนุมัติวัสดุหรือผูกงานจ้างเหมาแล้วลบไม่ได้ ระบบบอกเหตุผลและสิ่งที่ต้องทำก่อน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แถว BOQ ที่ผูกสัญญาเหมา

เงื่อนไข

เซิร์ฟเวอร์ดูว่าแถวนั้นด้านวัสดุ/ค่าแรงผูกสัญญาเหมาอยู่หรือไม่ · จำนวนและหน่วยถูกล็อกถ้าด้านใดด้านหนึ่งผูกอยู่ · ส่งค่าเดิมซ้ำได้ ส่งค่าใหม่ = 422

ข้อความที่ผู้ใช้เห็น

ช่องนี้ถูกล็อกเพราะผูกกับสัญญาเหมาอยู่ — แก้ไขไม่ได้จนกว่าจะยกเลิกสัญญา

สรุปสั้น ๆ

“แถว BOQ ที่ทำสัญญาจ้างเหมาไปแล้วแก้ราคาไม่ได้ จนกว่าจะยกเลิกสัญญา”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ค่าบริหาร % ของโครงการ

เงื่อนไข

ปุ่ม "ค่าบริหาร:" บนแท็บ BOQ (ต้นฉบับ) ขึ้นเฉพาะโครงการเอกชนที่มีรายการ BOQ และผู้ใช้แก้ BOQ ได้และเขียนเลขโครงการได้ · เว้นช่องว่าง = ใช้ค่าเดิม · ถามยืนยันก่อนปรับใช้ · ไม่แตะแถวหัวข้อและแถวค่าดำเนินการและกำไร · ด้านที่ผูกสัญญาเหมาคงค่าเดิม · เซิร์ฟเวอร์เช็ก: แก้ BOQ ได้ (Policy) + มีสิทธิ์ "BOQ — แก้ไขราคา/ค่าบริหาร" + แก้หน้า /projects ได้ + Policy เลขโครงการ (cap projectNumber.write และโครงการไม่ล็อก) · ค่าตั้งต้นที่ตั้งได้: Admin, CEO, บัญชี, ประมาณราคา

ข้อความที่ผู้ใช้เห็น

ต้องการปรับใช้อัตราค่าบริหาร ค่าวัสดุ …% | ค่าแรง …% ทั้งโครงการหรือไม่? (ระบบจะหักเปอร์เซ็นต์ค่าบริหารจากทุกรายการ BOQ แยกตามประเภท)มี … รายการที่ตัดเหมาแล้ว — คงค่าบริหารเดิม (แก้ไม่ได้)โครงการนี้ถูกล็อก — แก้ค่าบริหารไม่ได้โครงการราชการไม่มีค่าบริหาร % — ใช้ Factor F

สรุปสั้น ๆ

“ตั้งค่าบริหาร % ค่าวัสดุและค่าแรงแยกกันได้ ระบบหักให้ทุกรายการ BOQ ของโครงการทีเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

Export BOQ เป็น Excel

เงื่อนไข

ปุ่มขึ้นเมื่อโครงการมีรายการ BOQ · แท็บ BOQ (ต้นฉบับ) ได้ราคาดิบ + คอลัมน์ "หักส่วนบริหารแล้ว" · แท็บจัดหมวดหมู่ได้ราคาหลังหัก + ประเภท/หมวด (วัสดุ)/หมวด (ค่าแรง)

สรุปสั้น ๆ

“BOQ ส่งออกเป็นไฟล์ Excel ได้ ทั้งแบบราคาต้นฉบับและแบบหลังหักส่วนบริหารพร้อมหมวด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

จัดหมวด BOQ

เงื่อนไข

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

ข้อความที่ผู้ใช้เห็น

เลือกประเภทก่อนจัดหมวดแล้ว … รายการ · ข้าม … รายการที่ตัดเหมาแล้วหมวด "…" ไม่ได้อยู่ใต้ประเภทงานที่เลือก — เลือกประเภทงานให้ตรงกันก่อนยกเลิกการเชื่อมกับ catalog — เพราะหมวดเปลี่ยน (เชื่อมใหม่ได้ที่หน้าอนุมัติวัสดุ)แถวที่ตัดเหมา/ผูกสัญญาแล้วจะถูกข้ามอัตโนมัติช่องนี้ถูกล็อกเพราะผูกกับสัญญาเหมาอยู่ — แก้ไขไม่ได้จนกว่าจะยกเลิกสัญญา

สรุปสั้น ๆ

“จัดหมวด BOQ ได้ทีละแถว หรือติ๊กหลายแถวแล้วตั้งหมวดครั้งเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

จัดหมวดอัตโนมัติ

เงื่อนไข

เดาจากคำสำคัญชุดตั้งต้นร่วมกับคำที่ระบบเรียนรู้จากการจัดหมวดก่อนหน้า · ข้ามแถวหัวข้อและแถวค่าดำเนินการและกำไร · ส่งเข้าเส้นตั้งหมวดทีละชุดเส้นเดียวกับ "ตั้งหมวดให้ที่เลือก" จึงข้ามทั้งแถว ถ้าการจัดจะเปลี่ยนหมวดของด้านที่ผูกสัญญาเหมา (สัญญาสถานะ รออนุมัติ / ใช้งานอยู่ / ปิดสัญญา) · กลุ่มที่ตั้งหมวดให้ไม่ได้ถูกข้ามและให้เลือกเอง · ถ้าล้มกลางทางด้วยเหตุอื่น หยุดและบอกจำนวนที่จัดไปแล้ว

ข้อความที่ผู้ใช้เห็น

จัดหมวดอัตโนมัติแล้ว … รายการ · ข้าม … รายการที่ตัดเหมาแล้วไม่มีรายการที่ยังว่างให้จัดหมวดอัตโนมัติจัดหมวดอัตโนมัติ — ข้าม … กลุ่มที่ระบบตั้งหมวดให้ไม่ได้ (เลือกเองในตาราง)จัดหมวดอัตโนมัติ — ยกเลิกการเชื่อม catalog … รายการ (เชื่อมใหม่ได้ที่หน้าอนุมัติวัสดุ)จัดหมวดอัตโนมัติแล้ว … รายการ ก่อนหยุด — รายการที่เหลือยังไม่ได้จัด

สรุปสั้น ๆ

“มีปุ่มจัดหมวดอัตโนมัติจากชื่อรายการ จัดเฉพาะแถวที่ยังว่าง ไม่ทับที่จัดไว้แล้ว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ทะเบียนประเภทงานและหมวดต้นทุน

เงื่อนไข

เซิร์ฟเวอร์: เส้นเขียน job-types และ cost-categories อยู่ในกลุ่ม admin-only (role Admin หรือผู้ที่ติดธง superadmin) · จอเปิดปุ่มเขียนเฉพาะผู้ดูแลระบบ · เปลี่ยนรหัสหมวด ระบบตามแก้รหัสในข้อมูลที่อ้างอยู่ (BOQ ผ่าน FK และข้อมูลจัดซื้อ/จ้างเหมา/ร้านค้า/ค่าแรงที่เก็บรหัส) · เปลี่ยนชนิดหมวดหรือประเภทงานของหมวดที่ BOQ ใช้อยู่ไม่ได้ · ลบหมวดที่มีข้อมูลอ้างอิงไม่ได้

ข้อความที่ผู้ใช้เห็น

เปลี่ยน… ของหมวด "…" ไม่ได้ — มีรายการ BOQ ใช้หมวดนี้อยู่ … รายการลบหมวด "…" ไม่ได้ — มีข้อมูลอ้างอิงอยู่: …

สรุปสั้น ๆ

“ทะเบียนหมวดต้นทุนแก้ได้เฉพาะผู้ดูแลระบบ เปลี่ยนรหัสแล้วระบบตามแก้ข้อมูลเดิมให้ หมวดที่มีข้อมูลใช้อยู่ลบไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ตั้งใจตัดเหมาในแถว BOQ

เงื่อนไข

กดปุ่มรูปมือจับในช่องรายละเอียดของแท็บจัดหมวดหมู่ · แถวที่ตัดเหมาได้ทั้งสองด้าน เมนูให้เลือก "ค่าวัสดุ + ค่าแรง" / "เฉพาะค่าแรง" (และ "ยกเลิก" เมื่อตั้งไว้แล้ว) · แถวที่ตัดเหมาได้ด้านเดียว กดแล้วสลับด้านนั้นทันที · ผูกสัญญาเหมา = สัญญาสถานะ รออนุมัติ / ใช้งานอยู่ / ปิดสัญญา (จอและเซิร์ฟเวอร์ใช้ชุดสถานะเดียวกัน) · จอ: ด้านใดด้านหนึ่งผูกแล้ว ปุ่มของทั้งแถวจาง ขึ้นว่า "ตัดเหมาแล้ว — …" · เซิร์ฟเวอร์: ตรวจทีละด้าน ด้านที่ผูกเปลี่ยนไม่ได้ ด้านที่ไม่ผูกเปลี่ยนได้ · ด้านวัสดุตัดเหมาไม่ได้ถ้าแถวมีการอนุมัติวัสดุที่เดินเรื่องแล้ว · คนที่ไม่มีสิทธิ์แก้เห็นแค่สถานะ (ปุ่มจาง)

ข้อความที่ผู้ใช้เห็น

ตัดเหมาแล้ว — ค่าวัสดุ → … · ค่าแรง → …เลือก "หมวด (วัสดุ)" ก่อนถึงจะตัดเหมาได้เลือก "หมวด (ค่าแรง)" ก่อนถึงจะตัดเหมาได้BOQ slice นี้ผูกกับสัญญาเหมาที่ active อยู่ — ยกเลิกสัญญาก่อนถึงจะเปลี่ยน intent ได้BOQ row นี้มีการอนุมัติวัสดุไปแล้ว — ตัดเหมาไม่ได้ ต้องถอนอนุมัติก่อน

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์สร้าง/แก้เอกสารจัดซื้อ

เงื่อนไข

อนุมัติวัสดุ/รายการนอก BOQ/ค่าใช้จ่าย ใช้หน้า '/purchase' · ใบขอซื้อใช้ '/purchase/pr' · ใบสั่งซื้อใช้ '/purchase/po' (ชั้น 1 PathAccess) · ชั้น 2 middleware: เส้นเขียนเหล่านี้อยู่ในกลุ่ม Route::middleware([]) ไม่มี role:/cap:/wfrole: · ชั้น 3: ไม่พบ Policy/authorize() ในโมดูลนี้ · ค่าตั้งต้นติดตั้งใหม่: แก้ไข = Admin, วิศวกรโครงการ, สโตร์ · ดูอย่างเดียว = CEO, บัญชี, วิศวกร, จัดซื้อ, การเงิน, โฟร์แมน, ประมาณราคา (ประมาณราคาไม่มีหน้า '/purchase/calendar') · ไม่มีหน้าจัดซื้อ = ฝ่ายบุคคล (HR), ช่างหน้างาน, ธุรการ, ผู้ช่วยผู้บริหาร · ทั้งหมดเป็น role ที่ตั้งค่าใน Settings (instance จริงอาจต่างจากค่าตั้งต้น)

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์แก้ไขหน้านี้ไม่มีสิทธิ์เข้าถึงหน้านี้

สรุปสั้น ๆ

“สิทธิ์ดูหรือแก้ไขเอกสารจัดซื้อตั้งแยกได้ต่อตำแหน่ง และแยกตามหน้า (อนุมัติวัสดุ · ใบขอซื้อ · ใบสั่งซื้อ)”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

รายการ BOQ ที่ตัดเหมา (ของ)

เงื่อนไข

รายการวัสดุที่รายการ BOQ ตั้ง material_intent เป็นตัดเหมา (subcontract) แล้วจะเปลี่ยนสถานะเป็นอนุมัติขึ้นไป

ข้อความที่ผู้ใช้เห็น

รายการนี้ตัดเหมา (ของ) — กำหนดยี่ห้อได้ แต่สั่งซื้อผ่าน PR/PO ไม่ได้ตัดเหมา (ของ) — สั่งซื้อผ่าน PR/PO ไม่ได้

สรุปสั้น ๆ

“รายการที่ตัดเหมาให้ผู้รับเหมาจัดของ ระบบกันไม่ให้ซื้อซ้ำผ่านใบขอซื้อ/ใบสั่งซื้อ แต่ยังกำหนดยี่ห้อได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สร้างใบขอซื้อจากรายการวัสดุ

เงื่อนไข

ตอนบันทึกใบขอซื้อที่อ้างรายการอนุมัติวัสดุ

ข้อความที่ผู้ใช้เห็น

บันทึกไม่ได้ — รายการ "…" ยังไม่ได้อนุมัติวัสดุ สร้างใบขอซื้อได้เฉพาะรายการที่อนุมัติแล้วบันทึกไม่ได้ — รายการ "…" อยู่ในใบขอซื้อ … แล้ว (ขอซื้อซ้ำไม่ได้) กรุณารีเฟรชหน้าบันทึกไม่ได้ — รายการ "…" ถูกสร้างใบขอซื้อไปแล้ว (ขอซื้อซ้ำไม่ได้) กรุณารีเฟรชหน้าบันทึกไม่ได้ — รายการ "…" เป็นรายการอนุมัติวัสดุของโครงการอื่น ใบขอซื้ออ้างได้เฉพาะรายการของโครงการเดียวกันกรุณาเลือกรายการจำนวนต้องมากกว่า 0

สรุปสั้น ๆ

“ใบขอซื้อสร้างได้จากรายการวัสดุที่อนุมัติแล้วเท่านั้น และรายการเดียวกันขอซื้อซ้ำสองใบไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้/ถอยสถานะรายการวัสดุที่เข้าใบขอซื้อแล้ว

เงื่อนไข

รายการที่สถานะตั้งแต่ 'สร้าง PR แล้ว' ขึ้นไป · ตั้งสถานะโซนใบสั่งซื้อได้หลังออก PO แล้วเท่านั้น

ข้อความที่ผู้ใช้เห็น

แก้จำนวนไม่ได้ — รายการ "…" อยู่ในใบขอซื้อ/ใบสั่งซื้อแล้ว (แก้จำนวนที่ใบขอซื้อแทน)ถอยสถานะไม่ได้ — รายการ "…" ยังอยู่ในใบขอซื้อ … (ลบใบขอซื้อหรือเอารายการออกจากใบก่อน)เปลี่ยนสถานะไม่ได้ — รายการ "…" ยังไม่อยู่ในใบขอซื้อใดเปลี่ยนสถานะไม่ได้ — รายการ "…" ยังไม่มีใบสั่งซื้อ (สถานะนี้ตั้งได้หลังออก PO แล้วเท่านั้น)ถอยสถานะไม่ได้ — รายการ "…" มีใบสั่งซื้อ … อยู่ (ยกเลิกหรือลบใบสั่งซื้อก่อน)

สรุปสั้น ๆ

“เมื่อรายการวัสดุเข้าใบขอซื้อแล้ว ต้องแก้จำนวนที่ใบขอซื้อ ระบบกันไม่ให้ตัวเลขสองที่ไม่ตรงกัน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลือกร้านค้า — เปรียบเทียบราคา

เงื่อนไข

มีร้านที่ใส่ราคาครบทุกรายการอย่างน้อย 2 ร้าน และร้านที่เลือกแพงกว่าร้านถูกสุดเกิน 0.01 บาท

ข้อความที่ผู้ใช้เห็น

ยืนยันเลือกร้านที่ไม่ถูกสุดกรุณาระบุเหตุผลที่ไม่เลือกร้านถูกสุดร้านที่เลือก (…) แพงกว่าร้านถูกสุด (…) … บาท — กรุณาระบุเหตุผลที่ไม่เลือกร้านถูกสุด

สรุปสั้น ๆ

“เลือกร้านที่ไม่ใช่ราคาถูกสุดได้ แต่ระบบบังคับให้บันทึกเหตุผลไว้ทุกครั้ง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แนบใบเสนอราคาก่อนเลือกร้าน

เงื่อนไข

กดเลือกร้านในกล่อง 'เลือกร้านค้า — เปรียบเทียบราคา'

ข้อความที่ผู้ใช้เห็น

กรุณาแนบใบเสนอราคาให้ครบทุกร้าน: …แนบใบเสนอราคาก่อน

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลขที่ใบขอซื้อ/ใบสั่งซื้อ

เงื่อนไข

สร้างใบใหม่โดยไม่ส่งเลขมาเอง · ตัวย่อค่าตั้งต้น PR / PO ค่าที่ตั้งต้องเป็นอักษร A-Z 1-5 ตัว (ไม่ผ่านใช้ค่าตั้งต้น)

ข้อความที่ผู้ใช้เห็น

ระบบกำลังออกเลขที่ใบขอซื้อให้ผู้ใช้อื่นอยู่ กรุณาลองใหม่อีกครั้งระบบกำลังออกเลขที่ใบสั่งซื้อให้ผู้ใช้อื่นอยู่ กรุณาลองใหม่อีกครั้งเลขที่ใบสั่งซื้อนี้ถูกใช้แล้ว กรุณาลองใหม่อีกครั้ง

สรุปสั้น ๆ

“เลขใบขอซื้อและใบสั่งซื้อออกให้อัตโนมัติ ผูกกับเลขโครงการ ไม่ต้องพิมพ์เอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลื่อนกำหนด / ส่งกลับแก้ไขใบขอซื้อ

เงื่อนไข

เลื่อน: ต้องเลือกวันที่หลังวันนี้ และกรอกหมายเหตุเมื่อเปิดตัวตั้งค่า reschedule_note_required (ค่าตั้งต้น = เปิด) · ส่งกลับ: ต้องกรอกเหตุผลเสมอ · ใช้ไม่ได้กับใบที่อนุมัติแล้วหรือออกใบสั่งซื้อแล้ว · สิทธิ์ชุดเดียวกับการอนุมัติ (wfrole:approvals.purchase_roles)

ข้อความที่ผู้ใช้เห็น

ใบขอซื้อนี้ถูกอนุมัติแล้ว — ขอเลื่อนกำหนดไม่ได้ (ถ้าต้องเลื่อนจริง ให้ลบ PO/ให้ PM กำหนดวันสั่งซื้อใหม่)ใบขอซื้อนี้ถูกอนุมัติแล้ว — ส่งกลับแก้ไขไม่ได้ (ถ้าต้องแก้จริง ให้ลบ PO ก่อน)ใบขอซื้อนี้สั่งซื้อแล้ว (มีใบสั่งซื้ออ้างอยู่) — เลื่อนกำหนดไม่ได้ใบขอซื้อนี้สั่งซื้อแล้ว (มีใบสั่งซื้ออ้างอยู่) — ส่งกลับแก้ไขไม่ได้บัญชีส่งกลับแก้ไข:

สรุปสั้น ๆ

“ผู้อนุมัติส่งใบขอซื้อกลับให้แก้พร้อมเหตุผล หรือเลื่อนวันสั่งซื้อได้ แล้วใบจะกลับไปให้ผู้ขอแก้และส่งใหม่”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้ใบขอซื้อหลังบัญชีอนุมัติ

เงื่อนไข

ใบสถานะพร้อมสั่งซื้อ และใบอนุมัติสถานะอนุมัติแล้ว

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้/ลบใบขอซื้อที่ออกใบสั่งซื้อแล้ว

เงื่อนไข

ใบสถานะ 'สร้าง PO แล้ว' หรือมีใบสั่งซื้ออ้างอยู่

ข้อความที่ผู้ใช้เห็น

ใบขอซื้อนี้สั่งซื้อแล้ว แก้ไขไม่ได้ลบไม่ได้ — มีใบสั่งซื้อแล้วลบไม่ได้ — สร้าง PO จากใบนี้แล้วสร้าง PO แล้ว — เปลี่ยนร้านค้าไม่ได้ตั้งสถานะ "สร้าง PO แล้ว" เองไม่ได้ — สถานะนี้เกิดจากการออกใบสั่งซื้อเท่านั้น

สรุปสั้น ๆ

“ใบขอซื้อที่ออกใบสั่งซื้อแล้วถูกล็อก แก้หรือลบไม่ได้ กันตัวเลขสองเอกสารไม่ตรงกัน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สร้างใบสั่งซื้อ (PO)

เงื่อนไข

ทุกครั้งที่สร้างใบสั่งซื้อ · บนจอปุ่ม 'สร้าง PO' กดได้เมื่อบัญชีอนุมัติ มีวันสั่งซื้อ และเลือกหมวดบัญชีแล้ว · สิทธิ์: api/purchase-orders → '/purchase/po' = แก้ไข (ไม่มี middleware/Policy เพิ่ม)

ข้อความที่ผู้ใช้เห็น

สร้างใบสั่งซื้อไม่ได้ — ใบสั่งซื้อต้องออกจากใบขอซื้อที่อนุมัติจัดซื้อแล้วสร้าง PO ไม่ได้ — PR ยังไม่ได้รับอนุมัติจัดซื้อใบขอซื้อนี้ถูกสั่งซื้อแล้ว (มี PO อ้างอิงอยู่) — สร้าง PO ซ้ำไม่ได้ใบขอซื้อ … ยังไม่มีราคาร้าน — ออกใบสั่งซื้อไม่ได้ กรุณาเลือกร้านและใส่ราคาในใบขอซื้อ แล้วส่งให้บัญชีอนุมัติใหม่ยอด PO (…) ไม่ตรงกับใบขอซื้อที่ได้รับอนุมัติ (…) — กรุณาสร้าง PO จากใบขอซื้อโดยตรงยอดใบสั่งซื้อ (…) เกินยอดที่บัญชีอนุมัติในใบขอซื้อ … (…) — กรุณาใส่ราคาร้านในรายการของใบขอซื้อ แล้วส่งให้บัญชีอนุมัติใหม่เลือกหมวดบัญชีก่อนสร้าง POยังไม่มีใบที่พร้อม — ต้องบัญชีอนุมัติ กำหนดวันสั่งซื้อ และเลือกหมวดบัญชีครบก่อน

สรุปสั้น ๆ

“ใบสั่งซื้อออกได้จากใบขอซื้อที่อนุมัติแล้วเท่านั้น ยอดต้องตรงกับที่อนุมัติ และออกซ้ำจากใบเดียวกันไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

บันทึกรับของ / ปิดงานใบสั่งซื้อ

เงื่อนไข

เปลี่ยนเป็น 'ส่งของแล้ว' หรือใบเครดิตที่จ่ายครบก่อนของถึงแล้วลงวันรับของครั้งแรก · ปิดงานใบเครดิต · ใบเครดิตที่ปิดงานแล้วล้างวันรับของไม่ได้

ข้อความที่ผู้ใช้เห็น

ยืนยันรับของต้องระบุเลขที่ใบกำกับภาษี/ใบส่งของผู้ขายยืนยันรับของใบสั่งซื้อเครดิตต้องระบุวันที่ใบกำกับภาษีปิดงานไม่ได้ — ใบสั่งซื้อนี้ยังไม่ได้บันทึกรับของ (ต้องมีวันที่รับของก่อน)ล้างวันที่รับของไม่ได้ — ใบสั่งซื้อเครดิตที่ปิดงานแล้วต้องมีวันที่รับของ

สรุปสั้น ๆ

“บันทึกรับของต้องอ้างเลขใบกำกับ/ใบส่งของของผู้ขาย และใบเครดิตปิดงานได้เมื่อบันทึกรับของแล้ว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้ใบสั่งซื้อหลังจ่ายเงิน

เงื่อนไข

สถานะจ่ายแล้วของชนิดใบ (เงินสด: ชำระแล้ว/รอส่งของ/ส่งของแล้ว/เสร็จสิ้น · เครดิต: ชำระแล้ว/เสร็จสิ้น) หรือยอดจ่ายจริงมากกว่า 0 · ปิดงานแล้ว = วันจ่ายและบัญชีที่จ่ายล็อกด้วย · ช่องอื่นที่ไม่อยู่ในรายการล็อกยังแก้ได้ · ล็อกเงินสด ↔ เครดิต ใช้สถานะชุดรวม ชำระแล้ว/รอส่งของ/ส่งของแล้ว/เสร็จสิ้น ไม่ว่าใบชนิดไหน หรือมีการจ่ายจริง ⇒ เปลี่ยนได้เฉพาะใบเงินสดที่ยัง 'รอชำระเงิน' และยังไม่มีการจ่าย (ใบเครดิตเริ่มที่ 'รอส่งของ' จึงเปลี่ยนเป็นเงินสดไม่ได้ตั้งแต่สร้าง)

ข้อความที่ผู้ใช้เห็น

PO ชำระแล้ว แก้ไขยอดไม่ได้ — หากจำเป็นต้องแก้ไข กรุณาติดต่อผู้ดูแลระบบเปลี่ยนเงื่อนไขการชำระ (เงินสด ↔ เครดิต) ไม่ได้ — ใบสั่งซื้อนี้จ่ายเงินแล้วหรือเดินสถานะตามเงื่อนไขเดิมไปแล้วแก้วันที่ชำระของใบสั่งซื้อตรง ๆ ไม่ได้ — วันที่ชำระมาจากใบสำคัญจ่าย (ยกเลิกแล้วบันทึกจ่ายใหม่ด้วยวันที่ถูกต้อง)สร้างใบสั่งซื้อพร้อมวันที่ชำระไม่ได้ — วันที่ชำระมาจากใบสำคัญจ่ายตอนบันทึกจ่าย

สรุปสั้น ๆ

“ใบสั่งซื้อที่จ่ายเงินแล้วระบบล็อกยอดเงินไว้ แก้ได้เฉพาะข้อมูลประกอบที่ไม่ใช่ตัวเงิน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

VAT ในใบขอซื้อ / ใบสั่งซื้อ

เงื่อนไข

สร้าง/แก้ใบที่แตะยอดเงิน · ใบขอซื้อตอนสร้าง: ตรวจเมื่อส่งมูลค่าก่อน VAT มาด้วย · ตอนสร้างใบขอซื้อจอถามว่าบิลรวม VAT หรือไม่

ข้อความที่ผู้ใช้เห็น

ยอด VAT (…) ต้องเป็น 0 หรือ 7% ของมูลค่าก่อน VAT (… × 7% = …) — กรุณาตรวจสอบเลขใหม่มูลค่าก่อน VAT (…) ไม่ตรงกับผลรวมรายการสินค้า (…) — กรุณาตรวจสอบรายการใหม่บิลนี้รวม VAT หรือไม่?

สรุปสั้น ๆ

“แต่ละใบเลือกได้ว่าคิด VAT 7% หรือไม่คิด VAT ใส่อัตราอื่นไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

บันทึกค่าใช้จ่ายที่ไม่ผ่านใบสั่งซื้อ

เงื่อนไข

สร้างใบใหม่บังคับเลขบิลเสมอ · แก้ใบเดิม: บังคับเฉพาะใบที่มีเลขบิลอยู่แล้ว (ใบเก่าที่ว่างไม่ถูกบังคับย้อนหลัง) · โครงการไม่บังคับ · สิทธิ์: api/expenses → '/purchase' = แก้ไข (ชุดเดียวกับเขียนเอกสารจัดซื้อ) · ไม่มี middleware/Policy เพิ่ม

ข้อความที่ผู้ใช้เห็น

กรุณาระบุเลขที่บิล / ใบกำกับภาษี

สรุปสั้น ๆ

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

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้/ลบค่าใช้จ่ายที่จ่ายแล้ว

เงื่อนไข

แก้/ถอดไฟล์: ยอดจ่ายจริงมากกว่า 0 · ลบ: มีใบสำคัญจ่ายผูกอยู่

ข้อความที่ผู้ใช้เห็น

แก้ตัวเลขเงิน · ผู้จำหน่าย · วันที่เอกสารไม่ได้ — ค่าใช้จ่ายใบนี้มีการจ่ายเงินไปแล้ว หากบันทึกผิดให้ยกเลิกใบสำคัญจ่ายก่อน แล้วจึงแก้เอกสารถอดไฟล์แนบของค่าใช้จ่ายที่จ่ายเงินแล้วไม่ได้ — ต้องยกเลิกใบสำคัญจ่ายก่อน (แนบเพิ่มได้)ลบไม่ได้ — ค่าใช้จ่ายใบนี้มีใบสำคัญจ่ายผูกอยู่แล้ว (ประวัติการจ่ายเงินต้องเก็บไว้) หากบันทึกผิดให้ยกเลิกใบสำคัญจ่ายแล้วแก้ที่เอกสารแทนลบไม่ได้ — มีใบสำคัญจ่ายผูกอยู่ (ยกเลิกใบสำคัญจ่ายก่อน)

สรุปสั้น ๆ

“ค่าใช้จ่ายที่จ่ายเงินแล้วระบบล็อกยอดเงิน และใบที่มีใบสำคัญจ่ายลบไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

หัก ณ ที่จ่ายของค่าใช้จ่าย

เงื่อนไข

อัตราหัก ณ ที่จ่ายมากกว่า 0 และหมวดหัวเอกสารเป็นประเภทที่ล็อก · ตอนแก้ใบที่หมวดและอัตราเท่าเดิม = ไม่บังคับย้อนหลัง · อัตราต้องอยู่ในชุดอัตราที่ระบบกำหนด

ข้อความที่ผู้ใช้เห็น

หมวด «… …» ไม่หัก ณ ที่จ่าย (ซื้อสินค้า/ภาษี/การเงิน) — เลือก "ไม่หัก ณ ที่จ่าย" หรือเปลี่ยนหมวดเป็นค่าบริการ/ค่าเช่า

สรุปสั้น ๆ

“ระบบกันการหัก ณ ที่จ่ายผิดประเภท เช่น ค่าซื้อสินค้า”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เพิ่มผู้จำหน่ายใหม่จากฟอร์มจัดซื้อ

เงื่อนไข

เฉพาะการเพิ่ม (POST api/vendors) · ชั้น 1 PathAccess: เส้นนี้ย้ายไปตัดสินด้วยหน้า '/purchase' ระดับดูขึ้นไป (อ่านทะเบียนร้านยังเป็นหน้า '/data') · ชั้น 2 middleware: throttle:writes เท่านั้น (ไม่มี role:/cap:/wfrole:) · ชั้น 3: ไม่มี Policy

สรุปสั้น ๆ

“พนักงานที่เปิดหน้าจัดซื้อได้ เพิ่มร้านค้าใหม่ระหว่างกรอกใบได้ทันที ไม่ต้องรอผู้ดูแลระบบ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ติดตามงาน (ปฏิทินจัดซื้อ) — ใครเปิดหน้าได้

เงื่อนไข

ชั้น 1 PathAccess: จอเปิดเมื่อ '/purchase/calendar' ≥ ดู (ไม่มีสิทธิ์ = แท็บไม่ขึ้นและถูกพาไปแท็บอื่น) · ข้อมูลอ่านจาก api/purchase-requests → '/purchase/pr', api/purchase-orders → '/purchase/po', api/material-approvals และ api/purchase-approval-status → '/purchase' (ต้อง ≥ ดู) · ชั้น 2 middleware: ไม่มี role:/cap:/wfrole: · ชั้น 3: ไม่มี Policy · ค่าตั้งต้นที่เปิดหน้าได้: Admin, CEO, บัญชี, วิศวกรโครงการ, วิศวกร, จัดซื้อ, การเงิน, โฟร์แมน, สโตร์ · ประมาณราคาไม่ได้ (role ที่ตั้งค่าใน Settings)

ข้อความที่ผู้ใช้เห็น

โหลดข้อมูลติดตามงานไม่สำเร็จ

สรุปสั้น ๆ

“หน้าติดตามงานเปิดได้ตามสิทธิ์ที่ผู้ดูแลระบบติ๊กให้แต่ละตำแหน่ง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ติดตามงาน — ใบที่ขึ้นในเดือนที่เลือก (3 คิว)

เงื่อนไข

กำหนดสั่งซื้อ: วันกำหนด (ใบขอซื้อ = วันกำหนดสั่งซื้อ · ใบสั่งซื้อ = วันกำหนดจ่าย) อยู่ในเดือนที่เลือก หรือก่อนวันนี้ · ใบสั่งซื้อที่ไม่มีวันกำหนดจ่ายขึ้นทุกเดือน (ใบขอซื้อที่ไม่มีวันกำหนดสั่งซื้อไม่ขึ้น) · รอส่งของ: กำหนดส่งของ (กำหนดส่งในใบ → ไม่มีใช้วันกำหนดจ่ายหรือวันสร้างใบ บวกระยะส่งของ) อยู่ในเดือน หรือก่อนวันนี้ หรือไม่มีวัน · รับของแล้ว: วันรับของอยู่ในเดือน หรือรับของก่อนเดือนนั้นแต่ยังไม่ปิดงาน · ใบสั่งซื้อที่ปิดงานแล้วโดยไม่มีวันรับของไม่ขึ้น · กรองตามโครงการที่เลือก

สรุปสั้น ๆ

“หน้าติดตามงานแบ่งงานจัดซื้อของเดือนเป็น 3 คิว คือ กำหนดสั่งซื้อ รอส่งของ และรับของแล้ว ใบที่เลยกำหนดจะยกมาแสดงทุกเดือนจนกว่าจะเดินงานต่อ และใบที่รับของแล้วแต่ยังไม่ปิดงานก็ยกมาด้วย”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ติดตามงาน — ลำดับแถวและคำเตือนเกินกำหนด

เงื่อนไข

จำนวนวันเกิน = วันนี้ลบวันครบกำหนดของขั้นนั้น (มากกว่า 0 จึงขึ้น) · กำหนดสั่งซื้อ: ใบขอซื้อนับจากวันกำหนดสั่งซื้อ ใบสั่งซื้อนับจากวันกำหนดจ่าย · รอส่งของ: นับจากกำหนดส่งของ (ไม่มีใช้วันกำหนดจ่าย) · คิวรับของแล้วไม่มีคำเตือนเกินกำหนด (แสดง '—')

ข้อความที่ผู้ใช้เห็น

เกิน … วัน

สรุปสั้น ๆ

“หน้าติดตามงานดันใบที่เลยกำหนดขึ้นบนสุดของคิว พร้อมบอกว่าเกินมากี่วัน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ติดตามงาน — ตัวกรอง ค้นหา และแบ่งหน้า

เงื่อนไข

ทุกกรณี · เปลี่ยนตัวกรองหรือคำค้นตัวใด = กลับไปหน้า 1 · เลขลำดับ # นับต่อข้ามหน้า · คำค้นไม่สนตัวพิมพ์ใหญ่เล็ก

ข้อความที่ผู้ใช้เห็น

ไม่พบรายการที่ตรงกับคำค้นหาไม่มีรายการไม่มีรายการในคิวนี้ไม่มีรายการรับของในเดือนนี้

สรุปสั้น ๆ

“หน้าติดตามงานกรองตามปี เดือน โครงการ และสถานะ และค้นหาด้วยเลขที่หรือชื่อร้านได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ติดตามงาน — ยอดเงินบนหน้า

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“หน้าติดตามงานใช้ไล่งานรายใบ แสดงยอดชำระของแต่ละใบ แต่ไม่รวมยอดเงินทั้งเดือนให้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ติดตามงาน — กล่องรายละเอียดและไฟล์แนบ

เงื่อนไข

แก้กำหนดส่งได้เมื่อแก้ไข '/purchase/po' ได้ (ไม่มีสิทธิ์ = เห็นเป็นข้อความ) · วันต้องไม่ก่อนวันสร้างใบสั่งซื้อ · ชั้น 1 PathAccess: api/purchase-orders → '/purchase/po' = แก้ไข · ชั้น 2 middleware: ไม่มี · ชั้น 3: ไม่มี Policy

ข้อความที่ผู้ใช้เห็น

กำหนดส่งของต้องไม่ก่อนวันสร้างใบสั่งซื้อ (…)อ่านอย่างเดียว — จัดการไฟล์ที่หน้า PO/PRไม่พบใบขอซื้อนี้แล้วไม่พบใบสั่งซื้อนี้แล้ว

สรุปสั้น ๆ

“กดแว่นขยายท้ายแถวเพื่อดูรายละเอียดใบ และกดลิงก์ไปหน้าเอกสารต้นทางได้ ส่วนกำหนดส่งของแก้ได้จากกล่องนี้โดยต้องไม่ก่อนวันสร้างใบสั่งซื้อ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตั้งคำนำหน้าเลขใบขอซื้อ/ใบสั่งซื้อ (PR/PO)

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“คำนำหน้าเลขใบขอซื้อและใบสั่งซื้อใช้ PR และ PO เป็นค่าตั้งต้น ยังตั้งเองจากหน้าจอไม่ได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เปลี่ยนคำนำหน้าเลข PR/PO กลางปี

เงื่อนไข

เลข = <คำนำหน้า>-<เลขโครงการตัดคำนำหน้าบริษัท>-<เลขรัน 3 หลัก> · คำนำหน้าใหม่เริ่มรันที่ 001 ของแต่ละโครงการ · เปลี่ยนกลับเป็นคำนำหน้าเดิม = รันต่อจากเลขสูงสุดเดิม (นับใบที่ลบแล้วด้วย) · รูปแบบเลขไม่มีปี จึงไม่เริ่มนับใหม่ตามปี · ค่าคำนำหน้าเปลี่ยนได้ทางเดียวตาม PU-R37

สรุปสั้น ๆ

“ถ้าเปลี่ยนคำนำหน้าเลขใบขอซื้อหรือใบสั่งซื้อ ใบที่ออกไปแล้วคงเลขเดิม ใบใหม่ใช้คำนำหน้าใหม่และเริ่มรันที่ 001 แยกตามโครงการ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตัดสินใบขอจ้างเหมาและสร้างสัญญา

เงื่อนไข

เลือกผู้ชนะได้เฉพาะใบสถานะที่อนุญาต · ตอนเลือกผู้ชนะและตอนตัดสินเช็กทั้งงบในใบและงบตัดเหมาคงเหลือ (เผื่อเศษ 1 สตางค์) ใต้ล็อก · ค่าตั้งค่า "จำนวนใบเสนอขั้นต่ำก่อนตัดสิน" ค่าตั้งต้น 0 = ไม่บังคับ · สัญญาที่สร้างได้วันที่ทำสัญญาเป็นวันนี้ · มีเงินประกันหรือไม่ตามที่ส่งมาตอนตัดสิน (ไม่ส่ง = ไม่มี) · % เงินประกันใช้ค่าที่ส่งมาตอนตัดสิน ถ้าไม่ส่งใช้ค่าตั้งค่า (ค่าตั้งต้น 5) และเครดิตใช้ค่าตั้งค่า (ค่าตั้งต้น 30 วัน) · ปุ่ม "สร้างสัญญา" บนจอเรียกเส้นตัดสินนี้

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“ระบบกันไม่ให้ตัดสินราคาผู้รับเหมาเกินงบตัดเหมาที่เหลือ และสร้างสัญญาให้ทันทีหลังตัดสิน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

VAT กับผู้รับเหมาที่ออกใบกำกับภาษีไม่ได้

เงื่อนไข

เช็กตอนสร้างและแก้สัญญา · อัตรา VAT คือค่าคงที่ 7%

ข้อความที่ผู้ใช้เห็น

ผู้รับเหมารายนี้ตั้งค่า "ออกใบกำกับภาษีไม่ได้" — คิด VAT 7% ในสัญญาไม่ได้

สรุปสั้น ๆ

“ระบบกันไม่ให้คิด VAT กับผู้รับเหมาที่ออกใบกำกับภาษีไม่ได้”

ไล่เมื่อ 6 พ.ย. 69

ฟีเจอร์

ยกเลิกและลบสัญญาเหมา

เงื่อนไข

เช็กซ้ำใต้ล็อกทั้งสองเส้น · งวดที่นับว่าจ่ายออกแล้ว = สถานะจ่ายแล้ว หรือมีวันจ่าย หรือมีรายการเงินออก หรือมีใบสำคัญจ่ายที่ยังใช้งานอยู่

ข้อความที่ผู้ใช้เห็น

ลบได้เฉพาะสัญญา draft เท่านั้น — ถ้าจะปิดใช้งานให้ยกเลิกแทนยกเลิกสัญญาที่ปิดเรียบร้อยแล้วไม่ได้ยกเลิกสัญญาไม่ได้ — มีงวดที่จ่ายเงินออกไปแล้ว… (นับงวดที่จ่ายเพียงบางส่วนด้วย) · ต้องไปยกเลิกใบสำคัญจ่ายของงวดนั้นที่หน้าจ่ายเงินก่อน (หน้านั้นคุมกฎเช็คไว้ เช่น เช็คที่ขึ้นเงินแล้วยกเลิกไม่ได้ ต้องบันทึกรายการรับคืนเงินแทน) แล้วค่อยยกเลิกสัญญา หรือปิดสัญญาตามปกติ

สรุปสั้น ๆ

“สัญญาที่จ่ายเงินออกไปแล้วยกเลิกตรง ๆ ไม่ได้ ต้องยกเลิกเอกสารจ่ายเงินก่อน กันเงินที่จ่ายจริงหลุดจากเอกสาร”

ไล่เมื่อ 6 พ.ย. 69

ฟีเจอร์

สร้างงวดจ่าย (ขอเบิกเงินงวด)

เงื่อนไข

เช็กใต้ล็อกแถวสัญญา · ยอดขอขั้นต่ำ 0.01 บาท · เลขงวดซ้ำในสัญญาเดียวกันไม่ได้ · ส่วนลด/ค่าปรับต้องไม่เกินยอดขอ · วันกำหนดโอนต้องไม่อยู่ก่อนวันวางบิล · % งานไม่นับงวดมัดจำ · เพดานวงเงินเผื่อเศษ 1 สตางค์

ข้อความที่ผู้ใช้เห็น

บันทึกคำขอเงินงวดได้เฉพาะสัญญาเหมาที่ active เท่านั้นยอดเกินวงเงินสัญญา — สัญญา … บาท เคยขอแล้ว … บาท เหลือเบิกได้ … บาท% งานเกิน 100% — เคยใส่แล้ว …% เหลือ …%สัญญานี้มีงวดครบเกินขั้นแล้ว (…/…) — ยกเลิกงวดเก่าก่อนถึงจะสร้างใหม่ได้งวดที่ … มีอยู่แล้วในสัญญานี้ส่วนลด/ค่าปรับ ต้องไม่เกินยอดที่ขอเบิกวันกำหนดโอนต้องไม่อยู่ก่อนวันวางบิล

สรุปสั้น ๆ

“ระบบกันไม่ให้ขอเบิกเงินงวดเกินวงเงินสัญญาหรือเกิน 100% ของงาน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

คำนวณยอดโอนสุทธิของงวดจ่าย

เงื่อนไข

คิดทุกงวดที่ไม่ใช่มัดจำ · VAT คิดเมื่อสัญญาคิด VAT · ประกันผลงาน = % ของสัญญา · ปัด/บวกเงินผ่านตัวกลาง Money และค่าคงที่ FinanceConstants

ข้อความที่ผู้ใช้เห็น

เงิน + VAT − ส่วนลด − มัดจำ − ประกัน − หัก ณ ที่จ่ายระบบหักตามกฎหมาย · ปรับอัตรา/ยกเว้นได้ที่กล่องชำระเงิน (บัญชี)

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ส่งงวดจ่ายให้บัญชีอนุมัติ

เงื่อนไข

เช็กใต้ล็อกแถวสัญญาและแถวงวด · งวดร่างใส่วันวางบิลล่วงหน้าได้ แต่ตอนส่งต้องเป็นวันที่ได้รับใบวางบิลจริง · คนส่ง = สิทธิ์แก้ไขหน้า "งวดจ่าย"

ข้อความที่ผู้ใช้เห็น

ส่งอนุมัติได้เฉพาะงวดที่เป็น draft หรือ postponedวันวางบิลต้องไม่เกินวันนี้ — ใส่วันที่ได้รับใบวางบิลจริงก่อนส่ง

สรุปสั้น ๆ

“ผู้ตั้งงวดส่งให้บัญชีอนุมัติได้เมื่อได้รับใบวางบิลจริงแล้ว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ทะเบียนผู้รับเหมา

เงื่อนไข

POST /vendors ตัดสินด้วยหน้าจัดซื้อแบบไม่ต้องแก้ไข · แก้/ลบ/กู้คืนอยู่กลุ่ม admin-only (role admin หรือ flag superadmin) · ผู้รับเหมาใช้ทะเบียนเดียวกับร้านค้า

ข้อความที่ผู้ใช้เห็น

เฉพาะผู้ดูแลระบบ

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ตัวเลขเงินของโครงการบนหน้าภาพรวม

เงื่อนไข

ทุกกรณี · หน้าต้นทางที่ต้องมีสิทธิ์อย่างน้อย "ดู": งบประมาณ = Projects + Quotations › BOQ · ค่าแรง = Projects + จัดซื้อ · ต้นทุนผูกพัน/จ่ายจริง = Projects + จัดซื้อ + ผู้รับเหมา · งบคงเหลือ = Projects + BOQ + จัดซื้อ + ผู้รับเหมา

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

นิยามต้นทุนผูกพัน จ่ายจริง และงบคงเหลือ

เงื่อนไข

ทุกกรณี (การเห็นแต่ละตัวขึ้นกับสิทธิ์ตาม PJ-R01)

สรุปสั้น ๆ

“งบคงเหลือคิดจากงบประมาณ BOQ ลบต้นทุนที่ผูกพันแล้ว (สั่งซื้อ ค่าแรง จ้างเหมา ค่าใช้จ่าย) ไม่ต้องรอจ่ายเงินจริงก่อน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ความคืบหน้าและเร็ว/ช้ากว่าแผนบนหน้าภาพรวม

เงื่อนไข

ผู้ใช้มีสิทธิ์อย่างน้อย "ดู" หน้า /projects/gantt · ไม่มีสิทธิ์ = ไม่มีสองคอลัมน์นี้ และการ์ด "โครงการ" ไม่บอกจำนวนล่าช้า · โครงการที่ยังไม่มีงานใน Gantt หรือไม่มีวันเริ่ม/สิ้นสุดสัญญา ขึ้น "ตรงแผน"

ข้อความที่ผู้ใช้เห็น

ครอบคลุมแผนงาน: N%Gantt ครอบคลุมไม่ครบงบประมาณ — แตกงานเพิ่มเพื่อให้ progress แม่นยำขึ้น

สรุปสั้น ๆ

“หน้ารายการโครงการบอกได้ว่าแต่ละโครงการเร็วหรือช้ากว่าแผนกี่วัน โดยเทียบความคืบหน้าใน Gantt กับเวลาตามสัญญาที่ผ่านไป”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แท็บ Budget (งบ BOQ เทียบซื้อจริง)

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ยังไม่มีข้อมูลงบประมาณ — จัดหมวดต้นทุนที่หน้า Quotations > จัดหมวดหมู่ ก่อนไม่มีรายการ BOQ ในโครงการนี้ — อัปโหลดที่หน้า Quotations > BOQ (ต้นฉบับ)

สรุปสั้น ๆ

“แท็บ Budget ของโครงการเป็นหน้าดูงบเทียบของที่ซื้อจริง ส่วนการแก้ BOQ ทำที่เมนูใบเสนอราคา”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์เห็นรายการ BOQ ในแท็บ Budget

เงื่อนไข

ผู้ใช้ไม่มีสิทธิ์หน้า /quotations/boq · ค่าตั้งต้นที่มีแท็บ Budget แต่ไม่มีหน้า BOQ: วิศวกร · จัดซื้อ · โฟร์แมน

ข้อความที่ผู้ใช้เห็น

ต้องมีสิทธิ์หน้า BOQ จึงเห็นรายการนี้

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เตือนงบ BOQ เกินมูลค่าโครงการ

เงื่อนไข

เลือกโครงการแล้ว · โหลดข้อมูลสำเร็จ · งบรวม BOQ มากกว่ามูลค่าโครงการ

ข้อความที่ผู้ใช้เห็น

งบรวม BOQ … บาท เกินมูลค่าโครงการ … บาท(เกิน … บาท) — ระบบยังคงบันทึกได้ตามปกติ

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์บันทึกค่าแรงโครงการ

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (เส้นเขียน api/labor-expenses ต้องได้ /projects/labor ระดับแก้ไข · เส้นอ่าน api/labor* ต้องได้ /purchase ≥ ดู) · route ไม่มี role:/cap:/wfrole: · ไม่มี Policy · ค่าตั้งต้นที่แก้ได้: Admin · วิศวกรโครงการ · สโตร์ · ที่ดูได้อย่างเดียว: CEO · บัญชี · วิศวกร · จัดซื้อ · การเงิน · โฟร์แมน

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์แก้ไขหน้านี้

สรุปสั้น ๆ

“เจ้าของกำหนดได้ว่าตำแหน่งไหนบันทึกค่าแรงโครงการได้ ตำแหน่งไหนดูได้อย่างเดียว”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ค่าแรงที่มาจากรอบจ่ายเงินเดือน

เงื่อนไข

แถวที่ที่มาไม่ใช่ "กรอกมือ" (ป้าย "จากเงินเดือน")

ข้อความที่ผู้ใช้เห็น

สร้างอัตโนมัติจากรอบจ่ายเงินเดือน — แก้/ลบที่หน้าเงินเดือนรายการนี้สร้างอัตโนมัติจากรอบจ่ายเงินเดือน — แก้/ลบผ่านหน้า payroll (ยกเลิกการจ่าย) เท่านั้น

สรุปสั้น ๆ

“ค่าแรงที่มาจากรอบเงินเดือนลงต้นทุนโครงการให้อัตโนมัติ และถูกล็อกไว้ แก้ได้ทางเดียวคือยกเลิกการจ่ายที่หน้าเงินเดือน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ค่าแรงในงวดบัญชีที่ปิดแล้ว

เงื่อนไข

วันที่เอกสารของรายการอยู่ในงวดบัญชีที่ปิดแล้ว (ตอนเพิ่ม ระบบใช้วันเริ่มต้นเป็นวันที่เอกสาร · ตอนแก้ หน้าจอไม่ส่งวันที่เอกสาร จึงคงวันเดิม)

ข้อความที่ผู้ใช้เห็น

🔒 งวดปิด — ต้องเปิดงวดก่อน

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

กรอกรายการค่าแรง

เงื่อนไข

ตอนกด "บันทึก" ในแผงเพิ่ม/แก้ไขค่าแรง

ข้อความที่ผู้ใช้เห็น

กรุณาระบุช่วงเวลากรุณาระบุจำนวนเงินวันสิ้นสุดต้องไม่ก่อนวันเริ่มต้นวันสิ้นสุดต้องไม่ก่อนวันเริ่ม

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

งบค่าแรงของโครงการ

เงื่อนไข

เลือกโครงการแล้ว · เซิร์ฟเวอร์แยกงบค่าแรงให้เฉพาะผู้ดูที่มีสิทธิ์ /quotations/boq และ /quotations/cost-categories ≥ ดู

ข้อความที่ผู้ใช้เห็น

BOQ N แถวมีราคาค่าแรงแต่ยังไม่จัดหมวดไม่ถูกนับในงบค่าแรงไปจัดหมวด BOQยังไม่มีงบค่าแรง — จัดหมวดค่าแรงของ BOQ ที่ Quotations > จัดหมวดหมู่ ก่อนยังไม่ทราบงบค่าแรงของโครงการนี้ — ต้องมีสิทธิ์เข้าหน้า “โครงการ” และ “หมวดต้นทุน” จึงจะแสดงได้

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์แก้แผนงาน Gantt

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (api/gantt* ทั้งอ่านและเขียน → หน้า /projects/gantt · เขียนต้องระดับแก้ไข) · route กลุ่มเขียนไม่มี role:/cap:/wfrole: · ไม่มี Policy · ค่าตั้งต้นที่แก้ได้: Admin · วิศวกรโครงการ · ที่ดูได้อย่างเดียว: CEO · บัญชี · วิศวกร · จัดซื้อ · การเงิน · โฟร์แมน · ประมาณราคา

ข้อความที่ผู้ใช้เห็น

ยังไม่มีแผนงานสำหรับโครงการนี้

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้แผน Gantt พร้อมกันหลายคน

เงื่อนไข

เลขรุ่นของแผนที่จอถืออยู่ไม่ตรงกับรุ่นล่าสุดบนเซิร์ฟเวอร์ (บันทึกแบบแทนทั้งแผน)

ข้อความที่ผู้ใช้เห็น

แผนงานถูกแก้ไขโดยผู้ใช้อื่น — รีเฟรชข้อมูลให้แล้ว กรุณาทำรายการอีกครั้ง

สรุปสั้น ๆ

“ถ้าสองคนแก้แผน Gantt พร้อมกัน ระบบไม่เขียนทับกันเงียบ ๆ คนที่บันทึกทีหลังจะได้รับแจ้งให้ทำใหม่บนแผนล่าสุด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เพดานขนาดแผน Gantt

เงื่อนไข

แผนมี 2,000 รายการแล้ว หรือ Template/แผนที่จะใช้มีเกิน 2,000 รายการ

ข้อความที่ผู้ใช้เห็น

แผนนี้มีครบ 2,000 รายการแล้ว — ลบรายการที่ไม่ใช้ก่อนจึงเพิ่มได้แผนงานโครงการนี้ครบเพดาน 2,000 รายการแล้วเพิ่มงานใหม่ไม่ได้จนกว่าจะลบรายการที่ไม่ใช้ · นับทุกแถว รวมหัวข้อและเป้าหมายบันทึกแผนงานไม่สำเร็จ — แผนงานมี … งาน เกินเพดาน 2,000 งานต่อโครงการ กรุณาลดจำนวนงานแล้วบันทึกใหม่เพิ่มงานไม่สำเร็จ — แผนงานของโครงการนี้ครบเพดาน 2,000 งานต่อโครงการแล้ว

สรุปสั้น ๆ

“แผน Gantt รองรับได้ถึง 2,000 รายการต่อโครงการ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ค่าในงาน Gantt

เงื่อนไข

ทุกครั้งที่บันทึกแผน (บันทึกทั้งแผน หรือเพิ่ม/แก้ทีละงาน)

ข้อความที่ผู้ใช้เห็น

วันสิ้นสุดงานต้องไม่ก่อนวันเริ่มงาน

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

Template แผนงานและ Reset

เงื่อนไข

ผู้ใช้มีสิทธิ์แก้ไขหน้า Gantt Chart (PJ-R13)

ข้อความที่ผู้ใช้เห็น

ต้องการลบ Gantt ทั้งหมดแล้วสร้างโครงสร้างเริ่มต้นใหม่หรือไม่? ลบแล้วกู้คืนไม่ได้Template จะบันทึกโครงสร้างงานทั้งหมด (ไม่รวมความคืบหน้า) เพื่อใช้ซ้ำกับโครงการใหม่ยังไม่มีงานในแผน — บันทึกเป็น Template ไม่ได้บันทึก Template แล้วบันทึก Template ไม่สำเร็จ กรุณาลองใหม่อีกครั้ง

สรุปสั้น ๆ

“เก็บแผนงานของโครงการหนึ่งเป็น Template แล้วนำไปใช้กับโครงการใหม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

หน้า S-Curve

เงื่อนไข

ทุกกรณี · ข้อมูลอ่านผ่านเส้น api/gantt ที่ PathAccess เช็กหน้า /projects/gantt ≥ ดู · ค่าตั้งต้นสิทธิ์ /projects/s-curve = สำเนาของ /projects/gantt รายตำแหน่ง

ข้อความที่ผู้ใช้เห็น

ยังไม่มีข้อมูลเพียงพอสำหรับ S-Curveกำหนดวันเริ่ม/สิ้นสุดแผนงานให้แต่ละงานก่อนเพิ่มรายการงานก่อนเพื่อดู S-Curveโหลด S-Curve ไม่สำเร็จ

สรุปสั้น ๆ

“มีกราฟ S-Curve ของแต่ละโครงการ คำนวณจากแผน Gantt ให้อัตโนมัติ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

รายงานประจำวันวันละ 1 ใบ

เงื่อนไข

สร้างรายงานใหม่ในวันที่โครงการนั้นมีรายงานอยู่แล้ว

ข้อความที่ผู้ใช้เห็น

มีรายงานของวันนี้ในโครงการนี้แล้ว

สรุปสั้น ๆ

“รายงานประจำวันมี 1 ใบต่อวันต่อโครงการ ระบบกันบันทึกซ้ำให้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เนื้อหาขั้นต่ำของรายงานประจำวัน

เงื่อนไข

ตอนบันทึกหรืออัปเดตรายงาน

ข้อความที่ผู้ใช้เห็น

กรุณาระบุอย่างน้อย 1 อย่าง: งานที่ทำ / ปัญหา / รูปถ่าย

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์ดูและบันทึกรายงานประจำวัน

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (อ่าน api/daily-reports → /projects ≥ ดู · เขียน → /projects/daily-report ระดับแก้ไข) · route ไม่มี role:/cap:/wfrole: · Policy viewAny/view/create ต้องมี cap dailyReport.write

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ผูกรายงานประจำวันกับงานใน Gantt

เงื่อนไข

เลือกรายการงาน (จาก Gantt) และสถานะงานในรายงาน · ต้องเลือกคู่กันทั้งสองช่อง

ข้อความที่ผู้ใช้เห็น

รายการงานที่เลือกไม่ได้อยู่ในโครงการนี้กรุณาเลือกรายการงานก่อนระบุสถานะงานกรุณาเลือกสถานะงานของรายการงานที่ผูกไว้สถานะ "ดำเนินการ" ระบุ % ได้ 1–99 — ถ้ายังไม่เริ่มงาน ให้เลือกสถานะ "ยังไม่เริ่ม"สถานะ "ดำเนินการ" ระบุ % ได้ 1–99 — ถ้างานเสร็จแล้ว ให้เลือกสถานะ "เสร็จสิ้น"

สรุปสั้น ๆ

“รายงานประจำวันอัปเดตความคืบหน้าของงานใน Gantt ให้อัตโนมัติเมื่อผูกกับงานนั้น”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

พิมพ์รายงานประจำวันรวม

เงื่อนไข

กด "พิมพ์รวม" แล้วเลือกช่วงวัน

ข้อความที่ผู้ใช้เห็น

ช่วงวันที่พิมพ์ไม่ได้วันที่สิ้นสุดต้องไม่น้อยกว่าวันที่เริ่มต้นพิมพ์รวมได้สูงสุด 7 วัน

สรุปสั้น ๆ

“พิมพ์รายงานประจำวันรวมได้ทีละสัปดาห์ (สูงสุด 7 วัน)”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

อัปโหลดรูปภาพโครงการ

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (เส้นเขียน api/project-photos → /projects/images ระดับแก้ไข · เส้นอ่าน → /projects ≥ ดู) · route มีแค่ throttle ไม่มี role:/cap:/wfrole: · Policy create = ทุกคน · ค่าตั้งต้นที่มีหน้า รูปภาพ (ระดับแก้ไขทุกตำแหน่งที่มี): Admin · CEO · บัญชี · วิศวกรโครงการ · วิศวกร · จัดซื้อ · ช่างหน้างาน · การเงิน · ธุรการ · โฟร์แมน · สโตร์ · ผู้ช่วยผู้บริหาร · ไม่มี: ประมาณราคา · ฝ่ายบุคคล (HR)

ข้อความที่ผู้ใช้เห็น

เลือกมา N รูป — อัปได้ครั้งละ 20 รูป จะอัป 20 รูปแรก ที่เหลือเลือกเพิ่มอีกรอบอัปโหลดแล้ว N/N รูปไม่มีสิทธิ์แก้ไขหน้านี้

สรุปสั้น ๆ

“ทีมอัปรูปหน้างานเข้าโครงการได้ทีละหลายรูป (สูงสุด 20 รูปต่อครั้ง ไฟล์ JPG/PNG)”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้คำบรรยายและลบรูปภาพโครงการ

เงื่อนไข

ต้องมีสิทธิ์ "แก้ไข" หน้า รูปภาพ ด้วย (PathAccess /projects/images) · Policy update/delete = เจ้าของรูป หรือมี projectPhoto.manageAll

ข้อความที่ผู้ใช้เห็น

ต้องการลบรูป "…" หรือไม่? ลบแล้วกู้คืนไม่ได้

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ภาษีมูลค่าเพิ่ม (VAT)

เงื่อนไข

ใบวางบิลและใบกำกับภาษี: เซิร์ฟเวอร์เช็กยอด VAT ที่หน้าจอส่งมา ต้องเป็น 0 หรือ 7% ของฐาน (คลาดได้แค่เศษปัด) · ใบลดหนี้/ใบเพิ่มหนี้: เซิร์ฟเวอร์คิด VAT 7% เองจากรายการในใบ · หน้าสร้างใบวางบิลคิด VAT 7% เสมอ (บรรทัด "ภาษีมูลค่าเพิ่ม 7%")

ข้อความที่ผู้ใช้เห็น

ยอด VAT (…) ต้องเป็น 0 หรือ 7% ของมูลค่าก่อน VAT (… × 7% = …) — กรุณาตรวจสอบเลขใหม่

สรุปสั้น ๆ

“VAT ในเอกสารการเงินคิด 7% ตามกฎหมาย ระบบล็อกอัตราไว้ ผู้ใช้แก้อัตราเองไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

หักภาษี ณ ที่จ่าย (WHT) ในใบวางบิล

เงื่อนไข

ยอดหักคิดจากฐาน = มูลค่างวด − หักคืนมัดจำ − ส่วนลด (ก่อน VAT) × อัตรา · เซิร์ฟเวอร์รับเฉพาะอัตราในรายการนี้ และเช็กยอดหักซ้ำกับอัตรา

ข้อความที่ผู้ใช้เห็น

ยอดหัก ณ ที่จ่าย (…) ไม่ตรงกับอัตราที่เลือก (… × …% = …) — กรุณาตรวจสอบเลขใหม่

สรุปสั้น ๆ

“ใบวางบิลเลือกหัก ณ ที่จ่ายได้ ไม่หัก, 1%, 2%, 3% หรือ 5% แล้วระบบคำนวณยอดหักจากยอดก่อน VAT ให้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลขที่เอกสารการเงินอัตโนมัติ

เงื่อนไข

ตัวย่อตั้งต้น: ใบวางบิล BL · ใบวางบิลคืนเงินประกัน BN · ใบกำกับภาษี IV · ใบรับชำระลูกหนี้ยกมา RC · ใบลดหนี้ CN · ใบเพิ่มหนี้ DN · เลขถัดไป = ลำดับสูงสุดของปีนั้น + 1 นับรวมใบที่ลบแล้ว · ใบเสร็จรับเงินของใบกำกับภาษีใช้เลขเดียวกับใบกำกับ (FN-R13)

ข้อความที่ผู้ใช้เห็น

เลขที่ใบวางบิลนี้ถูกใช้แล้ว กรุณาลองใหม่อีกครั้ง

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้วันที่เอกสารข้ามปี

เงื่อนไข

เช็กตอนแก้ไขใบ เมื่อปี พ.ศ. ของวันที่ใหม่ไม่ตรงกับปีในเลขที่ · ใบรับชำระลูกหนี้ยกมาเช็กเฉพาะตอนแก้วันที่รับเงิน · ใบเสร็จรับเงินที่ออกจากใบกำกับภาษีไม่มีด่านนี้

ข้อความที่ผู้ใช้เห็น

แก้วันที่ข้ามปีไม่ได้ — เลขที่… … ผูกกับปี พ.ศ. … แล้ว กรุณาลบใบนี้แล้วสร้างใหม่ด้วยวันที่ที่ต้องการ

สรุปสั้น ๆ

“เลขที่ใบวางบิลและใบกำกับภาษีผูกกับปีของวันที่บนใบ จึงแก้วันที่ข้ามปีในใบเดิมไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สายเอกสาร งวดงาน → ใบวางบิล → ใบกำกับภาษี → ใบเสร็จรับเงิน

เงื่อนไข

หน้าสร้างใบวางบิลให้เลือกเฉพาะงวดสถานะ "วางแผน" ที่ยังไม่มีใบวางบิล · ใบกำกับภาษีออกได้เฉพาะจากใบวางบิลสถานะ "รอสร้างใบกำกับภาษี" · ใบเสร็จออกได้เฉพาะจากใบกำกับภาษีที่ออกแล้ว · ใบกำกับที่ยกเลิกแล้วไม่นับ จึงออกใบใหม่จากใบวางบิลเดิมได้

ข้อความที่ผู้ใช้เห็น

งวดงานนี้มีใบวางบิลแล้วออกใบกำกับภาษีได้เฉพาะใบวางบิลสถานะ "รอสร้างใบกำกับภาษี" (ใบปัจจุบัน: …)ใบวางบิลนี้มีใบกำกับภาษีแล้วยอดรวมทั้งสิ้น (…) ไม่ตรงกับใบวางบิล ต้นทาง (…) — เอกสารปลายทางต้องเก็บยอดเท่ากับเอกสารต้นทางออกใบเสร็จรับเงินได้เฉพาะใบกำกับภาษีที่ออกแล้ว (ใบปัจจุบัน: …)ใบกำกับภาษีนี้มีใบเสร็จรับเงินแล้ว

สรุปสั้น ๆ

“ระบบบังคับลำดับเอกสาร งวดงาน → ใบวางบิล → ใบกำกับภาษี → ใบเสร็จรับเงิน แบบใบต่อใบ และยอดของใบปลายทางต้องตรงกับใบต้นทาง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สถานะงวดงาน

เงื่อนไข

สร้างใบวางบิล → วางบิลแล้ว (และล็อกงวด) · ออกใบกำกับภาษี → ออกใบกำกับแล้ว · เปลี่ยนใบเสร็จจากร่างเป็นรับเงินแล้ว → รับเงินแล้ว (ใบเสร็จสร้างใหม่เป็นร่างเสมอ) · ลบใบวางบิล → กลับเป็นวางแผนและปลดล็อก · ยกเลิกใบกำกับ → กลับเป็นวางบิลแล้ว · ยกเลิกใบเสร็จ → กลับเป็นออกใบกำกับแล้ว

ข้อความที่ผู้ใช้เห็น

ย้อนสถานะงวดงานจาก "…" เป็น "…" ไม่ได้ — กรุณาลบหรือยกเลิกเอกสารปลายทาง (ใบเสร็จ/ใบกำกับ/ใบวางบิล) ระบบจะถอยสถานะงวดให้เองเปลี่ยนสถานะงวดงานเป็น "…" ตรง ๆ ไม่ได้ — สถานะงวดงานเปลี่ยนตามเอกสารเท่านั้น (สร้างใบวางบิล → วางบิลแล้ว · ออกใบกำกับภาษี → ออกใบกำกับแล้ว · ออกใบเสร็จรับเงิน → รับเงินแล้ว)งวดงานนี้ถูกล็อกแล้ว แก้ไขไม่ได้

สรุปสั้น ๆ

“สถานะงวดงานเดินตามเอกสารจริงให้อัตโนมัติ ไม่ต้องและไม่สามารถกดเปลี่ยนเอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เปอร์เซ็นต์งวดงานรวม

เงื่อนไข

เช็กทั้งตอนสร้างงวดใหม่ ตอนแก้เปอร์เซ็นต์งวดเดิม และตอนเปลี่ยนงวดมัดจำเป็นงวดงาน · ครบ 100% แล้วปุ่ม "สร้างงวดงาน" จาง

ข้อความที่ผู้ใช้เห็น

เปอร์เซ็นต์รวมเกิน 100% (ปัจจุบัน …% + เพิ่ม …%)เปอร์เซ็นต์รวมเกิน 100% (งวดอื่น …% + แก้เป็น …%)เปลี่ยนงวดมัดจำเป็นงวดงานแล้วเปอร์เซ็นต์งวดงานรวมเกิน 100% (งวดอื่น …% + งวดนี้ …%) — ลดเปอร์เซ็นต์งวดนี้หรืองวดอื่นก่อนสร้างงวดงานไม่ได้ — กำหนดงวดครบ 100% ของสัญญาแล้ว

สรุปสั้น ๆ

“ระบบกันไม่ให้แบ่งงวดงานรวมเกิน 100% ของสัญญา (งวดมัดจำไม่นับรวม)”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

งวดเงินมัดจำและการหักคืนมัดจำ

เงื่อนไข

ใส่ยอดหักคืนมัดจำได้เฉพาะโครงการที่มีงวดมัดจำ · เช็กตอนสร้างและแก้งวด

ข้อความที่ผู้ใช้เห็น

โครงการนี้มีงวดมัดจำอยู่แล้ว — มีงวดมัดจำได้งวดเดียว (แก้ไขหรือลบงวดมัดจำเดิมก่อน)โครงการนี้ไม่มีงวดมัดจำ จึงหักคืนมัดจำไม่ได้หักคืนมัดจำรวม (…) เกินยอดมัดจำ (…) — หักเกินมัดจำไม่ได้ (เงินติดลบ)

สรุปสั้น ๆ

“โครงการตั้งงวดมัดจำได้หนึ่งงวด และระบบกันไม่ให้หักคืนมัดจำเกินยอดที่รับมา”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สถานะและการล็อกใบวางบิล

เงื่อนไข

สถานะ "ออกใบกำกับแล้ว" ระบบตั้งให้เองตอนสร้างใบกำกับภาษี ผู้ใช้เลือกเองไม่ได้ · ยกเลิกใบกำกับภาษีแล้ว ใบวางบิลกลับเป็น "รอสร้างใบกำกับภาษี" และปลดล็อก · ลบใบวางบิลไม่ได้ถ้ามีใบกำกับภาษีหรือเอกสารปลายน้ำอ้างอิง

ข้อความที่ผู้ใช้เห็น

ใบวางบิลที่ออกใบกำกับภาษีแล้ว เปลี่ยนสถานะไม่ได้ — กรุณายกเลิกใบกำกับภาษีก่อนสถานะ "ออกใบกำกับแล้ว" ระบบตั้งให้เองตอนสร้างใบกำกับภาษี — เลือกเองไม่ได้แก้ไขใบวางบิลไม่ได้ — ถูกล็อกแล้วลบใบวางบิลไม่ได้ — มีใบกำกับภาษีแล้วลบใบวางบิลไม่ได้ — มีเอกสารปลายน้ำอ้างอิงอยู่ ลบใบกำกับภาษี/ใบเสร็จก่อน

สรุปสั้น ๆ

“ใบวางบิลแก้ได้จนกว่าจะออกใบกำกับภาษี หลังจากนั้นระบบล็อกใบไว้ ถ้าจะแก้ต้องยกเลิกใบกำกับก่อน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ลบเอกสาร vs ยกเลิกเอกสาร (ใบกำกับภาษี / ใบเสร็จรับเงิน)

เงื่อนไข

ใช้กับใบกำกับภาษีและใบเสร็จรับเงินที่ออกจากใบกำกับ · สิทธิ์ยกเลิก = สิทธิ์แก้ไขหน้าใบกำกับภาษี / ใบเสร็จรับเงิน (ไม่มี cap เพิ่ม)

ข้อความที่ผู้ใช้เห็น

ใบกำกับภาษีที่ออกแล้วลบไม่ได้ — ใช้ "ยกเลิกใบกำกับภาษี" พร้อมระบุเหตุผลแทน (เลขที่จะคงอยู่และกระดาษจะพิมพ์ประทับ "ยกเลิก")ใบกำกับภาษีนี้ถูกยกเลิกแล้ว — เอกสารที่ยกเลิกแล้วลบไม่ได้ (ต้องเก็บไว้ให้ตรวจสอบได้)ใบกำกับภาษีที่ยกเลิกแล้วแก้ไขไม่ได้ — เป็นหลักฐานของเลขที่ที่ออกไปแล้ว หากต้องแก้ข้อมูล ให้ออกใบกำกับภาษีใบใหม่ใบเสร็จรับเงินที่รับเงินแล้วลบไม่ได้ — ใช้ "ยกเลิกใบเสร็จรับเงิน" พร้อมระบุเหตุผลแทน (เลขที่จะคงอยู่ และรายการเงินเข้าในสมุดเงินสดจะถูกถอนให้อัตโนมัติ)ใบเสร็จรับเงินนี้ถูกยกเลิกแล้ว — เอกสารที่ยกเลิกแล้วลบไม่ได้ (ต้องเก็บไว้ให้ตรวจสอบได้)ใบเสร็จรับเงินที่ยกเลิกแล้วแก้ไขไม่ได้ — เป็นหลักฐานของเลขที่ที่ออกไปแล้ว หากต้องแก้ข้อมูล ให้ออกใบเสร็จรับเงินใบใหม่…ใบนี้ถูกยกเลิกแล้ว…ฉบับร่างใช้การ "ลบร่าง" แทนการยกเลิก (ร่างยังไม่ใช่เอกสารภาษี จึงไม่ต้องคงเลขที่ไว้)

สรุปสั้น ๆ

“ใบกำกับภาษีที่ออกแล้วและใบเสร็จที่รับเงินแล้วลบทิ้งไม่ได้ ต้องยกเลิกพร้อมเหตุผล และเลขที่เดิมยังอยู่ให้ตรวจสอบย้อนหลังได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ลำดับการยกเลิกเอกสาร

เงื่อนไข

หลังยกเลิกใบกำกับ ใบวางบิลกลับเป็น "รอสร้างใบกำกับภาษี" และงวดงานกลับเป็น "วางบิลแล้ว" เพื่อออกใบใหม่ได้ · หลังยกเลิกใบเสร็จ ใบกำกับภาษีปลดล็อก และงวดงานกลับเป็น "ออกใบกำกับแล้ว"

ข้อความที่ผู้ใช้เห็น

ยกเลิกใบกำกับภาษีนี้ไม่ได้ — มีใบเสร็จรับเงินของใบนี้อยู่ กรุณายกเลิกใบเสร็จรับเงินก่อนยกเลิกใบกำกับภาษีนี้ไม่ได้ — มีใบลดหนี้/ใบเพิ่มหนี้ที่ออกแล้วของใบนี้อยู่ กรุณายกเลิกใบลดหนี้/ใบเพิ่มหนี้ก่อนยกเลิกไม่ได้ — เช็คของใบเสร็จนี้ขึ้นเงินแล้ว (เงินเข้าบัญชีจริง) หากจำเป็นให้ออกใบลดหนี้หรือบันทึกรายการคืนเงินแทนยกเลิกไม่ได้ — ต้องยกเลิกใบเสร็จรับเงินของใบนี้ก่อน

สรุปสั้น ๆ

“ยกเลิกเอกสารต้องถอยจากปลายทางก่อน คือยกเลิกใบเสร็จ (และใบลดหนี้/ใบเพิ่มหนี้) ก่อนยกเลิกใบกำกับภาษี”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลขที่ใบเสร็จรับเงิน

เงื่อนไข

เซิร์ฟเวอร์ตั้งเลขให้เองตอนสร้างใบเสร็จ · ยกเลิกใบเสร็จแล้วออกใบใหม่ได้ด้วยเลขที่เดิม (ตามข้อความในกล่องยกเลิก)

สรุปสั้น ๆ

“ใบเสร็จรับเงินใช้เลขที่เดียวกับใบกำกับภาษีของมัน จับคู่เอกสารได้ง่าย”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

วันที่รับเงินบนใบเสร็จ

เงื่อนไข

เช็กทั้งบนหน้าจอและที่เซิร์ฟเวอร์ตอนสร้างใบเสร็จจากใบกำกับภาษี · ใบรับชำระลูกหนี้ยกมาใช้กติกาอีกชุด (FN-R20)

ข้อความที่ผู้ใช้เห็น

วันที่รับเงินต้องไม่เกินวันนี้ และย้อนหลังได้ไม่เกิน 90 วันวันที่รับเงินต้องเท่ากับหรือหลังวันที่ออกใบกำกับภาษี (ใบกำกับภาษี … ลงวันที่ …)วันที่รับเงินต้องเท่ากับหรือหลังวันที่ออกใบกำกับ

สรุปสั้น ๆ

“วันที่รับเงินลงได้ไม่เกินวันนี้ ย้อนหลังได้ 90 วัน และต้องไม่ก่อนวันออกใบกำกับภาษี”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แก้ไขใบเสร็จที่รับเงินแล้ว

เงื่อนไข

ใบเสร็จสถานะรับเงินแล้ว · บนตารางปุ่ม "แก้ไขใบเสร็จรับเงิน" จางพร้อมป้าย "แก้ไขไม่ได้ — รับเงินตามใบเสร็จนี้แล้ว"

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“ใบเสร็จที่รับเงินแล้วแก้ได้แค่หมายเหตุ สลิปโอน และสถานะเช็ค ถ้าต้องแก้ยอดให้ยกเลิกแล้วออกใหม่”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใบลดหนี้ / ใบเพิ่มหนี้

เงื่อนไข

เหตุให้เลือก 5 แบบ (ลดราคาสินค้า/บริการหลังส่งมอบ · รับคืนสินค้า / สินค้าชำรุด · คำนวณราคาผิด · ยกเลิกบริการบางส่วน/ทั้งหมด · อื่น ๆ (ระบุในช่องเหตุผล)) · ใบร่างได้เลขที่ตั้งแต่สร้าง · ใบที่ออกแล้วแก้/ลบไม่ได้ ใช้ "ยกเลิก" (เหตุผล 3-500 ตัวอักษร) · เพดานยอดรวมใช้กับใบลดหนี้เท่านั้น

ข้อความที่ผู้ใช้เห็น

ออกใบลดหนี้/ใบเพิ่มหนี้ได้เฉพาะจากใบกำกับภาษีที่ออกแล้วและยังไม่ถูกยกเลิกยอดใบลดหนี้รวม … บาท เกินยอดใบกำกับภาษี … บาท (ออกไปแล้ว … บาท)ใบลดหนี้/ใบเพิ่มหนี้ที่ออกแล้วแก้ไขหรือลบไม่ได้ — ใช้ "ยกเลิก" แทนยอดรวมของใบลดหนี้/ใบเพิ่มหนี้คำนวณที่เซิร์ฟเวอร์จากรายการในใบ ไม่รับค่าจากหน้าจอยกเลิกใบนี้ไม่ได้ — ใบเสร็จรับเงิน … ที่รับเงินแล้วหักยอดใบนี้ไว้ หากยอดในใบนี้ผิด ให้ออกใบเพิ่มหนี้/ใบลดหนี้ปรับแทน หรือยกเลิกใบเสร็จรับเงินใบนั้นก่อนกรุณาเลือกใบกำกับภาษีต้นทางกรุณาระบุเหตุผล (กฎหมายบังคับให้ระบุเหตุบนใบ)ต้องมีรายการอย่างน้อย 1 รายการยอดรวมของรายการต้องมากกว่า 0

สรุปสั้น ๆ

“ใบลดหนี้/ใบเพิ่มหนี้ต้องอ้างใบกำกับภาษีที่ออกแล้ว ระบุเหตุผล และระบบคำนวณยอดกับ VAT ให้เอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยอดใบเสร็จหักใบลดหนี้ / บวกใบเพิ่มหนี้

เงื่อนไข

ระบบหาใบลดหนี้/ใบเพิ่มหนี้สถานะออกแล้วของใบกำกับนั้น แล้วเก็บรายการที่หัก/บวกไว้ในใบเสร็จ · ถ้าใบลดหนี้หักเต็มยอด หน้าจอไม่ให้สร้างใบเสร็จ

ข้อความที่ผู้ใช้เห็น

ใบกำกับภาษีนี้ไม่มียอดที่ต้องรับเงิน — ใบลดหนี้หักเต็มยอดแล้ว

สรุปสั้น ๆ

“ตอนออกใบเสร็จ ระบบหักใบลดหนี้และบวกใบเพิ่มหนี้ที่ออกแล้วของใบกำกับนั้นให้อัตโนมัติ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ปิดงวดบัญชี

เงื่อนไข

ปิดงวดต้องมีสิทธิ์พิเศษ "ปิดงวดบัญชี" · เปิดงวดต้องมีสิทธิ์พิเศษ "เปิดงวดบัญชีที่ปิดแล้ว" และใส่เหตุผลอย่างน้อย 5 ตัวอักษร · ค่าตั้งต้นสองสิทธิ์นี้ไม่แจกตำแหน่งใด จึงมีแค่ Admin · เส้นปิด/เปิดงวดใช้สิทธิ์หน้า /account/tax · ปุ่มบนตารางการเงินจางพร้อมป้าย "🔒 งวดปิด — ต้องเปิดงวดก่อน"

ข้อความที่ผู้ใช้เห็น

งวด … … ปิดแล้ว — แก้ไข…ไม่ได้ ต้องเปิดงวดก่อน🔒 งวดปิด — ต้องเปิดงวดก่อน

สรุปสั้น ๆ

“เมื่อปิดงวดบัญชีแล้ว เอกสารของเดือนนั้นถูกล็อก แก้ย้อนหลังไม่ได้จนกว่าผู้มีสิทธิ์จะเปิดงวดพร้อมระบุเหตุผล”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยอดยกมา (ตั้งต้นระบบ)

เงื่อนไข

แท็บขึ้นเฉพาะ instance ที่เปิดธง finance.opening_balances (ค่าตั้งต้นปิด) · ยืนยันตั้งต้นต้องมีสิทธิ์พิเศษ "ปิดงวดบัญชี" · แก้แถวที่ยืนยันแล้วต้องมีสิทธิ์พิเศษ "เปิดงวดบัญชีที่ปิดแล้ว" และเหตุผลอย่างน้อย 5 ตัวอักษร · แถวที่ยืนยันแล้วลบไม่ได้และนำเข้า Excel ทับไม่ได้ · ลดลูกหนี้ค้างรับยกมาให้ต่ำกว่ายอดที่ออกใบรับชำระไปแล้วไม่ได้

ข้อความที่ผู้ใช้เห็น

ยังไม่มียอดยกมาให้ยืนยัน — กรอกอย่างน้อยหนึ่งโครงการก่อนโครงการที่ยืนยันตั้งต้นแล้วนำเข้าทับไม่ได้ — แก้ทีละโครงการพร้อมเหตุผลแทนยอดยกมาของโครงการนี้ถูกยืนยันตั้งต้นแล้ว — ลบไม่ได้ลบยอดยกมาไม่ได้ — โครงการนี้มีใบรับชำระลูกหนี้ยกมาออกไปแล้ว ต้องยกเลิก/ลบใบเหล่านั้นก่อนลูกหนี้ค้างรับยกมาต้องไม่ต่ำกว่ายอดที่ออกใบรับชำระลูกหนี้ยกมาไปแล้ว (… บาท) — ยกเลิก/ลบใบเหล่านั้นก่อน หรือกรอกยอดไม่ต่ำกว่านี้ยอดยกมาของโครงการนี้ถูกยืนยันตั้งต้นแล้ว — แก้ได้เฉพาะผู้ที่มีสิทธิ์เปิดงวดที่ปิดแล้วแก้ยอดยกมาที่ยืนยันแล้วต้องระบุเหตุผลอย่างน้อย 5 ตัวอักษร

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใบรับชำระลูกหนี้ยกมา

เงื่อนไข

ปุ่ม "รับชำระลูกหนี้ยกมา" ขึ้นบนหน้า ใบกำกับภาษี / ใบเสร็จรับเงิน เมื่อเลือกโครงการเดียว มีสิทธิ์แก้ไขหน้านั้น และโครงการมีลูกหนี้ยกมาคงเหลือมากกว่า 0 · วันที่รับเงินต้องไม่เกินวันนี้ และไม่ก่อนวันตัดยอดยกมา · ใบร่างนับรวมในยอดที่ออกไปแล้ว · เลขที่รันชุด RC · เส้นนี้อยู่นอกกลุ่มที่ผูกธง finance.opening_balances

ข้อความที่ผู้ใช้เห็น

โครงการนี้ไม่มีลูกหนี้ค้างรับยกมา — ออกใบรับชำระลูกหนี้ยกมาไม่ได้ (รับเงินงวดงานในระบบผ่านใบกำกับภาษีตามปกติ)วันที่รับเงินต้องไม่ก่อนวันตัดยอดยกมา (…) — เงินที่รับก่อนวันนั้นอยู่ในตัวเลขยกมาแล้ว บันทึกซ้ำจะนับซ้ำยอดรับชำระ (… บาท) เกินลูกหนี้ยกมาคงเหลือ (… บาท) — ใบร่างที่ยังไม่รับเงินก็นับรวมอยู่ในยอดที่ออกไปแล้ววันที่รับเงินต้องไม่เกินวันนี้

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

การ์ดเงินบนแท็บ ภาพรวม

เงื่อนไข

ตัวเลขมาจาก ledger กลางของโครงการ (GET /projects/ledger ใต้สิทธิ์หน้า Projects) ที่ตัดบล็อกตามสิทธิ์หน้า (คีย์ตรงตัว ไม่สืบจากคีย์ลูก) · ค่าตั้งต้น: Admin, CEO, บัญชี, การเงิน เห็นครบ · วิศวกรโครงการ เห็น "โครงการ" และ "ต้นทุนผูกพัน" · ธุรการ และ ผู้ช่วยผู้บริหาร เห็นเฉพาะ "โครงการ"

สรุปสั้น ๆ

“หน้าภาพรวมการเงินโชว์ตัวเลขเฉพาะส่วนที่ตำแหน่งนั้นมีสิทธิ์เห็น เช่น ไม่มีสิทธิ์ใบเสนอราคาก็จะไม่เห็นมูลค่าสัญญาและกำไร”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์อนุมัติใบขอซื้อ (อนุมัติจัดซื้อ)

เงื่อนไข

ทุกกรณี (superadmin ข้ามได้)

ข้อความที่ผู้ใช้เห็น

ผู้ใช้ตำแหน่งนี้ไม่มีสิทธิ์อนุมัติจัดซื้อไม่มีสิทธิ์เข้าถึงคุณยังไม่ได้รับสิทธิ์อนุมัติจัดซื้อ (ตั้งค่า → สิทธิ์การเข้าถึง → สิทธิ์อนุมัติ)

สรุปสั้น ๆ

“บริษัทกำหนดได้เองว่าตำแหน่งไหนอนุมัติใบขอซื้อได้ ที่หน้าตั้งค่าสิทธิ์อนุมัติ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แยกหน้าที่ — ห้ามอนุมัติใบขอซื้อของตัวเอง

เงื่อนไข

ผู้กดอนุมัติเป็นคนเดียวกับผู้สร้างใบขอซื้อ (superadmin ข้ามได้ · ใบที่ไม่มีข้อมูลผู้สร้างไม่ติดด่านนี้)

ข้อความที่ผู้ใช้เห็น

ห้ามอนุมัติใบขอซื้อที่ตัวเองสร้าง

สรุปสั้น ๆ

“คนที่สร้างใบขอซื้อจะอนุมัติใบของตัวเองไม่ได้ ต้องให้ผู้อนุมัติคนอื่นกด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

อนุมัติใบขอซื้อที่ถูกเลื่อน/ส่งกลับ

เงื่อนไข

สถานะคิวอนุมัติของใบเป็น เลื่อนกำหนด หรือ ส่งกลับแก้ไข

ข้อความที่ผู้ใช้เห็น

ใบขอซื้อนี้ถูกเลื่อนกำหนดแล้ว — รอ PM กำหนดวันสั่งซื้อใหม่ก่อนจึงจะอนุมัติได้ใบขอซื้อนี้ถูกส่งกลับให้แก้ไขแล้ว — รอ PM แก้ไขและกำหนดวันสั่งซื้อใหม่ก่อนจึงจะอนุมัติได้รอ PM กำหนดวันสั่งซื้อใหม่ก่อน

สรุปสั้น ๆ

“ใบที่เลื่อนหรือส่งกลับไปแล้ว ต้องรอฝั่งโครงการกำหนดวันสั่งซื้อใหม่ก่อน ถึงจะอนุมัติได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใบขอซื้อที่อนุมัติแล้ว

เงื่อนไข

ใบนั้นมีสถานะอนุมัติแล้วในคิวอนุมัติจัดซื้อ

ข้อความที่ผู้ใช้เห็น

ใบขอซื้อนี้ถูกอนุมัติไปแล้ว — อนุมัติซ้ำไม่ได้ (ชื่อและเวลาของผู้อนุมัติคนแรกคงเดิม)ใบขอซื้อนี้ถูกอนุมัติแล้ว — ขอเลื่อนกำหนดไม่ได้ (ถ้าต้องเลื่อนจริง ให้ลบ PO/ให้ PM กำหนดวันสั่งซื้อใหม่)ใบขอซื้อนี้ถูกอนุมัติแล้ว — ส่งกลับแก้ไขไม่ได้ (ถ้าต้องแก้จริง ให้ลบ PO ก่อน)

สรุปสั้น ๆ

“อนุมัติแล้วถอนกลับจากหน้าอนุมัติไม่ได้ ระบบเก็บชื่อและเวลาของผู้อนุมัติไว้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใบขอซื้อที่สั่งซื้อไปแล้ว

เงื่อนไข

มีใบสั่งซื้อ (PO) อ้างใบขอซื้อนั้นอยู่

ข้อความที่ผู้ใช้เห็น

ใบขอซื้อนี้สั่งซื้อแล้ว (มีใบสั่งซื้ออ้างอยู่) — …ไม่ได้ใบขอซื้อต้นทางถูกลบไปแล้ว

สรุปสั้น ๆ

“ใบขอซื้อที่ออกใบสั่งซื้อไปแล้ว จะเลื่อนหรือส่งกลับจากหน้าอนุมัติไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลื่อนกำหนดใบขอซื้อ

เงื่อนไข

กด เลื่อนกำหนด ในคิวอนุมัติจัดซื้อ

ข้อความที่ผู้ใช้เห็น

กรุณาระบุวันที่เลื่อนเลื่อนกำหนด … เป็น …

สรุปสั้น ๆ

“ผู้อนุมัติเลื่อนกำหนดได้ โดยเลือกวันใหม่และเขียนหมายเหตุถึงฝั่งโครงการ แล้วใบจะกลับไปให้โครงการกำหนดวันสั่งซื้อใหม่”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ส่งกลับแก้ไขใบขอซื้อ

เงื่อนไข

กด ส่งกลับแก้ไข ในคิวอนุมัติจัดซื้อ

ข้อความที่ผู้ใช้เห็น

กรุณาระบุเหตุผลที่ส่งกลับแก้ไขส่งกลับแก้ไข … แล้ว

สรุปสั้น ๆ

“ผู้อนุมัติส่งใบขอซื้อกลับไปให้แก้ได้ โดยต้องเขียนเหตุผลทุกครั้ง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ใครเห็นคิวอนุมัติ (จัดซื้อ · งวดเหมา · เงินเดือน)

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์เข้าถึงหน้านี้ดูอย่างเดียว

สรุปสั้น ๆ

“เปิดให้คนอื่นดูคิวอนุมัติแบบดูอย่างเดียวได้ โดยไม่ต้องให้สิทธิ์อนุมัติ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์อนุมัติงวดจ่ายผู้รับเหมา (อนุมัติงวดเหมา)

เงื่อนไข

ทุกกรณี (superadmin ข้ามได้)

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์เข้าถึงคุณยังไม่ได้รับสิทธิ์อนุมัติงวดเหมา (ตั้งค่า → สิทธิ์การเข้าถึง → สิทธิ์อนุมัติ)

สรุปสั้น ๆ

“บริษัทกำหนดได้เองว่าตำแหน่งไหนอนุมัติงวดจ่ายผู้รับเหมาได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ส่งกลับแก้ไขงวดเหมา

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“ในคิวอนุมัติงวดเหมา ผู้อนุมัติเลือกได้แค่อนุมัติหรือเลื่อนกำหนด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เงื่อนไขอนุมัติงวดเหมา

เงื่อนไข

กดอนุมัติ / บันทึกจ่าย งวดเหมา

ข้อความที่ผู้ใช้เห็น

อนุมัติได้เฉพาะงวดที่ส่งบัญชี (pending) หรือเลื่อนกำหนด (postponed) เท่านั้นห้ามอนุมัติรายการที่ตัวเองสร้างห้ามจ่ายรายการที่ตัวเองสร้างขอเลื่อนกำหนดได้เฉพาะงวดที่ส่งบัญชีแล้ว (รออนุมัติ หรือเลื่อนกำหนดแล้ว) เท่านั้น — งวดนี้ถูกเปลี่ยนสถานะไปแล้ว กรุณารีเฟรชหน้า

สรุปสั้น ๆ

“คนที่สร้างงวดจ่ายจะอนุมัติหรือบันทึกจ่ายงวดของตัวเองไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เลื่อนกำหนดงวดเหมา

เงื่อนไข

กด เลื่อนกำหนด / อนุมัติ งวดที่อยู่สถานะเลื่อนกำหนด

สรุปสั้น ๆ

“เลื่อนวันโอนงวดผู้รับเหมาได้ พออนุมัติ วันใหม่จะกลายเป็นวันกำหนดจ่ายให้เอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

งวดบัญชีปิดแล้ว

เงื่อนไข

วันบัญชีของเอกสาร (งวดเหมา · รอบเงินเดือน · ใบสำคัญจ่าย) อยู่ในงวดที่ปิด

ข้อความที่ผู้ใช้เห็น

งวด … ปิดแล้ว — แก้ไข…ไม่ได้ ต้องเปิดงวดก่อน🔒 งวดปิด — ต้องเปิดงวดก่อน

สรุปสั้น ๆ

“เมื่อปิดงวดบัญชีแล้ว ตัวเลขเงินของเดือนนั้นจะถูกล็อก แก้ไม่ได้จนกว่าจะเปิดงวดคืน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์อนุมัติรอบเงินเดือน (อนุมัติเงินเดือน)

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์เข้าถึงคุณยังไม่ได้รับสิทธิ์อนุมัติเงินเดือน (ตั้งค่า → สิทธิ์การเข้าถึง → สิทธิ์อนุมัติ)

สรุปสั้น ๆ

“บริษัทกำหนดได้เองว่าตำแหน่งไหนอนุมัติรอบเงินเดือนได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แยกหน้าที่ — ห้ามอนุมัติรอบเงินเดือนของตัวเอง

เงื่อนไข

ผู้กดอนุมัติเป็นผู้สร้างรอบ (superadmin ข้ามได้)

ข้อความที่ผู้ใช้เห็น

ผู้สร้างรอบเป็นผู้อนุมัติเองไม่ได้ผู้สร้างรอบอนุมัติเองไม่ได้

สรุปสั้น ๆ

“คนที่ทำรอบเงินเดือนจะอนุมัติรอบของตัวเองไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

อนุมัติรอบรายเดือนก่อนสิ้นงวด

เงื่อนไข

รอบประเภทรายเดือน และวันสิ้นงวดยังมาไม่ถึง

ข้อความที่ผู้ใช้เห็น

งวดนี้ยังไม่จบ (ถึง …) — ข้อมูลลงเวลายังไม่ครบ ยอดหักขาดงาน/OT อาจไม่ตรงกับจริง

สรุปสั้น ๆ

“อนุมัติเงินเดือนก่อนสิ้นเดือนได้ ระบบจะเตือนให้ยืนยันก่อนว่าข้อมูลลงเวลาอาจยังไม่ครบ”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

สิทธิ์และเงื่อนไขชำระเงินเดือน

เงื่อนไข

กดชำระเงินเดือนจากหน้ารายจ่ายอนาคต

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“บริษัทกำหนดได้ว่าตำแหน่งไหนเป็นคนจ่ายเงินเดือน และจ่ายได้หลังรอบนั้นอนุมัติแล้วเท่านั้น”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

วันที่โอนเงินเดือน

เงื่อนไข

บันทึกชำระเงินเดือน

ข้อความที่ผู้ใช้เห็น

วันที่โอนต้องไม่เกินวันนี้ และย้อนหลังได้ไม่เกิน 90 วัน

สรุปสั้น ๆ

“วันที่โอนลงย้อนหลังได้ไม่เกิน 90 วัน และลงล่วงหน้าไม่ได้”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

เงินเดือนสุทธิติดลบ

เงื่อนไข

ยอดสุทธิ (net) ของพนักงานน้อยกว่า 0

ข้อความที่ผู้ใช้เห็น

ชำระไม่ได้ — ยอดสุทธิติดลบ (… บ.) ยอดหักรวมเกินรายได้ กรุณาแก้ไขรายการหักของพนักงานก่อนชำระ

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยอดจ่ายต่อใบสำคัญจ่าย

เงื่อนไข

ยอดที่บันทึกจ่ายมากกว่ายอดคงค้าง

ข้อความที่ผู้ใช้เห็น

ยอดจ่ายเกินยอดคงค้าง — คงค้าง … บาท แต่บันทึกจ่าย … บาท

สรุปสั้น ๆ

“ระบบกันไม่ให้บันทึกจ่ายเกินยอดที่ค้างจ่ายจริง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

วิธีจ่ายเงินสด

เงื่อนไข

วิธีจ่าย = เงินสด และเลือกบัญชีธนาคาร

ข้อความที่ผู้ใช้เห็น

วิธีจ่าย "เงินสด" เลือกบัญชีธนาคาร "…" ไม่ได้ — เงินสดต้องไม่ระบุบัญชี. ถ้าเงินออกจากบัญชีธนาคารจริงให้เปลี่ยนวิธีจ่ายเป็น "โอน" หรือ "เช็ค"

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยกเลิกใบสำคัญจ่าย

เงื่อนไข

กดยกเลิกใบสำคัญจ่าย

ข้อความที่ผู้ใช้เห็น

ใบสำคัญจ่ายนี้ถูกยกเลิกแล้วยกเลิกไม่ได้ — เช็คใบนี้ขึ้นเงินแล้ว (เงินออกจากบัญชีจริง) หากจำเป็นให้บันทึกรายการรับคืนเงินในสมุดเงินสดแทน

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยกเลิกใบสำคัญจ่ายของคนอื่น

เงื่อนไข

ผู้กดไม่ใช่ผู้บันทึกใบสำคัญจ่าย (ใบเก่าที่ไม่มีผู้บันทึก นับเป็นของคนอื่น)

ข้อความที่ผู้ใช้เห็น

ยกเลิกใบสำคัญจ่ายของคนอื่นได้เฉพาะตำแหน่งที่มีหน้ากระแสเงินสดทำเช็คเด้ง/ยกเลิกเช็คใบสำคัญจ่ายของคนอื่นได้เฉพาะตำแหน่งที่มีหน้ากระแสเงินสด

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แถวแผนที่กรอกเอง (รายรับ/รายจ่ายอนาคต · เจ้าหนี้การค้า)

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์แก้ไขหน้านี้

สรุปสั้น ๆ

“เพิ่มรายการประมาณการรายรับ-รายจ่ายเองได้ ตามสิทธิ์ที่บริษัทกำหนด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แถวที่มาจากเอกสาร (PO · PR · งวดเหมา · งวดงาน · เงินเดือน)

เงื่อนไข

แถวไม่ใช่แถวกรอกเอง

ข้อความที่ผู้ใช้เห็น

แก้ไข/ลบที่เอกสารต้นทาง (จัดซื้อ/PR/งวดเหมา)

สรุปสั้น ๆ

“รายการที่มาจากใบสั่งซื้อหรืองวดเหมาดึงเข้ามาเอง ถ้าต้องแก้ให้แก้ที่เอกสารต้นทาง ตัวเลขจะตามมาเอง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ปิด / เปิดงวดบัญชี

เงื่อนไข

หน้า Account › รายงานภาษี › ปิดงวด / ยื่น ภ.พ.30 (ต้องมีสิทธิ์แก้ไขหน้า รายงานภาษี ด้วย)

ข้อความที่ผู้ใช้เห็น

งวดนี้ถูกปิดไปแล้วงวดนี้ยังเปิดอยู่ — ไม่ต้องเปิดคืนปิดงวดล่วงหน้าเกิน 1 เดือนไม่ได้

สรุปสั้น ๆ

“ปิดงวดบัญชีรายเดือนเพื่อล็อกตัวเลขได้ และแยกสิทธิ์คนปิดกับคนเปิดคืนได้ การเปิดคืนต้องเขียนเหตุผล”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ยอดบัญชีธนาคารในภาพรวม

เงื่อนไข

หน้า Cash Flow › ภาพรวม

สรุปสั้น ๆ

“หน้าภาพรวมคำนวณยอดบัญชีหลักให้เอง ส่วนบัญชีอื่นกรอกยอดเองได้ แล้วรวมยอดทุกบัญชีให้ดู”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

รายจ่ายประจำ

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์แก้ไขหน้านี้

สรุปสั้น ๆ

“ตั้งรายจ่ายประจำ เช่น ค่าเช่า ไว้ล่วงหน้าได้ ตามสิทธิ์ที่บริษัทกำหนด”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

รายการสมุดเงินสดที่ระบบสร้างเอง

เงื่อนไข

แก้หรือลบรายการในหน้า รายรับ / รายจ่าย

ข้อความที่ผู้ใช้เห็น

รายการนี้สร้างอัตโนมัติจากเอกสารค่าใช้จ่าย — แก้ไข/ลบที่ Purchase > ค่าใช้จ่าย (หรือยกเลิกใบสำคัญจ่าย) เท่านั้นรายการนี้สร้างอัตโนมัติจาก… — แก้ไข/ลบที่เอกสารต้นทาง (…) เท่านั้น

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แท็บรายงานเงินเดือนใน Account

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“รายงานเงินเดือนเห็นเฉพาะคนที่บริษัทให้สิทธิ์ดูเงินเดือน”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

ชำระเงินเดือนบนจอ — ต้องครบก่อนกดยืนยัน

เงื่อนไข

เปิดกล่องโอนเงินเดือนจากหน้ารายจ่ายอนาคต

ข้อความที่ผู้ใช้เห็น

🔒 งวดปิด — ต้องเปิดงวดก่อนชำระเงินเดือน … แล้ว

สรุปสั้น ๆ

“ตอนจ่ายเงินเดือนต้องแนบสลิปโอนเงินทุกครั้ง”

ไล่เมื่อ 31 ต.ค. 69

ฟีเจอร์

แหล่งตัวเลขของรายงานลูกหนี้

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“รายงานลูกหนี้คิดจากเอกสารที่บันทึกในระบบ ได้แก่ ใบวางบิล ใบกำกับภาษี ใบเสร็จ และใบลดหนี้/ใบเพิ่มหนี้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตัวกรองงวด (ปี / เดือน) ของรายงานใน Account

เงื่อนไข

รายงานลูกหนี้ · รายงานเจ้าหนี้ · รายงานเงินเดือน · รายงานภาษี (หน้า ปิดงวด / ยื่น ภ.พ.30 เลือกได้แค่ปี)

สรุปสั้น ๆ

“รายงานบัญชีเลือกดูได้ทีละปี จะดูเดือนเดียวหรือทั้งปีก็ได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานลูกหนี้คงค้าง

เงื่อนไข

เมนูย่อย รายงานลูกหนี้คงค้าง

ข้อความที่ผู้ใช้เห็น

ต้องคืนลูกค้า …

สรุปสั้น ๆ

“รายงานลูกหนี้คงค้างแสดงยอดที่ยังเก็บไม่ได้ของใบวางบิลในงวดที่เลือก โดยหักใบเสร็จและใบลดหนี้แล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานใบเสนอราคา

เงื่อนไข

เมนูย่อย รายงานใบเสนอราคา

ข้อความที่ผู้ใช้เห็น

โหลดข้อมูลใบเสนอราคาไม่สำเร็จรายงานใบเสนอราคาอ่านจากใบเสนอราคา — ถ้าบัญชีของคุณไม่มีสิทธิ์เข้าเมนูใบเสนอราคา จะดูรายงานใบนี้ไม่ได้

สรุปสั้น ๆ

“รายงานใบเสนอราคาแสดงเฉพาะใบที่ได้งานแล้ว เรียงตามวันที่ได้งาน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานการขาย / รายงานการรับชำระเงิน — นับตามวันไหน

เงื่อนไข

เมนูย่อย รายงานการขาย · รายงานการรับชำระเงิน

สรุปสั้น ๆ

“รายงานการขายนับตามวันที่วางบิล ส่วนรายงานรับชำระนับตามวันที่รับเงินจริง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ใครดูรายงานลูกหนี้ได้

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

โหลดข้อมูลลูกหนี้ไม่สำเร็จ

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เปลี่ยนสถานะเช็คจากรายงานการรับชำระเงิน

เงื่อนไข

เมนูย่อย รายงานการรับชำระเงิน · แถวที่รับเป็นเช็ค

ข้อความที่ผู้ใช้เห็น

ระบุสถานะเช็คไม่ได้ — ไม่มีใบเสร็จอ้างอิงบันทึกเช็คเด้งใช่ เช็คเด้ง

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

การ์ด ยอดยกมา (ลูกหนี้)

เงื่อนไข

เมนูย่อย รายงานลูกหนี้คงค้าง

ข้อความที่ผู้ใช้เห็น

ยอดตั้งต้นก่อนเริ่มใช้ระบบ — ไม่มีเอกสารในระบบรองรับ จึงแยกจากตารางเอกสารจริงด้านบน

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แหล่งตัวเลขของรายงานเจ้าหนี้

เงื่อนไข

ทุกกรณี

สรุปสั้น ๆ

“รายงานเจ้าหนี้คิดจากใบสั่งซื้อ งวดผู้รับเหมา ค่าใช้จ่าย และใบสำคัญจ่ายที่บันทึกในระบบ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานเจ้าหนี้คงค้าง

เงื่อนไข

เมนูย่อย รายงานเจ้าหนี้คงค้าง · เอกสารลงวันที่ในงวดที่เลือก

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“รายงานเจ้าหนี้คงค้างรวมใบสั่งซื้อ งวดผู้รับเหมาที่วางบิลแล้ว และค่าใช้จ่ายที่ยังจ่ายไม่ครบ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานการชำระเงิน (เจ้าหนี้)

เงื่อนไข

เมนูย่อย รายงานการชำระเงิน

ข้อความที่ผู้ใช้เห็น

แสดง 1 แถวต่อ 1 ใบสำคัญจ่าย (รวมค่าวัสดุ ค่าแรง และค่าใช้จ่ายอื่นๆ) | รายการยกเลิกหรือปฏิเสธการจ่ายจะขีดฆ่ายอดและไม่นำมาคำนวณรวม | "ยอดรวมสุทธิ" และ "หัก ณ ที่จ่าย" คำนวณต่อหนึ่งเอกสาร | บันทึกเลขที่ใบเสร็จรับเงินได้ที่ Cash Flow > รายจ่าย

สรุปสั้น ๆ

“รายงานการชำระเงินแสดงใบสำคัญจ่ายทีละใบตามวันที่จ่าย ใบที่ยกเลิกจะขีดฆ่าและไม่นับยอด”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานใบสั่งซื้อ / รายงานสรุปค่าใช้จ่าย

เงื่อนไข

เมนูย่อย ใบสั่งซื้อ · รายงานสรุปค่าใช้จ่าย

ข้อความที่ผู้ใช้เห็น

แสดงรายการใบสั่งซื้อและเอกสารค่าใช้จ่ายตามวันที่เอกสาร | ไม่รวมงานจ้างเหมา (ตรวจสอบที่โมดูล Subcon) และรายจ่ายตรงจาก Cash Flow ที่ไม่มีการตั้งหนี้ | ใบสั่งซื้อไม่มีภาษีหัก ณ ที่จ่าย ระบบจึงแสดงเครื่องหมาย "—"

สรุปสั้น ๆ

“รายงานสรุปค่าใช้จ่ายรวมใบสั่งซื้อกับเอกสารค่าใช้จ่าย ส่วนงานจ้างเหมาดูที่โมดูล Subcon”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ใครดูรายงานเจ้าหนี้ได้

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

โหลดข้อมูลเจ้าหนี้ไม่สำเร็จ

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานเงินเดือน — สรุปทะเบียนเงินเดือน

เงื่อนไข

แท็บ รายงานเงินเดือน

ข้อความที่ผู้ใช้เห็น

ออกรายงาน ภ.ง.ด.1 รายบุคคลได้ที่ HR > คิดเงินเดือน | ช่อง "เบี้ยเลี้ยง" รวมค่าที่พัก ค่าโทรศัพท์ และค่าน้ำมัน | ช่อง "รายการหักอื่น ๆ" รวมรายการหัก กยศ. และบังคับคดี

สรุปสั้น ๆ

“รายงานเงินเดือนสรุปทีละรอบจ่าย เฉพาะรอบที่อนุมัติหรือจ่ายแล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ใครดูรายงานเงินเดือนได้ (ฝั่งข้อมูล)

เงื่อนไข

ทุกกรณี

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานภาษีขาย

เงื่อนไข

รายงานภาษี › ภาษีขาย

ข้อความที่ผู้ใช้เห็น

ใบลดหนี้แสดงเป็นยอดติดลบ · ใบเพิ่มหนี้เป็นยอดบวก ตามเดือนของเอกสารแต่ละใบ (ยอดขายสุทธิ = ใบกำกับ − ใบลดหนี้ + ใบเพิ่มหนี้)แถวที่มีเครื่องหมาย * ยังไม่มีเลขประจำตัวผู้เสียภาษีของผู้ซื้อ — ต้องเติมในใบกำกับภาษีก่อนยื่น ภ.พ.30

สรุปสั้น ๆ

“รายงานภาษีขายรวมใบกำกับภาษีกับใบลดหนี้/ใบเพิ่มหนี้ของเดือนนั้นให้แล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงาน ภ.ง.ด.3 / ภ.ง.ด.53

เงื่อนไข

รายงานภาษี › ภ.ง.ด.3 · ภ.ง.ด.53

ข้อความที่ผู้ใช้เห็น

ยื่นตามเดือนที่จ่ายเงินจริง — เอกสารที่ยังจ่ายไม่ครบจะเข้าแบบของเดือนที่จ่ายครบ · ภาษีหัก ณ ที่จ่ายของพนักงาน (ภ.ง.ด.1) ออกได้ที่หน้า HR → เงินเดือนต้องระบุประเภทผู้รับเงิน — ยังไม่ระบุว่าเป็นบุคคลธรรมดาหรือนิติบุคคลไม่นับรวมในยอดด้านบน · เลือกประเภทในแถว (บันทึกลงทะเบียนผู้จำหน่าย) แล้วรายการจะเข้าแบบที่ถูกต้องเอง

สรุปสั้น ๆ

“รายงาน ภ.ง.ด.3/53 ลงเดือนตามวันที่จ่ายเงินจริง และพิมพ์หนังสือรับรอง 50 ทวิ ได้จากรายงาน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปฏิทินการเงิน — เงินจริงถึงวันนี้ · คาดการณ์หลังวันนี้

เงื่อนไข

หน้า ภาพรวม · การ์ด ปฏิทินการเงิน

สรุปสั้น ๆ

“ปฏิทินการเงินแสดงเงินจริงถึงวันนี้ และต่อด้วยยอดคาดการณ์จากแผนกับรายจ่ายประจำในวันถัดไป”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายงานสรุปกระแสเงินสด

เงื่อนไข

หน้า ภาพรวม · ปุ่ม รายงานสรุป

ข้อความที่ผู้ใช้เห็น

ยังประเมินไม่ได้ — ข้อมูลรายจ่ายไม่พอสถานะดี — เงินสดเพียงพอระวัง — เงินสดเริ่มน้อยวิกฤต — เงินสดไม่เพียงพอ

สรุปสั้น ๆ

“รายงานสรุปกระแสเงินสดแยกงานลูกค้าออกจากค่าบริหารบริษัท และบอกว่าเงินสดพอใช้ได้อีกกี่เดือน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตั้งเป้าหมายรายเดือน

เงื่อนไข

หน้า ภาพรวม · การ์ด สรุปประจำเดือน

ข้อความที่ผู้ใช้เห็น

บันทึกเป้าหมายแล้ว

สรุปสั้น ๆ

“ตั้งเป้ารายรับและงบรายจ่ายรายเดือนได้ แล้วดูผลเทียบเป้าในรายงานสรุป”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รายรับอนาคต — แถวมาจากไหน

เงื่อนไข

หน้า รายรับอนาคต

สรุปสั้น ๆ

“รายรับอนาคตรวมงวดงานที่ยังไม่ได้รับเงิน เงินประกันผลงานที่รอคืน และแผนที่กรอกเอง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แผน (ยังไม่ผูกพัน) ของรายจ่ายอนาคต

เงื่อนไข

หน้า รายจ่ายอนาคต

สรุปสั้น ๆ

“รายจ่ายอนาคตแยกยอดที่ผูกพันแล้วกับยอดที่ยังเป็นแผนของงวดผู้รับเหมา”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

การ์ด ครบกำหนดใน 7 วัน (เจ้าหนี้การค้า)

เงื่อนไข

หน้า เจ้าหนี้การค้า

สรุปสั้น ๆ

“การ์ดครบกำหนดใน 7 วันนับจากวันนี้เสมอ ไม่ขึ้นกับเดือนที่เลือกดู”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

การ์ด ยอดในช่วงที่เลือก (รายจ่ายประจำ)

เงื่อนไข

หน้า รายจ่ายประจำ

ข้อความที่ผู้ใช้เห็น

ไม่นับรายการที่ปิดใช้งาน

สรุปสั้น ๆ

“การ์ดยอดในช่วงที่เลือกรวมรายจ่ายประจำทุกงวดที่ครบกำหนดในช่วงนั้น”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เพิ่ม แก้ไข เลิกจ้าง นำเข้า และรีเซ็ตใบหน้าพนักงาน

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess (api/hr/* → หน้า /hr ต้องเป็น แก้ไข เพราะเป็นคำสั่งเขียน) · route cap:hr.employee.manage · ไม่มี Policy (controller ไม่เรียก authorize) · ค่าตั้งต้นที่ทำได้: Admin · ฝ่ายบุคคล (HR) · Admin/ผู้ที่ติ๊ก superadmin ข้ามได้ทุกด่าน

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์ดำเนินการไม่มีสิทธิ์แก้ไขหน้านี้

สรุปสั้น ๆ

“การเพิ่ม/แก้ไข/เลิกจ้างพนักงานจำกัดเฉพาะฝ่ายบุคคลและผู้ดูแลระบบตามค่าตั้งต้น ปรับให้ตำแหน่งอื่นได้ที่หน้าสิทธิ์”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

การเห็นข้อมูลส่วนตัวพนักงาน (PII)

เงื่อนไข

เปิดรายชื่อ: PathAccess /hr ≥ ดู ∧ route cap:hr.viewEmployeePII (ค่าตั้งต้น CEO · บัญชี · ฝ่ายบุคคล (HR)) · ไม่มี Policy · ระดับปิดบัง: hr.pii.viewFull (ค่าตั้งต้น HR) เห็นครบ · hr.pii.viewSalary (ค่าตั้งต้น HR · CEO · บัญชี) เห็นเงินเดือนแต่เลขบัตร/เลขบัญชีถูกปิด · Admin เห็นครบ

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์ดำเนินการ

สรุปสั้น ๆ

“ข้อมูลส่วนตัวพนักงานถูกปิดบังจากเซิร์ฟเวอร์ตามสิทธิ์ เช่น บัญชี/CEO เห็นเงินเดือนแต่เลขบัตรประชาชนและเลขบัญชีถูกปิดบางหลัก”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ช่องบังคับและการตรวจข้อมูลตอนเพิ่มพนักงาน

เงื่อนไข

หน้าจอเช็กชื่อ นามสกุล เลขบัตร อีเมล ก่อนส่ง · เซิร์ฟเวอร์เช็กซ้ำ first_name/last_name บังคับ ≤100 ตัว · national_id 13 ตัว + ThaiNationalId · birth_date ก่อนวันนี้ · base_salary 0 ถึง 9,999,999,999.99 · end_date/contract_end_date ≥ hire_date · employment_type ต้องเป็น รายเดือน/รายวัน 7/รายวัน 14/สัญญาจ้าง/ฝึกงาน

ข้อความที่ผู้ใช้เห็น

กรุณาระบุชื่อกรุณาระบุนามสกุลเลขบัตรประชาชนต้องเป็น 13 หลักเลขบัตรประชาชนไม่ถูกต้อง (หลักตรวจสอบผิด)อีเมลไม่ถูกต้อง

สรุปสั้น ๆ

“ระบบบังคับชื่อ-นามสกุล และตรวจเลขบัตรประชาชน 13 หลักพร้อมหลักตรวจสอบให้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เลขบัตรประชาชนซ้ำ

เงื่อนไข

ทุกครั้งที่ส่งเลขบัตร (เพิ่ม · แก้ไข · นำเข้าจากไฟล์) · เทียบด้วยค่าแฮชของเลขบัตร · ไม่นับพนักงานสถานะ terminated · ไม่นับตัวเองตอนแก้ไข

ข้อความที่ผู้ใช้เห็น

เลขบัตรประชาชนนี้มีอยู่ในระบบแล้ว

สรุปสั้น ๆ

“ระบบกันเลขบัตรประชาชนซ้ำกับพนักงานที่ยังทำงานอยู่ ส่วนคนที่พ้นสภาพแล้วจ้างกลับได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตำแหน่งในผังองค์กร 1 ตำแหน่ง 1 คน

เงื่อนไข

ตอนเพิ่มหรือแก้ไขพนักงานที่ส่ง position_id · ตรวจใต้ล็อกแถวตำแหน่ง · นับเฉพาะพนักงาน status = active · ตอนจ้างกลับแล้วตำแหน่งเดิมมีคนแล้วก็ถูกกันเช่นกัน

ข้อความที่ผู้ใช้เห็น

ผูกพนักงานกับแผนกโดยตรงไม่ได้ — กรุณาเลือกตำแหน่งตำแหน่งนี้มีผู้ดำรงตำแหน่งอยู่แล้ว (…)ตำแหน่งเดิมมีผู้ดำรงแล้ว — เลือกตำแหน่งใหม่หรือเว้นว่าง (…)

สรุปสั้น ๆ

“ผังองค์กรของระบบเป็นแบบ 1 ตำแหน่งต่อ 1 คน ถ้ามีหลายคนตำแหน่งเดียวกันต้องสร้างตำแหน่งแยก”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เลิกจ้างพนักงาน

เงื่อนไข

ทุกครั้งที่สั่งเลิกจ้าง (DELETE) หรือแก้สถานะ · end_date ต้องไม่ก่อน hire_date

สรุปสั้น ๆ

“เลิกจ้างแล้วข้อมูลพนักงานยังอยู่ครบ จ้างกลับได้โดยเปลี่ยนสถานะ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รีเซ็ตใบหน้าพนักงาน

เงื่อนไข

สิทธิ์เดียวกับ HR-R01 (cap:hr.employee.manage + /hr แก้ไข) · ตรวจใต้ล็อกแถวพนักงาน

ข้อความที่ผู้ใช้เห็น

พนักงานคนนี้ยังไม่ได้ลงทะเบียนใบหน้ารีเซ็ตใบหน้าแล้ว — พนักงานจะลงทะเบียนใหม่ตอนเข้าสู่ระบบมือถือครั้งถัดไป

สรุปสั้น ๆ

“ฝ่ายบุคคลรีเซ็ตใบหน้าพนักงานได้ แล้วพนักงานลงทะเบียนใบหน้าใหม่ตอนเข้าระบบมือถือครั้งถัดไป”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ประวัติการเปลี่ยนเงินเดือน

เงื่อนไข

เมื่อแก้ไขพนักงานแล้ว base_salary หรือ employment_type เปลี่ยน

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลงเวลาด้วยมือถือต้องผูกกับพนักงาน

เงื่อนไข

ทุกคำขอบนมือถือ · ค้นพนักงานจาก user_id ของผู้ล็อกอิน และ status = active

ข้อความที่ผู้ใช้เห็น

บัญชีของคุณยังไม่ถูกผูกกับพนักงาน ติดต่อฝ่ายบุคคลบัญชีของคุณยังไม่ถูกผูกกับพนักงาน

สรุปสั้น ๆ

“พนักงานต้องมีบัญชีที่ HR ผูกกับทะเบียนพนักงานก่อนจึงลงเวลาผ่านมือถือได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ความแม่นของ GPS ตอนลงเวลา

เงื่อนไข

accuracy_m ที่มือถือส่ง > max_distance_m ในตั้งค่ากลาง (ตั้งได้ 10-5,000 เมตร)

ข้อความที่ผู้ใช้เห็น

สัญญาณ GPS ไม่แม่นพอ (±… เมตร, ขีดสูงสุด …). ออกไปกลางแจ้งแล้วลองใหม่

สรุปสั้น ๆ

“ถ้าสัญญาณ GPS ไม่แม่นพอ ระบบให้ออกไปที่โล่งแล้วลองใหม่ เกณฑ์ปรับได้ในตั้งค่า”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลงเวลาได้เฉพาะในรัศมีไซต์งาน

เงื่อนไข

ไซต์ที่ยังไม่มีพิกัด (lat/lng ว่าง) ไม่นับ · ระยะ ≤ radius_m ของไซต์นั้น

ข้อความที่ผู้ใช้เห็น

ตำแหน่งของคุณอยู่นอกไซต์งานทั้งหมด เช็กอินไม่ได้

สรุปสั้น ๆ

“พนักงานลงเวลาได้เฉพาะเมื่ออยู่ในรัศมีไซต์งานที่ HR ปักหมุดไว้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สถานะมาสาย

เงื่อนไข

เวลาเริ่มงานเลือกจากกะในตารางงานของพนักงานวันนั้นก่อน ถ้าไม่มีใช้เวลาของไซต์ ถ้าไม่มีใช้ตั้งค่ากลาง · นาทีผ่อนผันตั้งได้ 0-120 นาที · ลงเวลาตรงเวลาเริ่ม+ผ่อนผันพอดี = ตรงเวลา

สรุปสั้น ๆ

“ระบบตัดสินมาสายจากเวลาเริ่มกะในตารางงานของพนักงานก่อน ถ้าไม่มีใช้เวลาของไซต์หรือค่ากลาง บวกนาทีผ่อนผันที่ตั้งได้ 0-120 นาที”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

คิด OT อัตโนมัติจากการลงเวลา

เงื่อนไข

เฉพาะการลงเวลาออกงาน และตั้งค่า ot_auto_calc เปิด · ชั่วโมงปัด 2 ตำแหน่ง

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ชั่วโมง OT ต่อคำขอ

เงื่อนไข

ทั้งคำขอที่ HR บันทึกและที่พนักงานยื่นเองบนมือถือ

ข้อความที่ผู้ใช้เห็น

จำนวนชั่วโมง OT เกินกว่าที่เป็นไปได้ (สูงสุด 12 ชม.) — ตรวจเวลาเริ่ม/สิ้นสุด

สรุปสั้น ๆ

“คำขอ OT ต่อใบได้สูงสุด 12 ชั่วโมง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

คำขอ OT ซ้อนทับ

เงื่อนไข

นับคำขอเดิมทุกสถานะยกเว้นไม่อนุมัติ · ตรวจใต้ธุรกรรมเดียวกับการบันทึก

ข้อความที่ผู้ใช้เห็น

ช่วงเวลานี้ซ้อนทับกับคำขอ OT เดิม… (…–…) — กรุณาแก้เวลาเริ่ม/สิ้นสุดมีคำขอ OT ช่วงเวลานี้อยู่แล้ว

สรุปสั้น ๆ

“ระบบกันคำขอ OT ที่ช่วงเวลาซ้อนกัน รวมถึงกะข้ามคืน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบคำขอ OT

เงื่อนไข

สิทธิ์: PathAccess /hr = แก้ไข ∧ cap:hr.write · ไม่มี Policy · ด่านรอบปิด: เฉพาะใบสถานะอนุมัติแล้วที่วันทำงานอยู่ในงวดที่ล็อก

ข้อความที่ผู้ใช้เห็น

ลบคำขอ OT ไม่ได้ — ชั่วโมงนี้ถูกใช้ในรอบจ่ายเงินเดือนที่ปิดแล้ว กรุณายกเลิกการจ่ายรอบนั้นก่อนลบคำขอ OT เรียบร้อย

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

พนักงานขอแก้เวลาผ่านมือถือ

เงื่อนไข

เทียบระดับวันที่: วันที่ขอ < วันนี้ − 7 วัน = ไม่ได้ · requested_ts ต้องก่อนตอนนี้ · reason บังคับ ≤1,000 ตัว

ข้อความที่ผู้ใช้เห็น

ขอแก้ไขย้อนหลังได้ไม่เกิน 7 วัน

สรุปสั้น ๆ

“พนักงานยื่นขอแก้เวลาย้อนหลังได้ไม่เกิน 7 วัน และต้องรอฝ่ายบุคคลอนุมัติก่อน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

โควต้าขอแก้เวลาต่อเดือน

เงื่อนไข

นับทุกใบของพนักงานที่สร้างในเดือนปฏิทินปัจจุบัน ไม่กรองสถานะ (ใบที่ไม่อนุมัติก็นับ) · ใบซ้ำ = รอตรวจ ชนิดเดียวกัน เวลาเดียวกัน · ตรวจใต้ล็อก

ข้อความที่ผู้ใช้เห็น

ขอแก้เวลาได้ไม่เกิน 3 ครั้ง/เดือนเวลาที่ขอแก้ต้องต่างจากเวลาเดิมอย่างน้อย 120 นาทีคุณยื่นคำขอแก้เวลารายการนี้ไว้แล้ว กำลังรอฝ่ายบุคคลตรวจสอบ

สรุปสั้น ๆ

“พนักงานขอแก้เวลาได้ไม่เกิน 3 ครั้งต่อเดือน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

HR บันทึกแก้เวลาแทนพนักงาน

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.attendance.recordFor (ค่าตั้งต้น HR · Admin) · ไม่มี Policy · พนักงานต้องสถานะปฏิบัติงาน · requested_ts ก่อนตอนนี้ · reason บังคับ

ข้อความที่ผู้ใช้เห็น

ไม่พบพนักงาน หรือพนักงานไม่ได้อยู่ในสถานะปฏิบัติงานมีการบันทึกเวลาซ้ำซ้อนในวันนี้ กรุณาลองใหม่อีกครั้ง

สรุปสั้น ๆ

“คนงานที่ไม่มีมือถือหรือลืมลงเวลา ฝ่ายบุคคลบันทึกแก้เวลาแทนได้และมีผลทันที”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

พนักงานยื่นใบลาผ่านมือถือ

เงื่อนไข

เส้น /m/leave/requests · start_date ≥ วันนี้ · end_date ≥ start_date · เลือก เต็มวัน/ครึ่งเช้า/ครึ่งบ่าย · เหตุผล ≤1,000 ตัว (ไม่บังคับ)

สรุปสั้น ๆ

“พนักงานยื่นลาผ่านมือถือได้ ใบจะรอฝ่ายบุคคลอนุมัติ และยื่นย้อนหลังไม่ได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

HR บันทึกใบลาแทนพนักงาน

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.attendance.recordFor (ค่าตั้งต้น HR · Admin) · ไม่มี Policy · พนักงานต้องสถานะปฏิบัติงาน · ผ่านด่านเพศ/ครึ่งวัน/ซ้อน/โควต้าชุดเดียวกับฝั่งพนักงาน

ข้อความที่ผู้ใช้เห็น

บันทึกใบลาย้อนหลังได้ไม่เกิน 15 วันไม่พบพนักงาน หรือพนักงานไม่ได้อยู่ในสถานะปฏิบัติงาน

สรุปสั้น ๆ

“ฝ่ายบุคคลบันทึกใบลาแทนคนงานได้ ย้อนหลังไม่เกิน 15 วัน และมีผลทันที”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ใบลาซ้อนวัน

เงื่อนไข

นับใบสถานะ taken และ pending · ตรวจก่อนและซ้ำใต้ล็อกในธุรกรรม

ข้อความที่ผู้ใช้เห็น

มีใบลาในช่วงวันที่นี้อยู่แล้ว

สรุปสั้น ๆ

“ระบบกันใบลาวันซ้อนกันให้อัตโนมัติ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

โควต้าวันลาไม่พอ

เงื่อนไข

คงเหลือ = total_days − used_days ของประเภทลาและปีของวันเริ่มลา · ยังไม่มีแถวโควต้า ระบบสร้างจากค่าตั้งต้นของประเภทลาตามประเภทการจ้าง · ส่ง force_unpaid = ใบไม่รับค่าจ้าง

ข้อความที่ผู้ใช้เห็น

โควต้าไม่พอ (เหลือ … วัน · ขอ … วัน)

สรุปสั้น ๆ

“ถ้าวันลาไม่พอ พนักงานเลือกลาแบบไม่รับค่าจ้างได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ไม่อนุมัติใบลา

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.leaveAdmin.write · ไม่มี Policy · review_note บังคับ ≤500 ตัว

ข้อความที่ผู้ใช้เห็น

กรุณาระบุเหตุผลที่ไม่อนุมัติใบลานี้ถูกดำเนินการแล้ว

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

พนักงานยกเลิกใบลาเอง

เงื่อนไข

เส้น /m/leave/requests/{id}/cancel · ต้องเป็นใบของตัวเอง (ไม่ใช่ = 403) · สถานะต้องเป็น taken หรือ pending

ข้อความที่ผู้ใช้เห็น

ใบลานี้ถูกยกเลิกแล้วยกเลิกได้เฉพาะลาในอนาคต

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

HR ยกเลิกใบลาที่อนุมัติแล้ว

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.leaveAdmin.write · ไม่มี Policy · เฉพาะใบสถานะ taken · ตรวจใต้ล็อก

ข้อความที่ผู้ใช้เห็น

ใบลานี้ถูกยกเลิกแล้วยกเลิกไม่ได้ — ใบลานี้อยู่ในงวดเงินเดือนที่อนุมัติ/จ่ายแล้วยกเลิกใบลาแล้ว — คืนโควต้าให้พนักงานแล้ว

สรุปสั้น ๆ

“ฝ่ายบุคคลยกเลิกใบลาที่บันทึกผิดได้และคืนวันลาให้ ยกเว้นงวดเงินเดือนนั้นอนุมัติหรือจ่ายไปแล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้สิทธิวันลารายคน

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.leaveAdmin.write · ไม่มี Policy · ดูตาราง: cap:hr.viewLeaveAdmin (ค่าตั้งต้น CEO · ฝ่ายบุคคล (HR) · บัญชี)

ข้อความที่ผู้ใช้เห็น

สิทธิวันลาใหม่ต่ำกว่าวันลาที่ใช้ไปแล้วอัปเดตสิทธิวันลาแล้ว

สรุปสั้น ๆ

“ฝ่ายบุคคลปรับสิทธิวันลารายคนได้ แต่ต้องไม่น้อยกว่าวันที่ลาไปแล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สร้าง/แก้/ลบรอบจ่ายเงินเดือน

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess api/hr/payroll* → หน้า /hr/payroll = แก้ไข (ค่าตั้งต้น Admin · บัญชี · ฝ่ายบุคคล (HR) · CEO) ∧ route cap:hr.write (ค่าตั้งต้น HR) ∧ PayrollRunPolicy create/update/delete = hr.write ⇒ ผลรวมค่าตั้งต้น: Admin · ฝ่ายบุคคล (HR)

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์ดำเนินการ

สรุปสั้น ๆ

“รอบเงินเดือนสร้างและแก้โดยฝ่ายบุคคลตามค่าตั้งต้น”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ช่วงเวลาของรอบจ่าย

เงื่อนไข

92 วันใช้กับทุกประเภทรอบ · ด่านงวดยังไม่เริ่ม/ยังไม่จบ ใช้เฉพาะ period_type รายเดือน · ยืนยัน = ส่ง confirm_incomplete_period

ข้อความที่ผู้ใช้เห็น

กรุณาระบุช่วงเวลาให้ครบ (เดือนสำหรับรายเดือน, หรือวันที่เริ่ม-สิ้นสุดสำหรับรายวัน)ช่วงเวลารอบจ่ายต้องไม่เกิน 92 วันสร้างรอบล่วงหน้าไม่ได้ — งวดนี้ยังไม่เริ่ม (เริ่ม …) ยังไม่มีข้อมูลลงเวลา ระบบจะนับขาดงานทั้งงวดและหักเงินเต็มจำนวนงวดนี้ยังไม่จบ (ถึง …) — ข้อมูลลงเวลายังไม่ครบ ยอดหักขาดงาน/OT อาจไม่ตรงกับจริง

สรุปสั้น ๆ

“รอบรายเดือนสร้างได้ตั้งแต่งวดเริ่มแล้ว ถ้าจะจ่ายก่อนสิ้นเดือนระบบจะเตือนให้ยืนยันก่อน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รอบจ่ายทับซ้อน

เงื่อนไข

ตรวจใต้ล็อก · period_start ≤ end ใหม่ และ period_end ≥ start ใหม่

ข้อความที่ผู้ใช้เห็น

ช่วงเวลาทับซ้อนกับรอบจ่าย #… (… ถึง …)

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบรอบจ่ายเงินเดือน

เงื่อนไข

สิทธิ์ตาม HR-R37 · ตรวจใต้ล็อก

ข้อความที่ผู้ใช้เห็น

รอบจ่ายนี้ถูก lock แล้ว ลบไม่ได้รอบนี้มีรายการที่จ่ายเงินแล้ว ลบไม่ได้ — ต้องยกเลิกการจ่ายรายการนั้นก่อน

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

โครงเงินสุทธิของสลิป

เงื่อนไข

ทุกรายการในรอบจ่าย

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

บันทึกเงินเบิกล่วงหน้า

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess api/hr/employees/{id}/advances → หน้า /hr/payroll = แก้ไข (ค่าตั้งต้น Admin · บัญชี · HR · CEO) ∧ route cap:advance.manage (ค่าตั้งต้น HR · CEO) ∧ PayrollAdvancePolicy create = advance.manage ⇒ ค่าตั้งต้น Admin · ฝ่ายบุคคล (HR) · CEO

ข้อความที่ผู้ใช้เห็น

บันทึกการเบิกแล้ว

สรุปสั้น ๆ

“ฝ่ายบุคคลหรือผู้บริหารบันทึกเงินเบิกล่วงหน้าให้พนักงานได้ ระบบตั้งสถานะรอหักจากเงินเดือนไว้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ยกเลิกเงินเบิกล่วงหน้า

เงื่อนไข

สิทธิ์: PathAccess api/hr/payroll-advances → /hr/payroll = แก้ไข ∧ cap:advance.manage ∧ PayrollAdvancePolicy delete · ตรวจใต้ล็อก

ข้อความที่ผู้ใช้เห็น

ลบเงินเบิกล่วงหน้าไม่ได้ — ถูกหักจาก payroll แล้วยกเลิกการเบิกแล้ว

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

หักเงินเบิกล่วงหน้าในรอบจ่าย

เงื่อนไข

เฉพาะใบสถานะ pending ของพนักงานในรอบ · ไม่หักบางส่วนของใบ

ข้อความที่ผู้ใช้เห็น

สร้างรอบไม่ได้ — ยอดสุทธิของ %s %s ติดลบ (%s บ.) ยอดหักรวม %s บ. เกินรายได้ %s บ. กรุณาตรวจสอบรายการหักประจำ/ขาดงานของพนักงานก่อนสร้างรอบ

สรุปสั้น ๆ

“ระบบหักเงินเบิกล่วงหน้าในรอบจ่ายให้เป็นใบ ๆ เท่าที่เงินสุทธิพอ ใบที่หักไม่ได้จะยกไปรอบถัดไป”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สร้าง/แก้ไซต์งาน (geofence)

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.attendanceAdmin.write (ค่าตั้งต้น HR) · ไม่มี Policy · ฟิลด์เวลาบนไซต์ต้องมี cap hr.siteTime.manage เพิ่ม (ค่าตั้งต้น HR) · ชั่วโมงทำงาน 1-12 · เวลาเดินทาง 0-12 · เวลาเริ่ม/เลิกต้องใส่คู่กัน และใส่เวลาเลิกก่อนเวลาเริ่มได้ ซึ่งระบบตีเป็นกะข้ามคืนตอนคิดสาย/ออกก่อน/OT

ข้อความที่ผู้ใช้เห็น

ต้องมีสิทธิ์ "กำหนดเวลาทำงานบนการ์ดไซต์" (ตั้งค่า → สิทธิ์การเข้าถึง)

สรุปสั้น ๆ

“ฝ่ายบุคคลปักหมุดไซต์และกำหนดรัศมีลงเวลาได้ 10 ถึง 5,000 เมตร”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบไซต์งาน

เงื่อนไข

นับ attendance_logs ของไซต์ใต้ล็อก > 0 · สิทธิ์ตาม HR-R48

ข้อความที่ผู้ใช้เห็น

ลบไซต์งานนี้ไม่ได้ — มีประวัติการตอกบัตรผูกอยู่ … รายการ ถ้าไม่ใช้ไซต์นี้แล้วให้ปิดใช้งาน (active = ปิด) แทนการลบ

สรุปสั้น ๆ

“ไซต์ที่มีประวัติลงเวลาแล้วลบไม่ได้ เพื่อเก็บประวัติ ให้ปิดใช้งานแทน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตั้งค่าเวลาทำงานกลาง

เงื่อนไข

เซิร์ฟเวอร์: PathAccess /hr = แก้ไข ∧ route cap:hr.attendanceAdmin.write (ค่าตั้งต้น HR) · ไม่มี Policy · ส่งเฉพาะช่องที่แก้ · เวลาเลิกต้องหลังเวลาเริ่ม

ข้อความที่ผู้ใช้เห็น

วันอ้างอิงของ "สัปดาห์เว้นสัปดาห์" ต้องเป็นวันเดียวกับวันหยุดที่เลือก

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้อัตราภาษีและประกันสังคมรายปี

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: PathAccess api/hr/payroll-settings → หน้า /hr/payroll = แก้ไข ∧ route cap:payroll.rates.manage (ค่าตั้งต้น HR) ∧ PayrollSettingPolicy create/update = payroll.rates.manage ⇒ ค่าตั้งต้น Admin · ฝ่ายบุคคล (HR)

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์ใช้งานมือถือพนักงาน (/m/hr)

เงื่อนไข

PathAccess api/m/* → /m/hr (ยกเว้น api/m/photos · api/m/borrow) · route ไม่มี role:/cap:/wfrole: (มีแค่ throttle) · ไม่มี Policy · เจ้าของ instance ปิด /m/hr รายตำแหน่งได้

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์เข้าหน้าและแก้ไขในเมนู Assets

เงื่อนไข

เซิร์ฟเวอร์เช็ก 3 ชั้น: (1) PathAccess จับเส้น api/assets/stock → หน้าสินค้าคงเหลือ · api/assets/checkouts → หน้าเบิก-คืน · api/assets/maintenance และปุ่มรับคืนจากซ่อม → หน้าซ่อมบำรุง · api/assets ที่เหลือ → หน้าทะเบียน · อ่านต้องได้ ≥ ดู เขียนต้องได้ แก้ไข (2) route กลุ่มนี้ไม่มี role:/cap:/wfrole: มีแค่ throttle (3) Policy AssetPolicy / AssetStockPolicy เช็กคีย์หน้าเดียวกันซ้ำ · ค่าตั้งต้นจาก seeder: ทะเบียน แก้ไข = Admin CEO วิศวกรโครงการ · ดู = ฝ่ายบุคคล (HR) บัญชี วิศวกร จัดซื้อ ช่างหน้างาน การเงิน โฟร์แมน สโตร์ · เบิก-คืน และ สินค้าคงเหลือ แก้ไข = Admin CEO วิศวกรโครงการ ช่างหน้างาน วิศวกร จัดซื้อ · ดู = ฝ่ายบุคคล (HR) บัญชี การเงิน โฟร์แมน สโตร์ · ซ่อมบำรุง แก้ไข = Admin CEO วิศวกรโครงการ ช่างหน้างาน · ดู = ฝ่ายบุคคล (HR) บัญชี วิศวกร จัดซื้อ การเงิน โฟร์แมน สโตร์ · ธุรการ ประมาณราคา ผู้ช่วยผู้บริหาร = ไม่มีเมนู Assets

ข้อความที่ผู้ใช้เห็น

ไม่มีสิทธิ์แก้ไขหน้านี้ไม่มีสิทธิ์เข้าถึงหน้านี้

สรุปสั้น ๆ

“สิทธิ์เมนู Assets แยกได้ 4 ส่วน คือ ทะเบียนทรัพย์สิน เบิก-คืน ซ่อมบำรุง และสินค้าคงเหลือ แต่ละส่วนกำหนดได้ว่าตำแหน่งไหนดูได้หรือแก้ไขได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ช่างเห็นและจัดการเฉพาะใบเบิกของตัวเอง

เงื่อนไข

ใช้กับทุกเส้นของหน้าเบิก-คืน (รายการ · ตัวนับ · เปิดใบ · คืน · คืนหลายชิ้น · โอนย้าย · แนบรูป) · สิทธิ์พิเศษค่าตั้งต้น = Admin CEO วิศวกรโครงการ บัญชี ฝ่ายบุคคล (HR) วิศวกร จัดซื้อ · ตำแหน่งที่ไม่มี (เช่น ช่างหน้างาน การเงิน โฟร์แมน สโตร์) ถูกจำกัดเฉพาะของตัวเอง

สรุปสั้น ๆ

“ช่างหน้างานเห็นและคืนได้เฉพาะเครื่องมือที่ตัวเองเบิก ส่วนฝ่ายออฟฟิศที่ได้สิทธิ์จะเห็นใบเบิกของทุกคน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เงื่อนไขของที่เบิกได้

เงื่อนไข

ทุกครั้งที่เบิก (เบิกเดี่ยว · เบิกหลายรายการ · แอปมือถือ) · ครุภัณฑ์แบบมอบหมายเบิกไม่ได้ ใช้การมอบหมายแทน (AS-R12)

ข้อความที่ผู้ใช้เห็น

ทรัพย์สินนี้ถูกลบออกจากทะเบียนแล้วทรัพย์สินนี้เป็นแบบมอบหมาย ไม่ใช่เบิก-คืนทรัพย์สินไม่พร้อมเบิก (สถานะ: …)เบิกไม่ได้ — ของถูกเบิกอยู่/สถานะไม่พร้อมใช้

สรุปสั้น ๆ

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

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เลือกโครงการและวันคืนตอนเบิก

เงื่อนไข

หน้าต่างเบิกบนเว็บ และแอปมือถือ · ทั้งสองหน้าจอบังคับเลือกโครงการ

ข้อความที่ผู้ใช้เห็น

ต้องเป็นโครงการที่กำลังดำเนินการกรุณาเลือกโครงการไม่พบโครงการที่กำลังดำเนินการกรุณาระบุวันที่คืนวันที่คืนต้องไม่ใช่วันที่ผ่านมาแล้ววันคาดว่าคืนต้องไม่ก่อนวันนี้กรุณาระบุสภาพก่อนเบิก

สรุปสั้น ๆ

“ตอนเบิกต้องเลือกโครงการที่กำลังดำเนินการและวันที่คาดว่าจะคืน ระบบจึงรู้ว่าเครื่องมืออยู่ที่โครงการไหนและเลยกำหนดคืนหรือยัง”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

คืนของและส่งซ่อมอัตโนมัติเมื่อชำรุด

เงื่อนไข

คืนจากหน้าเบิก-คืน (เว็บ) หรือหน้า ของฉัน (มือถือ) · ช่องติ๊กส่งซ่อมขึ้นเฉพาะเมื่อเลือกสภาพชำรุด และติ๊กไว้ให้ตั้งแต่ต้น

ข้อความที่ผู้ใช้เห็น

กรุณาระบุสภาพหลังคืนสร้างรายการส่งซ่อมทันทีระบบจะสร้างรายการส่งซ่อมให้ — ถ้ายังมีชิ้นอื่นถูกเบิกอยู่ จะเข้าซ่อมเมื่อคืนครบ

สรุปสั้น ๆ

“ตอนคืนระบุสภาพของได้ ถ้าของชำรุดให้ระบบเปิดใบส่งซ่อมให้ทันที ไม่ต้องไปกรอกใหม่อีกหน้า”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

คืนหลายชิ้นในครั้งเดียว (แอปมือถือ)

เงื่อนไข

แอปมือถือ แท็บ ของฉัน · ผู้ใช้ต้องมีสิทธิ์แก้ไขหน้าเบิก-คืน (AS-R25)

ข้อความที่ผู้ใช้เห็น

รายการบางส่วนถูกคืนไปแล้ว ลองรีเฟรชหน้าแล้วทำใหม่กรุณาระบุสภาพหลังคืน

สรุปสั้น ๆ

“ช่างคืนเครื่องมือหลายชิ้นจากมือถือได้ในครั้งเดียว เลือกจำนวนที่คืนได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

โอนย้ายเครื่องมือโดยไม่ต้องคืน

เงื่อนไข

ใบเบิกที่ยังเปิดอยู่ · โครงการปลายทางต้องกำลังดำเนินการ หรือเป็นโครงการเดิมของใบนั้น · ผู้เบิกใหม่ต้องเป็นผู้ใช้ที่ยังใช้งาน · ผู้ใช้ที่ถูกจำกัดเฉพาะของตัวเอง (AS-R02) เปลี่ยนผู้เบิกเป็นคนอื่นไม่ได้

ข้อความที่ผู้ใช้เห็น

ต้องเป็นโครงการที่กำลังดำเนินการ

สรุปสั้น ๆ

“ย้ายเครื่องมือไปโครงการอื่นหรือเปลี่ยนคนถือได้เลยโดยไม่ต้องคืนเข้าคลังก่อน ระบบเปิดใบเบิกใหม่และเก็บใบเดิมไว้เป็นประวัติ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

คืนหรือโอนย้ายใบเบิกที่ปิดแล้ว

เงื่อนไข

ใบที่มีวันปิดแล้ว (คืน หรือ โอนย้าย) · เช็กซ้ำใต้ล็อกแถว กันสองคนกดพร้อมกัน

ข้อความที่ผู้ใช้เห็น

รายการนี้คืนแล้วรายการนี้โอนย้ายไปใบใหม่แล้วคืนของแล้ว — โอนย้ายไม่ได้โอนย้ายไปใบใหม่แล้ว — โอนย้ายไม่ได้

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้รูปถ่ายก่อนเบิก / ตอนคืน

เงื่อนไข

แนบรูปผ่านใบเบิก · ต้องมีสิทธิ์แก้ไขหน้าเบิก-คืน และถ้าถูกจำกัดเฉพาะของตัวเอง แนบได้เฉพาะใบของตัวเอง

ข้อความที่ผู้ใช้เห็น

รายการนี้ปิดแล้ว แก้รูปก่อนเบิกไม่ได้มีรูปตอนคืนแล้ว แก้ไม่ได้

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เลขที่ใบเบิกและใบส่งซ่อม

เงื่อนไข

ระบบออกเลขเองทุกครั้งที่สร้างใบ (เบิก · เบิกหลายรายการ · โอนย้าย · ส่งซ่อม · คืนชำรุดแล้วเปิดใบซ่อม)

สรุปสั้น ๆ

“ใบเบิกและใบส่งซ่อมขึ้นเลขให้อัตโนมัติ ใบเบิกขึ้นต้นด้วย CO ใบส่งซ่อมขึ้นต้นด้วย MNT และเริ่มนับใหม่ทุกปี”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

มอบหมายครุภัณฑ์ให้ผู้ถือ

เงื่อนไข

เฉพาะทรัพย์สินโหมดมอบหมาย · ต้องมีสิทธิ์แก้ไขทะเบียน (/assets) · ผู้รับต้องเป็นผู้ใช้ที่ยังใช้งาน · ทรัพย์สินสถานะกำลังซ่อม จำหน่ายออก สูญหาย ถูกขโมย ชำรุดจากอุบัติเหตุ มอบหรือถอดไม่ได้

ข้อความที่ผู้ใช้เห็น

กรุณาระบุผู้ถือ (หรือเลือกถอดผู้ถือ)ไม่พบผู้ใช้ หรือผู้ใช้ถูกปิดใช้งานทรัพย์สินนี้เป็นแบบเบิก-คืน ใช้เมนู "เบิก" แทนทรัพย์สินอยู่ในสถานะซ่อม/สูญหาย/จำหน่ายออก — แก้สถานะผ่านหน้าแก้ไขก่อนจึงจะมอบ/ถอดผู้ถือได้มอบหมายไม่ได้ — สถานะ… ต้องแก้สถานะก่อน

สรุปสั้น ๆ

“ครุภัณฑ์อย่างรถหรือโน้ตบุ๊กมอบให้พนักงานถือประจำได้ เปลี่ยนคนถือได้ และระบบเก็บประวัติว่าเคยอยู่กับใคร”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

บันทึกค่าซ่อมในใบส่งซ่อม

เงื่อนไข

ทุกกรณี

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รับคืนจากซ่อม

เงื่อนไข

ต้องมีสิทธิ์แก้ไขหน้าซ่อมบำรุง (ไม่ต้องมีสิทธิ์แก้ไขทะเบียน) · ใบสถานะรอส่งซ่อม หรือเสร็จแล้ว กดไม่ได้

ข้อความที่ผู้ใช้เห็น

ทรัพย์สินนี้ไม่ได้อยู่ระหว่างซ่อมยังไม่ได้เข้าซ่อม (ทรัพย์สินยังไม่อยู่ในสถานะ "กำลังซ่อม") — ยังไม่มีของให้รับคืนใบนี้ปิดแล้ว — คืนจากซ่อมไม่ได้

สรุปสั้น ๆ

“ของกลับจากซ่อมแล้วกดคืนจากซ่อม ระบบปิดใบส่งซ่อมและคืนสถานะให้เอง ครุภัณฑ์ที่มีผู้ถือจะกลับไปอยู่กับผู้ถือคนเดิม”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

รหัสทรัพย์สิน

เงื่อนไข

เพิ่มทรัพย์สินใหม่ · รหัสบังคับกรอก ยาวไม่เกิน 30 ตัวอักษร · ชื่อบังคับกรอก

ข้อความที่ผู้ใช้เห็น

กรุณาระบุรหัสทรัพย์สินรหัสนี้มีอยู่แล้วรหัสทรัพย์สิน "…" ถูกใช้แล้ว (รวมรายการที่ถูกลบไปแล้ว)กรุณาระบุชื่อทรัพย์สิน

สรุปสั้น ๆ

“ตอนเพิ่มทรัพย์สิน ระบบเสนอรหัสตามหมวดหมู่ให้อัตโนมัติ แก้เองได้ และไม่ให้รหัสซ้ำกับของเดิมแม้ของที่ลบไปแล้ว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปิดราคาซื้อทรัพย์สินจากคนที่ไม่ได้ดูแลทะเบียน

เงื่อนไข

ทุกหน้าที่แสดงทรัพย์สิน (รายการ · รายละเอียด · ภาพรวม) · การเรียงตามยอดรวมก็ใช้ได้เฉพาะคนที่เห็นราคา

สรุปสั้น ๆ

“ราคาซื้อทรัพย์สินเห็นเฉพาะคนที่ดูแลทะเบียน ช่างหรือคนที่ดูอย่างเดียวจะไม่เห็นราคาและมูลค่ารวม”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้ประเภทการติดตามหรือจำนวนขณะของถูกใช้งาน

เงื่อนไข

แก้ไขทรัพย์สินที่มีใบเบิกค้างหรือมีผู้ถือ · ต้องมีสิทธิ์แก้ไขทะเบียน

ข้อความที่ผู้ใช้เห็น

เปลี่ยนประเภทการติดตามไม่ได้ขณะมีรายการเบิกค้างอยู่ — รอคืนให้ครบก่อนเปลี่ยนประเภทการติดตามไม่ได้ขณะมีผู้ถืออยู่ — ถอดผู้ถือก่อนจำนวนต้องไม่น้อยกว่าที่ถูกเบิกอยู่ (…)ยังมีรายการเบิกค้างอยู่ — ต้องคืนให้ครบก่อนส่งซ่อม

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

บันทึกของเหลือจากโครงการเข้าคลัง

เงื่อนไข

ต้องมีสิทธิ์แก้ไขหน้าสินค้าคงเหลือ · โครงการต้นทางต้องกำลังดำเนินการ พักงาน หรือเสร็จแล้ว และไม่ใช่รายการค่าใช้จ่ายบริษัท · จำนวนมากกว่า 0 ทศนิยมได้ไม่เกิน 4 ตำแหน่ง · คลังเดียวทั้งบริษัท

ข้อความที่ผู้ใช้เห็น

กรุณาเลือกวัสดุจากทะเบียนไม่พบวัสดุนี้ในทะเบียน (หรือถูกปิดใช้งาน)กรุณาระบุจำนวนจำนวนต้องมากกว่า 0จำนวนใส่ทศนิยมได้ไม่เกิน 4 ตำแหน่งกรุณาเลือกโครงการต้นทางโครงการต้นทางต้องเป็นโครงการที่กำลังดำเนินการ/พักงาน/เสร็จแล้ว และไม่ใช่รายการค่าใช้จ่ายบริษัทยอดคงเหลือรวมเกินที่ระบบเก็บได้ (คงเหลือ … … · สูงสุด …)

สรุปสั้น ๆ

“วัสดุที่เหลือจากโครงการบันทึกเข้าคลังกลางได้ทั้งจากเว็บและมือถือช่าง วัสดุกับยี่ห้อเดียวกันระบบรวมยอดให้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เบิกของออกจากคลัง

เงื่อนไข

ต้องมีสิทธิ์แก้ไขหน้าสินค้าคงเหลือ · ผู้เบิกบันทึกเป็นผู้ใช้ที่กดเบิก

ข้อความที่ผู้ใช้เห็น

กรุณาเลือกเหตุผลการเบิกกรุณาเลือกโครงการปลายทางโครงการปลายทางต้องอยู่ในสถานะกำลังดำเนินการจำนวนคงเหลือไม่พอ (คงเหลือ … … ขอเบิก …)ของหมดแล้ว เบิกไม่ได้

สรุปสั้น ๆ

“เบิกของเหลือออกจากคลังไปใช้โครงการที่กำลังทำ หรือตัดทิ้งของเสียได้ ระบบไม่ให้เบิกเกินยอดที่มี”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

แก้ไขรายการและปรับยอดคงเหลือ

เงื่อนไข

ต้องมีสิทธิ์แก้ไขหน้าสินค้าคงเหลือ · ถ้ามีคนแก้รายการเดียวกันไปก่อน ระบบปฏิเสธการบันทึก

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“ยอดในคลังไม่ตรงกับของจริง ปรับยอดได้โดยใส่เหตุผล และดูย้อนหลังได้ว่าใครปรับเมื่อไร”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

มูลค่าสินค้าคงเหลือ / คืนต้นทุนให้โครงการ

เงื่อนไข

ทุกกรณี

ข้อความที่ผู้ใช้เห็น

ไม่กระทบต้นทุนโครงการคลังนับจำนวนอย่างเดียว — โครงการต้นทางยังรับต้นทุนวัสดุเต็มตาม PO เดิม

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตั้งค่าหมวดหมู่ทรัพย์สิน

เงื่อนไข

ต้องมีสิทธิ์แก้ไขทะเบียน (/assets) · ลบหมวดได้เฉพาะเมื่อไม่มีทรัพย์สินใช้หมวดนั้น

ข้อความที่ผู้ใช้เห็น

กรุณาระบุชื่อหมวดหมู่ชื่อนี้มีอยู่แล้วPrefix ต้องเป็น 3 ตัวอักษรPrefix ต้องเป็น A-Z เท่านั้นPrefix นี้มีอยู่แล้วลบหมวดหมู่ไม่ได้ — มีทรัพย์สินใช้อยู่ลบหมวดหมู่เรียบร้อยต้องมีสิทธิ์แก้ไข "รายการ" (Assets) จึงจะจัดการตั้งค่าได้ — กรุณาติดต่อผู้ดูแลระบบที่หน้าสิทธิ์การเข้าถึง

สรุปสั้น ๆ

“ตั้งหมวดหมู่ทรัพย์สินเองได้ พร้อมตัวย่อ 3 ตัวสำหรับรหัส และกำหนดได้ว่าหมวดไหนเป็นยานพาหนะที่ต้องกรอกทะเบียนรถ”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ช่างเบิกของผ่านมือถือ

เงื่อนไข

แอปมือถือ แท็บ เบิกของ · ผู้ใช้ต้องมีสิทธิ์แก้ไขหน้าเบิก-คืน · กติกาเดียวกับเบิกหลายรายการบนเว็บ (AS-R03 AS-R04 AS-R05)

ข้อความที่ผู้ใช้เห็น

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

สรุปสั้น ๆ

“ช่างเบิกเครื่องมือเองจากมือถือได้ เลือกของใส่ตะกร้าหรือสแกน QR แล้วกดยืนยันครั้งเดียว”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ประวัติการแก้ไข (ดูย้อนหลังว่าใครทำรายการอะไร)

เงื่อนไข

ชั้น 1 PathAccess: api/audit-logs → คีย์ '/settings/audit-log' ระดับดูขึ้นไป · ชั้น 2 ไม่มี role:/cap:/wfrole: · ชั้น 3 ไม่มี Policy · ค่าตั้งต้นที่เปิด: Admin และ การเงิน · มีเส้น GET เส้นเดียว ไม่มีเส้นแก้/ลบ

ข้อความที่ผู้ใช้เห็น

โหลดประวัติไม่สำเร็จ ลองใหม่อีกครั้ง

สรุปสั้น ๆ

“ผู้ดูแลระบบและฝ่ายการเงิน (ค่าตั้งต้น) เปิดดูประวัติการทำรายการย้อนหลังได้ว่าใครทำอะไรเมื่อไร กรองตามเดือน โมดูล และผู้ดำเนินการ — แก้หรือลบประวัติจากหน้านี้ไม่ได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เพิ่มผู้ใช้เกินโควตาของระบบ

เงื่อนไข

ตอนเพิ่มผู้ใช้ และตอนแก้ผู้ใช้ที่ทำให้กินโควตาเพิ่ม (ปิด→เปิดใช้งาน หรือเปิดช่องทาง Desktop/Mobile เพิ่ม) · บัญชีที่กินโควตาอยู่แล้วแก้ได้เสมอ · บัญชีที่ถูกลบไม่นับ

ข้อความที่ผู้ใช้เห็น

โควตาผู้ใช้ {label} เต็ม ({used}/{limit}) — ปิดใช้งานผู้ใช้เดิมหรือติดต่อผู้ให้บริการเพื่อเพิ่มโควตา

สรุปสั้น ๆ

“ระบบนับผู้ใช้แยก Desktop กับ Mobile และนับเฉพาะบัญชีที่เปิดใช้งาน ปิดใช้งานหรือลบบัญชีคนที่ไม่ใช้แล้ว โควตาก็คืนทันที”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ล็อกตัวเองออก หรือทำให้ระบบไม่เหลือผู้ดูแล

เงื่อนไข

ทุกกรณีบนหน้า ผู้ใช้งาน · นับเฉพาะ Admin ที่เปิดใช้งานอยู่ · ตรวจซ้ำใต้ล็อกตอนบันทึก (กันสองคนกดพร้อมกัน)

ข้อความที่ผู้ใช้เห็น

เปลี่ยน role ของบัญชีตัวเองไม่ได้ (เพื่อกันล็อกตัวเองออก)ปิดใช้งานบัญชีตัวเองไม่ได้ลดสิทธิ์หรือปิดใช้งาน admin คนสุดท้ายของระบบไม่ได้ถอดสิทธิ์ superadmin ของบัญชีตัวเองไม่ได้ถอด superadmin คนสุดท้ายของระบบไม่ได้ลบบัญชีตัวเองไม่ได้ลบ admin คนสุดท้ายของระบบไม่ได้ลบข้อมูลของบัญชีตัวเองไม่ได้ลบข้อมูล admin คนสุดท้ายของระบบไม่ได้ลบบัญชีของตัวเองไม่ได้

สรุปสั้น ๆ

“ระบบกันไม่ให้ผู้ดูแลล็อกตัวเองออก และกันไม่ให้ระบบเหลือผู้ดูแลเป็นศูนย์”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ช่องทางเข้าใช้ รหัสผ่าน และ PIN ของผู้ใช้

เงื่อนไข

ตอนเพิ่ม/แก้ผู้ใช้บนหน้า ผู้ใช้งาน · ตอนแก้ ถ้าเว้นช่องรหัสผ่านไว้ = ไม่เปลี่ยนรหัส · ผู้ใช้ Mobile อย่างเดียวไม่ต้องมีรหัสผ่าน

ข้อความที่ผู้ใช้เห็น

ต้องเปิดอย่างน้อย 1 ช่องทาง (Desktop หรือ Mobile)กรุณาระบุรหัสผ่าน (สำหรับเข้า Desktop)รหัสผ่านต้องมีอย่างน้อย 10 ตัวอักษรรหัสผ่านต้องมีตัวอักษรอย่างน้อย 1 ตัวรหัสผ่านต้องมีตัวเลขอย่างน้อย 1 ตัวรหัสผ่านต้องมีทั้งตัวอักษรพิมพ์ใหญ่ (A-Z) และพิมพ์เล็ก (a-z)Mobile access ต้องมีเบอร์มือถือกรุณาตั้ง PIN 4 หลักPIN ต้องเป็นเลข 4 หลัก

สรุปสั้น ๆ

“ผู้ใช้ Desktop ต้องตั้งรหัสผ่านอย่างน้อย 10 ตัว มีพิมพ์ใหญ่ พิมพ์เล็ก และตัวเลข ส่วนผู้ใช้มือถือเข้าด้วยเบอร์มือถือและ PIN 4 หลัก”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบผู้ใช้ และลบข้อมูลส่วนบุคคล (PDPA)

เงื่อนไข

ลบผู้ใช้: เมนูจุดของแถวบนหน้า ผู้ใช้งาน · ลบข้อมูล (PDPA): ปุ่มในหน้าต่างแก้ไขผู้ใช้ ขึ้นเฉพาะผู้กดที่เป็น Superadmin/Admin และไม่ใช่บัญชีตัวเอง · ทั้งสองเส้นอยู่กลุ่ม admin-only · ใช้กับบัญชีที่ลบไปแล้วก็ได้ (PDPA)

สรุปสั้น ๆ

“ลบผู้ใช้แล้วประวัติและเอกสารที่เขาเคยทำยังอยู่ครบ และถ้าต้องลบข้อมูลส่วนบุคคลตาม PDPA ระบบมีปุ่มล้างข้อมูลส่วนตัวถาวรโดยเอกสารงานไม่หาย”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

Superadmin (break-glass) มอบสิทธิ์เต็มให้ผู้ใช้รายคน

เงื่อนไข

ช่องติ๊ก Superadmin ขึ้นในหน้าต่างผู้ใช้เฉพาะผู้กดที่เป็น Superadmin/Admin · เส้นบันทึกผู้ใช้อยู่กลุ่ม admin-only

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ปรับลดสิทธิ์ของตำแหน่ง Admin

เงื่อนไข

ทุกกรณี — เซิร์ฟเวอร์บังคับค่ากลับเป็นเต็มทุกครั้งที่บันทึกตำแหน่ง Admin

สรุปสั้น ๆ

“ตำแหน่ง Admin ถูกล็อกสิทธิ์เต็มเสมอ กันการปิดสิทธิ์จนไม่มีใครเข้าไปตั้งค่าระบบได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เพิ่ม เปลี่ยนชื่อ คัดลอก และลบตำแหน่ง

เงื่อนไข

หน้า สิทธิ์เข้าถึงเมนู (ผู้ดูแลระบบเท่านั้น) · เมนู จัดการตำแหน่ง ที่หัวคอลัมน์

ข้อความที่ผู้ใช้เห็น

ตำแหน่งระบบ เปลี่ยนชื่อไม่ได้ลบตำแหน่งระบบไม่ได้ลบ role ระบบไม่ได้ลบไม่ได้ — มีผู้ใช้ {inUse} คนอยู่ในตำแหน่งนี้ ย้ายตำแหน่งผู้ใช้ (หน้า ผู้ใช้งาน) ให้หมดก่อนลบไม่ได้ — ตำแหน่งนี้ถูกตั้งเป็นผู้อนุมัติอยู่ ({labels}) เอาออกจากตาราง "สิทธิ์การอนุมัติ" ในหน้า Permissions ก่อน

สรุปสั้น ๆ

“สร้างตำแหน่งใหม่ได้เองและคัดลอกสิทธิ์จากตำแหน่งที่ใกล้เคียงมาเป็นจุดเริ่มต้นได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์เฉพาะบุคคล (ทับสิทธิ์ตามตำแหน่ง)

เงื่อนไข

เมนูจุดของแถวบนหน้า ผู้ใช้งาน › สิทธิ์เฉพาะบุคคล · เส้นบันทึกอยู่กลุ่ม admin-only · ไม่มีผลกับผู้ใช้ที่เป็น Admin/Superadmin (เข้าถึงทุกอย่างอยู่แล้ว)

สรุปสั้น ๆ

“ปรับสิทธิ์รายคนทับสิทธิ์ตามตำแหน่งได้ เช่นให้พนักงานคนเดียวเห็นหน้าเพิ่ม โดยไม่ต้องสร้างตำแหน่งใหม่”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สิทธิ์อนุมัติ/สั่งจ่ายเงิน 8 จุด

เงื่อนไข

บันทึกลง ตั้งค่าการเงิน (PUT /finance-settings กลุ่ม admin-only) · หน้าจอไม่ยอมบันทึกก่อนโหลดค่าที่ตั้งไว้สำเร็จ (กันทับด้วยค่าตั้งต้น)

ข้อความที่ผู้ใช้เห็น

บันทึกสิทธิ์อนุมัติไม่สำเร็จ กรุณาลองใหม่อีกครั้งยังโหลดค่าที่ตั้งไว้ไม่สำเร็จ — รีเฟรชหน้าแล้วลองใหม่ (กันเขียนทับค่าเดิมด้วยค่าตั้งต้น)

สรุปสั้น ๆ

“ผู้ดูแลระบบกำหนดเองได้ว่าตำแหน่งไหนเป็นผู้อนุมัติหรือผู้สั่งจ่ายเงินในแต่ละขั้น รวม 8 จุดทั้งจัดซื้อ ผู้รับเหมา และเงินเดือน”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตำแหน่งใช้เฉพาะมือถือ

เงื่อนไข

ตั้งที่เมนู จัดการตำแหน่ง ของหน้า สิทธิ์เข้าถึงเมนู · ตำแหน่ง Admin ตั้งไม่ได้ · ค่าตั้งต้น: ช่างหน้างาน

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

เห็นงานและประชุมของคนอื่นใน Backoffice

เงื่อนไข

สิทธิ์ใช้งาน backoffice.viewAllUsers · เซิร์ฟเวอร์กรองรายการเองทั้งบอร์ดงาน ตารางงาน กำหนดส่ง ประชุม งานทำซ้ำ และสรุปวันนี้

สรุปสั้น ๆ

“พนักงานเห็นเฉพาะงานที่ตัวเองสร้างหรือได้รับมอบหมาย ส่วนผู้ที่ได้สิทธิ์ดูของทุกคน (ค่าตั้งต้นคือ CEO) เห็นงานทั้งบริษัทและกรองดูรายคนได้”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลากการ์ดเปลี่ยนสถานะบนบอร์ดงาน

เงื่อนไข

เฉพาะผู้ลากที่แก้งานนั้นได้ (ST-R19) · มีกันคนอื่นย้ายงานเดียวกันพร้อมกัน

ข้อความที่ผู้ใช้เห็น

ต้องอยู่ "กำลังทำ" ก่อนถึงจะย้ายไป "เสร็จแล้ว"

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

จัดการหมวดหมู่และห้องประชุม (Backoffice › ตั้งค่า)

เงื่อนไข

ชั้น 1 PathAccess คีย์ '/backoffice' · ชั้น 2 ไม่มี cap middleware · ชั้น 3 Policy หมวดหมู่ = backoffice.category.manage · ห้องประชุม = backoffice.meetingRoom.manage (เรียก authorize จริงทุกเส้นเขียน) · หน้าจอซ่อนปุ่มตามสิทธิ์เดียวกัน · แท็บ ตั้งค่า บนจอต้องมีคีย์ '/backoffice/settings' ด้วย

ข้อความที่ผู้ใช้เห็น

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

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ลบความคิดเห็นในงานของคนอื่น

เงื่อนไข

เช็กในเส้นลบความคิดเห็น (backoffice.comment.manageAll) · หน้าจอส่งสิทธิ์เดียวกันให้แท็บความคิดเห็น

ข้อความที่ผู้ใช้เห็น

ลบความคิดเห็นของผู้อื่นไม่ได้

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

สรุปวันนี้ (Backoffice)

เงื่อนไข

ทุกคนที่เข้า Backoffice ได้

ข้อความที่ผู้ใช้เห็น

โหลดสรุปประจำวันไม่สำเร็จ

สรุปสั้น ๆ

“เข้า Backoffice ครั้งแรกของวัน ระบบสรุปงานวันนี้ ประชุมวันนี้ กำหนดส่งวันนี้ และงานค้างให้ดูทันที”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

ตัวเลขการเงินบน Dashboard

เงื่อนไข

สิทธิ์ใช้งาน dashboard.viewFinance — ชั้น 2 middleware cap:dashboard.viewFinance ครอบเส้นสรุป/snapshots/margin-history ∧ ชั้น 1 PathAccess คีย์ '/' (ระดับดู) · ชั้น 3 ไม่มี Policy · การ์ดรายโมดูลเช็กสิทธิ์หน้าโมดูลนั้น (เช่น ต้นทุนเงินเดือนเดือนนี้ ต้องมีหน้า /hr/payroll และสิทธิ์ใช้งาน hr.viewEmployeePII)

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

กระดิ่งแจ้งเตือน (การแจ้งเตือน)

เงื่อนไข

ทุกคนที่ล็อกอินบน desktop · แหล่งเรื่องแต่ละกลุ่มเช็กสิทธิ์หน้า/สิทธิ์ใช้งานของแหล่งนั้น (เช่น เรื่องเงินต้องมี dashboard.viewFinance) · กระดิ่งไม่มีตัวเลข มีแต่จุด (แดงเมื่อมีเรื่องร้ายแรง)

ข้อความที่ผู้ใช้เห็น

ไม่มีเรื่องต้องดูในหน้านี้ไม่มีเรื่องทั้งระบบโหลดเรื่องทั้งระบบไม่สำเร็จ — ระบบจะลองใหม่เองแสดงเฉพาะเรื่องที่คุณมีสิทธิ์เห็น

สรุปสั้น ๆ

“กระดิ่งรวมเรื่องที่ต้องดูทั้งระบบไว้ที่เดียว และแต่ละคนเห็นเฉพาะเรื่องที่ตัวเองมีสิทธิ์”

ไล่เมื่อ 1 พ.ย. 69

ฟีเจอร์

กด อ่านแล้ว ในกระดิ่ง

เงื่อนไข

เซิร์ฟเวอร์บันทึกเฉพาะกุญแจที่เป็นของผู้กดเอง (ของคนอื่นถูกข้าม) · ครั้งละไม่เกิน 100 เรื่อง

ไล่เมื่อ 1 พ.ย. 69