บริการ · การปฏิบัติการ · ความทรงจำ · ปัญญา

UNIDESK

ศูนย์กลางการปฏิบัติการที่ปรับให้เข้ากับองค์กรของคุณ

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

Official UNIDESK logo

ใช้โลโก้อย่างเป็นทางการตามต้นฉบับทุกประการ UNIDESK ยังคงเป็นครอบครัวซอฟต์แวร์อิสระ การเชื่อมต่อกับผลิตภัณฑ์อื่นขึ้นอยู่กับสถาปัตยกรรมที่เลือก

ทิกเก็ตแบบสากล

คำขอหนึ่งรายการไม่ใช่แค่หมายเลข

UNIDESK เชื่อมคำขอทุกรายการเข้ากับบริบทจริง: ลูกค้า บริษัท สถานที่ บริการ สินทรัพย์ สัญญา ความสำคัญ SLA/SLC ทีม สิทธิ์ ขั้นตอน และประวัติ

01ใคร?ผู้ใช้ ลูกค้า ผู้ให้บริการ หรือระบบ
02ที่ไหน?บริษัท สถานที่ บริการ สภาพแวดล้อม
03เรื่องอะไร?เหตุขัดข้อง คำขอ การเปลี่ยนแปลง บำรุงรักษา การแจ้งเตือน
04เกี่ยวกับอะไร?อุปกรณ์ แอปพลิเคชัน บริการ การกำหนดค่า
05ข้อผูกพันใด?สัญญา SLA/SLC เวลาบริการ เวรฉุกเฉิน ความสำคัญ
06ดำเนินการอย่างไร?ทีม สิทธิ์ ขั้นตอน การยกระดับ
07เหลือหลักฐานอะไร?การแก้ไข หลักฐาน ตัวชี้วัด และประวัติ
Support team in an operational context
ภาพประกอบบริบททางธุรกิจ - ไม่ใช่หลักฐานของอินเทอร์เฟซ UNIDESK
ตัวอย่างที่ชัดเจน

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

สถาปัตยกรรม UNIDESK

Core อยู่ศูนย์กลาง ความสามารถ 8 ด้านอยู่รอบ และ UNIA ทำงานข้ามทั้งหมด

ชื่อประวัติศาสตร์ทั้งเก้าชื่ออธิบายระบบนิเวศเดียว ไม่ได้นำเสนอเป็นซอฟต์แวร์เชิงพาณิชย์อิสระเก้าตัว

UNIAทำความเข้าใจ · จัดประเภท · ค้นหา · แนะนำ · ช่วยดำเนินงาน - ภายใต้สิทธิ์ กฎธุรกิจ และการอนุมัติของมนุษย์เสมอ
แกนกลางการปฏิบัติการ

UNIDESK Core

เหตุขัดข้อง คำขอ ทิกเก็ต ผู้ใช้ ทีม ลำดับความสำคัญ SLA การดำเนินการ การยกระดับ การแก้ไข ประวัติ และการบริหาร

Changeการจัดการการเปลี่ยนแปลง

เตรียม ประเมิน อนุมัติ วางแผน ดำเนินการ และบันทึกการเปลี่ยนแปลง พร้อมผลกระทบ ความเสี่ยง การอนุมัติ ช่วงเวลาปฏิบัติงาน และแผนย้อนกลับ

CMDBการกำหนดค่าและความสัมพันธ์

แสดงฮาร์ดแวร์ ซอฟต์แวร์ แอปพลิเคชัน บริการ โครงสร้างพื้นฐาน ผู้ใช้ สถานที่ สัญญา และโดยเฉพาะความสัมพันธ์ระหว่างกัน

AuditBridgeหลักฐานและการตรวจสอบ

เชื่อมการดำเนินงาน การอนุมัติ เหตุการณ์ บันทึก การตัดสินใจ และเอกสารเข้ากับหลักฐานที่จำเป็นต่อการตรวจสอบ

OpsCloudการปฏิบัติการ IT และ Cloud

เชื่อมเหตุการณ์ปฏิบัติการ ความพร้อมใช้งาน การแจ้งเตือน เหตุขัดข้องทางเทคนิค เซิร์ฟเวอร์ และบริการ Cloud เข้ากับการบริหารบริการ

Schedulerการวางแผนการปฏิบัติการ

วางแผนการแทรกแซง การบำรุงรักษา การเปลี่ยนแปลง และกิจกรรมประจำ โดยคำนึงถึงทีม ความพร้อม ปฏิทิน สัญญา และ SLA/SLC

Integratorการเชื่อมต่อระบบ

เชื่อม UNIDESK กับ Directory, SSO, ระบบข้อความ, Monitoring, ERP/CRM, แอปธุรกิจ, API, Webhook และระบบอื่นตามที่ต้องการ

ความต่อเนื่องความต่อเนื่องทางธุรกิจ / การกู้คืนระบบ

เชื่อมการปฏิบัติการกับขั้นตอนความต่อเนื่องและการกู้คืน: ผู้รับผิดชอบ เหตุการณ์วิกฤต การดำเนินการสำรอง และการคืนบริการ

DORA Engineความยืดหยุ่นตามข้อกำกับ

ความสามารถเชิงประวัติศาสตร์ที่เน้นความยืดหยุ่นดิจิทัล: เหตุการณ์สำคัญ ความต่อเนื่อง ผู้ให้บริการ การควบคุม ข้อผูกพัน และหลักฐาน โดยการบังคับใช้ขึ้นอยู่กับบริบท

ความสามารถทั้ง 9 ด้าน

แต่ละความสามารถมีบทบาทที่ชัดเจนในระบบนิเวศ

หน้าที่ได้รับการบันทึกไว้ ส่วน Code, UI และความพร้อมเชิงพาณิชย์ยังต้องตรวจสอบก่อนการกล่าวอ้างต่อสาธารณะ

01แกนกลางการปฏิบัติการ

UNIDESK Core

รวมเหตุขัดข้อง คำขอ ทิกเก็ต ผู้ใช้ ทีม ลำดับความสำคัญ SLA การดำเนินการ การยกระดับ การแก้ไข และประวัติ

ตัวอย่างตัวอย่าง: คำขอวิกฤตถูกจัดประเภท มอบหมาย ติดตามตาม SLA และปิดพร้อมผลการแก้ไขและหลักฐาน
พูดคุยเกี่ยวกับความสามารถนี้ →
02การจัดการการเปลี่ยนแปลง

UNIDESK Change

เตรียม ประเมิน อนุมัติ วางแผน ดำเนินการ และบันทึกการเปลี่ยนแปลง พร้อมผลกระทบ ความเสี่ยง การอนุมัติ ช่วงเวลาปฏิบัติงาน และแผนย้อนกลับ

ตัวอย่างตัวอย่าง: การอัปเดต ERP ถูกวางแผนนอกเวลาผลิต อนุมัติ ดำเนินการ และบันทึกพร้อมแผนย้อนกลับ
พูดคุยเกี่ยวกับความสามารถนี้ →
03การกำหนดค่าและความสัมพันธ์

UNIDESK CMDB

แสดงฮาร์ดแวร์ ซอฟต์แวร์ แอปพลิเคชัน บริการ โครงสร้างพื้นฐาน ผู้ใช้ สถานที่ สัญญา และโดยเฉพาะความสัมพันธ์ระหว่างกัน

ตัวอย่างตัวอย่าง: เมื่อเซิร์ฟเวอร์มีปัญหา สามารถระบุแอปพลิเคชัน สถานที่ หรือบริการที่พึ่งพาเซิร์ฟเวอร์นั้นได้ทันที
พูดคุยเกี่ยวกับความสามารถนี้ →
04หลักฐานและการตรวจสอบ

UNIDESK AuditBridge

เชื่อมการดำเนินงาน การอนุมัติ เหตุการณ์ บันทึก การตัดสินใจ และเอกสารเข้ากับหลักฐานที่จำเป็นต่อการตรวจสอบ

ตัวอย่างตัวอย่าง: การดำเนินการที่อ่อนไหวยังคงเชื่อมโยงกับผู้ดำเนินการ การอนุมัติ เวลา และหลักฐานที่มีอยู่
พูดคุยเกี่ยวกับความสามารถนี้ →
05การปฏิบัติการ IT และ Cloud

UNIDESK OpsCloud

เชื่อมเหตุการณ์ปฏิบัติการ ความพร้อมใช้งาน การแจ้งเตือน เหตุขัดข้องทางเทคนิค เซิร์ฟเวอร์ และบริการ Cloud เข้ากับการบริหารบริการ

ตัวอย่างตัวอย่าง: การแจ้งเตือนจาก Monitoring สามารถกลายเป็นเหตุขัดข้องที่มีบริบท แทนที่จะค้างอยู่ในเครื่องมือเทคนิคเพียงอย่างเดียว
พูดคุยเกี่ยวกับความสามารถนี้ →
06การวางแผนการปฏิบัติการ

UNIDESK Scheduler

วางแผนการแทรกแซง การบำรุงรักษา การเปลี่ยนแปลง และกิจกรรมประจำ โดยคำนึงถึงทีม ความพร้อม ปฏิทิน สัญญา และ SLA/SLC

ตัวอย่างตัวอย่าง: งานบำรุงรักษาประจำถูกกำหนดตามช่วงเวลาที่อนุญาต ทีมที่พร้อม และข้อกำหนดของสัญญา
พูดคุยเกี่ยวกับความสามารถนี้ →
07การเชื่อมต่อระบบ

UNIDESK Integrator

เชื่อม UNIDESK กับ Directory, SSO, ระบบข้อความ, Monitoring, ERP/CRM, แอปธุรกิจ, API, Webhook และระบบอื่นตามที่ต้องการ

ตัวอย่างตัวอย่าง: UNIDESK รับการแจ้งเตือนจาก Monitoring และเพิ่มข้อมูล ERP ลงในทิกเก็ตได้ โดยไม่บังคับให้เปลี่ยนระบบเดิม
พูดคุยเกี่ยวกับความสามารถนี้ →
08ความต่อเนื่องทางธุรกิจ / การกู้คืนระบบ

UNIDESK Continuity

เชื่อมการปฏิบัติการกับขั้นตอนความต่อเนื่องและการกู้คืน: ผู้รับผิดชอบ เหตุการณ์วิกฤต การดำเนินการสำรอง และการคืนบริการ

ตัวอย่างตัวอย่าง: ในเหตุการณ์ใหญ่ สามารถติดตามมาตรการความต่อเนื่อง ผู้รับผิดชอบ และขั้นตอนการกู้คืนได้ในบริบทเดียว
พูดคุยเกี่ยวกับความสามารถนี้ →
09ความยืดหยุ่นตามข้อกำกับ

UNIDESK DORA Engine

ความสามารถเชิงประวัติศาสตร์ที่เน้นความยืดหยุ่นดิจิทัล: เหตุการณ์สำคัญ ความต่อเนื่อง ผู้ให้บริการ การควบคุม ข้อผูกพัน และหลักฐาน โดยการบังคับใช้ขึ้นอยู่กับบริบท

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

หลายลูกค้า · SLA/SLC · สิทธิ์

แพลตฟอร์มเดียว แต่ใช้กฎต่างกันตามบริบท

หลายลูกค้า / หลายองค์กร

บริษัทและหน่วยงานแต่ละหน่วยงานแยกกันและมีบริบทของตนเอง
สถานที่และแผนกโครงสร้างท้องถิ่นและขอบเขตเฉพาะ
ทีมและผู้ใช้การมอบหมายและความรับผิดชอบตามบริบท
สัญญาและสภาพแวดล้อมกฎเฉพาะตามข้อผูกพัน

SLA / SLC

เวลาบริการช่วงเวลาบริการตามสัญญา สถานที่ หรือทีม
วันหยุดและเวรฉุกเฉินปฏิทินและการจัดเวร
รับเรื่องและแก้ไขกรอบเวลาตามความสำคัญและบริบท
การยกระดับและข้อยกเว้นกฎเมื่อเกินเวลาและการจัดการเฉพาะ

สิทธิ์และความรับผิดชอบ

บทบาทที่แยกกันตัวตนเพียงอย่างเดียวไม่ได้กำหนดสิทธิ์
สิทธิ์ตามบริบทสิทธิ์เฉพาะตามหน่วยงาน สัญญา หรือกรณี
การอนุมัติสองชั้นใช้ได้กับการดำเนินการที่อ่อนไหวบางประเภท
การตรวจสอบย้อนกลับการดำเนินการอ่อนไหวต้องตรวจสอบได้
ตัวอย่างที่ชัดเจน

โรงงานที่ทำงาน 24/7 สามารถใช้เวรฉุกเฉินและกำหนดเวลาตอบสนองวิกฤต ส่วนสำนักงานที่เปิด 08:00-18:00 สามารถใช้ปฏิทินต่างกัน UNIDESK ต้องเคารพกฎของแต่ละสัญญาโดยไม่ปะปนบริบท

UNIA + ความทรงจำด้านการปฏิบัติการ

ปัญญาจะมีประโยชน์เมื่อเข้าใจบริบทและประวัติ

UNIA — ผู้ช่วยด้านการปฏิบัติการ

  • วิเคราะห์ข้อความของคำขอ
  • เสนอหมวดหมู่และลำดับความสำคัญ
  • ค้นหาเหตุการณ์ที่คล้ายกัน
  • เสนอแนวทางแก้ไข
  • ตรวจจับรายการซ้ำ
  • ช่วยร่างข้อความ
  • ใช้ประวัติของลูกค้า

อยู่ภายใต้สิทธิ์ กฎธุรกิจ และการอนุมัติของมนุษย์เสมอ

Support context and operational knowledge

ความทรงจำด้านการปฏิบัติการ

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

หลังใช้งานหลายปี: ความทรงจำนี้ช่วยสนับสนุนฐานความรู้ การวิเคราะห์เหตุซ้ำ การบริหาร และการตรวจสอบได้

ตรวจสอบจับคู่โครงสร้างจับคู่โครงสร้างย้ายข้อมูลตรวจสอบความต่อเนื่อง

การเปิดกว้างและการเชื่อมต่อ

UNIDESK เชื่อมกับสิ่งที่มีอยู่แล้ว ระบบนิเวศ TECKINFO ยังคงเป็นทางเลือก

Existing ERP environment
ภาพประกอบสภาพแวดล้อมธุรกิจเดิม - ไม่ใช่หลักฐานของอินเทอร์เฟซ UNIDESK

สภาพแวดล้อมของลูกค้า

Directory/SSO, ระบบข้อความ, Monitoring, ERP/CRM, แอปธุรกิจ, API/Webhook, ฐานเอกสาร และเครื่องมือความปลอดภัยสามารถคงอยู่ได้

TECKINFO — หากต้องการ

สามารถพิจารณาการเชื่อมต่อกับ GCC หรือเครื่องมือที่ลูกค้าใช้อยู่ตามสถาปัตยกรรมที่เลือก การเชื่อมต่อที่เป็นไปได้ ≠ การพึ่งพาที่บังคับ

ตัวอย่างที่ชัดเจน

UNIDESK สามารถทำงานในสภาพแวดล้อมที่มีระบบ Directory ระบบข้อความ เครื่องมือติดตามระบบ และ ERP โดยจะประเมินการเชื่อมต่อที่จำเป็นตามความต้องการและข้อจำกัดทางเทคนิคของลูกค้า

สถานะและความน่าเชื่อถือ

บันทึกสิ่งที่กำหนดแล้ว และตรวจสอบสิ่งที่ยังต้องพิสูจน์

มีเอกสารรองรับใช่ชื่อประวัติศาสตร์ 9 ชื่อและหน้าที่ได้รับการอธิบาย
กำหนดด้านฟังก์ชันแล้วใช่ขอบเขตและการเชื่อมต่อได้รับการรวมแล้ว
CODE / UIต้องตรวจสอบห้ามนำเสนอว่าได้รับการพิสูจน์แล้วก่อนการตรวจสอบทางเทคนิค
การจำหน่ายเชิงพาณิชย์ต้องยืนยันไม่มีแพ็กเกจ ราคา หรือความพร้อมใช้งานที่แต่งขึ้น

องค์กรของคุณมีประวัติอยู่แล้ว

UNIDESK ไม่จำเป็นต้องลบประวัตินั้นเพื่อให้คุณใช้งานได้

เริ่มจากกระบวนการ สัญญา ผู้ใช้ สภาพแวดล้อม และข้อมูลที่ใช้ประโยชน์ได้ จากนั้นกำหนดว่า UNIDESK ควรปรับให้เข้ากับองค์กรอย่างไร

พูดคุยเกี่ยวกับองค์กรของคุณ