Case study tích hợp

Mục lục

• Bối cảnh
• Trách nhiệm đi cùng phạm vi quyết định
• Quy tắc và quyền truy cập cần gắn với việc dùng
• Ví dụ giải sẵn
• Tự làm
• Hiểu nhầm thường gặp
• Tóm tắt

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.

R05 thiếu mã cửa hàng, dữ liệu CH03 về trễ, còn người xem báo cáo xin mở cả tệp gốc. Sắp tới giờ họp sáng, bạn sẽ xử lý thế nào? Ai xác nhận mã đúng, ai quyết định chờ hay dùng bản tạm, và ai được phép xem chi tiết?

Sao Mai đang xét phương án lập báo cáo sáng từ dữ liệu bán hàng ngày đã kết thúc. Đường đi dưới đây được nhắc lại từ bài “Case study kiến trúc”, đủ để đọc riêng bài này.

1. Nguồn: máy bán hàng ghi dòng hàng, hoá đơn và các lần thanh toán tại cửa hàng.
2. Thu nạp: nhận tệp ngày, ghi cửa hàng gửi, kỳ dữ liệu, mã batch (lô dữ liệu), mã lần nhận và lúc nhận; bản gửi lại có lần nhận riêng.
3. Lưu trữ: giữ bản gốc để đối chiếu; data warehouse (kho dữ liệu) là nơi tổ chức các bảng dùng cho phân tích.
4. Xử lý: kiểm, tách phần chờ, xử lý gửi lại; giữ riêng dòng hàng và thanh toán rồi tính báo cáo theo từng định nghĩa.
5. Phục vụ: mở báo cáo từ bảng đã chuẩn bị, hiện định nghĩa, kỳ dữ liệu, giờ cập nhật và phần còn thiếu hoặc chưa xác nhận.

Bản gửi về văn phòng được lưu, kiểm và tính trước khi tới người xem. Phương án dùng xử lý theo batch, tức gom dữ liệu để xử lý cùng lượt. Với báo cáo định kỳ từ bảng, giữ tệp gốc chưa đòi hỏi data lake (hồ dữ liệu) riêng. Dòng hàng và thanh toán ghi những việc khác nhau, nên cần tổng hợp từng bảng về mức hoá đơn trước khi ghép để tránh cộng tiền hàng nhiều lần.

Kỳ minh hoạ là ngày 14/09/2026, hạn nhận 06:00 và giờ cần báo cáo 08:00 ngày 15/09/2026. Kinh doanh xem tiền hàng theo lúc bán, không trừ giảm giá hay hàng trả lại. Kế toán xem tiền hàng trừ giảm giá theo lúc ghi sổ, rồi trừ hàng trả lại trong kỳ. Cách tính của Kế toán là quy ước nội bộ đã rút gọn của Sao Mai, không phải hướng dẫn theo chuẩn mực kế toán.

Đường đi ấy cần thêm người xác nhận dữ kiện, người chốt cách dùng và giới hạn truy cập. Bài này bổ sung hồ sơ cho phương án giả lập chưa duyệt; dữ liệu mẫu vẫn giữ lỗi gốc, chưa có kết quả vận hành hay thử quyền thực tế.

Trách nhiệm đi cùng phạm vi quyết định

Data Owner (người chịu trách nhiệm dữ liệu) là người được giao quyền quyết định và chịu trách nhiệm trong một phạm vi dữ liệu. Họ chốt định nghĩa, quy tắc và cách dùng phần còn vấn đề trong quyền được giao; cửa hàng xác nhận dữ kiện giao dịch.

Data Steward (người điều phối dữ liệu) theo dõi dữ liệu hằng ngày, hỏi nguồn, ghi căn cứ và phối hợp xử lý theo quy tắc đã thống nhất. Data Custodian (người phụ trách kỹ thuật dữ liệu) lo lưu giữ, vận hành và thực hiện thay đổi kỹ thuật theo phạm vi được giao. Có quyền sửa bảng trên hệ thống chưa có nghĩa được đổi định nghĩa báo cáo.

Trưởng phòng Kinh doanh chốt metric tiền hàng bán ra; kế toán trưởng chốt doanh thu Kế toán. Quy tắc mã cửa hàng dùng chức danh minh hoạ “trưởng phòng phụ trách báo cáo doanh thu”; khi áp dụng, ghi người cụ thể và báo cáo họ phụ trách. Thay đổi chạm cả hai phòng cần người có quyền mỗi bên thống nhất, kỹ thuật không chọn thay.

Nhóm nhỏ có thể để một người vừa theo dõi vừa thực hiện, nếu công việc vẫn kiểm lại được. Khi nhiều nhóm cùng phụ thuộc vào báo cáo, nên ghi riêng quyền quyết định và việc thực hiện để biết cần gọi người nào. Chưa cần lập phòng ban mới chỉ để có đủ tên vai.

Quy tắc và quyền truy cập cần gắn với việc dùng

Chất lượng dữ liệu (data quality) là mức dữ liệu đáp ứng mục đích định dùng. Thiếu mã thì chưa phân được tiền theo cửa hàng; báo cáo đúng giờ mà bỏ phần ấy vẫn thiếu dữ liệu.

Quy tắc cần ghi điều kiện đạt, nơi kiểm và hành động khi chưa đạt. Trong phương án, Bronze (lớp dữ liệu thô) giữ từng bản nhận; Silver (đã kiểm) giữ phần đạt quy tắc đang áp dụng; Gold (phục vụ báo cáo) tính kết quả cho từng mục đích. Vùng cách ly (quarantine) giữ riêng hoặc đánh dấu phần chưa đạt để không tự đi vào bảng dùng tiếp. Các lớp có thể cùng nằm trong một nơi lưu, chưa cần hệ thống riêng cho từng lớp.

Phát hiện lỗi, xác nhận giá trị và chấp thuận cách dùng báo cáo là những việc khác nhau. Bản tạm có ghi chú phù hợp khi người có quyền xét phần còn lại đủ cho quyết định. Nếu phần thiếu làm mất căn cứ quyết định, cần chờ hoặc đổi giờ dùng.

Ma trận truy cập (access matrix) là bảng nối vai trò, mục đích với phần dữ liệu và thao tác được phép. Người xem tổng ngày có thể chỉ cần bảng tổng; người đối chiếu lỗi cần đúng dòng gốc liên quan. Với một yêu cầu đơn lẻ, ghi các giới hạn ấy trong phiếu có thể đủ. Khi nhiều người dùng thường xuyên, ma trận giúp kiểm lại quyền khi công việc đổi. Chưa cần mua công cụ riêng nếu tệp và cách cấp quyền hiện có đáp ứng được phạm vi đã chốt.

Ví dụ giải sẵn

Hồ sơ vận hành đã điền: phạm vi và phần còn chờ

Trước khi thử trên hệ thống thật, cần xác nhận phạm vi nguồn, khoá ổn định và người được giao quyền. Không ghép các minh hoạ giao dịch khác thành doanh thu toàn chuỗi.

Ma trận phân vai đã điền theo chặng

Điền người liên hệ và người thay thế được giao quyền cho từng phạm vi. Nếu thiếu người thay thế hoặc quyền giao nhau chưa rõ, báo người quản lý có quyền để giải quyết, thay vì để người trực hệ thống tự chốt.

Bảng quy tắc và hành động đã điền

Có thể bắt đầu từ lỗi gây ảnh hưởng rồi bổ sung quy tắc, chưa cần kiểm mọi bảng cùng lúc. Với bản nhận ngày 14/09/2026, còn cần kiểm số lượng âm, tổng hoá đơn và chứng từ theo mục đích dùng; qua kiểm mã chưa có nghĩa cả batch đã đúng.

Khoá nhận diện (key) là cột hoặc nhóm cột phân biệt dòng dữ liệu. Để nhận lại mà không cộng lặp, khoá phải nhận ra cùng sự kiện giữa các lần gửi. Cặp “mã hoá đơn + số thứ tự dòng” dùng trong phạm vi mẫu; khi mở rộng toàn chuỗi, cần hỏi nguồn có phải thêm mã cửa hàng không. Mã batch và mã lần nhận không thay khoá sự kiện. Với bản sửa, tính lại phần bị ảnh hưởng rồi thay kết quả cũ, không cộng thêm tổng mới. Nếu ít lần gửi lại, đối chiếu bằng tay theo nguyên tắc này có thể đủ.

Theo R05 từ phát hiện tới điều kiện dùng lại

1. Data Steward ghi R05 thiếu mã, nằm trong batch do CH02 gửi, và hỏi CH02 kiểm giao dịch gốc. Cửa hàng gửi batch là đầu mối xác minh, chưa phải căn cứ tự điền mã.
2. Kỹ thuật giữ bản nhận, tách dòng chờ khỏi bảng dùng để phân tiền theo cửa hàng. Người lập báo cáo ghi phần chưa phân được; tổng đang xem chưa bao gồm đủ phần đó.
3. Nếu tới giờ dùng mà chưa có xác nhận, trưởng phòng phụ trách báo cáo xét chờ hoặc dùng bản tạm theo mục đích. Giới hạn cần tới cả người nhận tệp chép từ báo cáo.
4. Nếu CH02 xác nhận mã đúng và gửi bản sửa theo quy tắc đã chốt, kỹ thuật nhận bản mới, kiểm lại, tính lại phần liên quan. Data Steward đối chiếu căn cứ; người lập báo cáo kiểm kết quả và báo bản nào thay bản nào.

Nếu nguồn xác nhận bản gửi mới đầy đủ và nhóm kiểm được, có thể thay phần dữ liệu đã kiểm của đúng cửa hàng, ngày bán rồi tính lại. Nếu chỉ sửa một dòng, thay cả ngày có thể làm mất những dòng khác.

Ma trận truy cập đã điền

Ma trận dưới đề xuất quyền cho dữ liệu bán hàng và báo cáo đã nêu, không gồm danh sách khách hàng.

Người có quyền chốt dữ liệu, thao tác và người nhận; kỹ thuật cấp quyền tương ứng. Nếu công cụ chỉ mở được cả tệp, tạo bản riêng đúng phạm vi; nếu chưa làm được, báo lại trước khi cung cấp. Khi người dùng đổi việc, Data Steward kiểm lại và đề nghị điều chỉnh quyền.

Với báo cáo dùng chung, thử bằng tài khoản đúng vai trò cả phần được phép lẫn phần ngoài phạm vi, rồi ghi kết quả: cửa hàng xem được dòng của mình, không mở chi tiết cửa hàng khác; người xem tổng không sửa được nguồn. Với một lần gửi tệp riêng, kiểm nội dung và người nhận có thể đủ. Vẫn ghi nơi nhận vì đóng quyền nguồn không thu lại được bản đã gửi.

Ba metric theo dõi mẫu đã điền

Theo dõi các batch mẫu dưới đây, với ngày bán 14/09/2026 và ngày nhận 15/09/2026.

Chỉ mốc phục vụ của CH03 có trong dữ liệu hành trình. Lúc nhận lấy từ bản nhận gốc; dòng thiếu mã cũng đếm trên bản gốc, chưa tính sau sửa.

Metric đầu đo khâu nhận, metric cuối đo tới người xem. CH03 nhận lúc 07:10, tính xong lúc 08:05 và mở bản mới lúc 08:15, trễ mốc 08:00. Sao Mai chọn chờ CH03 rồi ra bản mới, kèm ghi chú lỗi chưa xác nhận như kiến trúc đầu vào.

Đọc kết quả theo đúng phạm vi: nhận trễ chưa cho biết cửa hàng gửi trễ vì thiếu giờ gửi; dòng thiếu mã đếm trên bản nhận, không đếm giao dịch duy nhất hay mọi lỗi; lượt báo cáo chỉ theo hành trình CH03, không đếm riêng từng phòng. Kết quả không dùng để suy tỷ lệ toàn chuỗi hay chấm chất lượng chung.

Các metric giúp theo sự cố tới kết quả khi báo cáo dùng lặp lại. Nếu ít batch, ghi tay theo cùng định nghĩa có thể đủ, chưa cần tự động hoá. Khi mở rộng, thêm các batch dự kiến nhưng chưa nhận để tránh bỏ sót. Dữ liệu mẫu thiếu phần này nên chưa tính mức đầy đủ toàn chuỗi hoặc đặt ngưỡng đạt chung.

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

Nên ghép thành hồ sơ chung khi nhiều nhóm cùng đưa dữ liệu tới báo cáo dùng đều đặn, sự cố phải qua nguồn và kỹ thuật, hoặc người nhận cần biết bản nào được dùng. Bắt đầu từ báo cáo đang gây vướng, không cần mô tả mọi dữ liệu của tổ chức cùng lúc.

Có cách khác: nhóm nhỏ có thể dùng một tệp gồm phạm vi, phân vai, quy tắc, quyền và sổ theo dõi sự cố. Khi tệp không còn theo kịp nhiều lần nhận và thay đổi quyền, xét công cụ hỗ trợ. Nếu báo cáo nhẹ ở nguồn đã đủ, chưa cần dựng data warehouse chỉ để áp dụng các bảng này. Trách nhiệm và cách dùng vẫn cần rõ ở nơi đang làm báo cáo.

Chưa cần một hồ sơ nhiều bước cho tệp một người dùng một lần, ít ảnh hưởng và đối chiếu được ngay. Ghi nguồn, cách tính và giới hạn ngay trong tệp có thể đủ. Nếu tệp bắt đầu dùng để ra quyết định quan trọng hoặc gửi cho nhiều nhóm dùng lại, nên xét lại mức kiểm và phân quyền. Trước khi vận hành, thử cả nhận trễ, bản gửi lặp, bản sửa, phần chờ và quyền thực tế.

Tự làm

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

“Có data warehouse và Silver thì báo cáo vận hành được.” Còn cần người chốt phần thiếu, quy tắc đúng mục đích, quyền phù hợp và bằng chứng người xem có kết quả đúng giờ.

“Người có quyền duyệt có thể xác nhận giá trị nào cũng được.” Quyền chấp thuận cách dùng báo cáo khác căn cứ xác minh giao dịch. Cửa hàng vẫn cần kiểm dữ kiện nguồn.

“Nhận hết batch đúng hạn thì báo cáo đúng hạn.” Các khâu kiểm, tính và phục vụ còn có thể chờ. Cần theo tới lúc mở được đúng bản mới.

“Ba metric xanh nghĩa là dữ liệu đúng và quyền an toàn.” Mỗi metric chỉ đo phần đã định nghĩa. Các lỗi khác, batch chưa tới và quyền ngoài phạm vi cần cách kiểm riêng.

Tóm tắt

• Giữ kiến trúc đầu vào, nối từng chặng với quyền quyết định, người theo dõi và người thực hiện. Phạm vi rõ giúp xử lý sự cố mà không đẩy mọi quyết định sang kỹ thuật.
• Ghi quy tắc cùng hành động khi chưa đạt. Xác nhận nguồn, quyết định dùng bản tạm và thực hiện bản sửa là những việc khác nhau.
• Xét quyền theo vai trò, mục đích, dữ liệu và thao tác; thử cả phần được phép lẫn phần ngoài phạm vi.
• Đo khâu nhận, dòng thiếu mã và lúc phục vụ theo phạm vi đã ghi; kiểm riêng các lỗi khác, batch chưa tới và quyền truy cập.

Thuật ngữ trong bài

Mẫu tải về: Hồ sơ vận hành (Word); Ma trận phân vai và truy cập (Excel). 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: “Case study kiến trúc”, “Quyền quyết định và trách nhiệm”, “Chất lượng dữ liệu”, “Sử dụng và bảo vệ dữ liệu”, “Lineage và ảnh hưởng thay đổi”.