Follow Up + Bank Hub: tự dừng nhắc thanh toán khi giao dịch đã đối soát

Ở bước trước, hệ thống đã xử lý phần chăm sóc lead sau handoff: ai nhận lead, nhắc qua kênh nào và cập nhật trạng thái ra sao. Bước tiếp theo trong phễu bán hàng là một điểm rất dễ gây phiền khách: khách đã chuyển khoản rồi nhưng bot, sales hoặc CSKH vẫn tiếp tục nhắc thanh toán.

Với các doanh nghiệp bán khoá học, dịch vụ tư vấn, ecommerce, spa, F&B hoặc sản phẩm số, nhắc thanh toán là cần thiết. Nhưng nếu không nối dữ liệu thanh toán với kịch bản Follow Up, hệ thống sẽ gửi sai thông điệp: khách vừa thanh toán xong vẫn nhận tin “anh/chị vui lòng hoàn tất chuyển khoản”, sales vẫn gọi xác nhận tiền, hoặc đơn hàng chưa được kích hoạt chăm sóc sau mua.

Bài viết này hướng dẫn cách thiết kế workflow Follow Up + Bank Hub + n8n + NocoDB + Smax.AI để tự động dừng nhắc thanh toán khi giao dịch đã được đối soát, đồng thời chuyển khách sang giai đoạn chăm sóc sau mua. Mục tiêu không phải là làm một hệ thống ngân hàng phức tạp, mà là tạo một lớp vận hành đủ chắc để giảm nhầm lẫn, giảm việc tay và giữ trải nghiệm khách hàng chuyên nghiệp.

1. Vì sao nhắc thanh toán sai thời điểm làm giảm niềm tin?

Trong automation bán hàng, nhắc thanh toán thường được xem là một chuỗi đơn giản: khách để lại thông tin, nhận hướng dẫn chuyển khoản, sau một khoảng thời gian thì hệ thống nhắc lại. Cách làm này ổn khi dữ liệu thanh toán chưa được nối với chatbot. Nhưng khi số lượng đơn tăng, vấn đề xuất hiện rất nhanh.

Khách có thể chuyển khoản nhưng ghi thiếu nội dung. Có người chuyển từ tài khoản khác với tên đã đăng ký. Có người thanh toán một phần, hoặc chuyển khoản sau vài giờ. Nếu hệ thống chỉ dựa vào trạng thái “đã gửi hướng dẫn thanh toán” mà không kiểm tra đối soát, chuỗi Follow Up sẽ tiếp tục chạy như thể khách chưa làm gì.

Hậu quả không chỉ là một tin nhắn sai. Khách có cảm giác doanh nghiệp thiếu kiểm soát. Sales mất thời gian kiểm tra lại giao dịch. Đội vận hành phải xử lý khiếu nại “em chuyển rồi mà vẫn bị nhắc”. Nặng hơn, hệ thống có thể chưa kích hoạt quyền truy cập, chưa tạo đơn, chưa gửi tài liệu hoặc chưa chuyển sang chăm sóc sau mua.

Vì vậy, điều cần thiết là tạo một trạng thái trung tâm cho thanh toán: chưa thanh toán, chờ đối soát, đã đối soát, giao dịch nghi ngờ, hoàn tiền hoặc huỷ. Khi trạng thái này rõ, Follow Up mới biết khi nào nên nhắc, khi nào phải dừng và khi nào chuyển sang kịch bản khác.

2. Vai trò của Bank Hub trong luồng Follow Up

Bank Hub nên được nhìn như lớp nhận và chuẩn hoá tín hiệu giao dịch, không phải chỉ là nơi xem biến động số dư. Khi có giao dịch mới, hệ thống cần đọc được các trường quan trọng: thời gian, số tiền, nội dung chuyển khoản, tài khoản nhận, mã đơn hoặc mã lead nếu có, và trạng thái đối soát.

Trong một workflow thực chiến, Bank Hub thường phối hợp với các thành phần sau:

• Smax.AI: gửi hướng dẫn thanh toán, gắn tag khách đang chờ thanh toán, kích hoạt hoặc dừng chuỗi Follow Up theo trạng thái.
• n8n: nhận webhook hoặc lịch quét giao dịch, so khớp với đơn/lead, cập nhật dữ liệu và điều phối thông báo.
• NocoDB: lưu bảng đơn hàng, bảng giao dịch, bảng log đối soát và trạng thái follow-up hiện tại.
• Telegram/email nội bộ: báo cho sales hoặc kế toán khi có giao dịch nghi ngờ, thiếu mã, lệch số tiền hoặc cần duyệt tay.
• WooCommerce/POS Cake/CRM: nhận trạng thái đã thanh toán để xử lý đơn, kho, vận chuyển hoặc chăm sóc sau mua nếu doanh nghiệp có kết nối.

Điểm quan trọng là Follow Up không nên tự quyết định khách đã trả tiền hay chưa. Follow Up chỉ nên đọc trạng thái từ nguồn dữ liệu đã được đối soát. Điều này giúp kịch bản nhắc tiền không bị cảm tính và dễ kiểm toán.

3. Thiết kế bảng dữ liệu tối thiểu trong NocoDB

Để triển khai nhanh, bạn có thể bắt đầu với ba bảng: orders, bank_transactions và payment_match_logs. Cấu trúc không cần quá phức tạp, nhưng phải đủ để n8n so khớp và để đội vận hành kiểm tra khi có lỗi.

Bảng orders nên có các trường: order_id, lead_id, customer_name, phone, amount_due, payment_code, payment_status, followup_status, source_channel, sales_owner, created_at và paid_at. Mã thanh toán nên ngắn, dễ copy, nhưng đủ duy nhất để phân biệt đơn.

Bảng bank_transactions lưu từng giao dịch thô: thời gian, số tiền, nội dung, tài khoản nhận, mã giao dịch, người gửi nếu có và trạng thái xử lý. Bảng payment_match_logs lưu kết quả so khớp: giao dịch nào khớp đơn nào, khớp theo mã hay theo số điện thoại, có lệch số tiền không, ai duyệt tay và lý do.

Khi dữ liệu nằm trong NocoDB, doanh nghiệp có thể tạo nhiều view: đơn đang chờ thanh toán, giao dịch chưa khớp, giao dịch nghi ngờ, khách đã trả tiền nhưng chưa được kích hoạt, hoặc đơn đã thanh toán nhưng chưa có chăm sóc sau mua. Đây là nền tảng để n8n chạy automation ổn định.

4. Workflow dừng nhắc thanh toán sau khi đối soát

Một workflow 19:00 hoặc chạy định kỳ nhiều lần trong ngày có thể đi theo logic sau:

1. Nhận giao dịch mới từ Bank Hub. n8n nhận webhook hoặc quét danh sách giao dịch mới, sau đó ghi vào bảng bank_transactions.
2. Chuẩn hoá nội dung chuyển khoản. Loại bỏ ký tự thừa, chuyển chữ hoa/thường, tách mã đơn, số điện thoại hoặc từ khoá nhận diện.
3. So khớp với đơn đang chờ thanh toán. Ưu tiên khớp theo payment_code, sau đó mới xét số điện thoại, tên hoặc số tiền. Không nên tự động khớp nếu tín hiệu quá mơ hồ.
4. Cập nhật trạng thái đơn. Nếu khớp chắc chắn, đặt payment_status=paid, lưu paid_at, liên kết mã giao dịch và cập nhật followup_status=stop_payment_reminder.
5. Dừng chuỗi nhắc thanh toán trong Smax.AI. n8n có thể cập nhật tag/attribute để khách không còn nằm trong nhóm chờ thanh toán. Nếu đang có Sequence hoặc Follow Up liên quan, chuyển sang trạng thái phù hợp.
6. Kích hoạt chăm sóc sau mua. Gửi xác nhận, hướng dẫn sử dụng, lịch onboarding, phiếu bảo hành, link tài liệu hoặc thông báo cho đội CSKH.
7. Ghi log đối soát. Lưu lý do khớp, thời gian xử lý và dữ liệu gốc để khi cần có thể kiểm tra lại.

Quy tắc vận hành nên rõ: giao dịch khớp chắc thì tự động xử lý; giao dịch thiếu mã, lệch tiền hoặc nhiều đơn cùng điều kiện thì chuyển vào hàng chờ kiểm tra. Automation tốt không có nghĩa là tự động mọi thứ, mà là tự động phần chắc chắn và đưa phần rủi ro đến đúng người.

5. Kịch bản Follow Up trước và sau thanh toán

Chuỗi Follow Up nên được tách thành hai giai đoạn: trước thanh toán và sau thanh toán. Trước thanh toán, nội dung tập trung vào hỗ trợ khách hoàn tất giao dịch: nhắc lại quyền lợi, gửi lại thông tin chuyển khoản, hỏi khách có cần hỗ trợ không, hoặc báo sales gọi nếu khách đã xem nhưng chưa thanh toán.

Sau khi đối soát thành công, mục tiêu thay đổi hoàn toàn. Lúc này không còn nhắc tiền nữa. Kịch bản nên chuyển sang xác nhận đã nhận thanh toán, hướng dẫn bước tiếp theo, gửi tài liệu, tạo lịch hẹn, thông báo giao hàng, kích hoạt tài khoản hoặc nhắc khách chuẩn bị thông tin cần thiết.

Ví dụ với khoá học online: trước thanh toán, bot nhắc khách hoàn tất học phí và cho biết đội tư vấn sẵn sàng hỗ trợ. Sau thanh toán, bot gửi hướng dẫn vào nhóm học, lịch khai giảng, tài khoản đăng nhập và thông tin hỗ trợ. Với ecommerce, sau thanh toán có thể chuyển sang xác nhận đơn và hướng dẫn theo dõi giao hàng. Với dịch vụ tư vấn, sau thanh toán có thể tạo lịch onboarding hoặc gửi form chuẩn bị.

Điều cốt lõi là không để một khách cùng lúc nằm trong hai chuỗi mâu thuẫn: vừa được chào mừng sau mua, vừa bị nhắc chưa trả tiền. Trạng thái payment_status phải là cửa điều kiện trước khi gửi bất kỳ tin nào.

6. Xử lý ngoại lệ: chuyển khoản thiếu mã, lệch tiền, trả góp

Không phải giao dịch nào cũng khớp sạch. Trong thực tế, khách thường ghi nội dung chuyển khoản theo thói quen: tên cá nhân, số điện thoại thiếu số, tên sản phẩm hoặc chỉ ghi “thanh toán”. Nếu automation cố khớp bằng mọi giá, rủi ro ghi nhầm đơn sẽ cao.

Với giao dịch thiếu mã, n8n nên đưa vào view “cần đối soát tay” trong NocoDB và gửi cảnh báo nội bộ. Tin nhắn cho khách không nên kết luận vội, có thể dùng nội dung trung tính: doanh nghiệp đang kiểm tra thanh toán và sẽ xác nhận khi hoàn tất. Với giao dịch lệch tiền, hệ thống cần phân biệt: thiếu tiền, thừa tiền, trả góp hoặc phí chuyển khoản. Mỗi trường hợp có hướng xử lý khác nhau.

Nếu doanh nghiệp cho phép đặt cọc hoặc trả góp, bảng đơn nên có thêm amount_paid, amount_remaining, payment_plan và next_payment_due_at. Follow Up lúc này không dừng toàn bộ, mà chuyển từ nhắc thanh toán lần đầu sang nhắc kỳ tiếp theo. Đây là lý do cần thiết kế trạng thái rõ ngay từ đầu.

7. Checklist triển khai nhanh

• Xác định các trạng thái thanh toán tối thiểu: unpaid, pending_match, paid, suspicious, partial, cancelled, refunded.
• Tạo mã thanh toán riêng cho từng đơn hoặc từng lead cần thu tiền.
• Lưu đơn hàng và giao dịch vào NocoDB trước khi viết logic phức tạp.
• Trong n8n, ưu tiên khớp theo mã thanh toán; chỉ dùng tên/số điện thoại như tín hiệu phụ.
• Không gửi nhắc thanh toán nếu payment_status không còn là unpaid hoặc pending.
• Khi đã paid, cập nhật tag/attribute trong Smax.AI để dừng chuỗi nhắc tiền và kích hoạt chăm sóc sau mua.
• Tạo view giao dịch nghi ngờ để kế toán hoặc vận hành kiểm tra mỗi ngày.
• Ghi log mọi lần tự động đổi trạng thái để dễ truy vết.
• Kiểm thử bằng ít nhất ba kịch bản: khớp đúng mã, thiếu mã, lệch số tiền.

8. Sai lầm thường gặp

Chỉ kiểm tra số tiền. Nhiều đơn có cùng giá, nên khớp theo số tiền là chưa đủ. Cần mã thanh toán hoặc tín hiệu định danh mạnh hơn.

Dừng mọi Follow Up sau khi khách trả tiền. Sai. Chỉ dừng nhắc thanh toán. Sau mua vẫn cần hướng dẫn, onboarding, bảo hành hoặc chăm sóc để tăng trải nghiệm.

Không có hàng chờ giao dịch nghi ngờ. Nếu không có vùng xử lý ngoại lệ, đội vận hành sẽ phải tìm trong nhiều nơi khác nhau và dễ bỏ sót.

Gửi xác nhận quá sớm. Chỉ nên xác nhận đã thanh toán khi giao dịch đã khớp chắc hoặc đã được duyệt tay.

Không đồng bộ trạng thái về chatbot. Nếu NocoDB đã ghi paid nhưng Smax.AI vẫn giữ tag chờ thanh toán, khách vẫn có thể nhận nhắc sai.

9. FAQ

Có cần dùng NocoDB nếu đã có WooCommerce hoặc POS Cake?

Không bắt buộc, nhưng NocoDB hữu ích như lớp vận hành trung gian để lưu log đối soát, ngoại lệ và trạng thái automation. Với hệ thống lớn, bạn có thể đồng bộ ngược về WooCommerce, POS Cake hoặc CRM chính.

Follow Up có nên nhắc thanh toán nhiều lần trong ngày?

Nên có giới hạn. Tần suất phụ thuộc ngành và mức độ cam kết của khách, nhưng cần tránh gây áp lực hoặc spam. Một workflow tốt nên ưu tiên nhắc đúng ngữ cảnh hơn là nhắc nhiều.

Nếu khách chuyển khoản từ tài khoản người thân thì xử lý thế nào?

Nếu nội dung có mã thanh toán đúng, vẫn có thể tự khớp. Nếu thiếu mã, nên đưa vào hàng chờ và yêu cầu sales/kế toán xác minh trước khi đổi trạng thái paid.

Có nên tự động hoàn tiền bằng workflow này không?

Không nên tự động hoàn tiền nếu chưa có quy trình kiểm soát chặt. Workflow có thể tạo task hoàn tiền, ghi log và gửi thông báo, nhưng bước duyệt nên do người có trách nhiệm xử lý.

Bank Hub có thay thế kế toán không?

Không. Bank Hub giúp nhận tín hiệu và giảm thao tác lặp lại. Kế toán hoặc vận hành vẫn cần xử lý ngoại lệ, kiểm tra giao dịch nghi ngờ và quản trị quy tắc đối soát.

Kết luận

Nhắc thanh toán là một phần quan trọng của automation bán hàng, nhưng chỉ hiệu quả khi được nối với dữ liệu đối soát. Khi Bank Hub ghi nhận giao dịch, n8n so khớp với đơn, NocoDB lưu trạng thái và Smax.AI điều chỉnh Follow Up theo kết quả, doanh nghiệp sẽ tránh được lỗi nhắc sai, giảm việc thủ công và tạo trải nghiệm chuyên nghiệp hơn sau khi khách đã trả tiền.

Nếu bạn muốn triển khai hệ thống automation tương tự cho doanh nghiệp, hãy liên hệ Quân Chatbot để được tư vấn giải pháp phù hợp.