Câu hỏi trang này trả lời: sản phẩm gồm những gì, cấu tạo ra sao, và không phải là gì.

Định nghĩa một câu

9Cashback là nền tảng hoàn tiền đa quốc gia, trụ sở UAE: người dùng mua sắm như thường lệ và nhận lại một phần tiền thật vào một sổ cái không sửa được, rồi rút ra qua ngân hàng, ví, voucher hoặc nạp điện thoại.

Ba nguồn tiền vào

Mọi khoản hoàn tiền, dù đến từ đâu, đều được quy về một hình dạng chung trước khi vào sổ. Đó là lý do thêm nguồn mới không phải sửa phần lõi.

Nguồn	Người dùng làm gì	Hệ thống làm gì
Quét hoá đơn	Chụp ảnh hoá đơn giấy	Đọc nội dung bằng thị giác máy, trích ra cửa hàng · tổng tiền · ngày, đối chiếu chống trùng, chuyển quản trị duyệt, ghi có
Mua qua liên kết	Bấm vào cửa hàng trong danh mục	Chuyển hướng có gắn mã theo dõi, ghi lượt bấm, chờ mạng đối tác báo về, đối chiếu, ghi có ở trạng thái chờ, tự duyệt khi hết cửa sổ đổi trả
Thẻ liên kết	Gắn thẻ ngân hàng một lần	Giao dịch tại cửa hàng đối tác tự sinh hoàn tiền, không cần thao tác gì thêm

Trạng thái thật: nguồn thứ nhất đang chạy; nguồn thứ hai đã dựng nhưng chưa mở vì chưa có mạng đối tác nào duyệt hồ sơ; nguồn thứ ba nằm ở lộ trình vì cần hợp đồng với tổ chức thẻ.

Vòng đời một khoản hoàn tiền

Sơ đồ

Sơ đồ: Vòng đời một khoản hoàn tiền — khoản bị trả lại được xử lý bằng bút toán ngược chứ không xoá bút toán cũ, và tỷ giá bị đóng băng ngay khi chi tiền.

Ba chi tiết đáng chú ý trong sơ đồ này:

Không có mũi tên nào quay lại sửa bút toán cũ. Đơn bị trả lại sinh ra một bút toán ngược mới.
Cửa sổ đổi trả không lấy từ dữ liệu đối tác gửi về, mà tra từ cấu hình cửa hàng trong hệ thống — nếu không, bên gửi báo về sẽ tự quyết định được khi nào tiền của người dùng chín.
Tỷ giá bị đóng băng tại thời điểm chi tiền. Một lệnh rút đã thực hiện là sự kiện đã xảy ra; tính lại theo tỷ giá hôm nay là kể sai lịch sử.

Bốn kênh tiền ra và hệ hạng

Thành phần	Nội dung	Trạng thái
Bốn kênh rút	Ngân hàng · ví điện tử · voucher · nạp điện thoại — danh sách khác nhau theo từng thị trường	✅ Luồng rút chạy, hiện quản trị duyệt tay
Hệ hạng	Tính theo tổng chi tiêu 12 tháng gần nhất, nhân vào tỷ lệ hoàn tiền; ngưỡng cấu hình riêng theo thị trường, không quy đổi thẳng giữa các nước	🔭 Lộ trình
Giới thiệu hai tầng	Tầng một đang chạy; tầng hai ở lộ trình	✅ tầng 1 · 🔭 tầng 2
Quỹ hoàn tiền cộng đồng	Một phần giá trị chảy vào quỹ chung	🔭 Cần chính sách và tuân thủ dữ liệu cá nhân

Ba điểm cắm — toàn bộ kiến trúc nằm ở đây

Sản phẩm lớn lên theo đúng ba trục, nên ba giao diện này được định nghĩa ngay từ đầu:

Điểm cắm	Tham số	Việc của nó
Nguồn hoàn tiền	liên kết · hoá đơn · thẻ	Đưa tiền vào sổ
Bộ chuyển đổi mạng	(khu vực, mạng)	Danh mục cửa hàng + nhận báo về + đối soát
Nhà cung cấp chi trả	(khu vực, kênh)	Đưa tiền ra

Hai cái sau nhận khu vực làm tham số bậc nhất. Nghe nhỏ nhưng đây là quyết định kiến trúc lớn nhất: một hệ giả định "có một tập mạng đối tác toàn cầu dùng chung" sẽ phải viết lại khi mở thị trường thứ hai — và tài liệu dự án ghi rõ đó là lỗi dễ mắc nhất ở loại sản phẩm này.

Bảng ghi lượt bấm được tách riêng từ đầu

Đây là thứ duy nhất trong hệ có khả năng trở thành nút cổ chai, vì nó ghi nhiều nhất. Nên nó được thiết kế riêng ngay từ đầu:

Chỉ ghi thêm, không sửa không xoá;
chia mảnh theo tháng;
không khoá ngoại, không nối bảng trong đường nóng;
ghi theo kiểu bắn-và-quên, không chặn phản hồi cho người dùng;
và quyền ghi được cấp ở mức cơ sở dữ liệu, không dựa vào mã ứng dụng nhớ làm đúng.

Tách như vậy để nếu sau này cần chuyển sang một kho dữ liệu chuyên cho phân tích thì đó là việc của một tuần, không phải một quý.

Kiến trúc: một khối có ranh giới rõ

Sơ đồ

Sơ đồ: Một khối có ranh giới rõ, không phải vi dịch vụ — tiến trình nền tách khỏi ứng dụng web ngay từ đầu vì việc nhận báo về và đối soát không được chạy trong chu kỳ xử lý yêu cầu.

Vì sao không dùng vi dịch vụ: ước lượng năm đầu nằm thừa trong khả năng một cơ sở dữ liệu đơn, nên chia nhỏ dịch vụ chỉ mua thêm độ phức tạp vận hành mà không giải bài toán nào đang có.

Những thứ cố ý không dùng — và mỗi cái đều có lý do được ghi lại: thư viện giao diện dựng sẵn (dùng bộ tự viết để bám sát bản thiết kế) · thư viện xử lý tiền tệ (số nguyên đơn vị nhỏ nhất là đủ) · bộ nhớ đệm riêng (hàng đợi chạy ngay trên cơ sở dữ liệu) · hạ tầng luồng sự kiện và kho phân tích chuyên dụng (chưa cần) · dịch vụ rút gọn liên kết bên ngoài (tự viết khoảng 150 dòng).

9Cashback không phải là gì

Không phải	Vì sao
Một chương trình điểm thưởng	Đơn vị là tiền thật rút được, không phải điểm nội bộ hết hạn
Một sàn thương mại điện tử	Không bán hàng, không giữ kho, không xử lý đơn — chỉ đứng ở lớp hoàn tiền
Một ví điện tử hay tổ chức giữ tiền	Việc chuyển tiền tại UAE cần giấy phép hoặc đối tác thanh toán — đây là một trong các đường găng bên ngoài, không phải thứ tự làm được
Một chương trình đa cấp	Giới thiệu tối đa hai tầng, có phát hiện vòng tự giới thiệu ngay từ mốc đầu
Một dự án token	Không phát hành token, không ví tiền mã hoá; đơn vị ghi sổ là tiền pháp định
Một sản phẩm chỉ cho một nước	Đa quốc gia là yêu cầu gốc, đã nằm trong lược đồ dữ liệu chứ không phải giai đoạn mở rộng

Điều gì làm nó khác

Khác biệt	Điều nó thay đổi
Sổ cái không sửa được, kể cả bởi chủ sở hữu	Đối soát luôn làm được; không có "sửa nhanh một dòng cho xong"
Khu vực là tham số bậc nhất	Mở thị trường mới = thêm file, không phải viết lại
Tỷ giá đóng băng đúng lúc chi tiền	Lịch sử tài chính kể đúng sự thật, không bị tính lại theo hôm nay
Chống gian lận nằm ở mốc đầu, không phải mốc cuối	Bị lạm dụng rồi mới làm thì dữ liệu đã bẩn, không dọn được
Từ chối theo hướng an toàn	Chưa có đối tác thì không hiện nút mua, thay vì hứa một khoản hoàn tiền không giữ được

Câu chốt: 9Cashback không cạnh tranh bằng con số phần trăm in trên trang chủ. Nó cạnh tranh bằng thứ khó sao chép hơn: một sổ cái mà không ai — kể cả người vận hành — sửa được, và một kiến trúc mà thêm một thị trường là thêm file chứ không phải làm lại từ đầu.