Mẫu dữ liệu dùng chung
Mẫu dữ liệu dùng chung
- Cấu trúc dùng chung cho mọi quy trình
- Thuộc tính linh hoạt, điều chỉnh theo nhu cầu của bạn
- Tương thích với các hệ thống nguồn phổ biến
Đây là mẫu dữ liệu process mining chung. Hãy dùng mẫu riêng cho từng quy trình để được hướng dẫn cụ thể hơn.
Thuộc tính
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian StartTime | Thời điểm hoạt động bắt đầu. Cần có ngày và giờ. | ||
| Mô tả Dấu thời gian ghi lại thời điểm từng hoạt động diễn ra. Đây là dữ liệu cần thiết để tính thời gian xử lý, tìm điểm nghẽn và hiểu trình tự sự kiện. Vì sao điều này quan trọng Dấu thời gian cho phép phân tích mọi yếu tố liên quan đến thời gian, bao gồm thời gian xử lý và phát hiện điểm nghẽn. Lấy dữ liệu ở đâu Dùng dấu thời gian chính xác nhất có trong hệ thống nguồn. Ví dụ 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| Hoạt động Activity | Tên bước quy trình hoặc sự kiện đã xảy ra. | ||
| Mô tả Trường Hoạt động cho biết điều gì đã xảy ra ở mỗi thời điểm trong quy trình. Hãy đặt tên hoạt động nhất quán và thể hiện rõ các sự kiện nghiệp vụ có ý nghĩa. Vì sao điều này quan trọng Tên hoạt động quyết định cách sơ đồ quy trình được hiển thị và phân tích. Lấy dữ liệu ở đâu Lấy dữ liệu từ các thay đổi trạng thái, loại hành động hoặc mô tả sự kiện trong hệ thống nguồn. Ví dụ Tạo trường hợpHoàn tất rà soátĐã xử lý thanh toán | |||
| Mã hồ sơ CaseId | Mã định danh duy nhất cho mỗi trường hợp quy trình. | ||
| Mô tả Case ID là mã định danh cốt lõi, dùng để liên kết mọi sự kiện thuộc cùng một trường hợp quy trình. Mỗi sự kiện trong nhật ký sự kiện phải có Case ID. Vì sao điều này quan trọng Nếu không có Case ID phù hợp, bạn không thể theo dõi luồng của từng trường hợp trong quy trình. Lấy dữ liệu ở đâu Dùng khóa chính hoặc mã tham chiếu trong bảng giao dịch chính. Ví dụ ORD-2024-001234TKT-98765REQ-0042 | |||
| Loại hồ sơ CaseType | Danh mục hoặc loại trường hợp đang được xử lý. | ||
| Mô tả Phân loại trường hợp theo loại để so sánh giữa các nhóm. Mỗi loại trường hợp thường có đường đi và hiệu suất quy trình khác nhau. Vì sao điều này quan trọng Phân nhóm theo loại trường hợp giúp thấy rõ khác biệt về hiệu suất giữa các nhóm. Lấy dữ liệu ở đâu Tìm mã loại, trường danh mục hoặc thuộc tính phân loại. Ví dụ Thông thườngƯu tiênPhức tạp | |||
| Người dùng User | Người thực hiện hoạt động. | ||
| Mô tả Cho biết người dùng hoặc tài nguyên nào đã thực hiện từng hoạt động. Nhờ đó, bạn có thể phân tích tài nguyên, cân bằng khối lượng công việc và so sánh hiệu suất. Vì sao điều này quan trọng Phân tích tài nguyên giúp xác định nhu cầu đào tạo và tình trạng mất cân đối khối lượng công việc. Lấy dữ liệu ở đâu Tìm mã người dùng, mã nhân viên hoặc tên người dùng gắn với từng sự kiện. Ví dụ john.smithEMP-12345user_a1b2c3 | |||
| Phòng ban Department | Đơn vị trong tổ chức chịu trách nhiệm thực hiện hoạt động. | ||
| Mô tả Cho biết phòng ban, nhóm hoặc đơn vị kinh doanh nào thực hiện từng hoạt động. Hữu ích khi phân tích việc bàn giao giữa các nhóm. Vì sao điều này quan trọng Phân tích giữa các phòng ban giúp phát hiện chậm trễ khi bàn giao và vướng mắc trong phối hợp. Lấy dữ liệu ở đâu Tìm mã phòng ban hoặc mã định danh đơn vị tổ chức. Ví dụ Tài chínhVận hànhDịch vụ khách hàng | |||
| Thời gian kết thúc EndTime | Thời điểm hoạt động kết thúc, nếu khác thời điểm bắt đầu. | ||
| Mô tả Dấu thời gian kết thúc ghi lại thời điểm hoàn tất từng hoạt động. Có cả thời điểm bắt đầu và kết thúc giúp tính thời lượng hoạt động và thời gian xử lý. Vì sao điều này quan trọng Thời điểm kết thúc giúp tính thời gian làm việc thực tế và thời gian chờ. Lấy dữ liệu ở đâu Tìm dấu thời gian hoàn tất hoặc thời điểm đổi trạng thái cho biết hoạt động đã kết thúc. Ví dụ 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| Ưu tiên Priority | Mức độ ưu tiên được gán cho trường hợp. | ||
| Mô tả Cho biết mức độ khẩn cấp hoặc quan trọng của từng trường hợp. Mức ưu tiên thường ảnh hưởng đến tốc độ xử lý và đường đi của trường hợp. Vì sao điều này quan trọng Phân tích mức ưu tiên giúp xác nhận các trường hợp khẩn cấp được xử lý phù hợp. Lấy dữ liệu ở đâu Tìm trường mức ưu tiên, chỉ báo khẩn cấp hoặc cấp SLA được gán. Ví dụ CaoPhương tiệnThấp | |||
| Chi phí hoạt động ActivityCost | Chi phí thực hiện hoạt động này. | ||
| Mô tả Chi phí bằng tiền để thực hiện hoạt động này. Hỗ trợ phân tích chi phí và xác định các bước quy trình tốn kém. Vì sao điều này quan trọng Phân tích chi phí giúp ưu tiên cải tiến dựa trên tác động tài chính. Lấy dữ liệu ở đâu Tìm trường phân bổ chi phí hoặc tính từ bảng chi phí tiêu chuẩn. Ví dụ 15.0045.50120.00 | |||
| Chi phí tự động hóa ActivityAutomationCost | Chi phí nếu tự động hóa hoạt động này. | ||
| Mô tả Chi phí ước tính để thực hiện hoạt động này bằng tự động hóa. Hữu ích khi phân tích ROI của tự động hóa. Vì sao điều này quan trọng So sánh chi phí thực hiện thủ công và tự động giúp xây dựng đề xuất kinh doanh. Lấy dữ liệu ở đâu Thường được gán dựa trên mô hình chi phí tiêu chuẩn cho quy trình tự động. Ví dụ 0.502.005.00 | |||
| Có tự động hóa IsAutomated | Hoạt động được thực hiện tự động hay không. | ||
| Mô tả Cho biết hoạt động được hệ thống tự động thực hiện hay do người dùng thao tác. Thông tin này cần thiết để hiểu mức độ tự động hóa. Vì sao điều này quan trọng Phân tích tự động hóa giúp tìm cơ hội tự động hóa thêm. Lấy dữ liệu ở đâu Suy ra từ loại người dùng (hệ thống hay con người) hoặc cờ tự động hóa. Ví dụ truefalse | |||
| CO2 hoạt động ActivityCO2 | Dấu chân carbon của hoạt động này. | ||
| Mô tả Lượng khí thải carbon phát sinh từ hoạt động này. Hỗ trợ phân tích tính bền vững của quy trình. Vì sao điều này quan trọng Theo dõi CO2 hỗ trợ các mục tiêu phát triển bền vững và báo cáo môi trường. Lấy dữ liệu ở đâu Tính từ loại hoạt động và hệ số phát thải tiêu chuẩn. Ví dụ 0.10.52.0 | |||
| Đơn vị kinh doanh BusinessUnit | Đơn vị kinh doanh liên quan đến trường hợp. | ||
| Mô tả Cho biết đơn vị hoặc bộ phận kinh doanh nào chịu trách nhiệm hoặc có liên quan đến trường hợp. Hữu ích với tổ chức có nhiều bộ phận kinh doanh. Vì sao điều này quan trọng Phân tích theo đơn vị kinh doanh giúp phát hiện xu hướng hiệu suất giữa các bộ phận trong tổ chức. Lấy dữ liệu ở đâu Tìm mã đơn vị kinh doanh, mã bộ phận hoặc thông tin phân công trung tâm lợi nhuận. Ví dụ Bán lẻDoanh nghiệpSMB | |||
| FTE hoạt động ActivityFTE | Số giờ FTE (tương đương nhân viên toàn thời gian) cho hoạt động này. | ||
| Mô tả Công sức lao động tính bằng giờ FTE cho hoạt động này. Hữu ích khi lập kế hoạch năng lực và phân tích khối lượng công việc. Vì sao điều này quan trọng Theo dõi FTE hỗ trợ lập kế hoạch tài nguyên và quản lý năng lực. Lấy dữ liệu ở đâu Tính từ thời gian xử lý và định mức FTE tiêu chuẩn, hoặc lấy dữ liệu từ hệ thống theo dõi thời gian. Ví dụ 0.250.51.0 | |||
| Giá trị hoạt động ActivityAmount | Giá trị bằng tiền liên quan đến hoạt động này. | ||
| Mô tả Giá trị tài chính được xử lý hoặc chịu tác động từ hoạt động này. Hỗ trợ phân tích theo giá trị. Vì sao điều này quan trọng Phân tích giá trị giúp ưu tiên cải tiến dựa trên tác động tài chính. Lấy dữ liệu ở đâu Tìm số tiền giao dịch, giá trị hóa đơn hoặc tổng giá trị đơn hàng. Ví dụ 1500.0025000.00750.50 | |||
| Hệ thống nguồn SourceSystem | Hệ thống nơi sự kiện này phát sinh. | ||
| Mô tả Cho biết hệ thống nguồn nào ghi nhận sự kiện này. Hữu ích khi kết hợp dữ liệu từ nhiều hệ thống. Vì sao điều này quan trọng Theo dõi nguồn giúp hiểu nguồn gốc dữ liệu và ranh giới giữa các hệ thống. Lấy dữ liệu ở đâu Thêm dưới dạng giá trị cố định hoặc suy ra từ nguồn trích xuất. Ví dụ SAPSalesforceServiceNow | |||
| Kênh Channel | Cách trường hợp được khởi tạo hoặc tiếp nhận. | ||
| Mô tả Cho biết trường hợp đi vào quy trình qua kênh nào. Mỗi kênh thường có đặc điểm và hiệu suất khác nhau. Vì sao điều này quan trọng Phân tích kênh giúp xác định phương thức tiếp nhận nào hiệu quả nhất. Lấy dữ liệu ở đâu Tìm chỉ báo nguồn, mã kênh hoặc trường nguồn gốc. Ví dụ Cổng thông tin webEmailĐiện thoạiAPI | |||
| Khách hàng Customer | Khách hàng hoặc bên liên quan đến trường hợp. | ||
| Mô tả Cho biết khách hàng, đối tác hoặc bên ngoài nào liên quan đến trường hợp. Hỗ trợ phân tích hiệu suất quy trình từ góc độ khách hàng. Vì sao điều này quan trọng Phân tích khách hàng giúp phát hiện xu hướng trong trải nghiệm khách hàng. Lấy dữ liệu ở đâu Tìm mã khách hàng, số tài khoản hoặc mã định danh bên liên quan. Ví dụ CUST-001234Acme CorpACC-98765 | |||
| Khu vực Region | Khu vực địa lý của trường hợp. | ||
| Mô tả Nhóm địa lý rộng hơn cấp quốc gia. Hữu ích khi phân tích khu vực nếu hoạt động kinh doanh diễn ra ở nhiều quốc gia. Vì sao điều này quan trọng Phân tích khu vực giúp hiểu rõ hiệu suất ở các địa bàn khác nhau. Lấy dữ liệu ở đâu Tìm mã khu vực hoặc suy ra từ thông tin quốc gia. Ví dụ Châu Âu, Trung Đông và châu PhiChâu MỹChâu Á - Thái Bình Dương | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Thời điểm bản ghi này được cập nhật gần nhất. | ||
| Mô tả Dấu thời gian của lần cập nhật gần nhất cho bản ghi này. Hữu ích khi tải dữ liệu tăng dần và theo dõi độ mới của dữ liệu. Vì sao điều này quan trọng Theo dõi cập nhật hỗ trợ tải dữ liệu tăng dần và giám sát chất lượng dữ liệu. Lấy dữ liệu ở đâu Tìm dấu thời gian sửa đổi gần nhất hoặc trường theo dõi thay đổi. Ví dụ 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| Nhóm Team | Nhóm cụ thể trong một phòng ban. | ||
| Mô tả Cách chia nhóm chi tiết hơn phòng ban. Hữu ích khi nhiều nhóm trong cùng phòng ban phụ trách các phần khác nhau của quy trình. Vì sao điều này quan trọng Phân tích theo nhóm cho thấy cách phân bổ khối lượng công việc và các lĩnh vực chuyên môn. Lấy dữ liệu ở đâu Tìm mã nhóm, mã hàng đợi hoặc thông tin phân công nhóm. Ví dụ Nhóm AlphaCác trường hợp chuyển cấpHỗ trợ cấp 2 | |||
| Phân khúc khách hàng CustomerSegment | Phân khúc hoặc hạng khách hàng. | ||
| Mô tả Phân loại khách hàng theo phân khúc, hạng hoặc giá trị. Hữu ích khi phân tích liệu các nhóm khách hàng khác nhau có nhận được mức dịch vụ khác nhau hay không. Vì sao điều này quan trọng Phân tích phân khúc giúp xác nhận khách hàng có giá trị cao được quan tâm phù hợp. Lấy dữ liệu ở đâu Tìm mã phân khúc, hạng khách hàng hoặc trường phân loại khách hàng. Ví dụ Doanh nghiệpSMBNgười tiêu dùng | |||
| Quốc gia Country | Quốc gia liên quan đến trường hợp. | ||
| Mô tả Vị trí địa lý liên quan đến trường hợp. Hữu ích khi phân tích khác biệt giữa các khu vực về hiệu suất quy trình hoặc yêu cầu tuân thủ. Vì sao điều này quan trọng Phân tích địa lý giúp phát hiện khác biệt giữa các khu vực và các xu hướng về tuân thủ. Lấy dữ liệu ở đâu Tìm mã quốc gia, mã khu vực hoặc trường vị trí. Ví dụ Hoa KỳĐứcNhật Bản | |||
| Sản phẩm Product | Sản phẩm hoặc dịch vụ liên quan đến trường hợp. | ||
| Mô tả Cho biết sản phẩm, dịch vụ hoặc gói cung cấp nào liên quan đến trường hợp. Hỗ trợ phân tích hiệu suất quy trình theo từng sản phẩm. Vì sao điều này quan trọng Phân tích sản phẩm giúp xác định liệu đặc điểm quy trình có khác nhau giữa các sản phẩm hay không. Lấy dữ liệu ở đâu Tìm mã sản phẩm, SKU hoặc mã dịch vụ. Ví dụ Sản phẩm AGói dịch vụ ProSKU-12345 | |||
| Tài nguyên Resource | Tài nguyên (người hoặc hệ thống) thực hiện hoạt động. | ||
| Mô tả Mã định danh chung cho đối tượng thực hiện hoạt động, dù là người hay hệ thống tự động. Hữu ích khi cả người và hệ thống đều có thể thực hiện hoạt động. Vì sao điều này quan trọng Theo dõi tài nguyên giúp so sánh hiệu suất giữa người và hệ thống tự động. Lấy dữ liệu ở đâu Tìm mã định danh người thực hiện, có thể bao gồm cả người dùng và tài khoản hệ thống. Ví dụ user_123AUTO_SYSTEMbot_processor | |||
| Trạng thái SLA SLAState | Trường hợp có nằm trong SLA hay không. | ||
| Mô tả Cho biết trường hợp hiện có đáp ứng thỏa thuận mức dịch vụ hay không. Hữu ích khi theo dõi tuân thủ và phân tích các trường hợp cần chuyển cấp. Vì sao điều này quan trọng Theo dõi SLA giúp xác định các trường hợp có nguy cơ vi phạm và tỷ lệ tuân thủ chung. Lấy dữ liệu ở đâu Tìm trường trạng thái SLA, chỉ báo vi phạm hoặc tính toán dựa trên dấu thời gian và mục tiêu. Ví dụ Trong thời hạn SLACó nguy cơ vi phạmĐã vi phạm | |||
Các hoạt động
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu xử lý | Công việc thực tế trên trường hợp bắt đầu. Đây là lúc trường hợp chuyển từ chờ trong hàng đợi sang được xử lý. | ||
| Vì sao điều này quan trọng Khoảng thời gian từ lúc phân công đến khi bắt đầu xử lý cho thấy thời gian chờ trong hàng đợi và các vấn đề về khối lượng công việc. Lấy dữ liệu ở đâu Tìm các thay đổi trạng thái cho biết công việc đã bắt đầu, dấu thời gian lần xử lý đầu tiên hoặc mục ghi trong nhật ký hoạt động. Thu thập Hoạt động đầu tiên sau khi phân công hoặc dấu thời gian bắt đầu cụ thể Loại sự kiện inferred | |||
| Giao cho người xử lý | Trường hợp được chuyển cho một người hoặc nhóm cụ thể xử lý. Việc phân công xác định ai chịu trách nhiệm đưa trường hợp tiến lên. | ||
| Vì sao điều này quan trọng Hiệu quả phân công ảnh hưởng đến tốc độ bắt đầu công việc. Chậm trễ ở bước này có thể cho thấy vấn đề về định tuyến hoặc khối lượng công việc. Lấy dữ liệu ở đâu Tìm các thay đổi phân công, thay đổi người phụ trách hoặc lượt vào hàng đợi trong hệ thống. Thu thập Dấu thời gian phân công hoặc thay đổi người phụ trách Loại sự kiện explicit | |||
| Hoàn tất rà soát | Bước rà soát hoặc phê duyệt đã hoàn tất. Nhiều quy trình cần một hoặc nhiều lần rà soát trước khi tiếp tục. | ||
| Vì sao điều này quan trọng Các bước rà soát thường trở thành điểm nghẽn. Nắm được thời gian rà soát giúp xác định chậm trễ trong khâu phê duyệt. Lấy dữ liệu ở đâu Tìm dấu thời gian phê duyệt, thời điểm hoàn tất rà soát hoặc hồ sơ xác nhận. Thu thập Dấu thời gian hoàn tất phê duyệt hoặc rà soát Loại sự kiện explicit | |||
| Hoàn tất trường hợp | Trường hợp đã được xử lý thành công và đóng lại. Đây là thời điểm kết thúc một phiên bản quy trình. | ||
| Vì sao điều này quan trọng Thông tin này cần thiết để tính thời gian xử lý và thông lượng. Tỷ lệ hoàn tất cho biết hiệu quả của quy trình. Lấy dữ liệu ở đâu Tìm dấu thời gian hoàn tất, trạng thái đã đóng hoặc hồ sơ kết quả cuối cùng. Thu thập Dấu thời gian hoàn tất hoặc đóng trường hợp Loại sự kiện explicit | |||
| Tạo trường hợp | Sự kiện đầu tiên mở một trường hợp mới trong quy trình. Đây là thời điểm một công việc mới đi vào hệ thống, có thể do yêu cầu của khách hàng, nhu cầu nội bộ hoặc một sự kiện tự động kích hoạt. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm chính thức bắt đầu quy trình, cần thiết để tính tổng thời gian xử lý và thông lượng. Lấy dữ liệu ở đâu Tìm dấu thời gian tạo, ngày gửi hoặc thay đổi trạng thái ban đầu trong hệ thống nguồn. Thu thập Dấu thời gian tạo từ giao dịch hoặc bản ghi chính Loại sự kiện explicit | |||
| Xác thực dữ liệu | Kiểm tra thông tin bắt buộc đã đầy đủ và chính xác chưa. Đây có thể là bước kiểm tra tự động của hệ thống hoặc nhân viên rà soát thủ công. | ||
| Vì sao điều này quan trọng Xác thực sớm giúp ngăn lỗi phát sinh ở các bước sau và tránh phải làm lại. Bỏ qua bước này thường đi kèm thời gian xử lý dài hơn. Lấy dữ liệu ở đâu Tìm các thay đổi trạng thái xác thực, dấu thời gian kiểm tra hoặc thời điểm hoàn tất kiểm tra chất lượng. Thu thập Thay đổi trạng thái hoặc dấu thời gian hoàn tất xác thực Loại sự kiện explicit | |||
| Đã chuyển cấp | Trường hợp đã được chuyển lên cấp cao hơn hoặc cho nhóm chuyên trách xử lý. | ||
| Vì sao điều này quan trọng Việc chuyển cấp cho thấy trường hợp không thể xử lý theo luồng thông thường. Tỷ lệ chuyển cấp cao có thể là dấu hiệu của vấn đề về đào tạo hoặc quy trình. Lấy dữ liệu ở đâu Tìm hồ sơ chuyển cấp, thay đổi cấp xử lý hoặc lượt chuyển sang hàng đợi chuyên gia. Thu thập Dấu thời gian chuyển cấp hoặc chuyển sang hàng đợi chuyên trách Loại sự kiện explicit | |||
| Đã nhận thông tin | Đã nhận được thông tin bổ sung theo yêu cầu và trường hợp có thể tiếp tục xử lý. | ||
| Vì sao điều này quan trọng Thời gian phản hồi yêu cầu thông tin ảnh hưởng đáng kể đến thời gian xử lý. Phản hồi nhanh giúp hoàn tất công việc sớm hơn. Lấy dữ liệu ở đâu Tìm xác nhận đã nhận phản hồi, thay đổi trạng thái khỏi trạng thái chờ hoặc dấu thời gian tải tài liệu lên. Thu thập Dấu thời gian nhận phản hồi hoặc thời điểm chuyển khỏi trạng thái chờ Loại sự kiện explicit | |||
| Đưa ra quyết định | Đã đến và giải quyết một điểm ra quyết định quan trọng trong quy trình. | ||
| Vì sao điều này quan trọng Các điểm ra quyết định thường cần được phê duyệt và có thể trở thành điểm nghẽn. Lịch sử quyết định rõ ràng giúp hỗ trợ tuân thủ. Lấy dữ liệu ở đâu Tìm hồ sơ quyết định, cờ phê duyệt hoặc từ chối, hay kết quả được xác định. Thu thập Dấu thời gian quyết định hoặc thời điểm ghi nhận kết quả Loại sự kiện explicit | |||
| Hủy trường hợp | Trường hợp đã bị hủy hoặc bỏ dở trước khi hoàn tất. | ||
| Vì sao điều này quan trọng Các kiểu hủy trường hợp cho thấy vấn đề trong thiết kế quy trình, nhu cầu khách hàng hoặc các khâu trước đó. Lấy dữ liệu ở đâu Tìm dấu thời gian hủy, trạng thái bỏ dở hoặc hồ sơ chấm dứt. Thu thập Dấu thời gian hủy hoặc chấm dứt Loại sự kiện explicit | |||
| Phát sinh ngoại lệ | Đã phát hiện vấn đề hoặc ngoại lệ cần được xử lý đặc biệt hoặc chuyển cấp. | ||
| Vì sao điều này quan trọng Ngoại lệ thường dẫn đến việc phải làm lại và chậm trễ. Theo dõi ngoại lệ giúp tìm nguyên nhân gốc rễ và cơ hội phòng ngừa. Lấy dữ liệu ở đâu Tìm nhật ký lỗi, cờ ngoại lệ, hồ sơ chuyển cấp hoặc dấu hiệu cho biết cần xử lý đặc biệt. Thu thập Dấu thời gian ngoại lệ hoặc lỗi từ nhật ký hệ thống Loại sự kiện explicit | |||
| Thực hiện hành động | Một hành động hoặc nhiệm vụ cụ thể trong quy trình đã hoàn tất. | ||
| Vì sao điều này quan trọng Theo dõi từng hành động giúp xác định bước cụ thể nào ảnh hưởng nhiều nhất đến thời gian xử lý. Lấy dữ liệu ở đâu Tìm dấu thời gian hoàn tất nhiệm vụ, nhật ký hành động hoặc thời điểm hoàn tất từng bước. Thu thập Dấu thời gian hoàn tất nhiệm vụ hoặc hành động Loại sự kiện explicit | |||
| Yêu cầu bổ sung thông tin | Đã yêu cầu khách hàng, nhà cung cấp hoặc bên liên quan nội bộ cung cấp thêm thông tin. | ||
| Vì sao điều này quan trọng Yêu cầu bổ sung thông tin khiến quy trình tạm dừng và thường gây chậm trễ đáng kể. Giảm các yêu cầu này sẽ rút ngắn thời gian xử lý. Lấy dữ liệu ở đâu Tìm nội dung trao đổi yêu cầu thông tin, thay đổi trạng thái thành 'chờ thông tin' hoặc dấu thời gian tạm dừng. Thu thập Dấu thời gian yêu cầu hoặc thời điểm chuyển sang trạng thái chờ 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ắt đầu ngay?
Tải mẫu này để bắt đầu, hoặc xem hướng dẫn riêng cho từng hệ thống để dùng các truy vấn trích xuất đã được kiểm thử cho công nghệ bạn đang sử dụng.
Bắt đầu tối ưu hóa quy trình ngay hôm nay
Lần đầu tiên nhìn rõ quy trình của bạn với ProcessMind
Không cần thẻ tín dụng