> Cải tiến quy trình liên tục > Tuyển dụng và thu hút nhân tài > Workday Recruiting > Mẫu dữ liệu

Mẫu dữ liệu tuyển dụng và thu hút nhân tài

Workday Recruiting

Thuộc tính tuyển dụng và thu hút nhân tài(19) Hoạt động tuyển dụng và thu hút nhân tài(15) Hướng dẫn trích xuất dữ liệu(3)

Mẫu dữ liệu tuyển dụng và thu hút nhân tài

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình tuyển dụng và thu hút nhân tài. Mẫu nêu các thuộc tính cần thu thập, hoạt động chính cần theo dõi và cách trích xuất dữ liệu từ hệ thống Workday Recruiting. Dùng tài nguyên này để chuẩn bị dữ liệu gọn hơn và bắt đầu process mining nhanh hơn.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi
Hướng dẫn trích xuất dữ liệu từ Workday Recruiting

Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Tải mẫu xuống

Thuộc tính tuyển dụng và thu hút nhân tài

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình tuyển dụng và thu hút nhân tài, giúp bạn hiểu rõ hơn về quy trình tuyển dụng.

3 Bắt buộc 5 Nên có 11 Không bắt buộc

	Tên	Mô tả
	Hồ sơ ứng tuyển JobApplicationId	Mã định danh duy nhất của hồ sơ ứng tuyển, dùng làm mã hồ sơ trung tâm cho quy trình tuyển dụng.
Mô tả Mã hồ sơ ứng tuyển theo dõi riêng hành trình của một ứng viên cho một yêu cầu tuyển dụng cụ thể, từ lúc nộp hồ sơ đến khi có quyết định cuối cùng. Mọi tương tác, lần đổi trạng thái hoặc quyết định liên quan đến hồ sơ này đều được liên kết với mã định danh đó. Trong process mining, thuộc tính này là yếu tố nền tảng. Mã này giúp tái dựng toàn bộ luồng xử lý của từng ứng viên, từ đó phân tích thời gian chu kỳ, điểm nghẽn và các luồng ứng viên đã đi qua. Đây là yếu tố cốt lõi liên kết mọi hoạt động liên quan thành một hồ sơ thống nhất. Vì sao điều này quan trọng Đây là mã hồ sơ thiết yếu, liên kết mọi hoạt động tuyển dụng của một ứng viên và giúp bạn phân tích toàn bộ hành trình tuyển dụng. Lấy dữ liệu ở đâu Mã định danh này là thành phần cốt lõi trong Workday Recruiting, thường có trong các báo cáo và nguồn dữ liệu liên quan đến hồ sơ ứng tuyển. Ví dụ APP-2023-001234APP-2023-005678APP-2024-009101
	Tên hoạt động ActivityName	Tên sự kiện hoặc tác vụ cụ thể diễn ra tại một thời điểm trong quy trình tuyển dụng.
Mô tả Tên hoạt động mô tả một bước hoặc mốc trong hành trình tuyển dụng, chẳng hạn như “Đã sàng lọc hồ sơ ứng tuyển”, “Đã lên lịch phỏng vấn” hoặc “Đã gửi thư mời nhận việc”. Các hoạt động này tạo thành chuỗi sự kiện của quy trình. Thuộc tính này rất quan trọng để trực quan hóa sơ đồ quy trình, xác định các luồng xử lý khác nhau của hồ sơ ứng tuyển và phân tích tần suất cũng như thứ tự sự kiện. Đây là cơ sở để hiểu những gì đang diễn ra trong quy trình. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong quy trình tuyển dụng, giúp trực quan hóa và phân tích luồng xử lý. Lấy dữ liệu ở đâu Thông tin này được lấy từ tên các bước trong quy trình nghiệp vụ hoặc các lần đổi trạng thái trong dữ liệu hồ sơ ứng tuyển của Workday Recruiting. Ví dụ Đã sàng lọc hồ sơ ứng tuyểnĐã hoàn tất phỏng vấnĐã chấp nhận thư mờiỨng viên bị từ chối
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết hoạt động hoặc sự kiện diễn ra khi nào.
Mô tả Thuộc tính này ghi lại chính xác ngày giờ một hoạt động tuyển dụng diễn ra. Dấu thời gian là nền tảng của process mining vì chúng cho biết thứ tự các sự kiện. Trong phân tích, dấu thời gian được dùng để tính khoảng thời gian giữa các hoạt động, đo tổng thời gian của chu kỳ như “Thời gian tuyển dụng” và xác định điểm nghẽn khiến quy trình bị chậm. Đây là dữ liệu thiết yếu cho mọi phân tích thời gian trong quy trình tuyển dụng. Vì sao điều này quan trọng Dấu thời gian rất quan trọng để tính mọi KPI liên quan đến thời gian, hiểu thời lượng quy trình và phát hiện điểm nghẽn. Lấy dữ liệu ở đâu Thông tin này tương ứng với ngày hoàn tất hoặc ngày giao dịch của một bước trong quy trình nghiệp vụ Workday Recruiting. Ví dụ 2023-10-26T10:00:00Z2023-11-05T14:30:00Z2024-01-15T09:15:00Z
	Nguồn hồ sơ ứng tuyển ApplicationSource	Kênh hoặc nguồn tiếp nhận hồ sơ ứng tuyển của ứng viên.
Mô tả Thuộc tính này cho biết ứng viên biết đến vị trí và nộp hồ sơ qua kênh nào, chẳng hạn như trang tuyển dụng của công ty, LinkedIn, nhân viên giới thiệu hoặc công ty tuyển dụng. Hiểu rõ nguồn ứng viên là điều cần thiết để tối ưu chiến lược và ngân sách tuyển dụng. Thuộc tính này cung cấp dữ liệu cho bảng điều khiển “Hiệu quả của kênh tìm ứng viên” và KPI “Tỷ lệ chấp nhận thư mời theo nguồn”, giúp xác định kênh nào mang lại nhiều ứng viên nhất và ứng viên phù hợp nhất. Vì sao điều này quan trọng Giúp đánh giá hiệu quả của từng kênh tìm ứng viên, từ đó đưa ra quyết định dựa trên dữ liệu về nơi nên đầu tư tài nguyên tuyển dụng. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Đây là trường tiêu chuẩn trong hồ sơ ứng tuyển. Ví dụ LinkedInNhân viên giới thiệuTrang tuyển dụng của công tyIndeed
	Phòng ban Department	Phòng ban hoặc đơn vị kinh doanh liên quan đến yêu cầu tuyển dụng.
Mô tả Thuộc tính này cho biết đơn vị trong tổ chức, chẳng hạn như “Kỹ thuật”, “Tiếp thị” hoặc “Tài chính”, đang tuyển ứng viên. Thông tin được lấy từ tổ chức quản lý liên kết với yêu cầu tuyển dụng. Trong quá trình phân tích, lọc theo phòng ban giúp so sánh quy trình tuyển dụng giữa các bộ phận khác nhau. Bảng điều khiển “Hiệu quả sàng lọc hồ sơ ứng tuyển” dùng thuộc tính này để xác định liệu một số phòng ban có thời gian sàng lọc lâu hơn hay không, qua đó phát hiện khác biệt trong cách làm hoặc nhu cầu về tài nguyên. Vì sao điều này quan trọng Cho phép so sánh hiệu suất và hiệu quả của quy trình tuyển dụng giữa các đơn vị kinh doanh hoặc phòng ban. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Thông tin này được lấy từ Supervisory Organization liên kết với Job Requisition. Ví dụ Kỹ thuậtKinh doanhNhân sựTài chính
	Quản lý tuyển dụng HiringManager	Tên quản lý tuyển dụng cho vị trí ứng viên đã nộp hồ sơ.
Mô tả Thuộc tính này xác định quản lý của nhóm hoặc phòng ban đang có vị trí tuyển dụng. Quản lý tuyển dụng là bên liên quan quan trọng trong quá trình ra quyết định, đặc biệt ở các bước phỏng vấn và gửi phản hồi. Dữ liệu này rất cần thiết cho bảng điều khiển “Thời gian quản lý tuyển dụng gửi phản hồi”. Bằng cách phân tích thời gian từ “Đã hoàn tất phỏng vấn” đến “Đã gửi phản hồi” theo từng quản lý tuyển dụng, tổ chức có thể xác định chậm trễ và phối hợp với từng người để đẩy nhanh quy trình tuyển dụng. Vì sao điều này quan trọng Rất quan trọng để phân tích mức độ tham gia của quản lý tuyển dụng và xác định chậm trễ khi gửi phản hồi, yếu tố ảnh hưởng trực tiếp đến trải nghiệm ứng viên. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Thông tin này thường thuộc tổ chức quản lý hoặc chi tiết yêu cầu tuyển dụng. Ví dụ Susan AdamsDavid ChenAngela Rodriguez
	Tên nhà tuyển dụng RecruiterName	Tên nhà tuyển dụng phụ trách hồ sơ ứng tuyển.
Mô tả Thuộc tính này xác định chuyên viên thu hút nhân tài hoặc nhà tuyển dụng chính được giao phụ trách hồ sơ ứng tuyển và yêu cầu tuyển dụng. Người này thường hướng dẫn ứng viên trong suốt quy trình. Phân tích quy trình theo từng nhà tuyển dụng là cách quan trọng để hiểu hiệu suất và khối lượng công việc của nhóm. Thông tin này giúp xây dựng bảng điều khiển “Hiệu suất và số lượng hồ sơ xử lý của nhà tuyển dụng” và tính các KPI như “Chênh lệch thời gian từ lúc nhà tuyển dụng tiếp nhận đến khi gửi thư mời”, qua đó so sánh hiệu quả và xác định cách làm tốt. Vì sao điều này quan trọng Cho phép phân tích hiệu suất theo từng nhà tuyển dụng, giúp xác định người làm việc hiệu quả, nhu cầu đào tạo và tình trạng phân bổ công việc chưa cân đối. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Thông tin này thường được liên kết với đối tượng Job Requisition hoặc Job Application. Ví dụ John SmithEmily JonesMaria Garcia
	Trạng thái hồ sơ ứng tuyển ApplicationStatus	Kết quả cuối cùng hoặc trạng thái hiện tại của hồ sơ ứng tuyển.
Mô tả Thuộc tính này ghi lại kết quả cuối cùng của hồ sơ ứng tuyển, chẳng hạn như “Đã tuyển”, “Công ty từ chối”, “Từ chối lời mời làm việc” hoặc “Ứng viên rút hồ sơ”. Đây là trạng thái kết thúc của quy trình đối với một hồ sơ ứng tuyển. Trạng thái này rất quan trọng khi phân tích kết quả. Bạn có thể dùng trạng thái để tính tỷ lệ chuyển đổi, tỷ lệ chấp nhận lời mời làm việc và tỷ lệ ứng viên rời bỏ ở từng giai đoạn. Muốn cải thiện hiệu quả chung của quy trình, bạn cần hiểu hồ sơ kết thúc ở đâu và vì sao. Vì sao điều này quan trọng Xác định kết quả của từng trường hợp, làm cơ sở tính tỷ lệ chuyển đổi, tỷ lệ rời bỏ và mức độ thành công chung của quy trình. Lấy dữ liệu ở đâu Thông thường, đây là trường kết quả cuối cùng hoặc lý do trạng thái trên đối tượng Job Application trong Workday Recruiting. Ví dụ Đã tuyển dụngBị từ chốiTừ chối lời mời làm việcỨng viên rút hồ sơ
	Đã rút hồ sơ IsWithdrawn	Cờ cho biết ứng viên đã rút hồ sơ ứng tuyển hay chưa.
Mô tả Đây là thuộc tính boolean được tính toán. Giá trị là true nếu trạng thái cuối cùng của hồ sơ là “Ứng viên rút hồ sơ” hoặc trạng thái tương tự. Thuộc tính này giúp tách riêng các trường hợp ứng viên rời khỏi quy trình. Cờ này giúp đơn giản hóa việc phân tích trên bảng điều khiển “Điểm ứng viên rời bỏ nhiều nhất” và KPI “Tỷ lệ ứng viên rời bỏ”. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để biết ứng viên thường rút hồ sơ ở giai đoạn nào. Vì sao điều này quan trọng Giúp phân tích riêng các trường hợp ứng viên chủ động rời bỏ, qua đó hiểu rõ trải nghiệm ứng viên và những điểm gây trở ngại trong quy trình. Lấy dữ liệu ở đâu Thuộc tính này được tính trong quá trình chuyển đổi dữ liệu, dựa trên thuộc tính “ApplicationStatus”. Ví dụ truefalse
	Địa điểm làm việc JobLocation	Địa điểm hoặc quốc gia nơi làm việc.
Mô tả Thuộc tính này cho biết thành phố, bang hoặc quốc gia nơi đặt vị trí tuyển dụng. Với vị trí làm việc từ xa, thông tin có thể là một khu vực hoặc được ghi là “Từ xa”. Địa điểm là một chiều phân tích hữu ích. Bạn có thể so sánh “Thời gian tuyển dụng” và các KPI khác giữa các khu vực, từ đó nhận ra khác biệt do điều kiện thị trường địa phương, nguồn nhân lực sẵn có hoặc cách vận hành quy trình ở từng nơi. Vì sao điều này quan trọng Cho phép phân tích quy trình tuyển dụng theo địa lý, làm rõ khác biệt giữa các khu vực về thời gian xử lý và hiệu quả. Lấy dữ liệu ở đâu Thông tin này nằm trong phần chi tiết Job Requisition của Workday. Ví dụ New York, NYLondon, UKTừ xa (Mỹ)Berlin, Đức
	Được tự động hóa IsAutomated	Cờ cho biết hoạt động có được hệ thống tự động thực hiện hay không.
Mô tả Thuộc tính dạng boolean này cho biết một bước do người dùng thực hiện hay do hệ thống tự động xử lý. Ví dụ, email xác nhận “Đã nhận hồ sơ ứng tuyển” ban đầu có thể được gửi tự động. Biết bước nào được tự động hóa giúp bạn tìm cơ hội nâng cao hiệu quả. Thông tin này cũng giúp đánh giá tác động của tự động hóa đến thời gian xử lý và việc phân bổ tài nguyên. Vì sao điều này quan trọng Phân biệt hoạt động do người dùng thực hiện với hoạt động do hệ thống xử lý, giúp xác định cơ hội tự động hóa và đo lường tác động. Lấy dữ liệu ở đâu Cần xác định thông tin này bằng cách nhận diện tài khoản người dùng hệ thống hoặc các loại sự kiện cụ thể được biết là tự động trong Workday. Ví dụ truefalse
	Hệ thống nguồn SourceSystem	Hệ thống nơi dữ liệu được trích xuất.
Mô tả Thuộc tính này xác định nguồn gốc dữ liệu, trong trường hợp này là Workday Recruiting. Thông tin này hỗ trợ quản trị dữ liệu và xử lý sự cố, nhất là khi kết hợp dữ liệu từ nhiều hệ thống. Khi chỉ phân tích một hệ thống, thuộc tính này có thể không mấy quan trọng. Tuy vậy, đây vẫn là cách làm tốt nên áp dụng. Thuộc tính này xác nhận nguồn gốc dữ liệu và trở nên thiết yếu nếu sau này bạn tích hợp thêm các hệ thống nhân sự khác. Vì sao điều này quan trọng Xác định nguồn gốc dữ liệu, yếu tố quan trọng để quản trị, xác thực và quản lý dữ liệu từ nhiều nguồn. Lấy dữ liệu ở đâu Đây là giá trị cố định (“Workday Recruiting”), được thêm trong quá trình trích xuất và chuyển đổi dữ liệu. Ví dụ Workday Recruiting
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới hoặc trích xuất từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết dữ liệu đang phân tích mới đến mức nào. Thông tin này hiển thị ngày giờ lần gần nhất dữ liệu được lấy từ Workday Recruiting. Người dùng cần biết dữ liệu phân tích được cập nhật đến đâu để hiểu đúng kết quả. Thông tin này giúp họ biết mình đang xem dữ liệu gần thời gian thực hay ảnh chụp dữ liệu tại một thời điểm cụ thể. Vì sao điều này quan trọng Cho biết mức độ mới của dữ liệu, giúp người dùng hiểu phân tích quy trình được cập nhật đến thời điểm nào. Lấy dữ liệu ở đâu Dấu thời gian này được tạo và thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Loại ứng viên CandidateType	Cho biết ứng viên là nhân viên nội bộ hay người nộp hồ sơ từ bên ngoài.
Mô tả Thuộc tính này phân loại ứng viên thành các nhóm như “Nội bộ” hoặc “Bên ngoài”. Quy trình tuyển dụng, thời gian xử lý và chính sách có thể khác nhau đáng kể giữa hai nhóm. Phân tích riêng ứng viên nội bộ và bên ngoài là điều cần thiết để có cái nhìn đầy đủ. Nhờ đó, tổ chức có thể đo lường hiệu quả của chương trình luân chuyển nội bộ so với hoạt động tuyển dụng bên ngoài, đồng thời cải thiện cả hai quy trình. Vì sao điều này quan trọng Cho phép phân tích riêng quy trình tuyển dụng nội bộ và bên ngoài, vốn thường có các bước, SLA và mục tiêu khác nhau. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Đây là trường tiêu chuẩn trên hồ sơ ứng viên hoặc hồ sơ ứng tuyển. Ví dụ Nội bộBên ngoài
	Lý do từ chối RejectionReason	Lý do được đưa ra khi hồ sơ ứng tuyển của ứng viên bị từ chối.
Mô tả Khi hồ sơ chuyển sang trạng thái “Bị từ chối”, thuộc tính này cho biết lý do đưa ra quyết định. Các lý do có thể là “Không phù hợp với văn hóa công ty”, “Thiếu kỹ năng cần thiết” hoặc “Vị trí đã được tuyển người khác”. Phân tích lý do từ chối giúp bạn nhận ra các xu hướng trong quy trình tuyển dụng. Chẳng hạn, nếu nhiều hồ sơ bị từ chối vì “Thiếu kỹ năng cần thiết” ở giai đoạn cuối, mô tả công việc có thể chưa rõ ràng. Dữ liệu này giúp bảng điều khiển “Điểm ứng viên rời bỏ nhiều nhất” làm rõ nguyên nhân khiến ứng viên rời bỏ quy trình. Vì sao điều này quan trọng Cho biết lý do ứng viên không đi tiếp trong quy trình, giúp bạn cải thiện mô tả công việc và tiêu chí sàng lọc. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Thông tin này thường nằm trong trạng thái phụ hoặc mã lý do gắn với bước từ chối. Ví dụ Không đủ tiêu chuẩnKinh nghiệm không phù hợpĐã tìm được ứng viên phù hợp hơnVị trí đã đóng
	Mã ứng viên CandidateId	Mã định danh duy nhất của ứng viên.
Mô tả Mã ứng viên xác định duy nhất một cá nhân trong hệ thống tuyển dụng, bất kể họ đã ứng tuyển bao nhiêu vị trí. Nhờ đó, bạn có thể theo dõi lịch sử của ứng viên với công ty qua nhiều hồ sơ ứng tuyển. Thuộc tính này hữu ích khi phân tích trải nghiệm ứng viên theo thời gian. Ví dụ, bạn có thể xác định ứng viên từng bị từ chối có nộp hồ sơ lại hay không và hành trình của họ có gì khác biệt, hoặc một ứng viên có đang được cân nhắc cho nhiều vị trí cùng lúc hay không. Vì sao điều này quan trọng Cho phép xem quy trình theo từng ứng viên, theo dõi một người qua nhiều hồ sơ ứng tuyển và theo thời gian. Lấy dữ liệu ở đâu Đây là mã định danh chính của đối tượng Candidate trong Workday Recruiting. Ví dụ CAND-98765CAND-11223CAND-54321
	Mã yêu cầu tuyển dụng JobRequisitionId	Mã định danh duy nhất của vị trí tuyển dụng mà ứng viên đã nộp hồ sơ.
Mô tả Mã yêu cầu tuyển dụng là mã định danh của vị trí đã được phê duyệt. Một yêu cầu tuyển dụng có thể gắn với nhiều hồ sơ ứng tuyển. Thuộc tính này cho phép phân tích ở cấp yêu cầu tuyển dụng. Chẳng hạn, bạn có thể xem một yêu cầu tuyển dụng đã mở trong bao lâu, có bao nhiêu ứng viên được tìm thấy hoặc so sánh phễu tuyển dụng giữa các loại vị trí khác nhau, như kỹ thuật và kinh doanh. Vì sao điều này quan trọng Liên kết nhiều hồ sơ ứng tuyển với một vị trí tuyển dụng, giúp phân tích các chỉ số và phễu tuyển dụng ở cấp yêu cầu. Lấy dữ liệu ở đâu Đây là mã định danh chính trên đối tượng Job Requisition trong Workday Recruiting và được liên kết với mọi hồ sơ ứng tuyển. Ví dụ REQ-2023-105REQ-2024-012REQ-2024-345
	Mức lương đề nghị OfferAmount	Mức lương đề nghị cho ứng viên.
Mô tả Thuộc tính này chứa mức lương cơ bản đề xuất cho ứng viên trong thư mời làm việc. Đây là dữ liệu quan trọng ở giai đoạn cuối của quy trình tuyển dụng. Phân tích mức lương đề nghị giúp bạn hiểu xu hướng đãi ngộ và khả năng cạnh tranh. Khi kết hợp với trạng thái “Đã chấp nhận lời mời”, dữ liệu này có thể cho biết mức lương có phải là lý do ứng viên từ chối hay không. Đây cũng là dữ liệu chính cho bảng điều khiển “Quản lý lời mời làm việc và tỷ lệ chấp nhận”. Vì sao điều này quan trọng Giúp phân tích chính sách đãi ngộ và ảnh hưởng của chính sách này đến tỷ lệ chấp nhận lời mời làm việc. Lấy dữ liệu ở đâu Tham khảo tài liệu Workday Recruiting. Dữ liệu này thuộc quy trình nghiệp vụ “Offer”. Ví dụ 8500012000065000
	Thời gian tuyển dụng TimeToHire	Tổng thời gian từ khi nhận hồ sơ ứng tuyển đến khi tuyển được ứng viên.
Mô tả Đây là phép tính ở cấp trường hợp, đo tổng thời gian của quy trình tuyển dụng đối với ứng viên được tuyển. Thời gian được tính bằng khoảng cách giữa sự kiện “Đã nhận hồ sơ ứng tuyển” và “Đã tuyển ứng viên”. Đây là một trong những KPI quan trọng nhất trong tuyển dụng: “Thời gian tuyển dụng trung bình”. Chỉ số này cho biết hiệu quả chung của quy trình tuyển dụng. Theo dõi chỉ số theo thời gian và giữa các phòng ban giúp bạn nhận ra những cải thiện hoặc suy giảm mang tính hệ thống. Vì sao điều này quan trọng KPI quan trọng ở cấp tổng thể, đo hiệu quả của phễu tuyển dụng từ đầu đến cuối. Lấy dữ liệu ở đâu Chỉ số này được tính từ dữ liệu nhật ký sự kiện sau khi trích xuất từ Workday. Ví dụ 259200043200003456000

Bắt buộc Nên có Không bắt buộc

Hoạt động tuyển dụng và thu hút nhân tài

Đây là các bước và cột mốc chính cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác và xác định điểm nghẽn trong quy trình tuyển dụng.

7 Nên có 8 Không bắt buộc

	Hoạt động	Mô tả
	Đã chấp nhận thư mời	Đánh dấu thời điểm ứng viên chính thức chấp nhận thư mời nhận việc. Sự kiện này được ghi nhận khi ứng viên hoàn tất tác vụ “Accept Offer” trên cổng Workday hoặc khi nhà tuyển dụng cập nhật trạng thái thủ công.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để tính tỷ lệ chấp nhận thư mời theo nguồn ứng viên, phòng ban hoặc nhà tuyển dụng. Đây cũng là bước kích hoạt các hoạt động trước khi tuyển dụng như kiểm tra lý lịch. Lấy dữ liệu ở đâu Sự kiện được ghi rõ khi ứng viên chấp nhận thư mời qua cổng ứng viên. Hành động này được lưu kèm dấu thời gian trong lịch sử quy trình nghiệp vụ của hồ sơ ứng tuyển. Thu thập Lấy từ dấu thời gian hoàn tất tác vụ “Accept Offer”. Loại sự kiện explicit
	Đã gửi thư mời nhận việc	Đánh dấu thời điểm chính thức gửi thư mời nhận việc cho ứng viên. Đây là sự kiện riêng, được ghi nhận khi quy trình nghiệp vụ “Create Offer” hoặc “Propose Compensation” hoàn tất thành công cho hồ sơ ứng tuyển trong Workday.
Vì sao điều này quan trọng Đây là mốc quan trọng để tính thời gian đến khi gửi thư mời và phân tích mức độ tuân thủ quy trình gửi thư mời. Mốc này cũng là điểm bắt đầu để đo tỷ lệ chấp nhận thư mời. Lấy dữ liệu ở đâu Sự kiện này được ghi rõ trong lịch sử quy trình nghiệp vụ của hồ sơ ứng tuyển. Dấu thời gian hoàn tất bước tạo thư mời cho biết thời điểm hoạt động diễn ra. Thu thập Lấy từ dấu thời gian hoàn tất quy trình nghiệp vụ “Create Offer”. Loại sự kiện explicit
	Đã nhận hồ sơ ứng tuyển	Đánh dấu thời điểm bắt đầu quy trình tuyển dụng cho hồ sơ của một ứng viên. Sự kiện này được ghi nhận khi ứng viên gửi thành công hồ sơ cho một yêu cầu tuyển dụng cụ thể qua cổng Workday hoặc trang tuyển dụng được tích hợp.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của quy trình. Phân tích thời gian từ hoạt động này đến các mốc tiếp theo là cơ sở để đo tổng thời gian tuyển dụng và hiệu quả của từng kênh tìm ứng viên. Lấy dữ liệu ở đâu Workday ghi nhận đây là sự kiện riêng khi quy trình nghiệp vụ “Apply for Job” hoàn tất thành công cho ứng viên. Dấu thời gian của sự kiện có trong lịch sử hồ sơ ứng tuyển của ứng viên. Thu thập Lấy từ dấu thời gian gửi hồ sơ trong hồ sơ ứng viên. Loại sự kiện explicit
	Đã tuyển dụng ứng viên	Đánh dấu kết thúc thành công quy trình tuyển dụng, khi ứng viên chính thức trở thành nhân viên. Sự kiện này được ghi nhận khi quy trình nghiệp vụ “Hire” hoàn tất thành công trong Workday và tạo hồ sơ nhân viên.
Vì sao điều này quan trọng Đây là sự kiện kết thúc chính khi tuyển dụng thành công. Dấu thời gian rất cần thiết để tính thời gian tuyển dụng và đo hiệu quả cũng như tỷ lệ thành công của toàn bộ quy trình. Lấy dữ liệu ở đâu Đây là sự kiện quan trọng, được quy trình nghiệp vụ “Hire” trong Workday HCM ghi nhận rõ ràng. Dấu thời gian hoàn tất được lưu trong lịch sử quy trình. Thu thập Lấy từ dấu thời gian hoàn tất quy trình nghiệp vụ “Hire” của ứng viên. Loại sự kiện explicit
	Ứng viên bị từ chối	Đánh dấu kết thúc quy trình mà không tuyển dụng, khi công ty quyết định không tiếp tục với ứng viên. Sự kiện này được suy ra khi nhà tuyển dụng chuyển ứng viên sang trạng thái kết quả “Rejected” hoặc “Not Hired”.
Vì sao điều này quan trọng Đây là sự kiện kết thúc quan trọng để phân tích những điểm ứng viên thường bỏ dở và tỷ lệ bị từ chối ở từng giai đoạn. Thông tin này giúp phát hiện vấn đề trong khâu phỏng vấn hoặc sàng lọc. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian trạng thái kết quả của ứng viên được đổi thành “Rejected” trong lịch sử hồ sơ ứng tuyển. Lý do từ chối thường cũng được ghi lại. Thu thập Lấy từ dấu thời gian hiệu lực của lần chuyển sang trạng thái kết quả “Rejected”. Loại sự kiện inferred
	Ứng viên được chuyển sang giai đoạn gửi thư mời	Đây là mốc quan trọng cho biết đã có quyết định gửi thư mời nhận việc cho ứng viên. Sự kiện được ghi nhận khi hồ sơ ứng tuyển của ứng viên được chuyển sang giai đoạn “Offer” trong quy trình tuyển dụng.
Vì sao điều này quan trọng Hoạt động này là một cổng kiểm soát quan trọng, đánh dấu việc hoàn tất thành công tất cả các bước đánh giá. Đây là bước ngay trước khi gửi thư mời chính thức và là mốc quan trọng để phân tích theo nhóm ứng viên. Lấy dữ liệu ở đâu Suy ra từ nhật ký kiểm tra hồ sơ ứng tuyển, cụ thể là dấu thời gian trạng thái ứng viên chuyển thành “Offer”. Thu thập Xác định qua lần đổi trạng thái sang giai đoạn “Offer” trong quá trình ứng viên được tuyển dụng. Loại sự kiện inferred
	Ứng viên được chuyển sang phỏng vấn	Cho biết ứng viên đã vượt qua vòng sàng lọc ban đầu và đủ điều kiện phỏng vấn. Sự kiện này được ghi nhận khi nhà tuyển dụng chuyển ứng viên sang giai đoạn “Interview” trong quy trình tuyển dụng.
Vì sao điều này quan trọng Mốc này đánh dấu bước chuyển từ sàng lọc sang đánh giá trực tiếp. Đây là thời điểm quan trọng để phân tích tỷ lệ chuyển đổi và hiệu quả của các bước đầu trong quy trình tuyển dụng. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian khi giai đoạn tuyển dụng của ứng viên được đổi thành “Interview” hoặc tên gọi tương tự trong lịch sử hồ sơ ứng tuyển. Thu thập Xác định qua lần đổi trạng thái sang giai đoạn “Interview” trong quá trình ứng viên được tuyển dụng. Loại sự kiện inferred
	Đã bắt đầu hội nhập nhân viên mới	Đánh dấu thời điểm bắt đầu quy trình hội nhập nhân viên mới trong Workday. Đây thường là sự kiện riêng thuộc quy trình nghiệp vụ chính “Hire” hoặc được kích hoạt ngay sau đó.
Vì sao điều này quan trọng Phân tích thời gian từ “Offer Accepted” đến hoạt động này giúp cải thiện trải nghiệm của ứng viên sau khi nhận thư mời. Nhờ đó, nhân viên mới luôn được kết nối và sẵn sàng cho ngày đầu tiên đi làm. Lấy dữ liệu ở đâu Quy trình nghiệp vụ “Onboarding” của Workday có dấu thời gian bắt đầu rõ ràng. Bạn có thể lấy thông tin này từ nhật ký kiểm tra quy trình của hồ sơ nhân viên mới. Thu thập Lấy từ dấu thời gian bắt đầu quy trình nghiệp vụ “Onboarding”. Loại sự kiện explicit
	Đã bắt đầu kiểm tra lý lịch	Đánh dấu thời điểm bắt đầu kiểm tra lý lịch cho ứng viên đã chấp nhận thư mời. Thông thường, sự kiện này được suy ra khi ứng viên chuyển sang giai đoạn “Background Check”, bước thường kích hoạt tích hợp với nhà cung cấp bên thứ ba.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để theo dõi tuân thủ và phân tích thời gian chậm trễ từ lúc chấp nhận thư mời đến khi bắt đầu các bước kiểm tra trước tuyển dụng. Nhờ đó, bạn có thể bảo đảm quá trình chuyển sang hội nhập nhân viên diễn ra suôn sẻ. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian ứng viên chuyển sang giai đoạn “Background Check” trong luồng tuyển dụng. Nhật ký kiểm tra hồ sơ ứng tuyển sẽ hiển thị lần đổi trạng thái này. Thu thập Lấy từ dấu thời gian hiệu lực của lần chuyển sang giai đoạn “Background Check”. Loại sự kiện inferred
	Đã gửi phản hồi	Đánh dấu thời điểm người phỏng vấn chính thức gửi đánh giá ứng viên sau buổi phỏng vấn. Workday cung cấp cơ chế riêng để người phỏng vấn gửi phản hồi trực tiếp trên hồ sơ ứng viên.
Vì sao điều này quan trọng Đây là dữ liệu thiết yếu để phân tích “Thời gian quản lý tuyển dụng gửi phản hồi”. Chậm trễ ở bước này thường là điểm nghẽn. Theo dõi thời gian giúp bảo đảm các thỏa thuận mức dịch vụ được thực hiện. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận riêng khi phản hồi được gửi qua tác vụ “Provide Interview Feedback”. Dấu thời gian gửi được lưu trong hồ sơ phỏng vấn. Thu thập Lấy từ dấu thời gian hoàn tất sự kiện “Provide Interview Feedback”. Loại sự kiện explicit
	Đã hoàn tất kiểm tra lý lịch	Đánh dấu việc hoàn tất thành công quy trình kiểm tra lý lịch. Sự kiện này được suy ra khi trạng thái ứng viên cho biết họ đã vượt qua các bước kiểm tra cần thiết và đủ điều kiện tuyển dụng.
Vì sao điều này quan trọng Đây là bước kiểm tra cuối cùng trước khi hoàn tất quy trình tuyển dụng. Nếu việc nhận và ghi nhận kết quả đạt yêu cầu bị chậm trễ, ngày bắt đầu làm việc của ứng viên có thể bị lùi. Lấy dữ liệu ở đâu Suy ra từ lần cập nhật trạng thái hồ sơ ứng viên, chẳng hạn khi chuyển sang giai đoạn “Ready for Hire” hoặc “Background Check Complete”. Thu thập Lấy từ lần đổi trạng thái cho biết ứng viên đã hoàn tất và vượt qua kiểm tra lý lịch. Loại sự kiện inferred
	Đã hoàn tất phỏng vấn	Đánh dấu việc hoàn tất buổi phỏng vấn đã lên lịch với ứng viên. Thông thường, sự kiện này được suy ra khi người phỏng vấn hoặc nhà tuyển dụng đổi trạng thái phỏng vấn từ “Scheduled” sang “Completed” hoặc “Conducted”.
Vì sao điều này quan trọng Hoạt động này mở đầu khoảng thời gian gửi phản hồi. Phân tích thời gian từ mốc này đến lúc gửi phản hồi là cơ sở để đo mức độ phản hồi kịp thời của quản lý tuyển dụng. Lấy dữ liệu ở đâu Suy ra từ lần cập nhật trạng thái của lịch phỏng vấn hoặc lần đổi giai đoạn thủ công cho ứng viên trong Workday Recruiting sau khi buổi phỏng vấn diễn ra. Thu thập Lấy từ dấu thời gian cập nhật trạng thái phỏng vấn hoặc đổi giai đoạn ứng viên sau buổi phỏng vấn. Loại sự kiện inferred
	Đã lên lịch phỏng vấn	Đánh dấu thời điểm chính thức lên lịch phỏng vấn với ứng viên. Thông thường, sự kiện này được ghi nhận khi lịch phỏng vấn cho hồ sơ ứng tuyển cụ thể được tạo và xác nhận bằng tính năng lên lịch của Workday.
Vì sao điều này quan trọng Đo thời gian từ hoạt động trước đó đến mốc này giúp phát hiện chậm trễ trong khâu phối hợp. Đây là yếu tố quan trọng để cải thiện trải nghiệm ứng viên và đẩy nhanh quy trình phỏng vấn. Lấy dữ liệu ở đâu Tính năng lên lịch phỏng vấn của Workday tạo các sự kiện có dấu thời gian. Bạn có thể ghi nhận hoạt động này từ ngày tạo lịch phỏng vấn liên kết với hồ sơ ứng tuyển. Thu thập Lấy từ sự kiện tạo hồ sơ phỏng vấn trong phân hệ tuyển dụng. Loại sự kiện explicit
	Đã sàng lọc hồ sơ ứng tuyển	Đánh dấu việc nhà tuyển dụng hoặc nhóm sàng lọc hoàn tất bước xem xét ban đầu hồ sơ ứng viên. Thông thường, sự kiện này được suy ra khi trạng thái ứng viên chuyển từ “Applied” hoặc “New” sang giai đoạn “Screening” hoặc “Under Review”.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để phân tích hiệu quả của bước sàng lọc ban đầu. Theo dõi số lượng hồ sơ xử lý và thời gian sàng lọc giúp phát hiện sớm điểm nghẽn trong quy trình tuyển dụng. Lấy dữ liệu ở đâu Suy ra từ ngày hiệu lực của lần chuyển giai đoạn ứng viên sang bước sàng lọc hoặc xem xét trong nhật ký kiểm tra quy trình nghiệp vụ “Recruiting”. Thu thập Lấy từ dấu thời gian cập nhật giai đoạn của ứng viên thành “Screen”. Loại sự kiện inferred
	Ứng viên rút hồ sơ	Đánh dấu thời điểm ứng viên chủ động rút khỏi quy trình xét tuyển cho vị trí. Sự kiện này được ghi nhận khi trạng thái ứng viên được cập nhật thành “Withdrawn”, do chính ứng viên hoặc nhà tuyển dụng thực hiện.
Vì sao điều này quan trọng Theo dõi thời điểm và lý do ứng viên rút hồ sơ là việc cần thiết để hiểu các vấn đề về trải nghiệm ứng viên, độ dài quy trình hoặc sức cạnh tranh của thư mời. Đây là chỉ số quan trọng khi phân tích tình trạng ứng viên bỏ dở. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian trạng thái kết quả của ứng viên được cập nhật thành “Withdrawn”. Ứng viên có thể tự cập nhật trên cổng thông tin hoặc nhà tuyển dụng thực hiện thay. Thu thập Lấy từ dấu thời gian hiệu lực của lần chuyển sang trạng thái kết quả “Withdrawn”. Loại sự kiện inferred

Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Workday Recruiting

Các bước

Đăng nhập Workday: Truy cập tenant Workday bằng tài khoản người dùng có quyền tạo báo cáo tùy chỉnh và truy cập dữ liệu tuyển dụng.
Tạo báo cáo tùy chỉnh: Mở tác vụ 'Create Custom Report'. Chọn 'Advanced' làm loại báo cáo và bật tùy chọn 'Enable as Web Service'. Với nguồn dữ liệu, hãy dùng nguồn đã lập chỉ mục như 'All Job Applications' để báo cáo chạy nhanh hơn.
Chọn đối tượng nghiệp vụ chính: Đặt đối tượng nghiệp vụ chính là 'Job Application'. Đối tượng này làm cơ sở cho báo cáo và định danh trường hợp.
Thêm cột dữ liệu: Thêm các trường bắt buộc và nên có vào lưới cột của báo cáo. Thêm 'Job Application' cho JobApplicationId. Với các thuộc tính khác như 'Recruiter' và 'Hiring Manager', hãy thêm chúng từ những đối tượng nghiệp vụ liên quan đến Job Application.
Tạo trường tính toán cho các hoạt động: Đây là bước quan trọng nhất. Với mỗi hoạt động trong số 15 hoạt động, hãy tạo hai trường tính toán: một trường cho tên hoạt động và một trường cho thời điểm sự kiện. Phần Query mô tả chi tiết logic của các trường này. Ví dụ, để ghi nhận 'Offer Extended', bạn cần tạo một trường kiểm tra xem quy trình nghiệp vụ 'Propose Compensation' đã hoàn tất chưa, cùng một trường khác lấy thời điểm hoàn tất quy trình đó.
Thêm trường tính toán vào báo cáo: Thêm tất cả trường tính toán vừa tạo, tổng cộng 30 trường gồm 15 trường tên hoạt động và 15 trường thời điểm, làm cột trong báo cáo. Báo cáo sẽ có định dạng 'rộng', mỗi hồ sơ ứng tuyển chiếm một hàng và nhiều cột thể hiện các hoạt động có thể xảy ra.
Cấu hình tùy chọn Web Service: Trong thẻ 'Web Service' của phần định nghĩa báo cáo, hãy chọn hộp 'Enable as Web Service'. Tại đây, bạn có thể xem namespace và URL của báo cáo. Ghi lại 'Namespace' để dùng sau.
Thiết lập quyền: Chia sẻ báo cáo với Integration System User (ISU) hoặc một nhóm bảo mật cụ thể sẽ dùng để gọi điểm cuối RaaS. Người dùng này cần có quyền truy cập miền của nguồn dữ liệu, chẳng hạn 'Recruiting: Job Applications'.
Chạy thử và kiểm tra báo cáo: Chạy báo cáo từ giao diện Workday để kiểm tra kết quả. Xem số hàng có hợp lý không và xác nhận các trường tính toán được điền đúng cho một số hồ sơ mẫu.
Lên lịch trích xuất: Dùng công cụ lập lịch bên ngoài hoặc middleware như MuleSoft, Boomi hay tập lệnh riêng để gọi URL RaaS của báo cáo định kỳ. Công cụ cần xử lý lệnh gọi Workday SOAP hoặc REST API với thông tin xác thực phù hợp.
Chuyển đổi dữ liệu: Kết quả thô từ lệnh gọi RaaS sẽ là tệp XML hoặc CSV có định dạng rộng. Bạn cần chuyển đổi dữ liệu trong middleware hoặc bằng ngôn ngữ lập trình như Python để chuyển các cột thành hàng. Tập lệnh cần duyệt từng hàng, tức từng hồ sơ ứng tuyển, rồi tạo một hàng mới trong nhật ký sự kiện cuối cùng cho mỗi cặp hoạt động/thời điểm không rỗng. Kết quả có định dạng 'dài' với ba cột chính: JobApplicationId, ActivityName và EventTime.

Cấu hình

Loại báo cáo: Luôn chọn 'Advanced' để dùng được các trường tính toán phức tạp và truy cập đối tượng nghiệp vụ liên quan.
Nguồn dữ liệu: Dùng nguồn dữ liệu đã lập chỉ mục như 'All Job Applications' để báo cáo chạy hiệu quả. Tránh dùng nguồn chưa lập chỉ mục cho tập dữ liệu lớn.
Lọc khoảng thời gian: Cần lọc theo trường 'Application Date' của đối tượng nghiệp vụ Job Application. Ban đầu, hãy chọn khoảng thời gian ngắn hơn, chẳng hạn 3 đến 6 tháng gần nhất, để kiểm soát lượng dữ liệu và thời gian chạy báo cáo.
Đối tượng nghiệp vụ chính: Đối tượng chính phải là 'Job Application' để JobApplicationId làm định danh trường hợp.
Bật Web Service: Chọn tùy chọn 'Enable as Web Service' trong cấu hình báo cáo để có thể truy cập báo cáo qua API.
Bảo mật và quyền truy cập: Chia sẻ báo cáo với một Integration System User (ISU) chuyên dụng. ISU này cần có quyền của nhóm bảo mật để truy cập các miền dữ liệu cần thiết, gồm 'Recruiting: Job Applications', 'Business Process Transactions' và 'Worker Data'.
Định dạng đầu ra: Workday hỗ trợ một số định dạng đầu ra như XML, CSV và JSON. XML, cụ thể là định dạng 'Simple XML', thường đáng tin cậy nhất khi trích xuất dữ liệu có cấu trúc qua API.

Truy vấn mẫu sql

The Workday Report Writer is configured through the user interface. The following describes the structure and calculated fields required to build the report. The final output will be a wide table that must be transformed into an event log.

**Primary Business Object:**
*   `Job Application`

**Direct Report Fields (Columns):**
| Field Name in Report | Workday Business Object | Workday Field | Notes |
| --- | --- | --- | --- |
| `JobApplicationId` | Job Application | Job Application | Serves as the Case ID. |
| `RecruiterName` | Job Application -> Recruiter | Worker | Use a Lookup Related Value field. |
| `HiringManager` | Job Application -> Job Requisition -> Hiring Manager | Worker | Use a Lookup Related Value field. |
| `ApplicationSource` | Job Application | Source | |
| `Department` | Job Application -> Job Requisition -> Organization | Supervisory Organization | |
| `ApplicationStatus` | Job Application | Status | Represents the final or current status. |

**Calculated Fields for Event Log Unpivoting:**
Create two calculated fields for each activity: one for the name (Type: Evaluate Expression) and one for the timestamp (Type: Extract Single Instance or Lookup Related Value).

1.  **Application Received**
    *   `ActivityName_AppReceived`: `"Application Received"` (This event uses the application date, so the name is constant).
    *   `EventTime_AppReceived`: Field `Application Date` from the Job Application object.
2.  **Application Screened**
    *   `ActivityName_AppScreened`: `IIF(Stage = [Your 'Screening' Stage], "Application Screened", "")`
    *   `EventTime_AppScreened`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the 'Business Process History for Worker' for the 'Move to Stage: [Screening]' event.
3.  **Candidate Moved To Interview**
    *   `ActivityName_MovedToInterview`: `IIF(Stage = [Your 'Interview' Stage], "Candidate Moved To Interview", "")`
    *   `EventTime_MovedToInterview`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Interview]' event.
4.  **Interview Scheduled**
    *   `ActivityName_InterviewScheduled`: `IIF(Interview Status = 'Scheduled', "Interview Scheduled", "")`
    *   `EventTime_InterviewScheduled`: Use a 'Lookup Related Value' field to get the 'Scheduled Start Moment' from the 'Candidate Interview Details' object.
5.  **Interview Completed**
    *   `ActivityName_InterviewCompleted`: `IIF(Interview Status = 'Completed', "Interview Completed", "")`
    *   `EventTime_InterviewCompleted`: Use a 'Lookup Related Value' field to get the 'Actual End Moment' from the 'Candidate Interview Details' object.
6.  **Feedback Submitted**
    *   `ActivityName_FeedbackSubmitted`: `IIF(Interview Feedback Status = 'Submitted', "Feedback Submitted", "")`
    *   `EventTime_FeedbackSubmitted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Submit Interview Feedback' event.
7.  **Candidate Moved To Offer Stage**
    *   `ActivityName_MovedToOffer`: `IIF(Stage = [Your 'Offer' Stage], "Candidate Moved To Offer Stage", "")`
    *   `EventTime_MovedToOffer`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Offer]' event.
8.  **Offer Extended**
    *   `ActivityName_OfferExtended`: `IIF(Is Business Process 'Propose Compensation' Completed = true, "Offer Extended", "")`
    *   `EventTime_OfferExtended`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Propose Compensation' or 'Make Offer' business process.
9.  **Offer Accepted**
    *   `ActivityName_OfferAccepted`: `IIF(Disposition = 'Offer Accepted', "Offer Accepted", "")`
    *   `EventTime_OfferAccepted`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Accept Offer' event.
10. **Background Check Initiated**
    *   `ActivityName_BGCheckInitiated`: `IIF(Stage = [Your 'Background Check' Stage], "Background Check Initiated", "")`
    *   `EventTime_BGCheckInitiated`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Move to Stage: [Background Check]' event.
11. **Background Check Cleared**
    *   `ActivityName_BGCheckCleared`: `IIF(Background Check Status = 'Passed', "Background Check Cleared", "")`
    *   `EventTime_BGCheckCleared`: Use a 'Lookup Related Value' field on the Background Check business object to get the completion date.
12. **Onboarding Initiated**
    *   `ActivityName_OnboardingInitiated`: `IIF(Is Business Process 'Onboarding' Initiated = true, "Onboarding Initiated", "")`
    *   `EventTime_OnboardingInitiated`: Use an 'Extract Single Instance' field to get the 'Entry Moment' from the business process history for the 'Onboarding' business process.
13. **Candidate Hired**
    *   `ActivityName_Hired`: `IIF(Is Hired = true, "Candidate Hired", "")`
    *   `EventTime_Hired`: Use an 'Extract Single Instance' field to get the 'Completed Moment' from the business process history for the 'Hire' business process.
14. **Candidate Rejected**
    *   `ActivityName_Rejected`: `IIF(Is Inactive = true AND Disposition = [Your 'Rejected' Reason], "Candidate Rejected", "")`
    *   `EventTime_Rejected`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object.
15. **Application Withdrawn**
    *   `ActivityName_Withdrawn`: `IIF(Disposition = 'Withdrawn', "Application Withdrawn", "")`
    *   `EventTime_Withdrawn`: Use a 'Lookup Related Value' field to get the 'Inactive Date' from the Job Application object, filtering on the inactive reason.

Các bước

Cấu hình quyền truy cập Workday: Tạo Integration System User (ISU) trong Workday. Cấp cho người dùng này quyền truy cập các miền bảo mật cần thiết cho Recruiting API. Các miền chính gồm 'Worker Data: Public Worker Reports', 'Job Application' và 'Recruiting: Reports'.
Tìm điểm cuối API: Tìm điểm cuối REST API cho thao tác 'Get Job Applications' trong tenant Workday của bạn. URL thường có định dạng: https://[your_tenant_host]/ccx/api/v1/[your_tenant_name]/recruiting/jobApplications.
Thiết lập môi trường Python: Đảm bảo máy đã cài Python. Dùng pip để cài các thư viện cần thiết: pip install requests pandas.
Viết script xác thực: Trong script Python, triển khai xác thực cơ bản bằng thông tin đăng nhập của ISU đã tạo ở bước 1. Tên người dùng và mật khẩu sẽ được gửi trong tiêu đề yêu cầu.
Viết logic gọi API: Tạo hàm gọi điểm cuối 'Get Job Applications'. Dùng tham số yêu cầu để lọc dữ liệu, chẳng hạn updatedSince để lấy các hồ sơ ứng tuyển được cập nhật sau một ngày nhất định. Bước này rất quan trọng để kiểm soát dung lượng dữ liệu.
Xử lý phân trang API: Workday API trả về số lượng bản ghi giới hạn trong mỗi yêu cầu. Script cần kiểm tra phản hồi để tìm số lượng total và liên kết trang tiếp theo hoặc tham số offset, rồi lặp qua tất cả các trang để lấy đủ dữ liệu.
Xác định ánh xạ hoạt động: Tạo từ điển ánh xạ hoặc một loạt câu lệnh điều kiện trong script. Logic này sẽ chuyển trạng thái quy trình nghiệp vụ và các giai đoạn tuyển dụng của Workday (ví dụ: 'Screen', 'Interview', 'Offer', 'Hire') thành tên hoạt động cần thiết (ví dụ: 'Application Screened', 'Candidate Moved To Interview').
Chuyển đổi dữ liệu hồ sơ ứng tuyển: Với mỗi hồ sơ lấy từ API, phân tích nhật ký kiểm tra hoặc lịch sử giai đoạn. Lịch sử này chứa chuỗi giai đoạn, kết quả xử lý và sự kiện quy trình nghiệp vụ cùng dấu thời gian tương ứng.
Tạo các dòng nhật ký sự kiện: Duyệt lịch sử của từng hồ sơ ứng tuyển. Với mỗi sự kiện lịch sử liên quan khớp với ánh xạ hoạt động, tạo một từ điển đại diện cho một dòng trong nhật ký sự kiện cuối cùng. Điền JobApplicationId, ActivityName, EventTime và các thuộc tính bắt buộc khác.
Tổng hợp và sắp xếp dữ liệu: Thu thập tất cả các dòng nhật ký sự kiện đã tạo từ mọi hồ sơ ứng tuyển vào một danh sách duy nhất.
Tạo và xuất tệp CSV: Dùng thư viện pandas để chuyển danh sách từ điển sự kiện thành DataFrame. Sau đó xuất DataFrame ra tệp CSV. Đảm bảo tiêu đề cột đáp ứng yêu cầu của ProcessMind (ví dụ: CaseId, Activity, Timestamp).
Kiểm tra và tải lên: Mở tệp CSV cuối cùng để kiểm tra nội dung có chính xác và đầy đủ trước khi tải lên công cụ process mining.

Cấu hình

Workday Integration System User (ISU): Cần có ISU với mật khẩu mạnh, không hết hạn. ISU cần quyền truy cập các miền bảo mật 'Recruiting' và 'Worker Data' để xem thông tin hồ sơ ứng tuyển và ứng viên.
Điểm cuối và phiên bản API: Dùng đúng điểm cuối REST API cho tenant Workday của bạn. Cần chỉ định phiên bản API trong yêu cầu để đảm bảo API hoạt động nhất quán.
Bộ lọc khoảng thời gian: Tập lệnh nên dùng bộ lọc ngày, chẳng hạn updatedSince, để giới hạn truy vấn trong khoảng thời gian có thể xử lý. Với lần trích xuất đầu tiên, nên chọn khoảng 3 đến 6 tháng. Với các lần tải dữ liệu tăng dần tiếp theo, hãy dùng thời điểm trích xuất thành công gần nhất.
Giới hạn phân trang: Lưu ý tham số limit trong API, tham số này kiểm soát số bản ghi trả về trên mỗi trang. Mức tối đa thường là 100. Tập lệnh cần gửi nhiều yêu cầu phân trang để xử lý giới hạn này.
Trường trong phản hồi: Để tăng hiệu suất, bạn có thể chỉ định các trường cần trả về bằng tham số fields hoặc tham số tương tự nếu API hỗ trợ. Cách này giúp giảm kích thước dữ liệu phản hồi.
Cấu hình bản đồ hoạt động: Logic cốt lõi của tập lệnh là ánh xạ các giai đoạn Workday sang hoạt động đã định nghĩa. Bạn có thể cần tùy chỉnh logic này theo cấu hình quy trình Recruiting cụ thể của tổ chức.

Truy vấn mẫu python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Workday tenant-specific details
WORKDAY_TENANT_HOST = class="hl-string">"https://[your_tenant_host].workday.com"
WORKDAY_TENANT_NAME = class="hl-string">"[your_tenant_name]"
WORKDAY_API_USER = os.environ.get(class="hl-string">"WORKDAY_USER", class="hl-string">"[Your_ISU_Username]")
WORKDAY_API_PASSWORD = os.environ.get(class="hl-string">"WORKDAY_PASSWORD", class="hl-string">"[Your_ISU_Password]")

class=class="hl-string">"hl-comment"># Date range for the extraction (ISO 8601 format)
class=class="hl-string">"hl-comment"># For delta loads, this should be the timestamp of the last successful run.
UPDATED_SINCE_DATE = class="hl-string">"2023-01-01T00:00:00Z"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_workday_job_applications():
    class="hl-string">"""Fetches all job applications from Workday API, handling pagination."""
    all_applications = []
    offset = 0
    limit = 100  class=class="hl-string">"hl-comment"># Workday's typical page size

    api_url = fclass="hl-string">"{WORKDAY_TENANT_HOST}/ccx/api/v1/{WORKDAY_TENANT_NAME}/recruiting/jobApplications"
    headers = {class="hl-string">"Accept": class="hl-string">"application/json"}
    auth = (WORKDAY_API_USER, WORKDAY_API_PASSWORD)

    while True:
        params = {
            class="hl-string">"updatedSince": UPDATED_SINCE_DATE,
            class="hl-string">"limit": limit,
            class="hl-string">"offset": offset
        }
        print(fclass="hl-string">"Fetching applications with offset: {offset}...")
        try:
            response = requests.get(api_url, headers=headers, params=params, auth=auth, timeout=60)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            applications = data.get(class="hl-string">"data", [])
            all_applications.extend(applications)

            total = data.get(class="hl-string">"total", 0)
            if not applications or (offset + len(applications)) >= total:
                break  class=class="hl-string">"hl-comment"># Exit loop if no more data or all data fetched
            
            offset += len(applications)

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday API: {e}")
            break

    print(fclass="hl-string">"Total applications fetched: {len(all_applications)}")
    return all_applications

def transform_application_to_events(application):
    class="hl-string">"""Transforms a single job application's history into a list of event log rows."""
    events = []
    app_id = application.get(class="hl-string">"id")
    if not app_id:
        return []

    class=class="hl-string">"hl-comment"># Recommended Attributes
    recruiter = application.get(class="hl-string">"recruiter", {})
    hiring_manager_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"hiringManager", {})
    source = application.get(class="hl-string">"source", {})
    department_obj = application.get(class="hl-string">"job", {}).get(class="hl-string">"supervisoryOrganization", {})

    recruiter_name = recruiter.get(class="hl-string">"descriptor")
    hiring_manager_name = hiring_manager_obj.get(class="hl-string">"descriptor")
    app_source = source.get(class="hl-string">"descriptor")
    department = department_obj.get(class="hl-string">"descriptor")
    app_status = application.get(class="hl-string">"status", {}).get(class="hl-string">"descriptor")

    base_event = {
        class="hl-string">"JobApplicationId": app_id,
        class="hl-string">"RecruiterName": recruiter_name,
        class="hl-string">"HiringManager": hiring_manager_name,
        class="hl-string">"ApplicationSource": app_source,
        class="hl-string">"Department": department,
        class="hl-string">"ApplicationStatus": app_status
    }

    class=class="hl-string">"hl-comment"># --- Activity Extraction from Stage and Business Process History ---
    class=class="hl-string">"hl-comment"># This part assumes a structure for audit/history data. It needs to be adapted
    class=class="hl-string">"hl-comment"># to your specific Workday API response structure.
    stage_history = application.get(class="hl-string">"stageHistory", [])
    bp_history = application.get(class="hl-string">"businessProcessHistory", [])

    class=class="hl-string">"hl-comment"># Activity: Application Received
    events.append({
        **base_event,
        class="hl-string">"ActivityName": class="hl-string">"Application Received",
        class="hl-string">"EventTime": application.get(class="hl-string">"appliedOn")
    })

    for stage_change in stage_history:
        stage_name = stage_change.get(class="hl-string">"stage", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        disposition = stage_change.get(class="hl-string">"disposition", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        event_time = stage_change.get(class="hl-string">"enteredOn")

        class=class="hl-string">"hl-comment"># Activity: Application Screened (Inferred from entering a review stage)
        if class="hl-string">'screen' in stage_name or class="hl-string">'review' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Application Screened", class="hl-string">"EventTime": event_time, **base_event})

        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Interview
        if class="hl-string">'interview' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Interview", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Moved To Offer Stage
        if class="hl-string">'offer' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Moved To Offer Stage", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Initiated
        if class="hl-string">'background check' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Onboarding Initiated
        if class="hl-string">'onboarding' in stage_name or class="hl-string">'ready for hire' in stage_name:
            events.append({class="hl-string">"ActivityName": class="hl-string">"Onboarding Initiated", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Rejected
        if class="hl-string">'rejected' in disposition or class="hl-string">'not selected' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Rejected", class="hl-string">"EventTime": event_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Application Withdrawn
        if class="hl-string">'withdrawn' in disposition:
             events.append({class="hl-string">"ActivityName": class="hl-string">"Application Withdrawn", class="hl-string">"EventTime": event_time, **base_event})

    class=class="hl-string">"hl-comment"># Extract events from explicit business processes
    for bp_event in bp_history:
        bp_name = bp_event.get(class="hl-string">"process", {}).get(class="hl-string">"descriptor", class="hl-string">"").lower()
        bp_status = bp_event.get(class="hl-string">"status", class="hl-string">"").lower()
        bp_time = bp_event.get(class="hl-string">"completedOn") or bp_event.get(class="hl-string">"initiatedOn")

        class=class="hl-string">"hl-comment"># Activity: Interview Scheduled / Completed
        if class="hl-string">'interview' in bp_name:
            if bp_status == class="hl-string">'initiated':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Scheduled", class="hl-string">"EventTime": bp_time, **base_event})
            elif bp_status == class="hl-string">'completed':
                events.append({class="hl-string">"ActivityName": class="hl-string">"Interview Completed", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Feedback Submitted
        if class="hl-string">'provide interview feedback' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Feedback Submitted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Extended
        if (class="hl-string">'job offer' in bp_name or class="hl-string">'propose compensation' in bp_name) and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Extended", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Offer Accepted
        if class="hl-string">'accept offer' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Offer Accepted", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Background Check Cleared
        if class="hl-string">'background check' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Background Check Cleared", class="hl-string">"EventTime": bp_time, **base_event})
        
        class=class="hl-string">"hl-comment"># Activity: Candidate Hired
        if class="hl-string">'hire' in bp_name and bp_status == class="hl-string">'completed':
            events.append({class="hl-string">"ActivityName": class="hl-string">"Candidate Hired", class="hl-string">"EventTime": bp_time, **base_event})

    class=class="hl-string">"hl-comment"># Remove events with no timestamp and duplicates
    final_events = []
    seen = set()
    for event in events:
        if event.get(class="hl-string">"EventTime"):
            class=class="hl-string">"hl-comment"># Create a unique key for each event to handle duplicates
            event_key = (event[class="hl-string">"JobApplicationId"], event[class="hl-string">"ActivityName"], event[class="hl-string">"EventTime"])
            if event_key not in seen:
                final_events.append(event)
                seen.add(event_key)

    return final_events

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Workday Recruiting data extraction.")
    raw_applications = get_workday_job_applications()
    
    if raw_applications:
        all_events = []
        for app in raw_applications:
            all_events.extend(transform_application_to_events(app))
        
        if all_events:
            class=class="hl-string">"hl-comment"># Create DataFrame and format for ProcessMind
            df = pd.DataFrame(all_events)
            df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.tz_localize(None)
            df = df.sort_values(by=[class="hl-string">"JobApplicationId", class="hl-string">"EventTime"])
            
            output_filename = class="hl-string">"workday_recruiting_event_log.csv"
            df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
            print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")
        else:
            print(class="hl-string">"No events were generated from the fetched applications.")
    else:
        print(class="hl-string">"No applications found or an error occurred.")

Các bước

Điều kiện tiên quyết và thiết lập: Đảm bảo bạn có giấy phép sử dụng công cụ ETL hoặc iPaaS của bên thứ ba, chẳng hạn CData, MuleSoft hoặc nền tảng tương tự, và đã cài trình kết nối Workday. Xác nhận bạn có thông tin đăng nhập cho Integration System User (ISU) của Workday cùng quyền API cần thiết đối với các miền Recruiting và Staffing.
Thiết lập kết nối Workday: Trong công cụ ETL, tạo kết nối mới đến Workday. Nhập URL tenant Workday, phiên bản API và thông tin đăng nhập ISU, chẳng hạn tên người dùng và mật khẩu hoặc token OAuth 2.0. Kiểm tra kết nối để đảm bảo kết nối hoạt động.
Xem lược đồ dữ liệu: Dùng trình duyệt lược đồ hoặc công cụ khám phá nguồn dữ liệu trong ETL để xem các đối tượng Workday có thể truy cập qua trình kết nối. Các đối tượng này thường hiển thị dưới dạng bảng hoặc chế độ xem, chẳng hạn Job_Application, Job_Requisition và Candidate_Stage_History. Tìm hiểu các trường và mối quan hệ có sẵn.
Xác định đối tượng dữ liệu chính: Để trích xuất dữ liệu này, bạn chủ yếu cần các đối tượng liên quan đến hồ sơ ứng tuyển, lịch sử ứng viên, phỏng vấn, thư mời và tuyển dụng. Tên chính xác tùy thuộc vào trình kết nối, nhưng hãy tìm các đối tượng đại diện cho những thực thể chính này.
Viết truy vấn SQL: Tạo tác vụ hoặc pipeline trích xuất dữ liệu mới. Dùng bước chuyển đổi SQL để chạy truy vấn trên kết nối Workday. Sao chép truy vấn SQL được cung cấp và dán vào bước này. Truy vấn sẽ lấy dữ liệu từ nhiều đối tượng Workday rồi hợp nhất thành một định dạng nhật ký sự kiện.
Thêm tham số cho truy vấn: Sửa mệnh đề WHERE của truy vấn để thêm tham số khoảng ngày, chẳng hạn startDate và endDate. Cấu hình các tham số này trong tác vụ ETL để bạn dễ thay đổi khoảng thời gian trích xuất mà không cần sửa mã.
Chạy tác vụ trích xuất: Chạy tác vụ ETL đã cấu hình. Công cụ sẽ kết nối với Workday, chạy truy vấn SQL qua API và lấy dữ liệu vào vùng lưu tạm hoặc bộ nhớ.
Kiểm tra và xác thực dữ liệu: Trước khi ghi kết quả cuối cùng, dùng tính năng xem trước trong công cụ ETL để kiểm tra dữ liệu. Kiểm tra số hàng có hợp lý không, các cột có dữ liệu như mong đợi không và có đủ các hoạt động khác nhau không.
Cấu hình đích nhận dữ liệu: Chọn nơi lưu dữ liệu đã trích xuất. Thông thường, đây là tệp CSV để tải lên ProcessMind. Cấu hình tên tệp, dấu phân cách (dấu phẩy) và mã hóa (UTF-8).
Hoàn tất và xuất dữ liệu: Chạy toàn bộ tác vụ trích xuất để tạo tệp CSV cuối cùng. Đảm bảo tiêu đề cột trong tệp khớp với các thuộc tính bắt buộc: JobApplicationId, ActivityName, EventTime, RecruiterName, HiringManager, ApplicationSource, Phòng ban và ApplicationStatus.

Cấu hình

Thông tin xác thực trình kết nối Workday: Cần URL tenant Workday và Integration System User (ISU) được cấp quyền, cùng mật khẩu hoặc thông tin xác thực ứng dụng OAuth 2.0. Người dùng này cần quyền bảo mật cho các lĩnh vực chức năng 'Recruiting' và 'Staffing'.
Bật Web Service: Trình kết nối có thể yêu cầu bạn chỉ định những Workday Web Services nào được cung cấp. Đảm bảo đã bật các dịch vụ liên quan đến Recruiting, Staffing và Human Resources để truy cập mọi đối tượng dữ liệu cần thiết.
Khoảng thời gian: Để kiểm soát hiệu suất và lượng dữ liệu, cần lọc dữ liệu trích xuất theo một khoảng thời gian cụ thể. Nên tải lần đầu dữ liệu từ 3 đến 6 tháng, sau đó tải tăng dần hằng ngày hoặc hằng tuần. Thiết lập bộ lọc này trong mệnh đề WHERE của truy vấn SQL.
Bộ lọc phạm vi dữ liệu: Nếu chỉ cần phân tích quy trình ở một số bộ phận trong tổ chức, hãy cân nhắc thêm bộ lọc vào mệnh đề WHERE cho các trường như Company, Cost Center hoặc Supervisory Organization.
Phiên bản API: Một số trình kết nối yêu cầu chỉ định phiên bản Workday API. Nên dùng phiên bản mới được hỗ trợ để truy cập các đối tượng dữ liệu và tính năng mới nhất.
Lưu ý về hiệu suất: Trích xuất toàn bộ dữ liệu từ Workday có thể tiêu tốn nhiều tài nguyên. Hãy lên lịch các tác vụ lớn vào giờ thấp điểm. Để phân tích liên tục, hãy tải dữ liệu tăng dần dựa trên thời điểm 'last modified', chỉ lấy các bản ghi mới hoặc đã cập nhật.

Truy vấn mẫu sql

WITH BaseApplicationInfo AS (
    SELECT
        JA.Job_Application_ID AS JobApplicationId,
        JR.Hiring_Manager_WID AS HiringManagerId,
        JR.Recruiter_WID AS RecruiterId,
        JA.Source_System AS ApplicationSource,
        SO.Organization_Name AS Department,
        JA.Application_Status AS ApplicationStatus,
        JA.Date_Applied AS ApplicationDate,
        JA.Date_Moved_to_Hire AS HireDate,
        OFR.Offer_Date AS OfferDate,
        HIRE.Hire_Onboarding_Date AS OnboardingDate,
        OFR.Offer_Accepted_Date AS OfferAcceptedDate
    FROM
        [Job_Applications] AS JA
    LEFT JOIN [Job_Requisitions] AS JR ON JA.Job_Requisition_ID = JR.Job_Requisition_ID
    LEFT JOIN [Supervisory_Organizations] AS SO ON JR.Supervisory_Organization_WID = SO.Supervisory_Organization_WID
    LEFT JOIN [Job_Application_Offer_Details] AS OFR ON JA.Job_Application_ID = OFR.Job_Application_ID
    LEFT JOIN [Job_Application_Hire_Details] AS HIRE ON JA.Job_Application_ID = HIRE.Job_Application_ID
)
SELECT
    BAI.JobApplicationId,
    'Application Received' AS ActivityName,
    BAI.ApplicationDate AS EventTime,
    Recruiter.Worker_Name AS RecruiterName,
    HiringManager.Worker_Name AS HiringManager,
    BAI.ApplicationSource,
    BAI.Department,
    BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] AS Recruiter ON BAI.RecruiterId = Recruiter.Worker_WID
LEFT JOIN [Workers] AS HiringManager ON BAI.HiringManagerId = HiringManager.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Screened', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Screen'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Interview', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Interview'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Scheduled', I.Scheduled_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Scheduled'

UNION ALL

SELECT
    I.Job_Application_ID, 'Interview Completed', I.Completed_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Events] I
JOIN BaseApplicationInfo BAI ON I.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE I.Interview_Status = 'Completed'

UNION ALL

SELECT
    F.Job_Application_ID, 'Feedback Submitted', F.Submitted_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Interview_Feedback] F
JOIN BaseApplicationInfo BAI ON F.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Moved To Offer Stage', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Offer'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Extended', BAI.OfferDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Offer Accepted', BAI.OfferAcceptedDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OfferAcceptedDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Initiated', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Background Check Cleared', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Stage_Name = 'Background Check' AND CSH.Status = 'Passed'

UNION ALL

SELECT
    BAI.JobApplicationId, 'Onboarding Initiated', BAI.OnboardingDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.OnboardingDate IS NOT NULL

UNION ALL

SELECT
    BAI.JobApplicationId, 'Candidate Hired', BAI.HireDate, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM BaseApplicationInfo BAI
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE BAI.HireDate IS NOT NULL

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Candidate Rejected', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Rejected%'

UNION ALL

SELECT
    CSH.Job_Application_ID, 'Application Withdrawn', CSH.Effective_Timestamp, R.Worker_Name, HM.Worker_Name, BAI.ApplicationSource, BAI.Department, BAI.ApplicationStatus
FROM [Candidate_Stage_History] CSH
JOIN BaseApplicationInfo BAI ON CSH.Job_Application_ID = BAI.JobApplicationId
LEFT JOIN [Workers] R ON BAI.RecruiterId = R.Worker_WID
LEFT JOIN [Workers] HM ON BAI.HiringManagerId = HM.Worker_WID
WHERE CSH.Disposition_Reason LIKE '%Withdrawn by Candidate%'

WHERE EventTime >= '[Your Start Date]' AND EventTime < '[Your End Date]'

Sẵn sàng bắt đầu chưa?

Dùng mẫu này để biến dữ liệu thu hút nhân tài thành thông tin hữu ích và cải thiện hiệu quả tuyển dụng. Bắt đầu ngay hôm nay để xây dựng quy trình tuyển dụng gọn nhẹ và hiệu quả hơn.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Gỡ điểm nghẽn tuyển dụng: cải thiện hoạt động thu hút nhân tài ngay hôm nay

Tìm khâu kém hiệu quả, giảm 30% thời gian tuyển dụng và đạt mục tiêu nhân sự sớm hơn.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Dùng thử miễn phí trong 14 ngày.

Mẫu dữ liệu tuyển dụng và thu hút nhân tài

Mẫu dữ liệu tuyển dụng và thu hút nhân tài

Thuộc tính tuyển dụng và thu hút nhân tài

Hoạt động tuyển dụng và thu hút nhân tài

Hướng dẫn trích xuất dữ liệu

Trích xuất dữ liệu Workday bằng Report-as-a-Service (RaaS)

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất dữ liệu Workday Recruiting API bằng tập lệnh Python

Các bước

Cấu hình

Truy vấn mẫu python

Trích xuất dữ liệu bằng công cụ ETL có trình kết nối Workday

Các bước

Cấu hình

Truy vấn mẫu sql

Sẵn sàng bắt đầu chưa?

Gỡ điểm nghẽn tuyển dụng: cải thiện hoạt động thu hút nhân tài ngay hôm nay