Kiến trúc các phân hệ

Trạng thái: Đề xuất giải pháp | Phiên bản tài liệu: 1.0 | Cập nhật: 08/10/2026

Sơ đồ phân hệ

flowchart TB
  PORTAL["CÁC CỔNG THÔNG TIN"] --> AUTH["Định danh · Phân quyền · Kết nối"]
  AUTH --> CORE
  subgraph CORE["PHẦN MỀM TUYỂN DỤNG CỐT LÕI"]
    direction LR
    B1["Khách hàng · Đơn hàng · JD"]
    B2["Kế hoạch · Đăng tuyển · Livestream"]
    B3["Nhà cung ứng · CTV"]
    B4["Ứng viên · Phỏng vấn · Nhận việc"]
    B5["Chăm sóc · Nghiệm thu · Tài chính"]
    B6["Báo cáo · Trung tâm điều hành"]
  end
  CORE <--> SERVICES["Quy trình · Lịch · Phê duyệt · Nhật ký"]
  CORE <--> DATA[("Dữ liệu nghiệp vụ")]
  AGENTS["Đội ngũ AI"] --> TOOL["Công cụ nghiệp vụ được cấp quyền"] --> CORE
  KNOW["Kho tri thức công ty"] <--> AGENTS
  style CORE fill:#fff1dc,stroke:#ce912e
  style PORTAL fill:#deefff,stroke:#4787c8
  style AGENTS fill:#ddf6e6,stroke:#358f6b
  style KNOW fill:#eddefd,stroke:#9367bf
  style DATA fill:#e3eaf5,stroke:#5375a7

Thiết kế hệ thống lõi

Một hệ thống nghiệp vụ gồm nhiều phân hệ; những năng lực đăng nhập, phân quyền, lưu hồ sơ, lịch, thông báo, phê duyệt và nhật ký phải được cung cấp như dịch vụ dùng chung.

Nhóm	Trách nhiệm	Không nên lặp lại
Khách hàng và đơn hàng	Hợp đồng, JD, nhu cầu, chỉ tiêu	Không lập kho JD tách biệt cho livestream hoặc tổng đài.
Tạo nguồn	Đăng tuyển, chiến dịch, AI livestream	Không tạo hồ sơ ứng viên độc lập theo mỗi kênh.
Nguồn cung	Nhà cung ứng, CTV, phân bổ đơn	Không sử dụng một bảng “sở hữu ứng viên” cố định.
Tuyển chọn	Ứng viên, lần ứng tuyển, phỏng vấn, đánh giá	Không trộn danh tính với lần ứng tuyển.
Vận hành sau tuyển	Nhận việc, chăm sóc, D7/D30, đối soát	Không tính nghiệm thu bằng trạng thái nhập tay thiếu bằng chứng.

Ranh giới triển khai

Đây là sơ đồ logic, không chỉ định số máy chủ hoặc số microservice. Nên tận dụng các module ATS hiện hữu và bổ sung phần thiếu. Khi thiết kế kỹ thuật, xác định chủ sở hữu dữ liệu và giao diện nghiệp vụ cho từng phân hệ.