ใช้คำนวณตัวเลข Estimated Saving (฿) ในรายงาน Capacity Planning ต่อ tenant — ปรับได้ตามราคา cloud/node จริงของแต่ละลูกค้า
สูตร: Saving = (CPU Slack Cores × Price/Core/Month) + (RAM Slack GiB × Price/RAM/Month)
กด "ตั้งค่าตาม Cloud Provider" เพื่อตั้งราคาแยกต่อ provider (AWS/Azure/GCP/Huawei Cloud/On-Premises ราคาไม่เท่ากัน) — cluster ที่ยังไม่ทราบ provider จะใช้แถว "Unknown / Default" ด้านล่างนี้แทน

สำหรับรายงาน OS End-of-Life by ServiceNow — ดึงรายชื่อ server จริงจาก ServiceNow CMDB (cmdb_ci_server) มาเทียบกับ host ที่ Dynatrace เห็น เพื่อหาเครื่องที่ไม่มี OneAgent เลย (จุดบอดที่รายงาน OS EOL ปกติมองไม่เห็น) — ไม่บังคับทุก tenant
Authentication แบบ OAuth 2.0 Client Credentials — ดูขั้นตอนเตรียมฝั่ง ServiceNow ได้จากทีม MFEC Analyzer
สำหรับรายงาน Certificate Expiry — จำนวนวันก่อนหมดอายุที่เริ่มขึ้นเตือน (เหลือง) และวิกฤต (แดง)

แจ้งเตือนอัตโนมัติเมื่อมี certificate หมดอายุแล้วหรือวิกฤต เข้า Teams/Email/Webhook — ตรวจทุก 15 นาที อย่างมาก 1 ครั้ง/วัน แจ้งซ้ำอัตโนมัติจนกว่าจะแก้

เมื่อ Dynatrace มีปัญหาใหม่เปิดขึ้น ระบบจะวิเคราะห์ด้วย AI อัตโนมัติ (เหมือนกดปุ่ม "วิเคราะห์ด้วย AI") แล้วส่งผลกลับไปเป็น comment บน Dynatrace ผ่าน API — ตรวจทุก 15 นาที คอมเมนต์แค่ครั้งเดียวต่อ 1 ปัญหา ต้องเปิด scope "Write problems" ให้ API Token ของ tenant นั้นใน Dynatrace ก่อน ไม่งั้นจะข้ามไปเงียบๆ (ดูสถานะได้จาก log ฝั่ง relay) "ชื่อผู้เขียน comment" คือชื่อที่ Dynatrace แสดงข้าง avatar ของ comment — เว้นว่างไว้เพื่อใช้ค่าเริ่มต้น "MFEC AI Analyzer"

ส่งข้อมูลรายงาน Database EOL ที่คำนวณแล้วเข้า Dynatrace ของ tenant นั้นเองผ่าน Business Events API (Grail) — ดูเป็น Dashboard/Notebook ใน Dynatrace ได้โดยตรง ส่งประมาณทุก 24 ชั่วโมงต่อ tenant ที่เปิดใช้งาน ต้องเปิด scope "Ingest bizevents" ให้ API Token ของ tenant นั้นใน Dynatrace ก่อน ไม่งั้นจะข้ามไปเงียบๆ (ดูสถานะล่าสุดได้จากคอลัมน์ "สถานะล่าสุด" ด้านล่าง)

เปิดให้ AI assistant ภายนอก (เช่น Amber / ChatGPT) เรียกดูข้อมูล Dynatrace แบบอ่านอย่างเดียวผ่าน MCP (list problems, problem details, find entity, k8s events) โดยใช้ API token ต่อ tenant — ข้อมูล operational ของ tenant นั้นจะถูกส่งออกไปยังผู้ให้บริการ AI ภายนอก จึงต้อง "เปิดใช้งาน" อย่างชัดเจนก่อน (ค่าเริ่มต้นปิด) token จะแสดงแบบเต็มครั้งเดียวตอนสร้างเท่านั้น เก็บให้ดี — เพิกถอนได้ทุกเมื่อ

แดชบอร์ดนี้ครอบคลุมเฉพาะ AI workload ที่มีการบันทึก telemetry แบบมีโครงสร้างแล้ว งาน AI แบบเก่าบางส่วนที่เรียก runClaude โดยตรง เช่น Chat, Executive Report และ Translate Analysis ยังไม่ถูกรวมไว้ในขณะนี้

ยอดสะสมทั้งหมดตั้งแต่เริ่มใช้งาน — แยก Admin ออกจากกลุ่ม Tenant เพราะ admin ดูแลได้ทุก tenant ไม่ได้ผูกกับ tenant ใดโดยเฉพาะ

บันทึกทุกการเปลี่ยนแปลงของผู้ดูแลระบบ (สร้าง/แก้ไข/ลบ tenant และผู้ใช้ ฯลฯ) รวมถึงการกระทำที่ถูกปฏิเสธ — สำหรับการตรวจสอบย้อนหลังตามมาตรฐาน ISO 27001 / PDPA