v1.0

DuTruDau

Tóm tắt

Hệ thống dự trữ xăng dầu lưu thông tại Việt Nam đang thiếu cơ chế giám sát theo thời gian thực — 3 doanh nghiệp đầu mối vừa bị phạt vì không đảm bảo mức dự trữ tối thiểu, 5 doanh nghiệp khác đang bị xác minh. DuTruDau cung cấp dashboard B2B cho doanh nghiệp đầu mối tự theo dõi mức dự trữ + cảnh báo tự động khi tiệm cận ngưỡng phạt, kết hợp bản đồ trạm xăng crowd-sourced cho người tiêu dùng xem tình trạng còn hàng thực. Mô hình B2B subscription trả phí để tránh phạt 130 triệu đồng/doanh nghiệp; B2C miễn phí tạo network effect.

Định nghĩa vấn đề

Phát biểu vấn đề

26 doanh nghiệp đầu mối xăng dầu tại Việt Nam chịu trách nhiệm duy trì mức dự trữ lưu thông bắt buộc theo quy định của Bộ Công Thương. Tuy nhiên, không có công cụ giám sát theo thời gian thực — doanh nghiệp chỉ bị phạt sau khi vi phạm được phát hiện thông qua kiểm tra định kỳ. Khoảng cách giữa quy định và giám sát tạo ra rủi ro vi phạm không lường trước cho doanh nghiệp, và tình trạng khan hiếm cục bộ không được phản ánh cho người tiêu dùng.

Định lượng thiệt hại

Phạt vi phạm dự trữ lưu thông: 130 triệu đồng/doanh nghiệp/đợt phạt (theo Nghị định 14/2017/NĐ-CP sửa đổi) nguồn
Số doanh nghiệp đang bị xác minh: 5 doanh nghiệp (tháng 4/2026) (ước tính)
Số doanh nghiệp đã bị phạt gần đây: 3 doanh nghiệp (tháng 4/2026) nguồn (ước tính)
Thiệt hại tiềm năng cho người tiêu dùng: khan hiếm cục bộ không được cảnh báo trước, ước tính 2-4 triệu người dùng xe máy tại các thành phố lớn bị ảnh hưởng khi trạm xăng gần nhất hết hàng (ước tính)

Phạm vi

Trong phạm vi: Dashboard giám sát cho 26 doanh nghiệp đầu mối, bản đồ trạm xăng cho người tiêu dùng tại 63 tỉnh/thành
Ngoài phạm vi: Hệ thống kiểm tra của Bộ Công Thương, logistics vận chuyển xăng dầu, giá bán lẻ

Mô hình vấn đề

Mô hình toán mô tả mức dự trữ xăng dầu theo thời gian và rủi ro vi phạm:

$R(t) = S(t) - C(t)$

Các biến:

$R(t)$ — mức dự trữ ròng tại thời điểm $t$ (m3)
$S(t)$ — lượng xăng dầu trong kho tại thời điểm $t$
$C(t)$ — lượng tiêu thụ tích lũy trong kỳ tại thời điểm $t$
$q_{\min}$ — ngưỡng dự trữ tối thiểu theo quy định (m3)
$\alpha$ — tốc độ tiêu thụ trung bình (m3/ngày)

Các ràng buộc: $C_1: R(t) \geq q_{\min} \quad \forall t \in [0, T]$ $C_2: \text{thời gian phục hồi kho } \leq \tau_{\max} \quad \text{(sau khi cảnh báo)}$

Mục tiêu: $\text{minimize } P_{mathrm{risk}}(R(t) \lt q_{\min}) \text{ subject to } C_1, C_2$

$\text{thiệt hại phạt kỳ vọng} = P_{\text{vi phạm}} \times 130{,}000{,}000 \text{ VNĐ}$

Giải pháp đề xuất

DuTruDau là nền tảng giám sát dự trữ xăng dầu 2 hướng: dashboard B2B cho doanh nghiệp đầu mối và bản đồ B2C cho người tiêu dùng.

Dashboard B2B cho doanh nghiệp đầu mối

Theo dõi mức dự trữ theo thời gian thực: Cập nhật thủ công hoặc tự động từ hệ thống ERP của doanh nghiệp mỗi ngày
Cảnh báo tự động khi tiệm cận ngưỡng: Hệ thống gửi notification khi $R(t) \leq q_{\min} \times 1.2$ (ngưỡng cảnh báo ở mức 120% ngưỡng tối thiểu)
Báo cáo định kỳ cho Bộ Công Thương: Tự động xuất báo cáo theo mẫu quy định, giảm công sức chuẩn bị hồ sơ
Dự đoán thời điểm cần nạp hàng: Dựa trên tốc độ tiêu thụ trung bình $\alpha$ và mức dự trữ hiện tại $R(t)$

Bản đồ trạm xăng cho người tiêu dùng

Chỉ báo tình trạng còn hàng thực: Trạm xăng xác minh tình trạng (còn xăng A92, A95, DO) — crowd-sourced từ người dùng
Thông tin cơ bản: Giá, khoảng cách GPS, giờ mở cửa, đánh giá
Cảnh báo khan hiếm cục bộ: Khi mật độ báo cáo "hết hàng" tại khu vực vượt ngưỡng, cảnh báo cho người dùng trong bán kính 3km

Các quyết định thiết kế chính

Quyết định 1 — Tách B2B và B2C: Không gộp dashboard doanh nghiệp và app người tiêu dùng vào 1 app — doanh nghiệp cần tính năng giám sát chuyên sâu, người tiêu dùng cần trải nghiệm nhẹ nhàng. B2B là nguồn thu chính, B2C tạo network effect miễn phí.
Quyết định 2 — Không thay thế hệ thống Bộ Công Thương: DuTruDau là công cụ hỗ trợ cho doanh nghiệp, không cạnh tranh với cơ quan quản lý. Dữ liệu từ DuTruDau có thể được chia sẻ với Bộ Công Thương khi cần.

Tiêu chí thành công

Tiêu chí	Mục tiêu	Phương pháp đo lường
Doanh nghiệp đầu mối sử dụng dashboard	15/26 doanh nghiệp sau 6 tháng	Số tài khoản B2B đang hoạt động
Giảm tỷ lệ vi phạm	Giảm 80% so với baseline	Số doanh nghiệp bị phạt trong nhóm users
Người tiêu dùng sử dụng bản đồ	50.000 user sau 12 tháng	MAU (Monthly Active Users)
Tỷ lệ cảnh báo chính xác	Trên 90%	Số cảnh báo → số trường hợp xác nhận vi phạm

Luồng hệ thống

Luồng này demonstrates vòng feedback khép kín: doanh nghiệp cập nhật dữ liệu → hệ thống giám sát và cảnh báo → người tiêu dùng xác nhận tình trạng → dữ liệu crowd-sourced bổ sung cho doanh nghiệp và cơ quan quản lý.

Thuật toán cốt lõi

Mô tả thuật toán

Thuật toán cốt lõi gồm 3 thành phần:

Tính mức dự trữ theo thời gian thực: Mỗi ngày, doanh nghiệp nhập $S(t)$ và $C(t)$ . Hệ thống tính $R(t) = S(t) - C(t)$ và so sánh với $q_{\min}$ .
Dự đoán ngày cần nạp hàng: Hệ thống ước tính ngày $t^*$ khi $R(t^*) = q_{\min}$ dựa trên tốc độ tiêu thụ trung bình $\alpha = \frac{C(t) - C(t-1)}{1}$ .
Cảnh báo khan hiếm cục bộ: Tổng hợp crowd-sourced reports từ người tiêu dùng trong bán kính 3km. Nếu tỷ lệ "hết hàng" vượt ngưỡng 20% trong 2 giờ → cảnh báo khan hiếm.

Công thức toán học

Ngày dự đoán cần nạp hàng:

$t^* = t + \frac{R(t) - q_{\min}}{\alpha}$

Ngưỡng cảnh báo sớm:

$\text{Cảnh báo khi: } R(t) \leq q_{\min} \times 1.2$

Điểm khan hiếm cục bộ (congestion score):

$K(x, y) = \frac{1}{n} \sum_{i=1}^{n} w_i \cdot H_i \cdot e^{-\lambda d_i}$

Tham số:

$R(t)$ — mức dự trữ ròng tại thời điểm $t$
$q_{\min}$ — ngưỡng dự trữ tối thiểu theo quy định
$\alpha$ — tốc độ tiêu thụ trung bình (m3/ngày)
$H_i$ — binary (1 = báo cáo hết hàng, 0 = bình thường)
$d_i$ — khoảng cách từ điểm báo cáo đến vị trí $(x, y)$
$\lambda$ — hệ số suy giảm theo khoảng cách
$w_i$ — trọng số xác thực (dựa trên lịch sử báo cáo của user)

Độ phức tạp

Chỉ số	Giá trị
Độ phức tạp thời gian	$O(n \log n)$ cho spatial query bản đồ
Độ phức tạp không gian	$O(n)$ cho lưu trữ dữ liệu dự trữ hàng ngày

Kiến trúc hệ thống

+--------------------------------------------+
|              Lớp Giao diện Người dùng       |
|  +----------------+  +------------------+   |
|  | Dashboard B2B   |  | Bản đồ B2C       |   |
|  | (React Web)    |  | (React Native)   |   |
|  +----------------+  +------------------+   |
+--------------------------------------------+
                       |
                       v
+--------------------------------------------+
|              API Gateway                    |
|         (Node.js / Express)                |
+--------------------------------------------+
                       |
         +-------------+-------------+
         v             v             v
+--------+      +------+----+  +-----+------+
|Auth Svc|      |Inventory Svc|  |Map Svc    |
+--------+      +-------------+  +-----------+
     |                 |                |
     v                 v                v
+------------------------------------------------+
|              Firebase Realtime DB               |
|  - /doanhnghiep/{id}/reserves/{date}           |
|  - /tram/{id}/status                           |
|  - /baocao/{tram_id}/{timestamp}               |
+------------------------------------------------+
                       |
                       v
+------------------------------------------------+
|         Google Maps API + Geocoding            |
+------------------------------------------------+

Mô tả các thành phần:

Dashboard B2B (React Web): Giao diện doanh nghiệp đầu mối — nhập dữ liệu dự trữ, xem biểu đồ mức dự trữ theo thời gian, cấu hình ngưỡng cảnh báo, xuất báo cáo
Bản đồ B2C (React Native): App di động cho người tiêu dùng — xem bản đồ trạm xăng, báo cáo tình trạng, nhận cảnh báo khan hiếm
Auth Service: Xác thực doanh nghiệp (email + mật khẩu), phân quyền B2B vs B2C
Inventory Service: Xử lý logic dự trữ — tính $R(t)$ , so sánh ngưỡng, gửi cảnh báo
Map Service: Quản lý dữ liệu trạm xăng, xử lý spatial query cho bản đồ
Firebase Realtime DB: Lưu trữ dữ liệu dự trữ theo thời gian thực, trạng thái trạm xăng, báo cáo crowd-sourced

Trường hợp sử dụng

Trường hợp sử dụng 1: Doanh nghiệp đầu mối theo dõi mức dự trữ và nhận cảnh báo sớm

Các tác viên: Quản lý kho doanh nghiệp đầu mối Tiên điều kiện: Doanh nghiệp đã đăng ký tài khoản B2B và xác minh vai trò đầu mối Kích hoạt: Người quản lý mở dashboard vào buổi sáng Các bước:

Đăng nhập vào Dashboard DuTruDau B2B
Nhập số liệu dự trữ hàng ngày ( $S(t)$ và $C(t)$ ) hoặc import từ file Excel
Hệ thống hiển thị biểu đồ mức dự trữ $R(t)$ và đường ngưỡng $q_{\min}$
Nếu $R(t) \leq q_{\min} \times 1.2$ , hệ thống gửi cảnh báo tự động qua email + notification
Quản lý xem dự đoán ngày cần nạp hàng ( $t^*$ ) và lên kế hoạch nhập hàng Sau điều kiện: Dữ liệu dự trữ được lưu vào lịch sử, sẵn sàng xuất báo cáo cho Bộ Công Thương Kết quả mong đợi: Doanh nghiệp chủ động nạp hàng trước khi vi phạm, tránh phạt 130 triệu đồng

Trường hợp sử dụng 2: Người tiêu dùng xem bản đồ trạm xăng và báo cáo tình trạng thực

Các tác viên: Người tiêu dùng xe máy/ô tô Tiên điều kiện: Người dùng đã cài đặt app DuTruDau và bật định vị GPS Kích hoạt: Người dùng cần đổ xăng và muốn biết trạm nào còn hàng gần nhất Các bước:

Mở app DuTruDau, bản đồ hiển thị trạm xăng trong bán kính 5km
Mỗi trạm hiển thị chỉ báo màu: xanh (còn đầy), vàng (còn một phần), đỏ (sắp hết/khan hiếm)
Người dùng chọn trạm phù hợp, xem giá và khoảng cách
Sau khi đổ xăng, người dùng báo cáo tình trạng thực tế bằng 1 chạm (còn hết/còn loại nào)
Hệ thống cập nhật crowd-sourced data cho trạm đó Sau điều kiện: Báo cáo được lưu vào hệ thống, chỉ báo trạm xăng được cập nhật Kết quả mong đợi: Người tiêu dùng tiết kiệm thời gian tìm trạm xăng còn hàng, đồng thời đóng góp dữ liệu cho cộng đồng

Mô hình kinh doanh

Mô hình doanh thu

$R = \sum_{i=1}^{n} (p_i \times q_i) + A + S_{\text{cảnh báo}}$

Các thành phần:

$p_i$ — phí subscription hàng tháng cho doanh nghiệp đầu mối ( $i = 1 \dots 26$ )
$q_i$ — số tháng subscription (mặc định 12 tháng)
$A$ — doanh thu quảng cáo vị trí trên bản đồ từ trạm xăng mua hiển thị ưu tiên
$S_{mathrm{cảnh báo}}$ — doanh thu từ gói dịch vụ cảnh báo nâng cao (bao gồm SMS, email nhiều người nhận)

Cấu trúc chi phí

Loại chi phí	Mô tả	Số tiền (ước tính/tháng)
Firebase Hosting	Database + storage	15 triệu VNĐ
Google Maps API	API key cho bản đồ	10 triệu VNĐ
Node.js Server	API Gateway + services	8 triệu VNĐ
Nhân sự vận hành	1 kỹ sư part-time	15 triệu VNĐ
Tổng chi phí vận hành		~48 triệu VNĐ/tháng

Phân tích điểm hòa vốn

$\text{Số doanh nghiệp hòa vốn} = \frac{C_{mathrm{fixed}}}{p_{mathrm{sub}} - c_{mathrm{unit}}}} = \frac{48{,}000{,}000}{3{,}000{,}000 - 0} = 16 \text{ doanh nghiệp}$

Trong đó $p_{mathrm{sub}} = 3{,}000{,}000$ VNĐ/tháng/doanh nghiệp (gói Professional), $c_{mathrm{unit}} \approx 0$ (chi phí biến đổi trên mỗi doanh nghiệp không đáng kể sau khi hệ thống đã có sẵn).

Điểm hòa vốn: 16 doanh nghiệp đầu mối — trong tổng số 26 doanh nghiệp, mục tiêu khả thi với 12 tháng đầu tiên.

Kế hoạch MVP

Giai đoạn 1: Hạ tầng cốt lõi (Tuần 1–4, đến 2026-05-17)

Thiết kế schema Firebase Realtime DB cho dữ liệu dự trữ
Xây dựng API Gateway (Node.js/Express) với auth service
Cài đặt Firebase project, cấu hình security rules
Phát triển Dashboard B2B cơ bản (nhập liệu + biểu đồ)
Tích hợp Google Maps API cho hiển thị bản đồ

Tiêu chí kết thúc: Dashboard B2B cho phép nhập dữ liệu dự trữ và hiển thị biểu đồ $R(t)$ vs $q_{\min}$ .

Giai đoạn 2: Hoàn thiện tính năng B2B và cảnh báo (Tuần 5–8, đến 2026-06-14)

Engine cảnh báo tự động khi $R(t) \leq q_{\min} \times 1.2$
Tính năng dự đoán ngày cần nạp hàng ( $t^*$ )
Xuất báo cáo định kỳ cho Bộ Công Thương (PDF/Excel)
Onboarding 3 doanh nghiệp đầu mối đầu tiên (pilot group)
Cấu hình email notification và SMS cho cảnh báo

Tiêu chí kết thúc: Pilot 3 doanh nghiệp sử dụng dashboard thực tế, engine cảnh báo hoạt động ổn định.

Giai đoạn 3: Bản đồ B2C và mở rộng (Tuần 9–12, đến 2026-07-12)

Phát triển app React Native cho người tiêu dùng (iOS + Android)
Tính năng crowd-sourced báo cáo tình trạng trạm xăng
Engine khan hiếm cục bộ với spatial query
Mô hình freemium: miễn phí cho người tiêu dùng, thu phí từ doanh nghiệp
Tiếp cận 10 doanh nghiệp đầu mối còn lại
Ra mắt public (soft launch) tại TP.HCM và Hà Nội

Tiêu chí kết thúc: Có ít nhất 10 doanh nghiệp đầu mối sử dụng dashboard, 5.000 người tiêu dùng cài đặt app.

Các yêu cầu

Yêu cầu 1: Alpha Chain Ltd. yêu cầu hệ thống gửi cảnh báo tự động đến doanh nghiệp đầu mối trong vòng 15 phút kể từ khi $R(t)$ giảm xuống dưới ngưỡng $q_{\min} \times 1.2$ , với độ chính xác trên 95% (không gửi cảnh báo nhầm quá 5 lần/tháng/doanh nghiệp).

Yêu cầu 2: Alpha Chain Ltd. yêu cầu dữ liệu dự trữ của mỗi doanh nghiệp được lưu trữ với timestamp chính xác đến phút, tối thiểu 24 tháng, đủ làm bằng chứng pháp lý khi Bộ Công Thương xác minh.

Yêu cầu 3: Alpha Chain Ltd. yêu cầu bản đồ B2C hiển thị chỉ báo tình trạng trạm xăng được cập nhật trong vòng 30 phút kể từ khi có báo cáo crowd-sourced, với tối thiểu 3 báo cáo độc lập để xác nhận thay đổi trạng thái.

Yêu cầu 4: Alpha Chain Ltd. yêu cầu doanh nghiệp đầu mối có thể xuất báo cáo định kỳ theo mẫu của Bộ Công Thương (Mẫu DTR01) trong vòng 2 phút từ dashboard, giảm 80% thời gian so với lập thủ công.

Claims

Claim 1: ACIL giảm số lần doanh nghiệp đầu mối bị phạt vi phạm dự trữ xăng dầu xuống 80% so với baseline bằng hệ thống cảnh báo tự động gửi notification trong vòng 15 phút khi $R(t) \leq q_{\min} \times 1.2$ (ngưỡng 120% mức tối thiểu), với độ chính xác trên 95%.

Claim 2: DuTruDau đạt break-even khi có 16 doanh nghiệp đầu mối đăng ký gói subscription 3 triệu VNĐ/tháng, với chi phí vận hành ước tính 48 triệu VNĐ/tháng — khả thi trước mức phạt 130 triệu VNĐ/doanh nghiệp/đợt phạt theo Nghị định 14/2017/NĐ-CP.

Claim 3: Bản đồ B2C của DuTruDau cập nhật chỉ báo tình trạng trạm xăng trong vòng 30 phút kể từ báo cáo crowd-sourced, với ngưỡng tối thiểu 3 báo cáo độc lập để xác nhận thay đổi trạng thái, giảm thiệt hại cho 2–4 triệu người dùng xe máy tại các thành phố lớn bị ảnh hưởng khi trạm xăng gần nhất hết hàng.

Quyền sở hữu & Bản quyền

Tài liệu này là tài sản độc quyền của Alpha Chain Ltd. Việc sao chép, phân phối lại, hoặc tạo sản phẩm phái sinh đều yêu cầu sự đồng ý bằng văn bản từ Alpha Chain Ltd.

Lịch sử thay đổi

Phiên bản	Ngày	Tác giả	Thay đổi
1.0	2026-04-19	Alpha Chain Ltd.	Tạo ban đầu từ concept-brief #1 (DuTruDau)
1.1	2026-04-20	Alpha Chain Ltd.	Bổ sung section Claims

Tóm tắt​

Định nghĩa vấn đề​

Phát biểu vấn đề​

Định lượng thiệt hại​

Phạm vi​

Mô hình vấn đề​

Giải pháp đề xuất​

Dashboard B2B cho doanh nghiệp đầu mối​

Bản đồ trạm xăng cho người tiêu dùng​

Các quyết định thiết kế chính​

Tiêu chí thành công​

Luồng hệ thống​

Thuật toán cốt lõi​

Mô tả thuật toán​

Công thức toán học​

Độ phức tạp​

Kiến trúc hệ thống​

Trường hợp sử dụng​

Trường hợp sử dụng 1: Doanh nghiệp đầu mối theo dõi mức dự trữ và nhận cảnh báo sớm​

Trường hợp sử dụng 2: Người tiêu dùng xem bản đồ trạm xăng và báo cáo tình trạng thực​

Mô hình kinh doanh​

Mô hình doanh thu​

Cấu trúc chi phí​

Phân tích điểm hòa vốn​

Kế hoạch MVP​

Giai đoạn 1: Hạ tầng cốt lõi (Tuần 1–4, đến 2026-05-17)​

Giai đoạn 2: Hoàn thiện tính năng B2B và cảnh báo (Tuần 5–8, đến 2026-06-14)​

Giai đoạn 3: Bản đồ B2C và mở rộng (Tuần 9–12, đến 2026-07-12)​

Các yêu cầu​

Claims​

Quyền sở hữu & Bản quyền​

Lịch sử thay đổi​