Câu hỏi trang này trả lời: vấn đề nào có thật, vì sao cách hiện tại không giải được, và vì sao là lúc này.

Vấn đề gốc: người mua trả tiền cho một chi phí họ không thấy

Mỗi đơn hàng trực tuyến đều mang trong giá một khoản chi phí thu hút khách: cửa hàng trả hoa hồng cho bên đưa khách tới. Khoản đó luôn tồn tại — người mua trả nó dù có biết hay không. Câu hỏi duy nhất là nó dừng lại ở đâu.

Sơ đồ

Sơ đồ: Chi phí thu hút khách luôn nằm trong giá; mô hình hoàn tiền chỉ đơn giản là trả một phần khoản đó ngược về người đã trả nó.

Mô hình hoàn tiền vì vậy không phải khuyến mãi, mà là một cách phân chia lại một dòng tiền đã có sẵn. Đó cũng là lý do nó bền hơn giảm giá: không ai phải chịu lỗ để nó tồn tại.

Nhưng vì sao lại cần thêm một nền tảng nữa

Mô hình này đã cũ ở Mỹ và châu Âu. Vấn đề nằm ở chỗ nó không dịch chuyển được sang các thị trường khác, vì gần như mọi thứ ở tầng dưới đều khác:

Thứ	Bắc Mỹ / châu Âu	UAE	Việt Nam
Mạng đối tác	Bộ mạng lớn quen thuộc	Bộ mạng khu vực khác hẳn	Bộ mạng nội địa khác nữa
Kênh rút tiền	Tài khoản ngân hàng nội địa	Ngân hàng vùng Vịnh, ví địa phương	Ngân hàng và ví trong nước
Danh mục cửa hàng	Chuỗi bán lẻ quốc tế	Chuỗi vùng Vịnh	Sàn nội địa
Ngưỡng hạng	Theo đồng nội tệ	Theo AED	Không quy đổi thẳng được — thu nhập và giá cả khác nhau
Ngôn ngữ & bố cục	Trái sang phải	Có tiếng Ả Rập, phải sang trái	Trái sang phải, dấu tiếng Việt

Một nền tảng sinh ra cho một thị trường rồi "mở rộng" sang thị trường khác thường vỡ ở đúng chỗ này: nó giả định một tập mạng đối tác toàn cầu dùng chung và một kênh rút duy nhất. Sửa giả định đó về sau nghĩa là viết lại phần lõi.

Vì vậy 9Cashback đặt đa quốc gia là yêu cầu gốc: khu vực có mặt trong lược đồ dữ liệu và là tham số bậc nhất của hai điểm cắm, ngay từ dòng bảng đầu tiên — kể cả khi mới chạy một nước.

Vì sao bắt đầu bằng quét hoá đơn, không phải mua qua liên kết

Đây là lựa chọn chiến lược quan trọng nhất, và nó đến từ một quan sát tỉnh táo:

Đường găng của dự án này không nằm ở mã nguồn. Duyệt hồ sơ mạng đối tác mất hàng tuần tới hàng tháng; hợp đồng thẻ liên kết cần đối tác; chuyển tiền tại UAE cần giấy phép hoặc đối tác thanh toán. Không kiến trúc nào rút ngắn được ba việc đó.

Kết luận rút ra: mốc đầu tiên phải là một sản phẩm hoàn chỉnh, có người dùng thật, mà không phụ thuộc bên thứ ba nào.

Đường	Phụ thuộc bên ngoài	Làm được ngay?
Quét hoá đơn	Không — chỉ cần thị giác máy và luật chống trùng	✅ Có
Mua qua liên kết	Cần mạng đối tác duyệt hồ sơ	❌ Chờ
Thẻ liên kết	Cần hợp đồng tổ chức thẻ	❌ Chờ
Rút tự động	Cần giấy phép hoặc đối tác thanh toán	❌ Chờ

Quét hoá đơn còn có một lợi thế mà đường liên kết không có: nó phủ được cả mua sắm tại cửa hàng vật lý — phần lớn chi tiêu ở vùng Vịnh và Việt Nam vẫn diễn ra ngoài đời, nơi không có liên kết nào để bấm.

Vì sao lúc này

Yếu tố	Vì sao nó làm bài toán khả thi hơn trước
Đọc hoá đơn bằng máy đã đủ chính xác	Trước đây trích xuất cửa hàng · tổng tiền · ngày từ ảnh hoá đơn nhàu, chụp nghiêng, nhiều ngôn ngữ là bài toán phải thuê người nhập tay. Nay máy làm được ở mức đủ dùng, với con người chỉ đứng ở khâu duyệt
Nhưng phải là máy bị ràng buộc	Đúng vì máy đủ thuyết phục nên không được để nó tự ghi có. Thiết kế chốt: máy trích xuất, luật chống trùng và quản trị viên quyết định
Hạ tầng đủ rẻ để một cơ sở dữ liệu đơn gánh hết năm đầu	Không cần dựng hệ phân tán, nên vốn dồn vào phần khó thật: đối soát và chống gian lận
Vùng Vịnh đang chuyển nhanh sang mua sắm trực tuyến	Nhưng thói quen mua tại cửa hàng vẫn mạnh — đúng chỗ mà mô hình lai liên kết + hoá đơn có lợi thế
Hạ tầng dùng chung của danh mục đã có	Triển khai, tài liệu, chuẩn giao diện, sao lưu dùng lại được — chi phí dựng sản phẩm thứ n thấp hơn sản phẩm đầu rất nhiều

Vì sao sổ cái append-only lại là điểm khác biệt, không phải chi tiết kỹ thuật

Với sản phẩm tài chính, câu hỏi mà người dùng, đối tác và cơ quan quản lý đều hỏi là như nhau: "làm sao chứng minh được?"

Một hệ cho phép sửa bút toán thì mọi câu trả lời đều là lời hứa. Một hệ chặn sửa và xoá ở tầng cơ sở dữ liệu, đối với mọi vai kể cả vai chủ sở hữu thì câu trả lời là một phép cộng ai cũng chạy lại được.

Kèm theo đó là bốn luật đường tiền, mỗi luật đến từ một cái giá đã trả ở dự án khác:

Luật	Vấn đề nó chặn
So-sánh-rồi-đặt bên trong giao dịch, không bao giờ hành động dựa trên bản chụp đã đọc	Tải gộp trên đường tiền nới cửa sổ tranh chấp lên khoảng nghìn lần và gây chi trả hai lần
Khoá chống lặp phải CHUNG cho các đường đối nghịch	Khoá riêng cho "ghi có" và "thu hồi" nghĩa là chúng không chặn được nhau
Bất biến tài chính rất dễ thành lời nói dối tự đồng ý	Tổng nợ bằng tổng có mà lấy từ cùng một biến thì không bao giờ sai. Phải hai nguồn độc lập, cộng phép thử ngược, cộng tự gỡ hàng rào xem kiểm thử có đỏ không
Rà soát an ninh chạy độc lập cho mọi việc chạm sổ cái, chi trả, đăng nhập	Tự rà soát đã từng bỏ sót lỗi chặn thật ở dự án trước

Luật thứ ba đáng chú ý nhất, vì nó là một câu về phương pháp, không phải về mã: một kiểm thử không đỏ lên khi bạn gỡ bỏ hàng rào nó nói là đang canh thì đó là một kiểm thử rỗng.

Vì sao chống gian lận phải nằm ở mốc đầu

Sơ đồ

Sơ đồ: Bốn rủi ro đặc thù, tất cả đều thuộc loại không dọn được sau khi đã xảy ra — nên biện pháp phải có ngay từ mốc đầu.

Lý do rất thực tế: dữ liệu bẩn không dọn được ngược. Khi đã có hàng nghìn tài khoản trại và hàng vạn hoá đơn trùng nằm trong sổ, việc phân biệt người dùng thật với người trục lợi trở thành bất khả — và sổ append-only nghĩa là bạn cũng không được phép xoá chúng đi cho gọn.

Câu chốt: ngành hoàn tiền không thiếu người hứa trả lại tiền. Thứ thiếu là một nền tảng được thiết kế cho những thị trường không dùng chung mạng đối tác, không dùng chung kênh rút, không dùng chung ngôn ngữ — và trung thực về việc phần khó nhất của nó không phải phần mềm, mà là ba chữ ký còn chưa có.