Event log trong process mining: cách tạo
Tạo event log cho process mining với các cột phù hợp, ví dụ nhà hàng có thể tải xuống và hướng dẫn từng bước bằng Excel hoặc SQL.
Để bắt đầu process mining bằng event log, bạn cần một bảng gồm các hoạt động có dấu thời gian, được nhóm theo ID hồ sơ. Hướng dẫn này chỉ cách tạo bảng từ dữ liệu hệ thống bằng ví dụ quy trình xử lý đơn hàng tại một nhà hàng giả định. Bạn có thể chọn một trong hai cách: nhập vài dòng bằng Excel hoặc dùng một truy vấn SQL để xếp chồng các hoạt động với UNION ALL. Trong khi thực hiện, hãy đối chiếu với event log mẫu hoàn chỉnh.
Nhiều người nghĩ tạo event log là việc khó khăn. Thực ra không phải, miễn là bạn không cố làm mọi thứ cùng lúc. Hãy bắt đầu ngay hôm nay với một mẫu hoặc vài dòng dữ liệu trong Excel, rồi mở rộng khi đã hiểu mình cần gì.
Event log cho process mining: ba cột cần có
Nhật ký sự kiện là bản ghi có cấu trúc về những gì đã xảy ra trong một quy trình. Mỗi dòng là một sự kiện, chẳng hạn như đặt hàng hoặc nhận thanh toán. Mã trường hợp liên kết các sự kiện có liên quan, dấu thời gian cho biết thời điểm từng sự kiện xảy ra. Nhờ đó, công cụ có thể dựng lại cách các trường hợp đi qua quy trình.
Hoạt động là một loại việc, sự kiện là một lần việc đó xảy ra. Hoạt động là một kiểu hành động, chẳng hạn “Đã giao hàng”. Sự kiện là một lần cụ thể: đơn hàng 12345 được giao lúc 2:30 chiều ngày 15 tháng 1. Nhật ký ghi lại các sự kiện, và mỗi sự kiện có tên hoạt động. Hai từ này thường được dùng thay cho nhau, nhưng phân biệt chúng rất quan trọng khi chuẩn bị dữ liệu: hoạt động cho biết việc gì đã xảy ra, còn sự kiện cho biết việc đó xảy ra với trường hợp nào và vào lúc nào.
Nhật ký sự kiện cơ bản cho process mining cần ba cột:
| Cột | Nội dung | Ví dụ |
|---|---|---|
| ID hồ sơ | Mã định danh dùng để nhóm các sự kiện thuộc cùng một hồ sơ | 1001 |
| Dấu thời gian | Thời điểm sự kiện xảy ra | 2025-01-15 18:30:00 |
| Hoạt động | Việc đã xảy ra | Order Placed |
Trước khi tiếp tục, hãy kiểm tra ba trường này:
| Kiểm tra | Nội dung cần xác nhận |
|---|---|
| ID hồ sơ | Các sự kiện liên quan có cùng ID; mỗi hồ sơ khác nhau có ID riêng |
| Dấu thời gian | Mỗi sự kiện có ngày và giờ có thể sử dụng |
| Hoạt động | Tên hoạt động rõ ràng và nhất quán trong toàn bộ dữ liệu trích xuất |
Ba trường này là nền tảng. Nếu thiếu một trường hoặc dữ liệu không nhất quán, góc nhìn quy trình sẽ thể hiện sai trình tự công việc. Các trường khác đều là tùy chọn: công cụ process mining luôn đọc nhật ký sự kiện quy trình nghiệp vụ dưới dạng một bảng gồm các trường hợp và sự kiện. Ba cột giúp nhật ký sự kiện dùng được không thay đổi. Xem tài liệu dữ liệu process mining để biết định dạng được hỗ trợ và các bước chuẩn bị.
Ví dụ thực tế: hệ thống đặt món của Pizza Palace
Để các bước dễ hình dung, chúng ta sẽ dùng một nhà hàng giả định tên là Pizza Palace. Khách đặt món trực tuyến, nhân viên chuẩn bị thức ăn và tài xế giao hàng. Ví dụ này không chứa dữ liệu khách hàng thật.
Giả sử hệ thống lưu thông tin trong các bảng sau:
- orders: ID đơn hàng, khách hàng và thời điểm đặt hàng
- order_items: pizza, món ăn kèm và đồ uống trong từng đơn hàng
- kitchen_queue: thời điểm đơn hàng vào và rời khỏi bếp
- delivery_assignments: phân công tài xế và thông tin theo dõi giao hàng
- payments: bản ghi xử lý thanh toán
Mục tiêu là tạo một event log theo dõi từng đơn hàng từ lúc đặt đến khi giao. ID đơn hàng sẽ là ID hồ sơ. Mỗi dấu thời gian và hành động liên quan sẽ thành một dòng. Tải xuống event log mẫu của Pizza Palace để tham khảo event log cho process mining, rồi so sánh các cột với dữ liệu trích xuất của bạn.
Hãy xác định các hoạt động cần đưa vào trước khi trích xuất dữ liệu. Quy trình xử lý đơn hàng tại Pizza Palace có sáu bước:
- Đã đặt đơn hàng: Khách gửi đơn hàng.
- Đã nhận thanh toán: Thanh toán được xử lý thành công.
- Đã chuyển đơn hàng vào bếp: Đơn hàng được đưa vào hàng chờ chế biến.
- Đơn hàng đã sẵn sàng: Bếp đánh dấu đơn hàng đã hoàn tất.
- Đã phân công tài xế: Một tài xế được phân công.
- Đã giao hàng: Đơn hàng được giao đến khách.
Với mỗi hoạt động, hãy xác định bảng nguồn, trường dấu thời gian và trường ID hồ sơ. Xác nhận ID hồ sơ liên kết sự kiện với đúng đơn hàng.
| Hoạt động | Bảng nguồn | Trường dấu thời gian | Trường ID hồ sơ |
|---|---|---|---|
| Đã đặt đơn hàng | orders | created_at | id |
| Đã nhận thanh toán | payments | payment_time | order_id |
| Đã chuyển đơn hàng vào bếp | kitchen_queue | queue_entry_time | order_id |
| Đơn hàng đã sẵn sàng | kitchen_queue | completed_time | order_id |
| Đã phân công tài xế | delivery_assignments | assigned_at | order_id |
| Đã giao hàng | delivery_assignments | delivered_at | order_id |
Phân biệt sự kiện được ghi nhận trực tiếp với sự kiện suy ra. Sự kiện trực tiếp có bản ghi và dấu thời gian cụ thể trong hệ thống nguồn: “Đã đặt đơn hàng” lấy từ dấu thời gian trên dòng orders, “Đã nhận thanh toán” lấy từ payments, còn “Đã giao hàng” lấy từ delivery_assignments. Những sự kiện này thường dễ trích xuất, miễn là dấu thời gian phản ánh đúng sự kiện bạn muốn phân tích.
Sự kiện suy ra không có bản ghi riêng, vì vậy bạn xác định thời điểm dựa trên một trường khác. “Đã phân công tài xế” có thể chỉ được ghi nhận bằng thời điểm tạo phân công giao hàng. “Đơn hàng đã sẵn sàng” có thể chỉ được ghi nhận khi trạng thái hàng chờ trong bếp chuyển thành “completed”. Sự kiện suy ra có thể hữu ích, nhưng hãy ghi lại cách xác định. Thay đổi trạng thái hoặc thời điểm tạo bản ghi có thể không mang đúng ý nghĩa như tên hoạt động. Trước khi dùng trường đó làm dấu thời gian sự kiện, hãy hỏi người am hiểu hệ thống nguồn.
Bảng ánh xạ này là kế hoạch, không có nghĩa mọi trường đều phù hợp. Hãy kiểm tra dấu thời gian đã có dữ liệu chưa và liệu có thể nối từng bảng với ID đơn hàng mà không tạo ra dòng trùng lặp không.
Thuộc tính hồ sơ và thuộc tính sự kiện
Thuộc tính bổ sung ngữ cảnh cho phần phân tích. Đây là các cột ngoài ID hồ sơ, dấu thời gian và hoạt động. Chỉ nên thêm thuộc tính khi ý nghĩa của chúng rõ ràng và có thể liên kết với đúng hồ sơ hoặc sự kiện.
Thuộc tính hồ sơ mô tả toàn bộ hồ sơ và thường giữ nguyên qua các sự kiện: tên khách hàng, tổng giá trị đơn hàng, địa chỉ giao hàng, số lượng mặt hàng đã đặt. Trong event log dạng bảng phẳng, bạn lặp lại giá trị trên mỗi dòng thuộc hồ sơ đó. Nhờ vậy, về sau bạn có thể lọc hoặc so sánh sự kiện theo thông tin cấp hồ sơ.
Thuộc tính sự kiện mô tả một sự kiện, chẳng hạn tài xế trong sự kiện giao hàng, phương thức thanh toán trong sự kiện thanh toán hoặc khu vực bếp trong sự kiện tại bếp. Cột này không áp dụng cho mọi dòng, vì vậy hãy để trống ở những dòng không liên quan và giữ cột trong bảng để mọi dòng có cùng cấu trúc.
Nhật ký sự kiện hoàn chỉnh nên là một bảng phẳng, mỗi dòng ghi một sự kiện. Đây là nhật ký của Pizza Palace:
| ID hồ sơ | Dấu thời gian | Hoạt động | Khách hàng | Giá trị đơn hàng | Tài xế | Phương thức thanh toán |
|---|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Đã đặt đơn hàng | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:30:15 | Đã nhận thanh toán | John Smith | 45.99 | Thẻ tín dụng | |
| 1001 | 2025-01-15 18:31:00 | Đã chuyển đơn hàng vào bếp | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:45:00 | Đơn hàng đã sẵn sàng | John Smith | 45.99 | ||
| 1001 | 2025-01-15 18:46:00 | Đã phân công tài xế | John Smith | 45.99 | Maria Garcia | |
| 1001 | 2025-01-15 19:05:00 | Đã giao hàng | John Smith | 45.99 | Maria Garcia | |
| 1002 | 2025-01-15 18:35:00 | Đã đặt đơn hàng | Jane Doe | 28.50 | ||
| 1002 | 2025-01-15 18:35:20 | Đã nhận thanh toán | Jane Doe | 28.50 | PayPal | |
| … | … | … | … | … | … | … |
Khách hàng và giá trị đơn hàng được lặp lại ở mỗi sự kiện trong cùng một hồ sơ. Việc lặp lại là có chủ đích, giúp event log giữ cấu trúc bảng đơn giản để các công cụ process mining có thể đọc.
Cách 1: tạo event log bằng Excel
Excel phù hợp với dữ liệu trích xuất nhỏ hoặc lần thực hành đầu tiên. Xuất từng loại sự kiện, chuẩn hóa các cột rồi gộp các dòng vào một trang tính. Năm bước dưới đây mất khoảng một giờ với dữ liệu Pizza Palace.
Bước 1: xuất từng loại sự kiện ra một trang tính riêng. Tạo một trang tính cho mỗi loại hoạt động. Ví dụ:
Trang tính 1: Đã đặt đơn hàng
| ID hồ sơ | Dấu thời gian | Hoạt động | Khách hàng | Giá trị đơn hàng |
|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Đã đặt đơn hàng | John Smith | 45.99 |
| 1002 | 2025-01-15 18:35:00 | Đã đặt đơn hàng | Jane Doe | 28.50 |
Trang tính 2: Đã nhận thanh toán
| ID hồ sơ | Dấu thời gian | Hoạt động | Khách hàng | Giá trị đơn hàng | Phương thức thanh toán |
|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:15 | Đã nhận thanh toán | John Smith | 45.99 | Thẻ tín dụng |
| 1002 | 2025-01-15 18:35:20 | Đã nhận thanh toán | Jane Doe | 28.50 | PayPal |
Tạo thêm trang tính cho sự kiện ở bếp và giao hàng theo cách tương tự.
Bước 2: chuẩn hóa các cột. Dùng cùng tên cột và cùng thứ tự trên mọi trang tính. Thêm cột trống nếu một thuộc tính không áp dụng. Ví dụ, trang tính Đã đặt đơn hàng có thể dùng đầy đủ các cột sau:
| ID hồ sơ | Dấu thời gian | Hoạt động | Khách hàng | Giá trị đơn hàng | Tài xế | Phương thức thanh toán |
|---|---|---|---|---|---|---|
| 1001 | 2025-01-15 18:30:00 | Đã đặt đơn hàng | John Smith | 45.99 |
Kiểm tra để bảo đảm các giá trị dùng định dạng tương thích. Đặc biệt, hãy xác nhận dấu thời gian được lưu dưới dạng ngày và giờ, chứ không phải văn bản trông giống dấu thời gian.
Bước 3: gộp các trang tính. Tạo một trang tính mới tên là Event Log, rồi sao chép các dòng sự kiện từ từng trang tính hoạt động vào đó. Chỉ giữ một dòng tiêu đề và mỗi dòng dữ liệu tương ứng với một sự kiện.
Bước 4: sắp xếp theo mã hồ sơ và dấu thời gian. Sắp xếp dữ liệu đã gộp theo Case ID tăng dần, rồi đến Timestamp tăng dần. Cách này giúp bạn xem lại trình tự sự kiện của từng hồ sơ dễ hơn. Việc sắp xếp không sửa được dấu thời gian sai, vì vậy hãy kiểm tra các sự kiện có thời điểm trùng nhau hoặc bất thường trước khi dựa vào thứ tự đó.
Bước 5: xuất sang CSV. Lưu trang tính đã gộp thành tệp CSV nhật ký sự kiện cho process mining để công cụ của bạn đọc được. Mở tệp đã xuất một lần để kiểm tra tiêu đề cột, dấu phân cách, định dạng ngày tháng và các ô trống.
Mẹo dùng Excel:
- Dùng VLOOKUP hoặc XLOOKUP để thêm thuộc tính hồ sơ, chẳng hạn tên khách hàng, từ trang tính đơn hàng.
- Dùng thống nhất một định dạng ngày giờ, chẳng hạn
YYYY-MM-DD HH:MM:SS. - Kiểm tra các hàng trùng lặp trước khi xuất.
- Giữ nguyên một bản sao của dữ liệu trích xuất ban đầu để có thể truy lại mọi chỉnh sửa.
Phương pháp 2: tạo nhật ký bằng SQL
SQL phù hợp khi dữ liệu nằm trong cơ sở dữ liệu, lượng dữ liệu trích xuất lớn hoặc bạn cần chạy lại cùng một truy vấn vào tháng sau. Thông thường, mỗi hoạt động có một SELECT, sau đó ghép các kết quả bằng UNION ALL.
Cách UNION ALL hoạt động. Lệnh này ghép các hàng do nhiều câu lệnh SELECT trả về. Mỗi câu lệnh phải trả về cùng số cột, theo cùng thứ tự, với kiểu dữ liệu tương thích và cùng cách đặt bí danh để các cột cuối có tên rõ ràng.
Truy vấn. Ví dụ dưới đây dùng các bảng giả định của Pizza Palace. Trước khi điều chỉnh, hãy kiểm tra tên bảng, tên trường, ý nghĩa của dấu thời gian và phương ngữ SQL bạn đang dùng.
-- Event Log Extraction for Pizza Palace
-- This query combines multiple event types into a single event log
-- Each SELECT block represents one activity type
-- Event 1: Order Placed
-- Source: orders table
-- This captures when customers submit their orders
SELECT
o.id AS case_id, -- The order ID is our case identifier
o.created_at AS timestamp, -- When the order was placed
'Order Placed' AS activity, -- The activity name (hardcoded)
o.customer_name AS customer, -- Case attribute: who ordered
o.total_amount AS order_value, -- Case attribute: order value
NULL AS driver, -- Not applicable for this event
NULL AS payment_method -- Not applicable for this event
FROM orders o
WHERE o.created_at >= '2025-01-01' -- Filter to your desired date range
UNION ALL
-- Event 2: Payment Received
-- Source: payments table
-- This captures successful payment processing
SELECT
p.order_id AS case_id,
p.payment_time AS timestamp,
'Payment Received' AS activity,
o.customer_name AS customer, -- Join to get case attributes
o.total_amount AS order_value,
NULL AS driver,
p.payment_method AS payment_method -- Event-specific attribute
FROM payments p
JOIN orders o ON p.order_id = o.id -- Join to get order details
WHERE p.payment_time >= '2025-01-01'
AND p.status = 'successful' -- Only include successful payments
UNION ALL
-- Event 3: Order Sent to Kitchen
-- Source: kitchen_queue table
-- This captures when the kitchen starts working on the order
SELECT
k.order_id AS case_id,
k.queue_entry_time AS timestamp,
'Order Sent to Kitchen' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
NULL AS driver,
NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.queue_entry_time >= '2025-01-01'
UNION ALL
-- Event 4: Order Ready
-- Source: kitchen_queue table (different timestamp field)
-- This is an inferred event based on when the kitchen marked it complete
SELECT
k.order_id AS case_id,
k.completed_time AS timestamp, -- Different timestamp than entry
'Order Ready' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
NULL AS driver,
NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.completed_time >= '2025-01-01'
AND k.completed_time IS NOT NULL -- Only include completed orders
UNION ALL
-- Event 5: Assigned to Driver
-- Source: delivery_assignments table
-- This captures when a driver is assigned to deliver the order
SELECT
d.order_id AS case_id,
d.assigned_at AS timestamp,
'Assigned to Driver' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver, -- Event-specific attribute
NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.assigned_at >= '2025-01-01'
UNION ALL
-- Event 6: Delivery Completed
-- Source: delivery_assignments table (different timestamp field)
-- This captures when the order was delivered to the customer
SELECT
d.order_id AS case_id,
d.delivered_at AS timestamp,
'Delivery Completed' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver,
NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.delivered_at >= '2025-01-01'
AND d.delivered_at IS NOT NULL -- Only include completed deliveries
-- Final ordering: by case, then by time
-- This makes the event log easy to read and follow
ORDER BY case_id, timestamp;Truy vấn dùng mã đơn hàng làm mã hồ sơ và trả về cùng bảy cột cho mỗi hoạt động. Các giá trị NULL giúp giữ cấu trúc cột nhất quán khi thuộc tính không áp dụng. Bộ lọc ngày và điều kiện thanh toán thành công chỉ là ví dụ. Hãy chọn bộ lọc phù hợp với quy trình và khoảng thời gian bạn muốn phân tích.
Mở rộng truy vấn. Để thêm một hoạt động khác:
- Sao chép một khối
SELECTđể làm mẫu. - Dùng bảng nguồn ghi lại sự kiện đó.
- Chọn trường thể hiện dấu thời gian của sự kiện.
- Đặt tên hoạt động nhất quán với các hàng khác.
- Thêm mã hồ sơ và mọi thuộc tính liên quan.
- Thêm bộ lọc phù hợp với nội dung phân tích.
Ví dụ, bạn có thể thêm lần giao hàng như sau nếu hệ thống có bảng và trường tương ứng:
UNION ALL
-- Event 7: Delivery Attempted
-- Add this to track failed delivery attempts
SELECT
d.order_id AS case_id,
d.attempt_time AS timestamp,
'Delivery Attempted' AS activity,
o.customer_name AS customer,
o.total_amount AS order_value,
d.driver_name AS driver,
NULL AS payment_method
FROM delivery_attempts d
JOIN orders o ON d.order_id = o.id
WHERE d.attempt_time >= '2025-01-01'Kiểm tra trước khi phân tích nhật ký
Hãy thực hiện các bước kiểm tra này trước khi phân tích nhật ký. Các bước bao quát những lỗi thường gặp trong nhật ký sự kiện process mining dễ dẫn đến kết quả sai lệch nhất: sự kiện trùng lặp, thiếu dấu thời gian, mã hồ sơ không ổn định và nhầm trường trạng thái với hoạt động.
- Bắt đầu với các cột bắt buộc. Tạo nhật ký đơn giản gồm Case ID, Timestamp và Activity trước khi thêm sự kiện hoặc thuộc tính khác.
- Dùng mã trường hợp ổn định. Mọi sự kiện thuộc cùng một trường hợp phải dùng chung một mã. Đừng dùng giá trị thay đổi trong quá trình xử lý.
- Dùng tên hoạt động nhất quán. Chọn một nhãn, chẳng hạn “Order Placed”, thay vì dùng lẫn với “Order Created” và “New Order”.
- Kiểm tra dấu thời gian. Xác nhận dấu thời gian phản ánh thời điểm sự kiện, dùng cùng một múi giờ và có thể sắp xếp như ngày giờ.
- Kiểm tra dữ liệu trùng lặp và bị thiếu. Tìm hiểu các sự kiện lặp lại và những dòng thiếu mã trường hợp, dấu thời gian hoặc hoạt động.
- Ghi lại cách trích xuất dữ liệu. Ghi rõ bảng nguồn, trường, bộ lọc, ngày trích xuất và các giả định. Nhờ vậy, bạn sẽ dễ cập nhật và xử lý sự cố hơn.
- Thêm thuộc tính có chọn lọc. Chỉ đưa vào các trường giúp trả lời câu hỏi cần phân tích, đồng thời kiểm tra phép nối không làm nhân số dòng sự kiện.
Bảy vấn đề dữ liệu thường gặp, từ sự kiện trùng lặp đến thiếu mã hồ sơ, được giải đáp trong phần FAQ ở cuối trang. Bài viết về ETL cho process mining trình bày cách xử lý tương tự khi cần trích xuất dữ liệu định kỳ.
Nếu chưa có dữ liệu, bạn nên làm gì
Bạn không cần có sẵn connector để chuẩn bị nhật ký sự kiện. Trước tiên, hãy kiểm tra hệ thống có thể xuất dữ liệu gì và có cung cấp đủ ba trường bắt buộc hay không.
- Xác định quy trình và mã trường hợp bạn muốn theo dõi.
- Kiểm tra xem hệ thống có thể xuất lịch sử sự kiện, bản ghi kiểm tra hoặc các lần thay đổi trạng thái kèm dấu thời gian hay không.
- Dùng mẫu dữ liệu để ánh xạ các trường hiện có vào Case ID, Timestamp và Activity.
- Nếu không thể xuất sẵn bảng sự kiện, hãy nhờ nhóm dữ liệu trích xuất cơ sở dữ liệu hoặc tạo báo cáo có một dòng cho mỗi sự kiện.
Tệp xuất từ hệ thống có thể gồm nhiều bảng hoặc dùng tên khác nhau cho cùng một trường. Bạn có thể gộp và đổi tên dữ liệu trong Excel hoặc SQL, miễn là giữ đúng ý nghĩa của từng trường và truy được về nguồn. Bài viết Tìm nguồn dữ liệu cho process mining giới thiệu những nơi khác có thể chứa dữ liệu nguồn hữu ích. Các hướng dẫn cải tiến quy trình đã thực hiện các bước 1 đến 3 cho hệ thống của bạn, kèm mẫu dữ liệu cho từng quy trình.
Nếu muốn xem thêm ví dụ nhật ký sự kiện cho process mining để đối chiếu định dạng, bộ sưu tập tệp nhật ký mẫu và mẫu dữ liệu có sẵn một bảng tính. Trang mẫu nhật ký sự kiện liệt kê các cột bắt buộc và tùy chọn. Để xem hướng dẫn từng bước với bộ dữ liệu đầu tiên, hãy đọc tải bộ dữ liệu đầu tiên.
Tải nhật ký bạn vừa tạo
Khi nhật ký đã sẵn sàng, hãy tải tệp lên và ánh xạ ba cột bắt buộc. ProcessMind đọc trực tiếp tệp Excel, CSV và dữ liệu trích xuất từ cơ sở dữ liệu.
- Tải tệp lên hoặc chọn bản trích xuất cơ sở dữ liệu.
- Ánh xạ các cột Case ID, Timestamp và Activity.
- Kiểm tra các thuộc tính bổ sung nếu có.
- Tạo chế độ xem quy trình, rồi kiểm tra các trường hợp và thứ tự sự kiện có hợp lý không.
Chế độ xem quy trình giúp bạn phát hiện hoạt động bị thiếu, trình tự bất thường và những điểm cần tìm hiểu thêm. Chế độ xem này không sửa dữ liệu nguồn hay thay đổi cách công việc được thực hiện. Nếu kết quả đầu tiên cho thấy có vấn đề về dữ liệu, hãy cập nhật dữ liệu trích xuất rồi tải lại. Bài viết Tải bộ dữ liệu đầu tiên hướng dẫn chi tiết cách tải lên và ánh xạ dữ liệu.
Where to Go From Here
Bạn đã có nhật ký sự kiện, hoặc ba cột cần thiết để tạo nhật ký. Bước tiếp theo là xem quy trình thực sự diễn ra như thế nào.
