Mẫu dữ liệu quản lý hợp đồng của bạn
Mẫu dữ liệu quản lý hợp đồng của bạn
Đây là mẫu dữ liệu process mining chung cho Quản lý hợp đồng. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.
Chọn một hệ thống cụ thể- Mô hình dữ liệu dùng chung cho quy trình quản lý hợp đồng.
- Các thuộc tính và hoạt động được đề xuất để phân tích kỹ lưỡng.
- Hướng dẫn trích xuất nhật ký sự kiện, bất kể hệ thống nguồn của bạn là gì.
Thuộc tính quản lý hợp đồng
| Tên | Mô tả | ||
|---|---|---|---|
| Mã hợp đồng ContractId | Mã định danh duy nhất của mỗi hợp đồng. Mã này dùng làm mã hồ sơ chính để liên kết mọi hoạt động và tài liệu liên quan. | ||
| Mô tả Contract ID là mã duy nhất được gán cho một vòng đời hợp đồng. Mã này liên kết mọi sự kiện, từ yêu cầu ban đầu đến khi hợp đồng hết hạn hoặc bị chấm dứt. Tất cả hoạt động như soạn thảo, rà soát, phê duyệt và ký kết đều gắn với mã này. Trong phân tích process mining, Contract ID là yếu tố cốt lõi để tái dựng toàn bộ hành trình của từng hợp đồng. Công cụ dùng mã này để nhóm các sự kiện liên quan vào cùng một hồ sơ, từ đó trực quan hóa và phân tích toàn bộ luồng quy trình. Nếu Contract ID không nhất quán, bạn sẽ không thể đo chính xác thời gian xử lý, xác định điểm nghẽn hoặc phân tích các biến thể quy trình. Vì sao điều này quan trọng Mã này rất cần thiết để theo dõi hợp đồng trong suốt vòng đời, đồng thời hỗ trợ khám phá quy trình và đo lường hiệu suất chính xác. Lấy dữ liệu ở đâu Thường nằm ở phần đầu hoặc hồ sơ chính của đối tượng hợp đồng trong hệ thống Quản lý vòng đời hợp đồng (CLM). Ví dụ CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Tên hoạt động ActivityName | Tên của một sự kiện kinh doanh, nhiệm vụ hoặc cột mốc cụ thể trong vòng đời hợp đồng. | ||
| Mô tả Tên hoạt động mô tả một bước trong quy trình quản lý hợp đồng. Mỗi hoạt động là một nhiệm vụ riêng, chẳng hạn như 'Đã soạn thảo hợp đồng', 'Hoàn tất rà soát pháp lý' hoặc 'Đã ký hợp đồng'. Chuỗi hoạt động theo thứ tự thời gian của một Contract ID tạo thành luồng quy trình. Thuộc tính này rất quan trọng để xây dựng sơ đồ quy trình, phần trực quan hóa cốt lõi trong process mining. Bằng cách phân tích thứ tự và tần suất của các hoạt động, chuyên viên phân tích có thể hiểu luồng quy trình thực tế, phát hiện sai lệch so với quy trình chuẩn và xác định các bước phải làm lại hoặc kém hiệu quả, chẳng hạn như nhiều vòng chỉnh sửa. 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, giúp trực quan hóa vòng đời hợp đồng và phát hiện sai lệch cũng như điểm nghẽn. Lấy dữ liệu ở đâu Thường có trong nhật ký sự kiện, dấu vết kiểm tra hoặc bảng lịch sử trạng thái liên kết với hồ sơ hợp đồng chính. Ví dụ Soạn thảo hợp đồngHoàn tất phê duyệt nội bộGửi hợp đồng để ký | |||
| Thời điểm bắt đầu sự kiện EventStartTime | Dấu thời gian cho biết chính xác ngày và giờ một hoạt động hoặc sự kiện bắt đầu. | ||
| Mô tả Thời điểm bắt đầu sự kiện cho biết một hoạt động trong vòng đời hợp đồng bắt đầu khi nào. Dấu thời gian này giúp sắp xếp sự kiện theo trình tự thời gian, tính thời lượng từng hoạt động và tổng thời gian xử lý quy trình. Nhờ đó, bạn có thể hiểu luồng quy trình diễn ra theo thời gian. Trong phân tích, dấu thời gian này được dùng để tạo sơ đồ quy trình và tính các chỉ số hiệu suất chính như 'Thời gian xử lý hợp đồng trung bình' và 'Thời lượng phê duyệt trung bình'. Dữ liệu cũng giúp phân tích điểm nghẽn bằng cách cho thấy bước nào mất nhiều thời gian nhất. So sánh thời điểm bắt đầu giữa các hoạt động giúp xem xét chi tiết thời gian chuyển tiếp và phát hiện chậm trễ giữa các bước. Vì sao điều này quan trọng Dấu thời gian này là cơ sở để sắp xếp sự kiện, tính thời gian xử lý quy trình và xác định điểm nghẽn liên quan đến thời gian. Lấy dữ liệu ở đâu Có trong nhật ký kiểm tra hệ thống, bản ghi giao dịch hoặc bảng lịch sử sự kiện lưu dấu thời gian của các bước trong quy trình. Ví dụ 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| Hệ thống nguồn SourceSystem | Tên hệ thống hoặc ứng dụng CNTT nơi trích xuất dữ liệu hợp đồng. | ||
| Mô tả Thuộc tính Hệ thống nguồn cho biết dữ liệu sự kiện bắt nguồn từ đâu. Ở nhiều tổ chức, vòng đời hợp đồng trải qua nhiều hệ thống, chẳng hạn như nền tảng CLM, CRM để khởi tạo và ERP để lưu dữ liệu tài chính. Ghi rõ hệ thống nguồn của từng sự kiện rất quan trọng để xác thực dữ liệu và hiểu các hệ thống công nghệ tham gia vào quy trình. Trong phân tích process mining, thuộc tính này giúp phát hiện quy trình bị phân mảnh giữa nhiều hệ thống. Thuộc tính cũng cho thấy liệu việc bàn giao dữ liệu giữa các ứng dụng cụ thể có gây chậm trễ hoặc vấn đề hay không. Ngoài ra, đây còn là thông tin cần thiết cho quản trị dữ liệu và truy tìm nguồn gốc của vấn đề về chất lượng dữ liệu. Vì sao điều này quan trọng Cho biết dữ liệu bắt nguồn từ đâu, giúp xác thực dữ liệu, hiểu tình trạng phân mảnh quy trình và xử lý vấn đề về chất lượng dữ liệu. Lấy dữ liệu ở đâu Thông tin này thường được thêm trong quá trình trích xuất dữ liệu hoặc có sẵn dưới dạng trường tiêu chuẩn trong nhật ký hệ thống. Ví dụ AgiloftSAP AribaDocuSign CLM | |||
| 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ủa sự kiện được làm mới hoặc trích xuất từ hệ thống nguồn. | ||
| Mô tả Dấu thời gian Lần cập nhật dữ liệu gần nhất cho biết dữ liệu đang phân tích mới đến đâu. Thông tin này cho biết lần gần nhất quy trình trích xuất, chuyển đổi và tải dữ liệu (ETL) chạy, giúp bạn biết dữ liệu phân tích đã được cập nhật chưa. Dấu thời gian này khác với thời điểm sự kiện, vốn ghi lại lúc hoạt động kinh doanh diễn ra. Thuộc tính này rất quan trọng đối với quản trị dữ liệu và giúp bạn cho các bên liên quan biết dữ liệu mới đến mức nào. Nhờ đó, người dùng có thể phân biệt thông tin gần như theo thời gian thực với ảnh chụp dữ liệu từ ngày hoặc tuần trước. Đây là bối cảnh cần thiết để đưa ra quyết định kịp thời, dựa trên dashboard process mining. Vì sao điều này quan trọng Cho biết dữ liệu mới đến mức nào, giúp các bên liên quan hiểu thông tin chi tiết về quy trình phản ánh tình hình hiện tại ra sao. Lấy dữ liệu ở đâu Công cụ tích hợp dữ liệu hoặc ETL thường tạo và lưu dấu thời gian này trong quá trình tải dữ liệu. Ví dụ 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Giá trị hợp đồng ContractValue | Tổng giá trị tiền tệ của hợp đồng, có thể là doanh thu, chi phí hoặc khoản cam kết. | ||
| Mô tả Giá trị hợp đồng cho biết tầm quan trọng về tài chính của một hợp đồng. Đây là bối cảnh kinh doanh quan trọng, giúp ưu tiên hợp đồng và hiểu tác động của hợp đồng đối với tổ chức. Giá trị thường được thể hiện bằng một loại tiền tệ cụ thể. Trong process mining, thuộc tính này giúp phân tích tác động kinh doanh của hiệu suất quy trình. Dashboard 'Tác động kinh doanh và lưu lượng xử lý' dùng dữ liệu này để hiển thị giá trị của các hợp đồng đang được xử lý, bị đình trệ hoặc đã ký kết. Nhờ đó, bạn có thể ưu tiên hợp đồng giá trị cao và trả lời những câu hỏi như: 'Các hợp đồng giá trị cao nhất có bị mắc kẹt ở khâu phê duyệt không?' hoặc 'Giá trị của các hợp đồng không được gia hạn đúng hạn là bao nhiêu?'. Vì sao điều này quan trọng Định lượng tác động tài chính của hợp đồng, giúp ưu tiên xử lý và phân tích mức độ kém hiệu quả của quy trình ảnh hưởng đến các thỏa thuận giá trị cao ra sao. Lấy dữ liệu ở đâu Nằm trong phần thông tin tài chính của hồ sơ hợp đồng chính trong hệ thống CLM hoặc ERP. Ví dụ 100000.0025000.505000000.00 | |||
| Loại hợp đồng ContractType | Phân loại hợp đồng, chẳng hạn như Thỏa thuận dịch vụ khung (MSA), Thỏa thuận bảo mật thông tin (NDA) hoặc Bản mô tả công việc (SOW). | ||
| Mô tả Loại hợp đồng là thuộc tính phân loại hợp đồng theo tính chất pháp lý và mục đích. Các loại phổ biến gồm NDA, MSA, SOW, thỏa thuận bán hàng và thỏa thuận mua sắm. Phân loại này cung cấp bối cảnh kinh doanh cần thiết để hiểu vòng đời hợp đồng. Thuộc tính này hữu ích khi so sánh quy trình. Chuyên viên phân tích có thể lọc sơ đồ quy trình và KPI để xem một số loại hợp đồng có luồng quy trình khác, thời gian xử lý dài hơn hoặc tỷ lệ làm lại cao hơn hay không. Ví dụ, phân tích có thể cho thấy MSA mất nhiều thời gian rà soát pháp lý hơn đáng kể so với NDA. Từ đó, tổ chức có thể thiết kế lại quy trình cho các loại thỏa thuận phức tạp hơn. Vì sao điều này quan trọng Giúp phân nhóm và so sánh quy trình, qua đó cho thấy loại hợp đồng ảnh hưởng thế nào đến thời gian xử lý, độ phức tạp và rủi ro. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong hồ sơ hợp đồng chính của mọi hệ thống CLM. Ví dụ Thỏa thuận bảo mật thông tin (NDA)Thỏa thuận dịch vụ khung (MSA)Bản mô tả công việc (SOW) | |||
| Phòng ban Department | Đơn vị hoặc phòng ban nội bộ sở hữu hợp đồng, chẳng hạn như Kinh doanh, Pháp chế hoặc Mua sắm. | ||
| Mô tả Thuộc tính Phòng ban cho biết nhóm nội bộ hoặc đơn vị kinh doanh chịu trách nhiệm về hợp đồng hoặc có liên quan đến hợp đồng. Đây thường là phòng ban của chủ sở hữu hợp đồng hoặc nhóm khởi tạo yêu cầu hợp đồng. Đây là chiều phân tích quan trọng để so sánh nội bộ và xem xét khối lượng công việc. Thuộc tính này giúp bạn hiểu quy trình quản lý hợp đồng khác nhau ra sao giữa các bộ phận trong tổ chức. Có thể lọc dashboard 'Khối lượng công việc và năng suất của nhóm' theo phòng ban để so sánh hiệu suất, xác định nhu cầu tài nguyên và tìm những phòng ban cần được đào tạo hoặc hỗ trợ quy trình thêm. Thuộc tính này giúp trả lời các câu hỏi như: 'Phòng ban nào có chu kỳ phê duyệt dài nhất?' hoặc 'Quy trình của bộ phận Kinh doanh khác gì so với bộ phận Mua sắm?'. Vì sao điều này quan trọng Giúp so sánh hiệu suất quy trình giữa các đơn vị kinh doanh, xác định điểm nghẽn nội bộ và chia sẻ cách làm hiệu quả. Lấy dữ liệu ở đâu Thường được liên kết với hồ sơ người dùng của chủ sở hữu hợp đồng hoặc được ghi trong một trường của chính hồ sơ hợp đồng. Ví dụ Kinh doanhPháp chếMua sắmCNTT | |||
| Tên bên đối tác CounterpartyName | Tên của bên bên ngoài, công ty, khách hàng, nhà cung cấp hoặc đối tác tham gia hợp đồng. | ||
| Mô tả Tên bên đối tác cho biết tổ chức đang ký thỏa thuận với đơn vị bên ngoài nào. Đó có thể là khách hàng, nhà cung cấp hoặc đối tác. Thông tin này cung cấp bối cảnh quan trọng về mối quan hệ kinh doanh được điều chỉnh bởi hợp đồng. Đây là chiều phân tích rất hữu ích. Doanh nghiệp có thể phân tích hiệu suất quy trình theo nhà cung cấp hoặc khách hàng. Chẳng hạn, phân tích có thể cho thấy quá trình đàm phán với một số bên đối tác thường kéo dài hơn mức trung bình. Thông tin này giúp định hướng chiến lược đàm phán, quản lý quan hệ và xây dựng mẫu hợp đồng phù hợp cho đối tác chiến lược để rút ngắn quy trình. Vì sao điều này quan trọng Cho biết bên tham gia từ bên ngoài, giúp phân tích thời gian xử lý và cách thức đàm phán theo khách hàng hoặc nhà cung cấp. Lấy dữ liệu ở đâu Trường tiêu chuẩn trong hồ sơ hợp đồng, thường liên kết với hồ sơ dữ liệu chính của khách hàng hoặc nhà cung cấp. Ví dụ Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Tên người dùng UserName | Tên hoặc mã của người dùng, nhân viên hay tài nguyên đã thực hiện hoặc chịu trách nhiệm về một hoạt động hợp đồng. | ||
| Mô tả Tên người dùng cho biết ai chịu trách nhiệm hoàn thành một nhiệm vụ cụ thể trong vòng đời hợp đồng. Đó có thể là chủ sở hữu hợp đồng, người rà soát pháp lý, người phê duyệt hoặc người ký. Thuộc tính này liên kết hoạt động trong quy trình với người thực hiện. Trong process mining, thuộc tính này giúp xem xét hiệu suất của nhóm và từng cá nhân. Dashboard như 'Khối lượng công việc và năng suất của nhóm' dùng dữ liệu này để phân tích cách phân bổ công việc, xác định nhân viên hoặc nhóm bị quá tải và đánh giá hiệu suất. Thuộc tính cũng giúp hiểu cách hành vi khác nhau của người dùng dẫn đến biến thể hoặc chậm trễ trong quy trình, từ đó xác định nhu cầu đào tạo hoặc phân bổ tài nguyên phù hợp. Vì sao điều này quan trọng Liên kết hoạt động trong quy trình với từng người, giúp phân tích phân bổ công việc, hiệu suất nhóm và phân bổ tài nguyên. Lấy dữ liệu ở đâu Thường có trong bản ghi giao dịch, nhật ký kiểm tra hoặc trường phân công nhiệm vụ của hệ thống nguồn. Ví dụ John Smithj.smith@example.comUSER12345 | |||
| Thời điểm kết thúc sự kiện EventEndTime | Dấu thời gian cho biết chính xác ngày và giờ một hoạt động hoặc sự kiện hoàn tất. | ||
| Mô tả Thời điểm kết thúc sự kiện cho biết một hoạt động đã hoàn tất. Khi kết hợp với thời điểm bắt đầu sự kiện, dữ liệu này giúp tính chính xác thời gian xử lý của từng bước trong vòng đời hợp đồng. Mức độ chi tiết này rất cần thiết để phân tích hiệu suất. Thuộc tính này được dùng để tính thời lượng hoạt động, cơ sở quan trọng để phân tích điểm nghẽn. Các dashboard như 'Phân tích điểm nghẽn trong phê duyệt và rà soát' dựa vào dữ liệu này để làm rõ những bước khiến hợp đồng bị chậm. Khi biết thời lượng của từng hoạt động, tổ chức có thể tập trung cải tiến vào những phần mất nhiều thời gian nhất, chẳng hạn như rà soát pháp lý hoặc đàm phán. Vì sao điều này quan trọng Giúp tính thời lượng ở cấp hoạt động, từ đó xác định chính xác điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Có trong nhật ký kiểm tra hệ thống hoặc bảng lịch sử sự kiện. Nếu không được ghi trực tiếp, có thể xác định thời điểm kết thúc bằng thời điểm bắt đầu của sự kiện tiếp theo. Ví dụ 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Trạng thái hợp đồng ContractStatus | Giai đoạn hoặc trạng thái hiện tại của hợp đồng trong vòng đời, chẳng hạn như 'Bản nháp', 'Đang chờ phê duyệt', 'Đã ký' hoặc 'Đã hết hạn'. | ||
| Mô tả Trạng thái hợp đồng cho biết hợp đồng đang ở giai đoạn nào trong vòng đời tại một thời điểm nhất định. Thuộc tính này thường được cập nhật khi hợp đồng đi qua các cột mốc chính, giúp tóm tắt tiến độ của hợp đồng. Thuộc tính này rất hữu ích khi lọc hồ sơ để phân tích từng phần cụ thể trong danh mục hợp đồng. Ví dụ, chuyên viên phân tích có thể tập trung vào hợp đồng 'Đang hoạt động' để quản lý nghĩa vụ hoặc hợp đồng 'Bị đình trệ' để tìm nguyên nhân chậm trễ. Đây là thành phần quan trọng của dashboard 'Hiệu suất vòng đời hợp đồng', giúp trực quan hóa số lượng hợp đồng ở từng giai đoạn và đo KPI 'Tỷ lệ hợp đồng bị đình trệ'. Vì sao điều này quan trọng Cung cấp cái nhìn tổng quan về giai đoạn hiện tại của hợp đồng, giúp lọc và phân tích danh mục hợp đồng theo từng giai đoạn trong vòng đời. Lấy dữ liệu ở đâu Đây là trường trạng thái chính trong hồ sơ hợp đồng của hệ thống CLM. Ví dụ Bản nhápĐang rà soátĐã kýĐã chấm dứt | |||
| Ngày hết hạn ExpirationDate | Ngày hợp đồng dự kiến hết hạn nếu không được gia hạn hoặc chấm dứt. | ||
| Mô tả Ngày hết hạn là trường ngày quan trọng, đánh dấu thời điểm kết thúc thời hạn hợp đồng. Ngày này chi phối vòng đời của hợp đồng đang có hiệu lực và là căn cứ chính để bắt đầu các hoạt động gia hạn hoặc chấm dứt. Quản lý ngày hết hạn tốt giúp tránh gián đoạn dịch vụ hoặc doanh thu ngoài ý muốn. Trong process mining, thuộc tính này rất cần thiết cho dashboard 'Quản lý nghĩa vụ và gia hạn'. Thuộc tính được dùng để tính KPI 'Tỷ lệ gia hạn đúng hạn' bằng cách so sánh ngày diễn ra hoạt động gia hạn với ngày hết hạn. Phân tích các hợp đồng sắp hết hạn giúp tổ chức chủ động quản lý danh sách gia hạn, tránh thất thoát doanh thu hoặc gián đoạn vận hành. Vì sao điều này quan trọng Ngày này rất quan trọng để quản lý gia hạn và giảm thiểu rủi ro. Theo dõi ngày này giúp bạn nắm các cột mốc hợp đồng và hành động đúng hạn. Lấy dữ liệu ở đâu Đây là trường ngày quan trọng trong hồ sơ hợp đồng chính của hệ thống CLM. Ví dụ 2024-12-312025-06-302026-01-15 | |||
| Số lần chỉnh sửa RevisionCount | Số lần tài liệu hợp đồng được chỉnh sửa hoặc đánh dấu thay đổi trong các vòng đàm phán và rà soát. | ||
| Mô tả Số lần chỉnh sửa cho biết hợp đồng phải làm lại bao nhiêu lần trước khi ký. Mỗi lần tài liệu được chỉnh sửa và tạo phiên bản mới, số đếm này sẽ tăng. Đây là chỉ dấu về độ phức tạp và mức độ bất đồng trong quá trình đàm phán. Thuộc tính này đo trực tiếp hiệu quả quy trình và được dùng để tính KPI 'Tỷ lệ hợp đồng phải làm lại'. Dashboard 'Hiệu quả đàm phán và giảm việc làm lại' dùng dữ liệu này để xác định hợp đồng, bên đối tác hoặc loại hợp đồng cần chỉnh sửa quá nhiều lần. Số lần chỉnh sửa cao thường đi kèm thời gian xử lý dài hơn, đồng thời có thể cho thấy yêu cầu chưa rõ ràng, chiến thuật đàm phán cứng rắn hoặc nhu cầu cải thiện mẫu hợp đồng chuẩn. Vì sao điều này quan trọng Đo mức độ phải làm lại và độ phức tạp của đàm phán, giúp xác định nguyên nhân gây kém hiệu quả và kéo dài thời gian xử lý. Lấy dữ liệu ở đâu Có thể lấy từ trường số phiên bản của tài liệu hợp đồng hoặc tính bằng cách đếm số hoạt động 'Đã chỉnh sửa hợp đồng' trong mỗi hồ sơ. Ví dụ 135 | |||
Hoạt động quản lý hợp đồng
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Chấm dứt hợp đồng | Đánh dấu việc chấm dứt hợp đồng đang có hiệu lực trước ngày hết hạn dự kiến. Việc chấm dứt có thể do vi phạm hoặc theo lựa chọn, tùy điều khoản hợp đồng. | ||
| Vì sao điều này quan trọng Sự kiện này đánh dấu mối quan hệ kinh doanh kết thúc sớm. Theo dõi tần suất và lý do chấm dứt rất quan trọng để quản lý rủi ro và đánh giá tình hình kinh doanh. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận rõ ràng, thường xảy ra khi người dùng đổi trạng thái hợp đồng thành 'Đã chấm dứt'. Sự kiện thường đi kèm mã lý do hoặc ghi chú. Thu thập Ghi lại thời điểm trạng thái của hợp đồng đang có hiệu lực chuyển thành 'Đã chấm dứt'. Loại sự kiện explicit | |||
| Gia hạn hợp đồng | Đánh dấu việc gia hạn hợp đồng thành công khi hết thời hạn. Đây là kết quả kinh doanh quan trọng, giúp kéo dài hiệu lực của thỏa thuận. | ||
| Vì sao điều này quan trọng Tỷ lệ gia hạn phản ánh trực tiếp mức độ giữ chân và hài lòng của khách hàng. Theo dõi sự kiện này rất quan trọng để hiểu thành công lâu dài và tính liên tục của doanh thu. Lấy dữ liệu ở đâu Đây thường là thao tác trực tiếp của người dùng để cập nhật trạng thái hợp đồng hoặc tạo hồ sơ hợp đồng mới cho kỳ gia hạn, kế tiếp hợp đồng ban đầu. Thu thập Tìm thay đổi trạng thái sang 'Đã gia hạn' hoặc hồ sơ hợp đồng mới được liên kết với hợp đồng ban đầu dưới dạng gia hạn. Loại sự kiện explicit | |||
| Gửi hợp đồng để ký | Hoạt động này đánh dấu thời điểm gửi hợp đồng cuối cùng đã được phê duyệt để các bên ký kết. Đây là lúc kết thúc đàm phán và bắt đầu bước ký kết cuối cùng. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng, bắt đầu tính thời gian hoàn tất việc ký. Phân tích thời gian từ mốc này đến khi ký xong giúp phát hiện chậm trễ trong quá trình ký kết. Lấy dữ liệu ở đâu Trong các hệ thống tích hợp chữ ký điện tử, sự kiện này thường được ghi nhận qua thao tác cụ thể để bắt đầu quy trình ký và lưu trong nhật ký kiểm tra của hệ thống. Thu thập Tìm dấu thời gian trong nhật ký sự kiện hoặc lệnh gọi API liên quan đến việc bắt đầu workflow ký điện tử. Loại sự kiện explicit | |||
| Hoàn tất phê duyệt nội bộ | Mốc này cho biết tất cả các bên liên quan nội bộ bắt buộc đã phê duyệt phiên bản cuối cùng của hợp đồng. Điều đó có nghĩa là tổ chức đã thống nhất và sẵn sàng gửi hợp đồng ra bên ngoài. | ||
| Vì sao điều này quan trọng Đây là một bước kiểm soát quan trọng, đánh dấu kết thúc quá trình thống nhất nội bộ. Thời gian cần thiết để đạt đến giai đoạn này là chỉ số hiệu suất quan trọng của hoạt động nội bộ. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra khi trạng thái hợp đồng chuyển sang trạng thái phê duyệt cuối như 'Fully Approved' hoặc 'Ready for Signature', hoặc khi hoàn tất tác vụ phê duyệt cuối cùng. Thu thập Xác định dấu thời gian khi trạng thái phê duyệt tổng thể chuyển thành hoàn tất hoặc khi ghi nhận phê duyệt bắt buộc cuối cùng. Loại sự kiện inferred | |||
| Hợp đồng hết hạn | Sự kiện này cho biết hợp đồng đã đến ngày kết thúc mà không được gia hạn hoặc chấm dứt sớm. Đây là thời điểm kết thúc tự nhiên theo kế hoạch trong vòng đời hợp đồng. | ||
| Vì sao điều này quan trọng Theo dõi ngày hết hạn rất quan trọng để quản lý việc gia hạn và tránh gián đoạn dịch vụ hoặc thỏa thuận ngoài ý muốn. Nhiều hợp đồng hết hạn mà không được gia hạn có thể là dấu hiệu mất khách hàng. Lấy dữ liệu ở đâu Sự kiện này thường không được ghi nhật ký trực tiếp mà được xác định bằng cách so sánh trường ngày hết hạn của hợp đồng với ngày hiện tại. Thu thập Xác định sự kiện này bằng cách tạo dấu thời gian khi ngày hệ thống lớn hơn hoặc bằng trường 'Ngày hết hạn' trong hồ sơ hợp đồng. Loại sự kiện calculated | |||
| Khởi tạo yêu cầu hợp đồng | Đây là hoạt động đầu tiên trong vòng đời hợp đồng, đánh dấu yêu cầu chính thức về một hợp đồng mới. Thông thường, hệ thống ghi nhận sự kiện này khi tạo hồ sơ hợp đồng hoặc không gian làm việc mới. | ||
| Vì sao điều này quan trọng Hoạt động này đánh dấu thời điểm quy trình chính thức bắt đầu. Dấu thời gian của sự kiện rất cần thiết để tính tổng thời gian xử lý hợp đồng. Phân tích số lượng yêu cầu giúp lập kế hoạch tài nguyên và quản lý nhu cầu. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận qua dấu thời gian tạo hồ sơ hoặc đối tượng hợp đồng chính trong bảng hợp đồng chính hay nhật ký kiểm tra của hệ thống nguồn. Thu thập Xác định sự kiện tạo hồ sơ hoặc dấu thời gian sớm nhất gắn với Contract ID duy nhất. Loại sự kiện explicit | |||
| Kích hoạt hợp đồng | Đánh dấu thời điểm hợp đồng bắt đầu có hiệu lực và có thể được thực thi. Thời điểm này có thể trùng hoặc sau ngày ký kết. Sự kiện này mở đầu việc quản lý nghĩa vụ và theo dõi hiệu suất hợp đồng. | ||
| Vì sao điều này quan trọng Kích hoạt hợp đồng đánh dấu bước chuyển từ quy trình ký kết sang quy trình quản lý hợp đồng. Đây là ngày bắt đầu thực sự để theo dõi việc tuân thủ, gia hạn và thực hiện nghĩa vụ. Lấy dữ liệu ở đâu Thường được ghi nhận trong hệ thống dưới dạng thay đổi trạng thái từ 'Đã ký' sang 'Đang hoạt động' hoặc 'Có hiệu lực', đôi khi đi kèm trường 'Ngày có hiệu lực' được chỉ định. Thu thập Dùng dấu thời gian khi trạng thái chuyển sang 'Đang hoạt động', hoặc dùng Ngày có hiệu lực của hợp đồng nếu có. Loại sự kiện inferred | |||
| Ký kết hợp đồng | Đây là mốc quan trọng khi tất cả các bên đã ký hợp đồng, khiến hợp đồng có hiệu lực pháp lý. Sự kiện này đánh dấu hoàn tất thành công giai đoạn trước khi ký trong vòng đời hợp đồng. | ||
| Vì sao điều này quan trọng Là kết quả thành công chính, ngày ký kết rất cần thiết để tính tổng thời gian từ lúc nhận yêu cầu đến khi ký xong. Đây cũng là sự kiện quan trọng để phân tích hiệu suất và năng suất xử lý. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận qua tích hợp với nền tảng chữ ký điện tử, hoặc khi người dùng cập nhật thủ công trạng thái thành 'Executed' và nhập ngày ký kết. Thu thập Dùng dấu thời gian hoàn tất từ hệ thống chữ ký điện tử hoặc ngày trạng thái được đổi thủ công thành 'Executed'. Loại sự kiện explicit | |||
| Bắt đầu đàm phán | Cho biết quá trình trao đổi và đàm phán với đối tác đã bắt đầu. Sự kiện này thường được đánh dấu bằng phản hồi đầu tiên hoặc tài liệu có điều khoản được đối tác bên ngoài chỉnh sửa. | ||
| Vì sao điều này quan trọng Theo dõi thời điểm bắt đầu đàm phán rất quan trọng để phân tích thời gian đàm phán và biết đối tác mất bao lâu để phản hồi. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra khi đối tác bên ngoài tải lên phiên bản tài liệu mới hoặc trạng thái hợp đồng chuyển sang trạng thái đang đàm phán. Thu thập Dùng dấu thời gian của tài liệu đầu tiên nhận từ đối tác hoặc thời điểm trạng thái chuyển thành 'In Negotiation'. Loại sự kiện inferred | |||
| Bắt đầu rà soát nội bộ | Hoạt động này đánh dấu thời điểm bản dự thảo hợp đồng được gửi chính thức cho các bên liên quan nội bộ để rà soát và góp ý. Đây là lúc bắt đầu giai đoạn phối hợp và phê duyệt nội bộ. | ||
| Vì sao điều này quan trọng Đây là mốc bắt đầu đo toàn bộ thời gian rà soát nội bộ. Phân tích thời gian dành cho giai đoạn này giúp xác định điểm nghẽn trong việc thống nhất giữa các bên liên quan. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận qua thay đổi trạng thái trong workflow, chẳng hạn từ 'Draft' sang 'Internal Review', hoặc khi tạo các tác vụ rà soát. Thu thập Ghi nhận dấu thời gian khi trạng thái hợp đồng chuyển thành 'In Review' hoặc khi giao tác vụ rà soát đầu tiên. Loại sự kiện explicit | |||
| Bắt đầu sửa đổi hợp đồng | Sự kiện này đánh dấu thời điểm bắt đầu quy trình sửa đổi chính thức đối với một hợp đồng đang có hiệu lực. Đây là yêu cầu thay đổi các điều khoản ban đầu của thỏa thuận. | ||
| Vì sao điều này quan trọng Việc sửa đổi thường xuyên có thể cho thấy hợp đồng ban đầu chưa đủ chi tiết. Phân tích các lần sửa đổi giúp bạn hiểu mối quan hệ kinh doanh đang thay đổi ra sao. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận khi tạo một hồ sơ hoặc không gian làm việc 'Sửa đổi' mới, liên kết với hợp đồng ban đầu. Thông tin thường nằm trong các bảng dữ liệu chính của hệ thống. Thu thập Tìm sự kiện tạo hồ sơ loại 'Sửa đổi' được liên kết với mã Contract ID của hợp đồng gốc. Loại sự kiện explicit | |||
| Bắt đầu theo dõi nghĩa vụ | Hoạt động này đánh dấu thời điểm bắt đầu quản lý hợp đồng sau khi ký. Từ đây, các mốc thời gian, sản phẩm bàn giao và cam kết khác được theo dõi thường xuyên. Đây là bước đầu tiên để bảo đảm tuân thủ sau khi hợp đồng được trao. | ||
| Vì sao điều này quan trọng Hoạt động này rất quan trọng để hiểu cách quản lý hợp đồng sau khi ký. Theo dõi các nhiệm vụ này giúp bảo đảm hợp đồng mang lại giá trị và giảm thiểu rủi ro. Lấy dữ liệu ở đâu Ghi nhận sự kiện này khi tạo hoặc bắt đầu một nhiệm vụ, danh sách kiểm tra hay quy trình con để theo dõi nghĩa vụ hợp đồng. Thông tin thường có trong nhật ký quản lý nhiệm vụ. Thu thập Ghi lại thời điểm tạo các nhiệm vụ hoặc sự kiện liên quan đến việc theo dõi nghĩa vụ hay tuân thủ của hợp đồng đang có hiệu lực. Loại sự kiện explicit | |||
| Gửi hợp đồng cho đối tác | Hoạt động này đánh dấu thời điểm hợp đồng được gửi cho đối tác bên ngoài để rà soát và đàm phán. Đây là lúc quy trình chuyển từ nội bộ sang làm việc với bên ngoài. | ||
| Vì sao điều này quan trọng Sự kiện này là mốc bắt đầu đo thời gian đàm phán với bên ngoài. Gửi hợp đồng chậm có thể kéo dài toàn bộ thời gian chốt giao dịch. Lấy dữ liệu ở đâu Sự kiện này có thể được ghi nhận qua thao tác cụ thể của người dùng như 'Send for Negotiation', hoặc suy ra từ thay đổi trạng thái thành 'In Negotiation' hay 'External Review'. Thu thập Ghi nhận dấu thời gian của sự kiện 'Send to Counterparty' hoặc thời điểm trạng thái chuyển sang giai đoạn rà soát bên ngoài. Loại sự kiện explicit | |||
| Hoàn tất rà soát pháp lý | Cho biết bộ phận pháp lý đã hoàn tất việc rà soát hợp đồng. Đây là mốc kiểm tra quan trọng trước khi hợp đồng chuyển sang phê duyệt rộng hơn hoặc đàm phán với bên ngoài. | ||
| Vì sao điều này quan trọng Đo thời gian rà soát pháp lý giúp tính toán khối lượng công việc của nhóm pháp lý và xác định cơ hội tinh gọn quy trình. Đây thường là yếu tố đóng góp lớn vào tổng thời gian xử lý hợp đồng. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận khi nhóm pháp lý cập nhật trạng thái hợp đồng, chẳng hạn thành 'Legal Approved', hoặc hoàn tất một tác vụ phê duyệt cụ thể trong nhật ký workflow của hệ thống. Thu thập Tìm dấu thời gian hoàn tất của tác vụ được giao cho bộ phận pháp lý hoặc thay đổi trạng thái cho biết hợp đồng đã được pháp lý phê duyệt. Loại sự kiện explicit | |||
| Rút yêu cầu hợp đồng | Cho biết yêu cầu hợp đồng hoặc hợp đồng đang xử lý đã bị hủy có chủ đích trước khi ký. Đây là trạng thái kết thúc, khiến quy trình dừng lại. | ||
| Vì sao điều này quan trọng Phân tích lý do rút yêu cầu hợp đồng có thể giúp phát hiện vấn đề trong khâu đánh giá ban đầu hoặc thay đổi ưu tiên kinh doanh. Đây là kết quả không mong muốn cần theo dõi. Lấy dữ liệu ở đâu Đây là trạng thái kết thúc rõ ràng, thường được ghi nhận khi người dùng đổi trạng thái hợp đồng thành 'Đã hủy' hoặc 'Đã rút' trong nhật ký lịch sử trạng thái của hệ thống. Thu thập Ghi lại thời điểm trạng thái hợp đồng chuyển sang trạng thái kết thúc 'Đã hủy' hoặc 'Đã rút'. Loại sự kiện explicit | |||
| Soạn thảo hợp đồng | Đánh dấu thời điểm hoàn tất bản dự thảo hợp đồng đầu tiên. Hệ thống thường ghi nhận sự kiện này khi phiên bản đầu tiên của tài liệu hợp đồng được tải lên hoặc tạo ra và gắn với hồ sơ hợp đồng. | ||
| Vì sao điều này quan trọng Theo dõi thời gian từ lúc nhận yêu cầu đến khi có bản dự thảo giúp đánh giá hiệu quả của khâu thiết lập ban đầu và soạn thảo. Chậm trễ ở giai đoạn này có thể là dấu hiệu sớm của điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Thông tin này thường có trong nhật ký quản lý tài liệu hoặc tệp đính kèm gắn với hồ sơ hợp đồng. Bạn cũng có thể suy ra từ thay đổi trạng thái như 'Drafting Complete'. Thu thập Dùng dấu thời gian tải lên phiên bản tài liệu đầu tiên hoặc thời điểm trạng thái chuyển thành 'Drafted'. Loại sự kiện inferred | |||
| Sửa đổi hợp đồng | Đánh dấu một lần tài liệu hợp đồng được sửa đổi hoặc đánh dấu điều khoản trong quá trình đàm phán hay rà soát nội bộ. Mỗi lần sửa đổi tạo ra một phiên bản tài liệu mới. | ||
| Vì sao điều này quan trọng Tần suất sửa đổi, hay tỷ lệ phải làm lại, là chỉ số quan trọng cho biết hiệu quả quy trình và độ phức tạp của hợp đồng. Tỷ lệ làm lại cao có thể cho thấy vấn đề trong bản dự thảo ban đầu hoặc cách đàm phán. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận rõ ràng mỗi khi phiên bản mới của tài liệu hợp đồng chính được tải lên hoặc lưu vào kho tài liệu của hệ thống. Thu thập Ghi nhận dấu thời gian của mỗi phiên bản tài liệu mới được tải lên sau bản dự thảo đầu tiên. Loại sự kiện explicit | |||
Hướng dẫn trích xuất
Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,
hãy đọc hướng dẫn ETL hoặc chọn quy trình và hệ thống cụ thể.
Bạn đã sẵn sàng bắt đầu chưa?
Chọn hướng dẫn dành riêng cho hệ thống bên dưới để bắt đầu trích xuất dữ liệu, hoặc dùng mẫu tổng quát này làm khung tham khảo cho nhật ký sự kiện.
Bắt đầu tối ưu quy trình quản lý hợp đồng ngay hôm nay
Phát hiện điểm nghẽn, giảm rủi ro và đẩy nhanh tiến độ thỏa thuận để sớm thấy kết quả.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút