เริ่มต้นใช้งาน¶

หน้านี้จะพาคุณผ่าน การเปิดคำขอซ่อมและการเลื่อนผ่านทั้งห้าขั้น โดยที่ป้าย SLA ร่องรอยการตรวจสอบ และข้อความ chatter ทำงานถูกต้องตลอดทาง

สิ่งที่ต้องมีก่อน¶

คุณต้องมี:

• ติดตั้งโมดูล roots_hemms_workflow แล้ว (เป็นส่วนหนึ่งของการติดตั้ง HEMMS ทุกครั้ง — ตรวจสอบภายใต้ Apps หากไม่แน่ใจ)
• มีอย่างน้อยหนึ่งระเบียน maintenance.equipment ที่คุณมองเห็น (ดู Equipment Master หากฐานข้อมูล ของคุณว่างเปล่า)
• ผู้ใช้ของคุณอยู่ในกลุ่ม Maintenance / User เป็นอย่างน้อย การบริหารขั้นยังต้องการ Maintenance / Administrator ด้วย
• กำหนด roots_criticality_color บนเครื่องมือแพทย์หากคุณต้องการเห็น ป้ายระดับความวิกฤต — มิฉะนั้นจะเป็นค่าเริ่มต้นสีเทา

ขั้นที่ 1 — เปิดคำขอ¶

มีสองทาง

จากระเบียนเครื่องมือแพทย์¶

1. ไปที่ Maintenance → Equipment
2. เปิดระเบียนใด ๆ (เช่น เครื่องช่วยหายใจ)
3. คลิกปุ่มสมาร์ท Maintenance → :guilabel:New
4. เครื่องมือแพทย์จะถูกกรอกไว้ล่วงหน้า พิมพ์หัวข้อและคำอธิบายสั้น ๆ

จากคัมบังงานซ่อมบำรุง¶

1. ไปที่ Maintenance → Maintenance
2. คัมบังเปิดขึ้นโดยจัดกลุ่มตาม Stage
3. คลิก :guilabel:New ในคอลัมน์ ส่งซ่อม (Submitted)
4. เลือกเครื่องมือแพทย์จากเมนูดรอปดาวน์

ไม่ว่าทางใด: กด Save คำขอใหม่จะมาอยู่ใน ส่งซ่อม (Submitted) พร้อม roots_stage_entered_at = now() วิดเจ็ต Time in Stage ที่ 0:00 และ Current Responsible สืบทอดผู้ใช้ที่ได้รับ มอบหมาย (user_id)

ขั้นที่ 2 — เดินผ่านทั้งห้าขั้น¶

คุณเลื่อนขั้นได้สองวิธี:

• มุมมองฟอร์ม: คลิกชื่อขั้นบนแถบสถานะที่ด้านบนของฟอร์ม
• มุมมองคัมบัง: ลากการ์ดจากคอลัมน์หนึ่งไปยังคอลัมน์ถัดไป

แต่ละการเลื่อนกระตุ้นสี่สิ่งในธุรกรรมเดียวกัน:

1. _write จับ from → to คำนวณ เวลาในขั้นก่อนหน้า (now − roots_stage_entered_at) และเขียนหนึ่งแถว ลง hemms.stage.transition.log
2. roots_stage_entered_at รีเซ็ตเป็น now() เพื่อให้ตัวจับเวลา SLA ของ ขั้นถัดไปเริ่มใหม่
3. ข้อความ chatter ถูกบันทึกลงในคำขอ: "Stage changed: ส่งซ่อม (Submitted) → รอตรวจสอบ (Pending Review)" พร้อม subtype mail.mt_note
4. Current Responsible ยังคงอยู่ที่ผู้ที่ user_id ชี้ไป — ขั้นตอนการทำงาน ไม่ได้ หมุนเวียนผู้ใช้โดยอัตโนมัติ มันเพียงส่งสัญญาณ บทบาทที่ คาดหวัง ผ่านฟิลด์ roots_responsible_role ของขั้น

เดินคำขอผ่าน:

เมื่อคุณมาถึง Received คัมบังจะยุบคอลัมน์นั้นไป (Odoo ถือว่าขั้นที่ done=True, fold=True เป็นปลายทาง) ธง stage_id.done ของคำขอจะพลิกเปิด และโมดูลปลายน้ำ (PM สัญญา) ถือว่าคำขอปิดแล้ว

ขั้นที่ 3 — กระตุ้นการเกินกำหนด SLA (ทางเลือก)¶

หากต้องการเห็นแบนเนอร์การเกินกำหนดทำงานโดยไม่ต้องรอ 4 ชั่วโมง ให้เปิด มุมมองฟอร์มของคำขอที่อยู่ใน Submitted ในขณะนั้น แล้วเลือกอย่างใดอย่างหนึ่ง:

• ใช้โหมดนักพัฒนา → Settings → Maintenance Stages → Submitted → ลด SLA Hours จาก 4.0 เหลือ 0.01 บันทึก รีเฟรชคำขอ; หรือ
• รอ 4 ชั่วโมง

ไม่ว่าทางใด เมื่อ time_in_current_stage_hours > stage.roots_sla_hours และ SLA ของขั้นเป็นบวก คุณจะเห็น:

• ฟอร์ม: แบนเนอร์สีแดงเหนือชีต — "SLA Breached — This request has exceeded the expected time for the current stage."
• รายการ: แถวกลายเป็นสีแดง (decoration-danger)
• คัมบัง: ป้าย SLA สีแดงปรากฏบนการ์ด

สถานะการเกินกำหนดถูกคำนวณแบบสด ไม่ได้จัดเก็บ — ไม่มีงานข้ามคืนที่ต้องรอ ตัวกรองค้นหา SLA Breached ได้รับการสนับสนุนด้วยการสืบค้น SQL เดียว ดังนั้นการกรองข้ามคำขอหลายพันรายการจึงทันที

ขั้นที่ 4 — อ่านร่องรอยการตรวจสอบ¶

มีสองที่ในการตรวจสอบประวัติการเปลี่ยนผ่าน

บนคำขอ — แท็บ Audit Trail¶

เปิดคำขอใด ๆ → คลิกแท็บ notebook Audit Trail คุณจะเห็นรายการแบบ อ่านอย่างเดียว (create="0" edit="0" delete="0") ของทุกการเปลี่ยนผ่าน สำหรับคำขอ นี้ เรียงใหม่สุดก่อน:

ข้ามคำขอ — บันทึกการตรวจสอบการเปลี่ยนผ่านขั้น¶

ไปที่ Maintenance → Configuration → Stage Transition Audit Log (มองเห็นได้เฉพาะผู้ใช้ในกลุ่ม maintenance.group_equipment_manager) นี่เป็นหน้าจอระดับผู้จัดการ — ทุกการเปลี่ยนผ่านโดยผู้ใช้ทุกคนบนคำขอทุกรายการ พร้อมการค้นหาตามคำขอ ขั้นต้นทาง ขั้นปลายทาง หรือผู้กระทำ บวกค่าตั้งล่วงหน้า "Group By" สามตัว

ขั้นที่ 5 — ดูร่องรอยการตรวจสอบใน chatter ด้วย¶

เปิด chatter ของคำขอ (ด้านล่างของฟอร์ม) สำหรับทุกการเปลี่ยนผ่านขั้นคุณจะ เห็นโน้ตของระบบ:

OdooBot — Stage changed: รอตรวจสอบ (Pending Review) → กำลังซ่อม (In Repair)

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

เคล็ดลับและข้อควรระวัง¶

• การเลื่อนถอยหลังได้รับอนุญาตและถูกบันทึก ลากการ์ดจาก In Repair กลับไป Submitted: บันทึกจับการเคลื่อนไหว chatter บันทึกไว้ และ roots_stage_entered_at รีเซ็ต ขั้นตอนการทำงานไม่ได้บังคับสถานะ
• การเขียนที่ไม่มีผล (no-op) ไม่ถูกบันทึก หากการบันทึกฟอร์มเกิดขึ้นโดย stage_id ไม่ได้เปลี่ยนจริง (เช่น แก้ไขคำอธิบาย) จะไม่มีแถวตรวจสอบถูกสร้าง
• Current Responsible ตาม user_id มัน ไม่ ย้อนกลับไปเป็นผู้ใช้ที่ กำลังกระทำอย่างเงียบ ๆ (ซึ่งมิฉะนั้นจะประทับทุกคำขอให้แอดมินตอนคำนวณใหม่) หากต้องการมอบหมายคำขอ ให้ตั้งค่า Responsible Technician — ฟิลด์สมาร์ทจะ สะท้อนตาม
• วิดเจ็ต many2one_avatar_user — ทั้งฟอร์มและรายการแสดงผู้รับผิดชอบ เป็นรูปอวตารที่คลิกได้
• ชื่อขั้นสองภาษาเป็นชื่อขั้น ไม่ใช่การแปล ครึ่งภาษาไทยอยู่ในฟิลด์ name เดียวกันกับครึ่งภาษาอังกฤษ — ไม่ใช่สตริงแยกตามภาษา ทั้งผู้ตรวจประเมินและ พยาบาลหอผู้ป่วยเห็นป้ายเหมือนกัน

ไปต่อที่ไหน¶

• ขั้นตอนการทำงาน — สถานการณ์ที่เป็นรูปธรรม (เชิงแก้ไข สร้างจาก PM ค้าง ยกเลิก ผู้ขาย)
• การตั้งค่า — ปรับ SLA เพิ่มขั้นแบบกำหนดเอง จัดการ ACL ของบันทึกการตรวจสอบ
• การรายงาน — คัมบัง รายการ ปฏิทิน pivot บันทึก การตรวจสอบ