Bỏ qua để đến nội dung

Kiến trúc dữ liệu tổng quan

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

flowchart LR
  subgraph CUST["NHU CẦU"]
    E["Nhà máy"] --> O["Đơn tuyển"] --> J["Vị trí / JD"]
  end
  subgraph SRC["NGUỒN TUYỂN"]
    S["Nhà cung ứng · CTV · Kênh"] --> SUB["Lần giới thiệu"]
  end
  subgraph ATS["ỨNG VIÊN"]
    P["Người lao động"] --> APP["Lần ứng tuyển"] --> INT["Phỏng vấn / Đánh giá"]
  end
  subgraph RESULT["KẾT QUẢ"]
    PL["Lần nhận việc"] --> M["D1 / D7 / D30 / Thử việc"]
  end
  subgraph FIN["TÀI CHÍNH"]
    AT["Ghi nhận nguồn hợp lệ"] --> SET["Đối soát"] --> PAY["Thanh toán"]
  end
  J --> APP
  SUB --> APP
  INT --> PL
  SUB --> AT
  M --> SET
  style CUST fill:#dceeff,stroke:#4383bf
  style SRC fill:#def5e7,stroke:#389368
  style ATS fill:#fff0cd,stroke:#d5a02a
  style RESULT fill:#eee0ff,stroke:#9661bc
  style FIN fill:#ffe4df,stroke:#c77b6b
  • Một người lao động có nhiều lần ứng tuyển. Một lần ứng tuyển gắn với vị trí, đơn tuyển và trạng thái riêng.
  • Một người có nhiều lần được giới thiệu. Ghi nhận nguồn và quyền hưởng phí không phải là cùng một bản ghi.
  • Một lần nhận việc có nhiều mốc theo dõi. D1/D7/D30 và thử việc có điều kiện nghiệm thu khác nhau.
  • Một bảng đối soát có chứng cứ. Phải truy được nguồn hợp lệ, mốc nghiệm thu, hợp đồng và người xác nhận.

Hệ thống phải quản lý phiên bản JD, kế hoạch, chiến dịch, tin đăng, cuộc hội thoại, phản hồi, tài liệu tri thức, quyền xử lý dữ liệu cá nhân và nhật ký phê duyệt.

Sơ đồ là mô hình khái niệm, không phải cấu trúc bảng PostgreSQL được chốt. Xem Mô hình dữ liệu và Quy tắc nghiệp vụ.