Thiết kế chi tiết giải pháp Ticket
Phiên bản: v2.0-beta
Ngày cập nhật: 2026-01-05
Trạng thái: Bản preview
1. Tổng quan hệ thống và triết lý thiết kế
1.1 Định vị hệ thống
Hệ thống này là một bộ Nền tảng quản lý Ticket thông minh AI-driven, được xây dựng dựa trên nền tảng low-code NocoBase. Mục tiêu cốt lõi là:
1.2 Triết lý thiết kế
Triết lý một: Kiến trúc dữ liệu chữ T
Kiến trúc chữ T là gì?
Mượn ý tưởng "Nhân tài chữ T" - chiều rộng ngang + chiều sâu dọc:
- Chiều ngang (bảng chính): Phủ năng lực chung cho tất cả các loại nghiệp vụ - mã, trạng thái, người xử lý, SLA... và các trường cốt lõi
- Chiều dọc (bảng mở rộng): Đi sâu vào các trường chuyên biệt của nghiệp vụ cụ thể - sửa chữa thiết bị có serial number, khiếu nại có phương án bồi thường

Tại sao thiết kế như vậy?
Triết lý hai: Đội AI Employee
Không phải "tính năng AI", mà là "AI Employee". Mỗi AI có vai trò, tính cách, trách nhiệm rõ ràng:
Tại sao dùng mô hình "AI Employee"?
- Trách nhiệm rõ ràng: Sam quản phân loại, Grace quản trả lời, sẽ không lộn xộn
- Dễ hiểu: Nói với người dùng "Hãy để Sam phân tích một chút" thân thiện hơn "Gọi API phân loại"
- Có thể mở rộng: Thêm năng lực AI mới = Tuyển nhân viên mới
Triết lý ba: Vòng lặp tri thức tự thân

Điều này tạo thành một vòng kín tích lũy tri thức - ứng dụng tri thức.
2. Thực thể cốt lõi và mô hình dữ liệu
2.1 Tổng quan quan hệ thực thể


