01Toàn cảnh triển khai trên một màn hình
Trang tổng quan mở đầu ngày làm việc. Tình trạng hệ thống gồm bảo trì, cầu nối API, cơ sở dữ liệu và cache. Tín hiệu về breaker, nhà cung cấp và lỗi chưa xử lý. Công việc dưới dạng hàng đợi có số đếm — 12 hồ sơ KYC chờ duyệt, hồ sơ cũ nhất đã chờ 5h 02m, 8 điểm lệch đối soát với €18,240 sẵn sàng ghi có, 2 yêu cầu chờ phê duyệt. Các thao tác đặc quyền gần đây và tình trạng từng nhà cung cấp nằm bên dưới. Không cần thêm công cụ nào khác cho màn hình này.
- Hệ thống, tín hiệu và hàng đợi trong một lần đọc theo chiều dọc
- Mỗi thẻ liên kết tới hàng đợi mà nó đang đếm
- Tình trạng nhà cung cấp theo từng kênh — suy giảm, hoạt động, đang phục hồi
02Copilot cho operator
Copilot dock mở cạnh bất kỳ màn hình nào với các gợi ý theo ngữ cảnh — vì sao nạp tiền thất bại, tóm tắt các sự cố đang mở. Nó chỉ đọc và sẽ không thực thi thao tác nào. Và nó suy giảm một cách trung thực: khi endpoint của mô hình chưa được kết nối, dock nói rõ điều đó thay vì bịa câu trả lời.
03Insights
Toàn bộ hoạt động trên một màn hình: 42,180 người dùng, 12,408 đang hoạt động, tỷ lệ kích hoạt 61.8%, tỷ lệ thành công 96.4%, và dòng tiền +€1.84M vào và −€1.52M ra trong 30 ngày. Phễu KYC và onboarding nằm ngay bên cạnh, nên mức kích hoạt sụt giảm sẽ lộ ra ngay trong tuần đầu tiên. Các chỉ số tiền chỉ hiển thị với vai trò tài chính.
04Phân loại lỗi
Luồng cảnh báo đến đã được loại trùng. 142 lần xuất hiện của một WebhookSignatureError — ảnh hưởng 38 người dùng — gộp thành một dòng critical duy nhất với thao tác xác nhận và xử lý xong, và màn hình tự làm mới mỗi 10 giây. Operator xử lý theo signature, không phải đọc từng trang nhiễu.
- Mỗi signature lỗi một dòng, có số đếm
- Người dùng bị ảnh hưởng gắn với từng signature
- Xác nhận và xử lý xong là các thao tác được ghi audit
05Người dùng, tìm theo mọi thông tin
12,408 tài khoản có thể tìm theo tên, email, số điện thoại hoặc ID, với trạng thái KYC và tài khoản trên từng dòng, cùng các tab chờ KYC, đã xác minh, bị từ chối, bị khóa và đã lưu trữ. Mỗi dòng mở thành một User 360 — số dư, thẻ, thiết bị, cấp KYC và toàn bộ lịch sử của một khách hàng trên một màn hình.
06Hàng đợi duyệt KYC
Hồ sơ chờ duyệt xuất hiện như một hàng đợi có số đếm và đồng hồ hiển thị — 12 hồ sơ trong bản demo, mỗi dòng cho biết nhà cung cấp, trạng thái, lý do mới nhất và thời gian người nộp đã chờ. Một lần thử lại liveness kẹt ở 5h 02m hiện màu đỏ. Duyệt, từ chối hoặc đặt lại ngay trong console; mọi quyết định đều bắt buộc nêu lý do, được ghi audit và cập nhật trạng thái tài khoản ở mọi nơi cùng lúc.
- Chờ duyệt, đã hoàn tất sơ bộ, bị từ chối và tất cả, dưới dạng tab
- Lý do ngay trên dòng — duyệt địa chỉ, thử lại liveness, duyệt tài liệu
- Thời gian chờ hiển thị, hồ sơ cũ nhất được gắn cờ
07Truy xuống sổ cái
Mỗi dòng tiền đều mở được đến tận đáy. Giao dịch chuyển TR-90211 — khoản thanh toán ngang hàng €120.00 đã hoàn tất — hiển thị người gửi, người nhận và cả hai bút toán sổ cái đã hạch toán: ghi nợ −€120.00 và ghi có +€120.00, bút toán kép và cân bằng. Không có màn hình tóm tắt nào chắn giữa operator và sổ cái.
08Nạp tiền crypto
Khoản nạp on-chain là dòng dữ liệu gốc, không phải bản xuất từ nơi khác. Một giao dịch nạp thành công trên mạng Base hiển thị 250.00 USDC ghi có vào sổ cái EUR, kèm tỷ giá, phí, địa chỉ ví và transaction hash trong drawer. Cả hai kênh, một console, truy vết được tới tận chuỗi.
09Đối soát (Reconciliation)
Các khoản nạp SEPA đến được tự động khớp với người dùng; trường hợp ngoại lệ rơi vào hàng đợi công việc có số đếm — các dòng đã khớp sẵn sàng ghi có, một người gửi không xác định với hai ứng viên khớp, và các tab sẵn sàng, cần xem xét, chưa khớp và lịch sử. Ghi có chỉ cần một cú nhấp khi khớp rõ ràng, và là một quyết định có lý do khi không — mọi khoản ghi có thủ công đều bắt buộc nêu lý do, với hạn mức số tiền đọc từ cấu hình.
- Khớp khoản thanh toán với người dùng, rồi ghi có và đối soát
- Người gửi chưa rõ được giữ lại để xem xét cùng các ứng viên
- Báo cáo ngân hàng nhập thẳng vào hàng đợi
10Tracer
Dán một mã tham chiếu và xem toàn bộ câu chuyện. Trace 9F21-0716 mở ra dưới dạng chuỗi hop — yêu cầu đã gửi, sổ cái xác thực theo chính sách, báo giá nhà cung cấp được ghi lại, xác nhận on-chain trên Base ở 12/12, quyết toán đã giao — mỗi hop có thời gian, từ +42ms đến +22s. Chỉ đọc theo thiết kế: Tracer giải thích, không bao giờ thay đổi dữ liệu.
- Một mã tham chiếu, mọi hop từ yêu cầu đến quyết toán
- Chính sách và báo giá mà mỗi hop áp dụng đều được ghi lại
- Idempotency key hiển thị ngay trên trace
11Hộp thư phê duyệt
Các khoản ghi có vượt ngưỡng phải chờ operator thứ hai. Hộp thư chia thành những gì đang chờ bạn phê duyệt và những gì bạn đã yêu cầu — một khoản ghi có thiện chí €500.00 và một khoản hoàn tiền nạp thất bại €120.00 ở bên này, khoản đảo phí €40.00 của chính bạn đang chờ người đồng ký ở bên kia. Bạn không thể phê duyệt mục do mình yêu cầu; bạn có thể rút lại.
12Nhật ký audit
18,942 thao tác của operator trong một bảng chỉ ghi thêm: thời gian, operator, thao tác, đối tượng, lý do bằng văn bản, và request gốc kèm mã phản hồi. Thao tác của hệ thống nằm chung một trục với thao tác của con người. Lọc theo operator, thao tác hoặc ngày; xuất CSV khi có người ngoài console yêu cầu.
- Chỉ ghi thêm — bản ghi không bao giờ bị sửa hay xóa
- Lý do và request đi kèm mọi dòng
- Lọc được, phân trang được, xuất được
13Kiểm tra và phát lại webhook
18,204 sự kiện đến từ nhà cung cấp, mỗi sự kiện có kết quả xác minh signature ngay trên dòng. Sự kiện thất bại có thể được phát lại để áp dụng lại kết quả bị bỏ lỡ — bắt buộc nêu lý do, không gửi thông báo trùng — nhưng chỉ khi signature hợp lệ; signature không hợp lệ không được tin cậy và việc phát lại bị chặn. Hiển thị payload gốc sẽ gửi PII chưa che đến trình duyệt của bạn, nên thao tác này ghi lại một sự kiện audit.
14Feature flag và remote config
38 key có kiểu dữ liệu trong 8 nhóm — công tắc, số tiền, enum — cho thẻ, nạp tiền, KYC và phần còn lại của bề mặt runtime. Mỗi key cho biết ai thay đổi gần nhất và khi nào; mỗi thay đổi đều có diff, lý do và được ghi audit. Đổi hạn mức chi tiêu hay chuyển nhà cung cấp chỉ là một lần chỉnh trong console, không phải một lần phát hành lên store.
- Điều khiển có kiểu dữ liệu — không có chuỗi cấu hình nhập tự do
- Lịch sử theo từng key: ai, gì, khi nào, vì sao
- Thay đổi có hiệu lực mà không cần phát hành ứng dụng
15Kill switch
Khi cần dừng thứ gì đó, bạn dừng ngay từ đây. Lệnh đóng băng toàn cục đưa màn hình bảo trì lên khi mở ứng dụng; kill switch theo từng tính năng cắt riêng thẻ, nạp tiền, chuyển tiền hoặc KYC — 4 đang hoạt động, 0 bị tắt trong bản demo. Chế độ bỏ qua OTP cho QA nằm sau một công tắc riêng, mặc định tắt. Mọi thay đổi đều được ghi log và xác nhận hai lần.
16Operator và vai trò
Đội ngũ được quản lý ngay nơi công việc diễn ra. Sáu tài khoản operator với các vai trò từ superadmin đến auditor, mỗi hồ sơ hiển thị hoạt động audit gần đây. Thay đổi vai trò phải qua hộp thoại nêu lý do, và không ai có thể tự đổi vai trò hay tự vô hiệu hóa mình — phải do một superadmin khác thực hiện.
- Sáu vai trò — superadmin, ops, compliance, engineer, support, auditor
- Thao tác gần đây của từng operator ngay trên hồ sơ
- Không tự nâng quyền, không tự vô hiệu hóa
17Thao tác bắt buộc có lý do
Một thao tác đặc quyền tự giải thích trước khi chạy. Đóng băng thẻ 4417 mở ra một hộp thoại nêu rõ phạm vi ảnh hưởng, yêu cầu lý do bằng văn bản và — vì đây là production — bắt operator gõ PROD thì nút xác nhận mới được bật. Lý do được ghi vào nhật ký audit bất biến ngay cạnh chính thao tác đó.
18Breaker và tình trạng nhà cung cấp
Bên kỹ thuật theo dõi breaker và tình trạng nhà cung cấp theo thời gian thực. Khi một nhà cung cấp suy giảm, trạng thái breaker hiện trên console trước khi ticket hỗ trợ kịp đến — và quá trình phục hồi cũng vậy.
19Back office liên kết thanh toán
Các liên kết khách hàng tạo ra có giao diện dành cho người vận hành: bản demo có 214 liên kết gồm đã thanh toán, đang hoạt động và hết hạn, mỗi liên kết đều kèm lệnh chuyển tiền quyết toán và đường dẫn mở trong Tracer để xem toàn bộ trace. Thu hồi liên kết không phải hoàn tiền — console cho bạn biết điều đó trước khi thực hiện.
20Whitelist đăng nhập và PII được che
Quyền truy cập console được whitelist, và dữ liệu người vận hành nhìn thấy được tối thiểu hóa theo mặc định: email và số điện thoại luôn bị che cho đến khi chủ động hiện ra, còn chỉ số tiền nằm sau vai trò tài chính. Xem thêm là một thao tác có chủ đích và được ghi log.
21Cấp tiền thủ công và nạp tiền
Nạp tiền cho người dùng là một luồng chính thức của console, không phải thao tác ghi vào cơ sở dữ liệu. Mỗi khoản cộng đều kèm lý do bằng văn bản, và khoản vượt ngưỡng sẽ đi qua hộp thư phê duyệt để một người vận hành thứ hai duyệt.
22Vận hành thẻ
Thẻ trên toàn bộ tệp khách hàng: đóng băng và mở băng với phạm vi ảnh hưởng được nêu rõ, quản lý biến thể thẻ theo từng chương trình, và mọi thẻ đều truy cập được từ User 360 của chủ thẻ. Thao tác không thể hoàn tác dùng chung hộp thoại bắt buộc nhập lý do như mọi thao tác khác.
23Tài khoản ngân hàng
Tài khoản ngân hàng của nền tảng có giao diện riêng, và báo cáo ngân hàng được nhập vào sẽ đưa thẳng vào hàng đợi đối soát. Kênh tiền thực sự chạy qua hiển thị ngay trong cùng console với sổ cái nhận tiền.
24Command palette và tìm kiếm
⌘K mở palette từ bất cứ đâu; tìm theo tên, email, số điện thoại hoặc ID là tới đúng hồ sơ. Console được thiết kế để điều khiển bằng bàn phím trong những ngày tồi tệ.
25Chiến dịch, giới thiệu và mã mời
Các công cụ tăng trưởng nằm cùng một console: cấu hình và theo dõi chiến dịch, giám sát chương trình giới thiệu, phát hành và thu hồi mã mời. Bộ phận vận hành chạy khuyến mãi mà không cần công cụ admin thứ hai.
26Phiên bản app và tab di động
Xem phiên bản app nào đang chạy thực tế và cấu hình bố cục tab của app di động từ xa. Khung app điều khiển được từ console — đổi tab là đổi cấu hình, không phải phát hành bản mới.
27Nội dung, FAQ và chat
Nội dung trong app, mục FAQ và chat với khách hàng đều được vận hành ngay trong console. Người trả lời yêu cầu hỗ trợ có User 360 chỉ cách một cú nhấp, không phải ở một tab khác của hệ thống khác.
28Vận hành crypto
Mảng crypto có khu riêng: tổng quan crypto, ví, danh mục tài sản và các thao tác crypto — cùng hàng đợi nạp tiền. Người vận hành thấy bề mặt on-chain sâu như sổ cái fiat.
29Xuất dữ liệu
Dữ liệu ra ngoài gọn gàng khi cần: xuất CSV từ nhật ký kiểm toán và các bảng vận hành, lọc đúng như đang hiển thị. Kiểm toán viên cần gì thì chỉ là một lần tải xuống, không phải ticket cho kỹ sư.
30Whitelabel và môi trường
Console chạy dưới thương hiệu của bạn — bản demo là YourBrand, không phải của chúng tôi. Banner cố định nêu rõ môi trường, màn hình production mang huy hiệu prod, và thao tác production buộc người vận hành gõ PROD. Không ai nhầm mình đang ở môi trường nào.
