MONA Pay: cổng thanh toán tự động MONA làm cho chính mình

Khách đến MONA làm web bán hàng hoặc phần mềm, tới khâu nhận tiền chuyển khoản thường mắc ở đúng ba chỗ: nhân viên đối chiếu tay, tiền đi qua một bên giữ hộ, hoặc đội kỹ thuật tự ráp công cụ đọc thông báo ngân hàng rồi âm thầm chăm nó mỗi lần giao diện đổi. MONA Pay là cổng thanh toán tự động tụi em làm từ nhu cầu đó: tiền vào thẳng tài khoản ngân hàng đứng tên anh chị, hệ thống báo có qua webhook và Telegram để phần mềm tự khớp đơn. MONA Pay thiết kế cho nhiều ngân hàng ngay từ đầu, ACB là ngân hàng đang chạy trực tiếp, các ngân hàng khác đang được nối thêm theo lộ trình. Bài này kể rõ cách sản phẩm chạy từ ngày 29/08/2026, gói miễn phí 500 giao dịch mỗi tháng, luồng nối ngân hàng bằng 2 lần OTP, giá kiểm ngày 03/09/2026, phần an toàn, phần còn thiếu và lúc anh chị đừng dùng. Đọc rồi hãy chốt.

Ba cách nhận tiền chuyển khoản thường làm chủ doanh nghiệp mắc kẹt

MONA gặp cảnh này rất nhiều ở những dự án thiết kế website bán hàng: khách chuyển xong chụp màn hình gửi Zalo, nhân viên mở ứng dụng ngân hàng, kéo từng dòng rồi so số tiền với mã đơn. Ba người cùng chuyển 500.000 đồng trong một buổi là bắt đầu phải hỏi lại tên, nội dung và thời điểm; lên 30 đơn mỗi ngày, phần hỏi lại đã đủ chiếm một ca trực. Tối 11 giờ, không còn ai trực thì đơn cứ nằm đó tới sáng. Việc này rất mệt khi số đơn tăng.

Cách thứ hai là dùng một ví hoặc cổng trung gian nhận tiền trước, cuối kỳ mới đối soát và rút về; kiểu đó có lý do tồn tại, đặc biệt khi anh chị cần thẻ, trả góp hay nhiều loại tiền. Đổi lại, dòng tiền không vào thẳng tài khoản ngân hàng của cửa hàng ngay tại thời điểm khách trả; với một shop chỉ thu chuyển khoản trong nước, thêm một lớp giữ tiền khiến kế toán có thêm sổ để so và chủ doanh nghiệp có thêm lịch rút tiền phải nhớ. MONA Pay chọn kiến trúc khác: khách chuyển vào tài khoản của anh chị, MONA chỉ nhận tin báo có.

Cách thứ ba thường bắt đầu rất hứng khởi. Một người kỹ thuật đọc SMS, quét email hoặc dò giao diện ứng dụng ngân hàng, sau vài ngày đã đẩy được tin vào nhóm bán hàng. Rồi ngân hàng đổi mẫu tin, điện thoại hết pin, phiên đăng nhập hết hạn hoặc giao diện cập nhật; người viết ban đầu đang bận dự án khác, luồng nhận tiền đứng mà chẳng ai biết từ phút nào. Cách đó không bền khi ngân hàng đổi giao diện. Tụi em đã làm nhiều hệ thống tự động hóa doanh nghiệp, nên chuyện báo có phải bắt đầu từ kênh dữ liệu do ngân hàng gửi và phải có sổ giao dịch để đối chiếu lại.

Quan điểm của MONA khá rõ: công cụ nào giải đúng việc thì dùng, không cần dìm lựa chọn khác; anh chị đang thu 5 khoản một tháng thì ứng dụng ngân hàng đã đủ. Thu thẻ quốc tế thì đi thẳng tới cổng thẻ. Khi số đơn chuyển khoản khiến một người phải canh màn hình, một API nhận biến động và một luồng khớp đơn có trách nhiệm mới đáng làm. Chọn theo việc thật.

MONA Pay báo có và khớp đơn, tiền vẫn vào thẳng tài khoản ngân hàng của anh chị

Hãy tách hai việc vốn hay bị gọi chung là “thanh toán”. Việc đầu là khách chuyển tiền; giao dịch này diễn ra từ ngân hàng của khách sang tài khoản ngân hàng cá nhân hoặc doanh nghiệp đứng tên anh chị, ACB là ngân hàng đang chạy trực tiếp và các ngân hàng khác đang nối thêm. Việc tiếp theo là báo cho website biết khoản tiền đã tới và thuộc đơn nào; MONA Pay làm phần này bằng dashboard, Telegram, tài khoản ảo và webhook. Tiền không ghé MONA Pay ở bất kỳ bước nào.

Ứng dụng ngân hàng báo cho một người đang giữ điện thoại; MONA Pay báo cho hệ thống: phần mềm bán hàng đổi đơn sang “đã thanh toán”, kho bắt đầu đóng gói, email xác nhận được gửi, còn nhóm Telegram cùng thấy số tiền và nội dung. Một bên cần con người đọc rồi thao tác tiếp, một bên đưa dữ liệu tới đúng nơi có quy tắc xử lý. Tài liệu API của IBM cũng mô tả API là bộ quy tắc để các phần mềm trao đổi dữ liệu và chức năng với nhau. Đây là khác biệt về vận hành, không phải cách gọi.

Để nối ngân hàng, ví dụ với ACB, anh chị đăng ký tài khoản ảo bằng số tài khoản, số điện thoại đã khai với ngân hàng và mã OTP ngân hàng gửi về. MONA Pay không hỏi mật khẩu ứng dụng ngân hàng, cũng không có quyền chuyển hoặc rút tiền. Luồng hoàn chỉnh có 2 lần OTP: lần đầu xác thực để tạo tài khoản ảo, lần sau đăng ký nhận thông báo giao dịch. Thiếu lần thứ hai thì tiền vẫn vào ngân hàng nhưng hệ thống chưa nhận được báo có.

Trên dashboard, bốn việc kích hoạt được đặt thành một danh sách: nối ngân hàng, cấu hình webhook, nối Telegram và tạo API key. Tài khoản mới cũng đăng nhập được bằng Google hoặc GitHub, ngoài cách dùng tên đăng nhập và mật khẩu; Bearer token dùng cho API có hạn 24 giờ. Tụi em thích kiểu thiết kế này vì người chủ chỉ muốn nhận báo có qua Telegram sẽ dừng ở đúng chỗ, còn đội kỹ thuật có thể đi tiếp sang webhook và đọc kỹ webhook là gì. Không ép người mới phải học phần kỹ thuật thừa.

Trong nhóm các hình thức thanh toán online, MONA Pay đứng ở một ô rất cụ thể: tự động xác nhận chuyển khoản nội địa; nó không xử lý thẻ Visa, Mastercard, trả góp hay đổi tiền. Phạm vi hẹp giúp sản phẩm làm sâu chuyện báo có, tài khoản ảo, VietQR, webhook và đối soát, nhưng cũng là lý do anh chị phải đọc phần giới hạn ở cuối bài trước khi chốt. MONA nói thẳng từ đầu.

MONA tự dùng hệ thống này trước rồi mới mở cho khách

Tụi em dựng hệ thống nhận biến động số dư ACB để chạy cho chính các sản phẩm phần mềm MONA đang bán, trước khi nó có tên MONA Pay; tiền vào tài khoản ACB của MONA là phần mềm tự khớp đơn, nhóm Telegram nội bộ nhận báo có ngay, người phụ trách nhìn thấy mà không mở ứng dụng ngân hàng. Cách làm đó đi cùng quan điểm của MONA 2.0: sản phẩm phải giải việc thật trong nhà trước, AI Agent tham gia viết và kiểm tra, rồi đội ngũ mới đóng gói cho khách. Ngày 29/08/2026, MONA Pay vận hành chính thức.

Ngày 03/09/2026, tụi em làm lại từ đầu với vai một chủ tiệm hoa mới toanh. Tài khoản được đăng ký, API key được tạo, wizard webhook đi đủ 5 bước, secret HMAC tự sinh đúng 48 ký tự, nhóm Telegram được nối, xác thực 2 lớp được bật bằng QR rồi đăng nhập lại bằng mã OTP. Tụi em còn tạo hóa đơn nâng gói và hủy nó ngay trên màn hình thanh toán. Mục đích rất đơn giản: trước khi chỉ anh chị bấm ở đâu, tụi em phải tự đi hết con đường ấy.

Chi tiết nhỏ tụi em nhớ rõ lại nằm ở chỗ cất key; client secret chỉ cần lộ một lần là máy lạ có thêm chìa khóa gọi các lệnh ghi, nên màn hình che giá trị và nhắc tạo key mới nếu bị mất. Hướng dẫn API key của IBM cũng khuyến nghị không ghi khóa vào mã nguồn và thu hồi ngay khóa đã lộ. Secret webhook là một khóa khác, dùng để ký bản tin gửi sang website. Hai thứ có tên gần nhau nhưng không được lưu chung hoặc ghi thẳng vào mã nguồn. Đây là kiểu vướng chỉ lộ ra khi tự tay cấu hình.

MONA hoạt động từ năm 2016, đã làm hơn 14.000 dự án và có 85% khách quay lại; những con số đó không biến MONA Pay thành sản phẩm đúng với mọi cửa hàng, nhưng cho thấy đội đứng sau hiểu lúc bàn giao một phần mềm theo yêu cầu thì phần nhận tiền phải có người chịu trách nhiệm tới cùng. Tụi em không kể doanh thu hay số giao dịch MONA Pay vì hiện chưa có số công bố. Có gì nói nấy.

Một webhook chuyển khoản đi qua hệ thống như thế nào

Luồng bắt đầu khi ngân hàng ghi nhận tiền vào tài khoản hoặc tài khoản ảo đã nối. MONA Pay lưu giao dịch vào dashboard, tìm cấu hình webhook đúng phạm vi rồi gửi một yêu cầu HTTP POST chứa 7 trường: số tiền, nội dung, thời gian, mã giao dịch, số tài khoản nhận, tên ngân hàng và loại giao dịch; máy chủ của anh chị kiểm chữ ký, trả mã 200, 201 hoặc 202 trong 10 giây, sau đó mới cập nhật đơn. Thứ tự này rất quan trọng.

Wizard trong dashboard chia việc cấu hình thành 5 bước, nên người mới nhìn được mình đang ở đâu. Bước 1 nhập tên và URL, bước 2 chọn mọi tài khoản hoặc một tài khoản ảo, bước 3 chọn bảo mật, bước 4 chọn định dạng JSON, form hoặc multipart, bước 5 kiểm lại rồi hoàn tất. API endpoint là địa chỉ số, thường có dạng URL, nơi API nhận yêu cầu. Tụi em khuyên URL đi thẳng tới endpoint cuối, không đặt một địa chỉ còn chuyển hướng 301 hoặc 302. Chuyển hướng được tính là gửi thất bại.

Với HMAC-SHA256, MONA Pay đặt dấu thời gian vào header X-Mona-Timestamp và chữ ký vào X-Mona-Signature; chuỗi được ký bằng timestamp cộng dấu chấm rồi tới raw body, phía nhận phải dùng đúng phần thân thô từng byte, vì parse JSON rồi tạo chuỗi lại dễ đổi khoảng trắng hoặc thứ tự khóa. Bản tin lệch quá 5 phút bị từ chối để chặn phát lại. Secret 48 ký tự do wizard sinh cần nằm trong biến môi trường.

Giao dịch luôn còn trong dashboard dù endpoint đang bảo trì; hiện lần gửi lỗi được bấm gửi lại thủ công, đội kỹ thuật cũng cần chạy đối soát qua API mỗi giờ hoặc cuối ngày, lấy tối đa 100 giao dịch mỗi trang rồi so theo transaction_code. Tụi em không khuyên giao hàng chỉ dựa trên ảnh bill, vì hệ thống đã có dữ liệu ngân hàng và khóa chống trùng để dùng. Hãy tin bản ghi.

Đội dev không cần bắt đầu từ trang trắng. MONA Pay có tài liệu tại monapay.vn/docs, SDK Node và Python, công cụ dòng lệnh, MCP, cùng ví dụ cho PHP; người dùng AI đọc thêm AI Agent là gì để hiểu cách giao việc. Tài liệu máy đọc gồm llms.txt, bản Markdown của từng trang và openapi.json. Phần tích hợp đầu nhận vẫn cần review trước khi chạy tiền thật.

Ba câu lệnh giao việc cho AI Agent

Anh chị dùng Codex, Claude Code hoặc công cụ tương tự thì ba đoạn dưới giúp agent hiểu đúng phạm vi. Mỗi đoạn đều nhắc đọc tài liệu chính chủ, giữ secret trong biến môi trường và viết kiểm thử; đừng dán client secret thật vào cửa sổ trò chuyện. Sau khi agent sinh mã, lập trình viên kiểm lại phần chữ ký và khóa chống trùng. Tiền thật cần người chịu trách nhiệm.

Đọc https://monapay.vn/docs và openapi.json. Tạo endpoint POST /webhook/monapay, xác minh X-Mona-Signature trên raw body, từ chối timestamp lệch quá 5 phút, rồi viết kiểm thử chữ ký đúng và sai.

Tích hợp payload 7 trường của MONA Pay vào bảng giao dịch hiện có. Đặt transaction_code UNIQUE, trả HTTP 200 trước khi xử lý đơn, ghi log khi số tiền không khớp. Không ghi secret vào mã nguồn.

Viết tác vụ đối soát MONA Pay chạy mỗi giờ. Lấy tối đa 100 giao dịch mỗi trang, dừng khi gặp trang không còn mã mới, dùng chung hàm xử lý với webhook và báo số bản ghi được bổ sung.

Tài khoản ảo, VietQR và Telegram giải ba việc khác nhau

Tài khoản ảo, viết tắt là VA, là một số phụ do ngân hàng cấp và gắn với tài khoản chính của anh chị; ở ACB, số phụ này ghép từ tiền tố 3 ký tự và phần định danh tối đa 10 ký tự không dấu. Tiền chuyển vào số phụ vẫn về tài khoản thật, còn phần mềm nhìn số nhận để biết đây là tiền của đơn hoặc khách nào; với học phí, phí hội viên hay tiền thuê hằng tháng, mỗi người giữ một VA cố định thì kế toán không phải đoán tên trong nội dung. VA giải chuyện nhận diện.

VietQR giải chuyện nhập liệu lúc trả tiền. Mã động đã có số tài khoản, số tiền và nội dung, nên khách quét rồi xác nhận thay vì gõ từng trường; một đơn 350.000 đồng sẽ hiện đúng 350.000 đồng. Nếu QR gắn VA riêng của đơn, phần mềm vừa biết đúng người trả vừa có số tiền dự kiến để so. Hai lớp này giảm đáng kể công hỏi lại khách.

Telegram giải chuyện nhiều người cùng cần biết. Anh chị thêm bot vào nhóm, dán group_id, nhập thêm topic_id nếu nhóm bật chủ đề, rồi chọn nhận mọi tài khoản hay riêng một VA; dashboard cho bấm gửi thử 2 lần để kiểm tin kết nối và tin giao dịch giả lập. Một nhóm kế toán xem toàn bộ tiền vào, trong khi nhóm bán hàng chỉ nhận dòng của cửa hàng mình, không cần chia sẻ quyền đăng nhập ngân hàng. Đây là kiểu tích hợp API mà IBM mô tả: nối phần mềm và quy trình để trao đổi dữ liệu. Cả nhóm cùng thấy.

Tụi em hay thấy đội triển khai gom cả ba khái niệm thành “mã QR”, rồi tới lúc vận hành mới phát hiện QR không tự đổi trạng thái đơn và tin Telegram không đủ cho kho; cách tách ở bảng trên giúp anh chị mua đúng phần việc, đồng thời giúp lập trình viên biết dữ liệu nào là khóa đối chiếu. Đọc thêm về AI Automation hoặc Marketing Automation sẽ thấy cùng một nguyên tắc: mỗi tín hiệu phải đi tới đúng hành động đã định. Đừng gom tên gọi.

Bảo mật bắt đầu từ việc MONA Pay không giữ tiền

Lớp an toàn quan trọng nằm ngay trong kiến trúc: MONA Pay không giữ tiền, không có mật khẩu ngân hàng và không có quyền rút hoặc chuyển. Một ngày anh chị ngừng dịch vụ, số dư cùng tài khoản ngân hàng vẫn ở ngân hàng như cũ. Dữ liệu giao dịch được dùng để báo có về dashboard, webhook và nhóm Telegram của chính anh chị. MONA công bố điều này tại trang cam kết bảo mật.

Ở đường nối ngân hàng, ngân hàng gửi OTP về số điện thoại chủ tài khoản; ở đường gửi dữ liệu, HMAC-SHA256 bảo vệ từng webhook bằng secret riêng, 2 header và cửa sổ 5 phút. Ở đường đăng nhập dashboard, TOTP tạo thêm mã từ ứng dụng xác thực. Ba lớp xử lý ba rủi ro riêng, vì một mã OTP ngân hàng không thay được chữ ký cho máy chủ. Phân vai cho rõ.

Trong lần kiểm ngày 03/09/2026, tụi em quét QR, nhập mã TOTP rồi nhận 10 mã dự phòng trước khi đăng xuất và đăng nhập lại; mấy mã dự phòng phải cất ngoài máy đang đăng nhập, vì mất điện thoại mà bản sao cũng nằm trên điện thoại thì coi như không có. Tài khoản dùng chung cho nhiều nhân viên càng cần bật lớp này. Làm ngay từ đầu.

Phía website cũng phải làm đúng phần của mình; secret lưu trong biến môi trường, chữ ký được so bằng hàm thời gian cố định, transaction_code đặt UNIQUE, endpoint chạy HTTPS và máy chủ đồng bộ giờ để không từ chối nhầm gói còn trong 300 giây. Với khoản giá trị lớn, đội kỹ thuật nên tra lại API giao dịch trước khi giao hàng. Bảo mật là chuỗi hai phía cùng làm.

MONA Pay là một sản phẩm trong hệ sinh thái web, phần mềm và hạ tầng của MONA. Anh chị cần hệ thống viết riêng có thể nối báo có vào quản trị kho, CRM hoặc quy trình phê duyệt thì xem MONA Software; phần máy chủ và tên miền nằm ở MONA Host. Tụi em tách đường dẫn này để người đọc phân biệt sản phẩm báo có với dịch vụ triển khai cả hệ thống. Không nhập nhằng phạm vi.

Bảng giá MONA Pay tính theo số khoản tiền vào, không lấy phần trăm

Giá dưới đây được tụi em kiểm trực tiếp từ nguồn chính chủ ngày 03/09/2026; gói Miễn phí có 500 giao dịch tiền vào mỗi tháng với tài khoản ảo, VietQR, webhook, Telegram và API. Một giao dịch là một khoản tiền vào được ghi nhận trong tháng theo giờ Việt Nam; tiền ra, dữ liệu thử và lần gửi lại webhook không tính. Đơn 50.000 đồng hay 50.000.000 đồng đều là một giao dịch.

Trả năm được tính bằng 10 tháng, nên các con số cột cuối lấy giá tháng nhân 10. Khách đang dùng web, phần mềm hoặc hosting của MONA có một gói ẩn miễn phí hoàn toàn; đội MONA gán gói khi bàn giao hoặc khi anh chị gọi tổng đài 1900 636 648. Hạn mức của gói này đặt cao tới mức vận hành thực tế không chạm tới. Đây là quyền lợi riêng của khách MONA.

Với shop bán 15 đơn mỗi ngày, khoảng 450 khoản tiền vào một tháng vẫn nằm trong gói 0 đồng; website nhận 50 đơn mỗi ngày tương đương khoảng 1.500 giao dịch thì gói 99.000 đồng có dư địa tới 2.000. Một trung tâm thu học phí 300 học viên mỗi tháng cũng chưa vượt gói miễn phí; phép tính phải đi từ sổ thật, không nhìn tên gói rồi đoán. Xem chi tiết tại bảng giá MONA Pay.

MONA Pay không thu phần trăm trên số tiền chuyển khoản. Điều này khiến cửa hàng bán món giá cao không bị phí dịch vụ tăng theo giá trị đơn, còn gói trả phí tăng theo số dòng tiền vào và thêm các quyền vận hành tương ứng. Anh chị hãy lấy số khoản tiền vào của 2 hoặc 3 tháng gần đây, cộng phần tăng trưởng dự kiến rồi chọn bậc sát phía trên. Đừng trả dư quá sớm.

Từ shop online đến phòng khám, mỗi ngành khớp tiền theo một cách

Một hệ thống bán hàng tự động cần khớp theo mã đơn và số tiền; shop có 50 đơn mỗi ngày càng cần tách bước xác minh ra khỏi điện thoại của một người. Khách quét VietQR, tiền vào VA của đơn, webhook đổi trạng thái, kho nhận lệnh đóng gói; ngoài giờ làm việc, Telegram vẫn báo cho nhóm chốt đơn. Với bán lẻ online, mục tiêu là giảm thời gian chờ từ lúc khách trả tới lúc kho dám giao; mã đơn là trung tâm.

Trung tâm đào tạo lại cần nhìn theo học viên và kỳ thu. Mỗi học viên dùng một VA cố định, trung tâm có 300 học viên cũng tra được từng khoản theo đúng hồ sơ và kỳ thu; anh chị xem thêm các phương thức thanh toán học phí và cách quản lý thu học phí bằng phần mềm. Trường hợp này, nội dung chuyển khoản chỉ là dữ liệu phụ vì VA đã chỉ đúng người. Kỳ thu mới là trung tâm.

Phòng khám, spa và dịch vụ đặt lịch quan tâm tới tiền cọc; một QR cọc 300.000 đồng đi kèm lịch hẹn, khi báo có tới thì khung giờ chuyển sang đã giữ chỗ và lễ tân nhận tin trong topic Telegram riêng. Nếu số tiền lệch, hệ thống đưa lịch vào danh sách chờ kiểm tra; cách này không cần mở app ngân hàng cho từng lễ tân. Lịch hẹn là trung tâm.

Phần mềm SaaS thu phí tháng cần thêm một nguyên tắc: mỗi hóa đơn có mã riêng, webhook gia hạn đúng tài khoản, còn tác vụ đối soát quét lại cuối ngày. Nếu khách chuyển gộp 2 hóa đơn, hệ thống đưa giao dịch sang hàng chờ để người tách, thay vì tự đoán và mở nhầm quyền. Quy tắc này nghe chậm hơn tự động tuyệt đối, nhưng an toàn hơn cho phần ghi nhận doanh thu. Biết chỗ dừng máy.

Tụi em xem MONA Pay như một viên gạch trong ứng dụng AI và tự động hóa doanh nghiệp, không phải cả căn nhà; phần báo có đưa tín hiệu sạch vào hệ thống, còn CRM, kho, lớp học, lịch hẹn hay trợ lý bán hàng quyết định việc tiếp theo. Khi cần giao tiếp với khách, anh chị còn có thể đọc về chatbot và phần mềm chatbot, nhưng đừng để chatbot tự xác nhận tiền từ ảnh chụp. Dữ liệu ngân hàng mới là gốc.

Giới hạn hiện tại và những lúc anh chị không nên dùng MONA Pay

Về ngân hàng, MONA Pay được thiết kế cho nhiều ngân hàng ngay từ đầu: anh chị nối nhiều tài khoản ở nhiều ngân hàng vào cùng một tài khoản MONA Pay, cấu hình webhook và Telegram theo từng tài khoản ảo hoặc cho tất cả, chi nhánh A nhận ở ngân hàng này, chi nhánh B nhận ở ngân hàng khác vẫn về một dashboard. Tính tới ngày 03/09/2026, ACB là ngân hàng đang chạy trực tiếp cho cả tài khoản cá nhân lẫn doanh nghiệp, vì tụi em đã chạy thật với ACB từ năm 2022; các ngân hàng khác đang được nối thêm theo lộ trình, bảng trạng thái cập nhật tại trang ngân hàng hỗ trợ MONA Pay. Tụi em không ghi tên một ngân hàng “sắp có” khi chưa có mốc công bố. Nếu tài khoản chính của anh chị nằm ở ngân hàng chưa lên bảng, tụi em hay khuyên mở thêm một tài khoản ở ngân hàng đã chạy để nhận tiền ngay, rồi nối thêm ngân hàng của mình vào cùng dashboard khi tới lượt. Không phải chờ.

Đừng dùng MONA Pay nếu anh chị cần thu thẻ quốc tế, trả góp hoặc nhiều loại tiền; đó là việc của cổng thẻ, bán ra nước ngoài thì dùng Stripe hoặc PayPal theo điều kiện tài khoản của hãng, còn chuyển khoản nội địa đi qua MONA Pay. Hai hệ thống có thể đứng song song trong cùng trang thanh toán, mỗi hệ thống xử lý một lựa chọn của khách. Đừng bắt một công cụ làm sai nghề.

MONA cũng không khuyên ráp Make, n8n hay Zapier thành đường nhận biến động số dư cho vận hành thật. Công cụ kéo thả hợp với bản thử cá nhân, còn một luồng gắn vào xuất hàng hoặc mở quyền phần mềm phải được chăm khi API đổi, phải có log, đối soát, cảnh báo và người chịu trách nhiệm. Càng nhiều nút nối, chi phí bảo trì càng khó nhìn thấy ở tháng đầu. Tự động hóa tới gốc bền hơn.

Không có website thì dùng được không?

Được. Anh chị nối tài khoản ngân hàng, thêm bot vào nhóm Telegram, nhập group ID rồi bấm gửi thử; khi tiền thật vào, nhóm nhận số tiền, thời gian và nội dung. Website chỉ cần khi anh chị muốn đơn tự đổi trạng thái hoặc hệ thống tự làm thêm việc.

Webhook hụt thì có mất giao dịch không?

Không mất bản ghi trong dashboard. Lần gửi lỗi có mã HTTP, thời gian phản hồi và nhãn như TIMEOUT, SSL, DNS hoặc HTTP_5XX; hiện anh chị bấm gửi lại thủ công, đồng thời chạy đối soát định kỳ qua API. transaction_code giữ nguyên qua các lần gửi để phía nhận chống ghi trùng.

Gói miễn phí bị cắt tính năng nào?

Gói 0 đồng có 500 giao dịch mỗi tháng cùng các phần chính: tài khoản ảo, VietQR, webhook, Telegram và API. Khác biệt lớn nằm ở hạn mức, xuất CSV, nhiều tài khoản ngân hàng, hóa đơn VAT và mức hỗ trợ của các gói cao hơn. Giá đầy đủ nằm trên trang chính chủ kiểm ngày 03/09/2026.

Đội kỹ thuật bắt đầu với MONA Pay ở đâu?

Bắt đầu tại tài liệu MONA Pay, đọc phần bắt đầu nhanh, tích hợp webhook, bảo mật và đối soát. Đội dùng AI Agent nạp thêm llms.txt cùng openapi.json, rồi chọn SDK Node, Python, CLI hoặc MCP theo hệ thống đang có. Trước lúc nhận tiền thật, hãy gửi thử và chuyển một khoản nhỏ để kiểm toàn luồng. Kiểm thử xong rồi mới nối luồng nhận tiền thật.

Đưa việc báo có ra khỏi tay người trực đơn từ hôm nay

MONA Pay giải một việc rất cụ thể: khi khách chuyển khoản vào tài khoản ngân hàng của anh chị, website, phần mềm và nhóm Telegram biết ngay để khớp đúng đơn. Tiền không bị giữ ở MONA Pay, anh chị không đưa mật khẩu ngân hàng, webhook có HMAC-SHA256, dashboard có TOTP cùng 10 mã dự phòng. Gói miễn phí đủ 500 khoản tiền vào mỗi tháng để một shop chạy thật trước khi trả phí. Ngân hàng nối thêm theo lộ trình, xem bảng trạng thái trước khi chốt.

Nếu anh chị đang có người dò sao kê mỗi tối, hãy bắt đầu từ một ca đơn giản: tạo tài khoản, nối ngân hàng bằng đủ 2 lần OTP, cho Telegram nhận tin, rồi chuyển thử 10.000 đồng; đội dev có mặt thì đi thêm wizard webhook 5 bước, giữ secret 48 ký tự trong biến môi trường và cho endpoint trả 200 trong 10 giây. Một khoản thử nhỏ sẽ nói thật hơn mười cuộc họp. Cứ chạy rồi xem.

Từ năm 2016 tới hơn 14.000 dự án, MONA học được một điều rất đời: tự động hóa chỉ có giá trị khi người vận hành bớt được một việc thật và vẫn biết quay lại đâu khi có lỗi. Với cảnh báo có chuyển khoản, bước kế tiếp đã rõ. Anh chị mở MONA Pay, chạy một khoản thử, xem Telegram nhận tin và để đội kỹ thuật kiểm webhook; cần người ngồi cùng thì gọi 1900 636 648 hoặc viết tới info@themona.global.