Hành trình của dữ liệu

Bối cảnh

Sao Mai là một chuỗi cửa hàng tạp hoá và đồ gia dụng. Chuỗi bắt đầu từ một cửa hàng và đang mở thêm cửa hàng mới. Mỗi cửa hàng bán hàng qua máy tính tiền; dữ liệu bán hàng được gửi về văn phòng để các phòng ban làm báo cáo. Tên chuỗi và mọi số liệu trong bài là giả lập.

Mỗi đêm, các cửa hàng gửi về văn phòng một batch (lô dữ liệu) bán hàng trong ngày. Batch là phần dữ liệu gom lại để gửi và xử lý cùng một lượt. Với dữ liệu bán ngày 14/09/2026, Sao Mai đặt hạn nhận là 06:00 ngày 15/09/2026, để kịp báo cáo doanh thu lúc 08:00.

Đến 08:00, người quản lý mở báo cáo nhưng chưa thấy bản mới. Cửa hàng CH03 nói dữ liệu đã về văn phòng lúc 07:10. Vì sao nhận được dữ liệu rồi mà vẫn chưa có báo cáo?

Nhận được batch mới chỉ là một bước. Dữ liệu còn phải được lưu lại, kiểm tra, tính toán rồi đưa tới người xem. Bài này theo phần dữ liệu của CH03 qua từng chặng để tìm chỗ cần hỏi tiếp.

Năm chặng từ máy bán hàng tới báo cáo

Ở Sao Mai, dữ liệu đi qua các chặng sau:

1. Nguồn (source): máy bán hàng ghi các dòng hàng và hoá đơn tại cửa hàng.
2. Thu nạp (ingestion): văn phòng nhận dữ liệu gửi từ cửa hàng về.
3. Lưu trữ (storage): dữ liệu đã nhận nằm ở nơi khâu sau có thể đọc lại.
4. Xử lý (processing): khâu lập báo cáo kiểm dữ liệu và tính tổng theo cách đã thống nhất.
5. Phục vụ (serving): bản báo cáo mới tới được người cần xem.

Máy bán hàng ghi lại giao dịch, rồi cửa hàng gom dữ liệu để gửi. Văn phòng nhận và lưu bản gửi đó, sau đó lập bảng dùng cho báo cáo. Cuối cùng, người quản lý mở được bản mới. Nếu dữ liệu dừng ở bất kỳ chặng nào, màn hình báo cáo có thể vẫn hiện số liệu cũ.

Đây là cách chia để dễ theo dõi công việc, không phải yêu cầu phải mua riêng một công cụ cho mỗi chặng. Một phần mềm có thể vừa nhận vừa lưu dữ liệu. Các cửa hàng cũng có thể gửi và xử lý dữ liệu song song; danh sách trên chỉ cho thấy thứ tự mà một phần dữ liệu đi qua.

Nguồn: giao dịch đã được ghi lại chưa

Ở Sao Mai, dữ liệu bắt đầu từ máy bán hàng. Mỗi dòng hàng ghi món đã bán, số lượng và đơn giá để tính tiền hàng trên báo cáo.

Cửa hàng có bán hàng nhưng máy có thể chưa ghi đủ giao dịch để gửi. Nếu dữ liệu nguồn chưa sẵn, cần hỏi cửa hàng và người phụ trách máy bán hàng trước khi tìm lỗi ở báo cáo.

Thu nạp: gửi đi khác với nhận được

Thu nạp đưa dữ liệu từ nguồn vào nơi lập báo cáo. Trong ví dụ này, cửa hàng gửi một tệp và văn phòng ghi lại mã batch, cửa hàng gửi và thời điểm nhận. Cần kiểm tệp ở phía văn phòng, vì “đã gửi” ở cửa hàng khác với “đã nhận và đọc được”.

Ở chặng này, cần kiểm xem cửa hàng có gửi muộn, đường truyền có gián đoạn hay tệp có phải gửi lại vì không đọc được.

Lưu trữ: nhận xong đã đọc lại được chưa

Lưu trữ giữ dữ liệu để khâu xử lý dùng tiếp. Một tệp vừa tới có thể chưa được lưu xong, hoặc người chạy báo cáo chưa có quyền đọc nơi lưu tệp. Vì vậy, mốc “đã nhận” và mốc “sẵn để đọc” có thể khác nhau.

Nếu một batch cần được đối chiếu hoặc xử lý lại, giữ bản nhận cùng mã batch và giờ nhận sẽ giúp tìm đúng dữ liệu. Với việc xem nhanh một lần và có thể lấy lại từ nguồn, lưu tệp kèm ghi chú có thể đủ; chưa cần dựng một hệ thống lưu trữ riêng. Tổ chức lớp dữ liệu sẽ được bàn kỹ hơn ở bài cùng tên.

Xử lý: có dữ liệu chưa có nghĩa là tính xong

Xử lý gồm những việc như kiểm mã cửa hàng, nhận ra dòng trùng và cộng các dòng theo định nghĩa báo cáo. Nếu khâu này phải chờ batch còn thiếu, chờ người xác nhận lỗi hoặc chưa tới lịch chạy, dữ liệu đã nằm ở văn phòng mà báo cáo vẫn chưa có tổng mới.

Phục vụ: người xem đã có bản mới chưa

Phục vụ đưa kết quả tới người dùng, chẳng hạn cập nhật báo cáo để quản lý mở xem. Bảng tổng đã tính xong nhưng báo cáo chưa cập nhật, hoặc người xem mở nhầm bản cũ, thì họ vẫn chưa dùng được kết quả mới.

Với báo cáo dùng đều đặn để ra quyết định, nên hiện kỳ dữ liệu và giờ cập nhật ngay trên báo cáo. Nếu chỉ gửi tệp cho một nhóm nhỏ, có thể ghi các mốc ấy trong tên tệp hoặc lời nhắn đi kèm. Chưa cần một màn hình theo dõi riêng khi người nhận vẫn xác định được bản nào là bản cần dùng.

Chỗ kiểm tra và chỗ dễ chậm

Mỗi chặng có việc cần kiểm riêng. Khi báo cáo trễ, hãy xem dữ liệu đã tới đâu theo bảng dưới. Với báo cáo lặp lại, bảng giúp chọn thông tin cần ghi; với việc nhỏ làm một lần, ghi chú nguồn và thời điểm có thể đủ.

Người kiểm cần hiểu mục đích báo cáo. Tệp đúng định dạng vẫn có thể chứa đơn giá sai; tổng tính xong vẫn có thể thiếu cửa hàng. Khi thiếu dữ liệu hoặc còn lỗi chưa xác nhận, lựa chọn chờ, ra bản tạm có ghi chú hay cách khác thuộc về người có quyền quyết định báo cáo, không chỉ người chạy phần mềm.

Ví dụ giải sẵn

Theo phần dữ liệu CH03 tới báo cáo

Đây là các batch văn phòng nhận ngày 15/09/2026. Hạn nhận là 06:00.

Có 1 batch nhận sau hạn: batch của CH03. Batch đến lúc 07:10, trước giờ cần báo cáo 08:00, nhưng vẫn còn khâu lưu trữ, xử lý và phục vụ.

Bảng sau bổ sung các mốc giả lập cho A1: lúc batch CH03 sẵn để gửi, văn phòng nhận được batch, bản nhận đọc lại được, bảng báo cáo tính xong và người dùng mở được bản mới. Mỗi mốc đánh dấu lúc một chặng xong việc để chuyển sang chặng sau.

Batch CH03 sẵn để gửi lúc 05:40 nhưng văn phòng nhận lúc 07:10, sau hạn 06:00. Bản nhận sẵn để đọc lúc 07:15. Khâu xử lý bắt đầu lúc 07:20 và tính xong lúc 08:05; đến 08:15, người quản lý mới mở được bản báo cáo mới. Bảng chỉ theo phần dữ liệu CH03; các cửa hàng khác có thể đã được xử lý trước.

Trong tình huống này, người phụ trách báo cáo chọn chờ dữ liệu CH03 và ghi chú các lỗi chưa xác nhận.

Đọc các mốc để hỏi đúng chỗ

Mốc quá hạn đầu tiên: thu nạp. Batch đã sẵn để gửi lúc 05:40 nhưng chưa tới văn phòng lúc 06:00. Cần hỏi CH03 và người phụ trách nhận dữ liệu về giờ gửi và việc xảy ra khi nhận batch.

Tình trạng lúc 08:00: xử lý chưa xong nên chưa có kết quả mới để cập nhật báo cáo. Sau khi tính xong lúc 08:05, báo cáo còn chờ tới 08:15 mới mở được; khoảng này cần hỏi khâu phục vụ.

Có 4 chặng xong sau mốc dự kiến. Các mốc chỉ giúp tìm chỗ cần hỏi, chưa xác định nguyên nhân trễ: thiếu giờ gửi để phân biệt gửi muộn với lỗi đường truyền; chặng sau có thể chờ chặng trước hoặc việc khác. Vì vậy, CH03 tới đúng 06:00 cũng không bảo đảm báo cáo kịp giờ. Cần thêm giờ bắt đầu, thời gian chờ và lý do chờ ở các khâu liên quan. Tương tự, tính xong chỉ cho biết đã có kết quả; các lỗi ở bài “Chất lượng dữ liệu” vẫn cần được xác nhận và xử lý riêng.

Phiếu theo dõi hành trình đã điền

Phiếu này gom những điều đã biết và câu hỏi còn mở. Người dùng báo cáo có thể điền phần nhu cầu; người phụ trách các khâu bổ sung mốc thực tế và nguyên nhân đã xác nhận.

Khi nào nên làm, khi nào chưa cần

Nên ghi đường đi và mốc từng chặng khi báo cáo dùng thường xuyên, có giờ cần dùng rõ ràng và đi qua nhiều người hoặc hệ thống. Càng hay trễ mà mỗi bên đều nói “phần tôi xong rồi”, bảng này càng giúp thu hẹp chỗ cần hỏi. Chưa cần ghi mọi thao tác; có thể bắt đầu bằng các mốc bàn giao ảnh hưởng tới báo cáo.

Có cách khác: khi một nhóm nhỏ tự lấy dữ liệu và làm báo cáo, ghi nguồn, giờ nhận và giờ cập nhật ngay trong tệp có thể đủ. Nếu việc trễ hiếm xảy ra, nhóm có thể điền phiếu khi có sự cố trước khi quyết định theo dõi thường xuyên. Khi nhiều báo cáo cùng phụ thuộc vào một khâu, mới cân nhắc tự động ghi các mốc thay vì hỏi từng người.

Chưa cần dựng hệ thống theo dõi: khi báo cáo chỉ làm một lần, đường đi ngắn, kiểm bằng tay được và việc chậm không ảnh hưởng quyết định. Nếu người dùng chấp nhận xem muộn hơn, có thể thống nhất lại giờ cần dùng. Còn nếu phải ra quyết định lúc 08:00 thì cần giữ giờ báo cáo để phục vụ quyết định ấy.

Tự làm

Hiểu nhầm thường gặp

“Cửa hàng gửi rồi là báo cáo có số liệu mới.” Gửi đi, nhận được, lưu xong, tính xong và người xem có bản mới là các mốc khác nhau. Một thông báo ở đầu đường đi chưa nói được tình trạng ở cuối.

“Nhận trước 08:00 thì báo cáo sẽ kịp 08:00.” Khâu xử lý và phục vụ còn cần thời gian. Hạn nhận 06:00 trong ví dụ dành thời gian cho những việc đó, chứ không trùng với giờ cần báo cáo.

“Chặng nào quá mốc cũng có lỗi riêng.” Chặng sau có thể phải chờ chặng trước. Các mốc giúp tìm chỗ cần hỏi thêm giờ bắt đầu và lý do chờ.

“Báo cáo ra đúng giờ là dữ liệu đáng tin.” Đúng giờ chỉ trả lời một phần nhu cầu. Vẫn cần biết có thiếu cửa hàng nào, còn lỗi gì và số doanh thu tính theo định nghĩa nào.

Tóm tắt

• Năm chặng trong ví dụ: nguồn, thu nạp, lưu trữ, xử lý, phục vụ. Đó là các công việc, không phải danh sách công cụ cần mua.
• Khi báo cáo trễ, so mốc dự kiến và thực tế để tìm chỗ đầu tiên quá hạn, rồi xem khâu nào chưa xong vào giờ cần dùng. Đừng coi mọi chặng quá mốc là từng nguyên nhân riêng.
• Kiểm từng chặng theo mục đích báo cáo, từ giao dịch ở nguồn tới bản mới người xem mở được.
• Ghi rõ phần đã biết, phần còn chờ và người cần trao đổi. Quyết định chờ hay ra bản tạm cần quyền quyết định phù hợp và thông tin để người xem hiểu giới hạn của báo cáo.

Thuật ngữ trong bài

Mẫu tải về: Phiếu theo dõi hành trình (Word). Nội dung giống bảng đã điền ở mục Ví dụ giải sẵn, để trống cho bạn điền.

Bài liên quan: “Chất lượng dữ liệu” nói về nhận ra lỗi và quyết định xử lý. “Tổ chức lớp dữ liệu” nói về giữ dữ liệu gốc và nhận lại một batch. “Đồng bộ và độ trễ” nói về cách lấy dữ liệu và nhịp xử lý theo giờ cần dùng.