สร้างเวิร์กโฟลว์อัตโนมัติเส้นแรกสำเร็จแล้ว แต่คำถามสำคัญคือ “เราจะดูแลรักษามันอย่างไรไม่ให้พัง?”

หลังจากที่เราได้เรียนรู้ภาพรวมกันไปในบทความ [Power Automate คืออะไร? ทำอะไรได้บ้างพร้อมตัวอย่างการใช้งาน] รวมถึงการตั้งค่าตัวจุดชนวนในบทความ [เจาะลึก Power Automate Trigger การเลือกใช้ Automated Trigger และ Manual Trigger] จนสามารถสร้างเวิร์กโฟลว์เส้นแรกสำเร็จแล้ว แต่คำถามสำคัญถัดมาคือ “เราจะดูแลรักษามันอย่างไรไม่ให้พัง?”

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

หัวใจสำคัญของวิธีจัดการ Flow

การส่งคำสั่งอัตโนมัติให้ทำงานได้นั้นเป็นเพียงก้าวแรก แต่ วิธีจัดการ Flow ที่มีประสิทธิภาพคือเครื่องมือที่จะช่วยให้สภาพแวดล้อมทำงานของคุณเสถียรและปลอดภัยในระยะยาว แพลตฟอร์มนี้จึงได้เตรียมหน้าต่าง “My Flows” และแดชบอร์ดควบคุมส่วนตัวไว้ให้ผู้ใช้งาน เพื่อใช้เป็นที่คอยสอดส่องและปรับแต่งการทำงานได้ตลอด 24 ชั่วโมง โดยแบ่งหน้าที่ออกเป็น 3 ส่วนหลักดังต่อไปนี้

1. การควบคุมสถานะ (Turn On / Turn Off)

วิธีจัดการ Flow หน้าต่างเปิดปิด Flow บน Power Automate แสดงปุ่มสั่งงาน Turn Off และสถานะการทำงาน Status On

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

  • Turn Off (ปิดการทำงาน): เพื่อสั่งพักงานชั่วคราว ระบบจะไม่รับตัวกระตุ้น (Trigger) ใด ๆ ทั้งสิ้น
  • Turn On (เปิดการทำงาน): เมื่อถึงเวลาต้องกลับมาใช้งานซ้ำ ก็แค่กดเปิดใหม่อีกครั้ง ข้อมูลเดิมยังอยู่ครบ 100%

2. การทำงานร่วมกันเป็นทีม (Sharing & Add Owners)

วิธีจัดการ Flow หน้าจอแชร์ Power Automate สำหรับเพิ่ม Co-owners ในทีม พร้อมการจัดการสิทธิ์ Embedded connections

เมื่อระบบที่คุณสร้างเริ่มขยายใหญ่ขึ้นจนกลายเป็นเครื่องมือหลักของแผนก การดูแลคนเดียวอาจไม่ตอบโจทย์ คุณสามารถกด แชร์ Power Automate เพื่อเพิ่มรายชื่อเพื่อนร่วมงานให้เข้ามาเป็น “เจ้าของร่วม (Co-owners)” ได้ ซึ่งทีมงานที่ได้รับสิทธิ์จะสามารถเข้ามาช่วยแก้ไขตรรกะ ปรับแต่งคำสั่ง หรือช่วยกู้ระบบได้ทันเวลาเมื่อคุณไม่อยู่หน้าจอ แต่ต้องระวังเรื่องสิทธิ์การเชื่อมต่อบัญชีส่วนตัวของแต่ละบุคคลด้วย

3. การอ่านประวัติการทำงาน (Run History)

หน้าจอตรวจสอบ Run History บน Power Automate แสดงประวัติย้อนหลัง 28 วัน พร้อมสถานะ Succeeded และ Failed

ทุกครั้งที่เส้นงานทำงาน แพลตฟอร์มจะทำการบันทึกข้อมูลทุกฝีก้าวไว้ในหน้า ตรวจสอบ Run History ซึ่งเปรียบเสมือนกล่องดำของเครื่องบิน:

  • เครื่องหมายติ๊กถูกสีเขียว (Succeeded): หมายถึงระบบทำงานผ่านฉลุย
  • เครื่องหมายกากบาทสีแดง (Failed): หมายถึง ระบบล่ม Power Automate จะหยุดทำงานทันทีในกล่องนั้น คุณสามารถคลิกเข้าไปดูข้างในเพื่ออ่าน Error Message ว่าระบบติดขัดที่ตัวแปรใด หรือข้อมูลปลายทางส่วนไหนส่งมาไม่ครบ

⚠️ ข้อควรระวังเรื่องระยะเวลาจัดเก็บข้อมูล (Data Retention Warning): ประวัติการทำงานในหน้า Run History จะถูกเก็บไว้ในระบบสูงสุดเพียง 28 วันเท่านั้น! หากพ้นกำหนด 28 วันไปแล้ว ประวัติการรันย้อนหลังจะถูกลบทิ้งอย่างถาวรโดยอัตโนมัติ หากองค์กรของคุณมีความจำเป็นต้องใช้องค์ความรู้หรือหลักฐานประวัติการทำงานเพื่อการตรวจสอบ (Audit Log) ในระยะยาว แนะนำให้ตั้งค่าส่งออก (Export) หรือสร้างเวิร์กโฟลว์จัดเก็บ Log ลงใน SharePoint หรือ Dataverse สำรองไว้ล่วงหน้า

ตัวอย่าง Use Case : Error เมื่อคอลัมน์ในฐานข้อมูลหาย (เน้นการตรวจ Run History & Resubmit)

ตัวอย่างการตรวจ Error บน Power Automate ในหน้า Run History กรณีคอลัมน์ approval_status ไม่พบใน SharePoint พร้อมปุ่ม Resubmit

สถานการณ์สมมติ: ระบบติดตามรายงานประจำสัปดาห์ (Weekly Report) ถูกตั้งเวลาให้รันอัตโนมัติ (Recurrence) เพื่อเข้าไปดึงข้อมูลรายการแจ้งซ่อม (Maintenance_Request) จาก SharePoint โดยทำการกรองเฉพาะรายการที่รออนุมัติด้วยคำสั่ง approval_status eq 'pending' แต่ระบบกลับขึ้นเตือนสถานะ Flow run failed และทำงานไม่สำเร็จ

วิธีแก้ปัญหาด้วย Flow Management:

  1. ตรวจสอบผ่าน Run History: ผู้ดูแลเปิดเข้ามาดูประวัติการรัน แล้วคลิกจุดที่ขึ้นกากบาทสีแดงในขั้นตอน Get items ซึ่งฟ้องสถานะ BadRequest
  2. เจาะลึกที่ Run Details: แถบข้อความด้านขวาฟ้องสาเหตุชัดเจนว่า “Column ‘approval_status’ does not exist. It may have been deleted by another user.” สันนิษฐานว่าอาจจะมีการลบ เปลี่ยนชื่อ หรือเปลี่ยนชนิดของคอลัมน์ approval_status ใน SharePoint List ปลายทาง
  3. แก้ไขและสั่งรันซ้ำ: เมื่อผู้ดูแลเข้าไปปรับชื่อคอลัมน์ใน SharePoint หรือแก้ไขคำสั่ง Filter Query ให้ตรงกันเรียบร้อยแล้ว ก็สามารถกดปุ่ม Resubmit ที่แถบเมนูด้านบนขวาเพื่อสั่งให้ระบบทำงานใหม่อีกครั้งได้ทันที โดยไม่ต้องนั่งรอให้ถึงรอบรันตามเวลาถัดไป

แนวทางปฏิบัติสำหรับมือใหม่ (Dos and Don’ts)

สิ่งที่ควรทำ (Dos)สิ่งที่ควรเลี่ยง (Don’ts)
หมั่นเช็กสถานะสัปดาห์ละครั้ง: สละเวลาสัปดาห์ละ 5 นาที เข้ามาเปิดหน้าประวัติย้อนหลังดูว่ามีกล่องสีแดงแฝงตัวอยู่หรือไม่ เพื่อความอุ่นใจอย่าลบโฟลว์ทิ้งถ้าแค่ต้องการหยุดงาน: หากต้องการหยุดระบบชั่วคราว ให้ใช้คำสั่ง Turn Off แทนการลบ เพราะการสร้างใหม่จะเสียเวลาอย่างมาก
อัปเดต Connection เสมอ: ทุกครั้งที่มีการเปลี่ยนรหัสผ่านอีเมลองค์กร หรือรหัสผ่านระบบส่วนตัว ให้รีบเข้ามาอัปเดตสิทธิ์การเชื่อมต่อหลังบ้านทันทีอย่าแชร์สิทธิ์ให้ทุกคนแบบไร้การควบคุม: การเพิ่ม Owner ควรให้เฉพาะทีมไอทีหรือเพื่อนสนิทที่ดูแลระบบร่วมกันเท่านั้น เพื่อป้องกันคนอื่นมือกดลบคำสั่งภายใน

วิธีจัดการ Flow ที่ดี ไม่ใช่แค่การสร้างระบบให้ทำงานได้ แต่คือการหมั่นตรวจสอบประวัติการรันอย่างสม่ำเสมอ และบริหารจัดการสิทธิ์การเข้าถึงอย่างปลอดภัยเพื่อปกป้องข้อมูลสำคัญขององค์กร เมื่อคุณสามารถควบคุม เปิด-ปิด แชร์งาน และแก้ปัญหาอาการล่มเบื้องต้นได้แล้ว คุณก็พร้อมที่จะยกระดับระบบอัตโนมัติให้มีความซับซ้อนและชาญฉลาดขึ้นไปอีกขั้น

อ้างอิงข้อมูล https://learn.microsoft.com/th-th/power-automate/get-started-logic-flow?tabs=using-copilot%2Cnew-designer