Mục đích
Duy trì dấu vết sự kiện, quyết định, ngữ cảnh và gói bằng chứng.
NỀN TẢNG · CHECKID
Kiểm toán & bằng chứng
Duy trì dấu vết sự kiện, quyết định, ngữ cảnh và gói bằng chứng.
NGHIỆP VỤĐầu vào → xử lý → đầu ra
KIỂM SOÁTChính sách · rủi ro · tiêu chuẩn
BẰNG CHỨNGKết quả · truy vết · phạm vi
NỀN TẢNG
Kiểm toán & bằng chứng
Duy trì dấu vết sự kiện, quyết định, ngữ cảnh và gói bằng chứng.
Ranh giới tin cậy
Năng lực chỉ được công bố trong phạm vi có nguồn/bằng chứng.
Tích hợp cho nhà phát triển
SDK · REST API · bằng chứng đặc tả
↗THAM CHIẾU KỸ THUẬT
Kiến trúc bằng chứng: tái dựng quyết định thay vì chỉ lưu nhật ký
Doanh nghiệp bằng chứng ≠ nhật ký vận hành ≠ nhật ký an ninh
Bằng chứng phân loại
Nội dung hiện hành phân biệt đầu vào bằng chứng, nguồn xác minh bằng chứng, sinh trắc học/kết quả PAD, chính sách/bằng chứng quyết định, sự kiện kiểm toán, nhật ký vận hành và nhật ký an ninh. Các vật thể này có mục đích, quyền truy cập và lưu trữ khác nhau; không được gom thành một khái niệm “nhật ký kiểm toán”.
Được chứng minh bằng nguồn định danh
API danh mục chứng minh các định danh như chủ thể ID, quy trình ID và billcode/tham chiếu giao dịch trong một số thao tác. Đây là các anchor có thể dùng để tương quan; Tài liệu công khai không tự tạo `evidence_id` hoặc lược đồ nếu đặc tả không công bố.
Gói bằng chứng mang tính khái niệm
Một gói bằng chứng cho thẩm định cần mô tả chủ thể/quy trình, phương thức/nguồn, kết quả, thời gian, chính sách/phiên bản, bối cảnh xử lý, toàn vẹn metadata và lưu trữ class. Nếu trường chưa có nguồn, nó phải được gắn nhãn mang tính khái niệm — không phải lược đồ API.
Kiểm soát toàn vẹn
Mã băm, chữ ký số, tin cậy timestamp/TSA, lưu trữ bất biến hoặc lưu trữ dài hạn chỉ được ghi là triển khai khi có kiến trúc/bằng chứng nguồn. Chỉ việc có trang kiểm toán không chứng minh tính bất biến.
Tình huống sử dụng kiểm toán
Bằng chứng phải phục vụ điều tra, xử lý tranh chấp, giao dịch rà soát, thanh tra giám sát và khách hàng hỗ trợ trong phạm vi được phép. Ảnh chụp màn hình giao diện không thay thế đọc được bằng máy bằng chứng hoặc nguồn nguồn gốc.
Công bố ranh giới
Bằng chứng có thể chứa dữ liệu nhận dạng/sinh trắc nhạy cảm. Tài liệu công bố công khai phải giải thích loại metadata và trách nhiệm ranh giới mà không công bố dữ liệu cá nhân, thông tin bí mật hoặc chi tiết điều tra giám định nội bộ.
bằng chứng & KIỂM TOÁN kiến trúc
Từ nguồn nguồn gốc tới quyết định truy vết
Bằng chứng kiến trúc phân biệt đầu vào dữ liệu, xác minh kết quả, bằng chứng quyết định, sự kiện kiểm toán và vận hành/nhật ký an ninh. Không gọi tất cả là “nhật ký kiểm toán”.
| Khái niệm | Triển khai ánh xạ | Ranh giới |
|---|---|---|
| Chủ thể | Đối tượng chủ thể/định danh trong CheckID API | Không tự là danh tính đã xác minh |
| Quy trình | Quy trình ID/loại/mục đích/trạng thái | Một chủ thể có thể có nhiều quy trình |
| Tương quan giao dịch | Billcode/định danh quy trình nơi nguồn công bố | Không tạo global tương quan ID mới |
| Kết quả xác minh | Process-specific kết quả bối cảnh | Không tự là final doanh nghiệp quyết định |
| Toàn vẹn/lưu trữ | Chỉ công bố khi có nguồn | Không dùng immutable/tamper-proof nếu chưa chứng minh |
Tái dựng vết kiểm toán
Người rà soát cần truy vết theo chuỗi: chủ thể → quy trình → bằng chứng/tài liệu nguồn → kết quả xác minh → chính sách/quyết định, tuân thủ đúng cấp độ liên kết mà tài liệu nguồn công bố.
Xuất bằng chứng
Định dạng xuất/gói chỉ được công bố khi API/sản phẩm nguồn xác nhận; không đưa ra gói giám định giả định.
Toàn vẹn
Mã băm, chữ ký số, TSA, lưu trữ bất biến và lưu trữ dài hạn là các cơ chế khác nhau; chỉ cơ chế có Tier-1 nguồn mới được tuyên bố.
Tình huống sử dụng
Bằng chứng có thể phục vụ điều tra, xử lý tranh chấp, kiểm toán, thanh tra giám sát và hỗ trợ khi phạm vi/lưu trữ cho phép.