Checklist kiểm tra kết nối PayOS trước khi bán gói online

Trước khi bật nút “mua gói online” trên web hay app hội viên, anh chị chủ phòng tập cần một checklist ngắn nhưng nghiêm: cổng PayOS đã kết nối đúng chưa? Bài này dành cho chủ CLB và quản lý trên DANAVA Studio — kiểm tra kết nối bằng góc nhìn vận hành tiền–gói–quầy, không phải hướng dẫn lập trình.

Đọc kèm: webhook PayOS & đối soát đơn · thiết lập PayOS lần đầu · bán gói online · Studio · giải pháp Wellness.

Vì sao “đã dán khoá” vẫn chưa đủ?

Khoá đúng nhưng địa chỉ nhận tín hiệu sai → tiền về cổng, Studio không mở gói. Khoá môi trường thử trên bán thật → khách thật không khớp luồng anh chị đã luyện. Chỉ dán khoá mà không bán thử là rủi ro marketing điển hình của boutique lần đầu bán online.

Checklist nên có chữ ký chủ sở hữu trước ngày mở form online công khai. Marketing chỉ bật CTA thanh toán sau khi chủ ký. Lễ tân chỉ cần thuộc SOP đơn chờ — không cần (và không nên) sửa khoá cổng.

Mỗi quý tái kiểm tra dù “đang chạy ổn”: cổng đôi khi đổi yêu cầu phía merchant, hoặc nhân sự từng giữ quyền đã nghỉ nhưng khoá chưa đổi.

Bước kiểm tra khoảng 30 phút

Mở cài đặt thanh toán của CLB trên Studio: xác nhận đang ở môi trường nhận tiền thật, đúng pháp nhân. Chạy kiểm tra kết nối / lưu lại khoá nếu giao diện yêu cầu. Sao chép và đối chiếu địa chỉ webhook với bảng điều khiển PayOS.

Tạo đơn thử nội bộ (nhân sự) số tiền nhỏ; thanh toán thật hoặc theo quy trình cổng cho phép; xác nhận gói đã active đúng người. Lặp ba lần trong 24 giờ nếu có thể — một lần may mắn không đủ để mở ads.

Lưu ảnh chụp màn hình cấu hình thành công (che một phần khoá) vào Drive hồ sơ CLB. Ghi ngày giờ vào sổ vận hành hoặc nhật ký hoạt động nếu Studio hỗ trợ xem lịch sử thao tác.

Ma trận trách nhiệm: ai làm gì?

Chủ sở hữu: duyệt go-live và giữ quyền cao nhất trên cổng. Quản lý: vận hành checklist hàng ngày/tuần. Lễ tân: biết SOP đơn chờ năm dòng, không sửa khoá. Kế toán: nhận danh sách đơn tuần đầu. Marketing: chỉ bật CTA sau khi chủ ký checklist.

Không để thực tập sinh giữ quyền sửa cổng thanh toán. Onboarding lễ tân mới: mười phút đọc SOP đơn chờ trước khi trực ca cuối tuần — thời điểm khách online thường hỏi nhiều hơn.

Kết hợp ma trận vai trò và 2FA: ai được sửa cổng phải bật xác thực hai lớp.

Sau sự cố đổi tài khoản ngân hàng nhận tiền

Cập nhật trên cổng → kiểm tra lại trên Studio → đơn thử → thông báo cả ca. Giữ log ngày giờ thay đổi. Nếu ads đang chạy mà giao dịch fail hàng loạt: tạm pause ngay, đừng “chạy tiếp cho hết ngân sách”.

Đổi pháp nhân hoặc tách chi nhánh: mỗi điểm bán / pháp nhân khoá và đối soát riêng. Dashboard chuỗi không thay việc test từng CLB. Franchise nhẹ: trụ sở cung cấp checklist; chi nhánh tự chịu khoá của mình.

In checklist khổ A4 ký tên chủ trước ngày soft-open thanh toán online. Gắn ngày revisit vào lịch họp đầu tháng.

Tiêu chí “đạt” để mở bán công khai

Ba đơn thử thành công liên tiếp trong 24 giờ. Lễ tân đọc thuộc SOP đơn chờ. Chủ nhận được cảnh báo bán (Telegram/email) nếu đã cấu hình sự kiện — tin nhắn hỗ trợ nhưng không thay đối soát sổ. Webhook đã ping/nhận đơn về Studio.

Quyền sửa cổng ≤ hai người. Không chạy ads “thanh toán online” trước khi đạt tiêu chí. Boutique pre-sale trước khai trương: checklist này còn quan trọng hơn vì chưa có thói quen đối soát quầy hàng ngày.

App hội viên và web bán cùng một CLB thường dùng chung cấu hình cổng trên Studio — vẫn nên thử cả hai bề mặt nếu anh chị bán cả hai kênh.

PayOS có phải cổng duy nhất? Checklist này thay chứng nhận thẻ không?

Studio hướng cổng theo cấu hình CLB; bài lấy PayOS làm ví dụ vận hành. Nguyên tắc checklist (khoá đúng, tín hiệu về, đơn thử, phân quyền, SOP chờ) áp dụng tương tự nếu cổng khác được bật. Checklist này là vận hành boutique — không phải chứng nhận PCI DSS hay cam kết SLA nhà cung cấp thanh toán.

Khi nghi lỗi chữ ký / khoá kéo dài: cần người đọc nhật ký hỗ trợ, không bắt lễ tân “đoán”. Không dạy thao tác lách làm vỡ đối soát. Xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ sản phẩm.

Đọc thêm webhook để hiểu đối soát cuối ngày và nguyên tắc không cộng đôi gói khi cổng gửi lại tín hiệu.

Hạng mục	Đạt	Chưa đạt	Owner
Khoá môi trường thật	Đúng pháp nhân	Khoá thử / sai MST	Chủ
Webhook	Ping / đơn về Studio	Im lặng	QL
Đơn thử	Gói đã mở	Chờ mãi	QL
SOP quầy	Train xong	Chưa có	QL quầy
Quyền sửa cổng	≤ 2 người	Mọi nhân sự	Chủ

Khi nào pause ads và khi nào mở lại?

Pause khi tỷ lệ fail / đơn chờ tăng bất thường, hoặc đang đổi khoá giữa chiến dịch. Mở lại chỉ sau khi checklist đạt lại (đơn thử + webhook). Ghi lý do pause vào sổ — tránh đội marketing “tự bật lại” vì sợ mất lịch đăng bài.

Đơn thử hoàn tiền theo chính sách cổng và ngân hàng; dùng số tiền nhỏ, có kế hoạch hoàn hoặc ghi nhận nội bộ. Không dùng thẻ khách thật chưa đồng ý để “thử cho vui”.

Chuỗi nhiều điểm: test từng CLB trước soft-open từng điểm. Không giả định “điểm 1 ổn thì điểm 2 tự ổn” nếu khoá và pháp nhân khác nhau.

Kế hoạch 14 ngày go-live an toàn

Ngày 1–3: phân công owner checklist, viết SOP đơn chờ. Ngày 4–7: cấu hình khoá thật, ping, ba đơn thử. Ngày 8–10: train lễ tân + FAQ quầy năm câu. Ngày 11–14: đo tỷ lệ đơn chờ, chỉnh SOP, rồi mới tăng ngân sách ads.

Không mở rộng chi nhánh 2 trước khi chi nhánh 1 ổn định hai tuần. Mọi đổi quyền hoặc cổng ghi ngày hiệu lực. Kết hợp xuất Excel danh sách đơn tuần đầu cho kế toán.

Checklist in quầy và lịch revisit

In checklist A4 ký tên chủ trước soft-open. Lưu ảnh cấu hình (che khoá) vào Drive hồ sơ CLB. Onboarding lễ tân mới: mười phút đọc SOP đơn chờ trước ca cuối tuần. Mỗi quý tái kiểm tra kết nối dù đang chạy ổn. Không để thực tập sinh giữ quyền sửa cổng. Gắn ngày revisit vào lịch họp đầu tháng với chủ và quản lý.

Khi đa chi nhánh: test từng điểm; báo cáo chuỗi chỉ cộng sau khi từng điểm sạch. Khi đổi MST hoặc tài khoản nhận: cập nhật cổng, Studio, đơn thử, thông báo ca — đủ bốn bước mới coi là xong. Ads pause nếu fail hàng loạt giữa chừng đổi cấu hình.

Nối với POS quầy: online và tiền mặt khác kênh nhưng cùng kỷ luật “có bằng chứng mới ghi nhận”. Nối với Telegram nội bộ: tin báo bán là hỗ trợ, không thay biên bản. Nối với 2FA: ai sửa cổng phải bật xác thực hai lớp trước khi được giao quyền.

Kỳ vọng sản phẩm trung thực: Studio giúp cấu hình cổng theo CLB, nhận tín hiệu thanh toán, kích hoạt gói và báo cáo. Không hứa chứng nhận bảo mật thẻ, không hứa SLA nhà cung cấp thanh toán, không dạy lách đối soát. Anh chị đo tỷ lệ đơn chờ tuần đầu như chỉ số sức khỏe kênh online. Nếu tỷ lệ chờ cao bất thường sau go-live, dừng ads trước khi “tối ưu creative” — vấn đề thường nằm ở cấu hình, không phải nội dung quảng cáo.

Kịch bản quầy khi khách đã trả nhưng gói chưa mở

Script ngắn: xin mã giao dịch / ảnh xác nhận → tra cổng và Studio → nếu đã thành công trên cổng mà Studio còn chờ thì chờ webhook hoặc mở quy trình đối soát có ghi chú → không mở gói miệng. Chủ quy định SLA phản hồi trong giờ mở cửa và số quản lý trực ngoài giờ nếu bán đêm.

Sau sự cố: họp 15 phút rút kinh nghiệm — sai khoá, sai môi trường, hay SOP chưa thuộc? Ghi vào sổ để onboarding nhân sự mới không lặp. Kết hợp bài webhook để hiểu vì sao cổng gửi lại không được cộng đôi gói.

Marketing và vận hành ngồi chung một checklist trước mỗi chiến dịch lớn: ads chỉ chạy khi tiêu chí “đạt” còn xanh. Tránh tình trạng marketing mở form trong khi quản lý đang đổi tài khoản ngân hàng. Boutique pre-sale: in checklist ký tên chủ và lưu Drive trước ngày mở form — giấy tờ đơn giản nhưng giảm tranh cãi “ai cho phép bán online”. Giữ ba đơn thử thành công gần nhất trong hồ sơ CLB để đối chiếu khi có khiếu nại tuần đầu.

Câu hỏi thường gặp

Có cần kỹ thuật viên đến tận nơi không?

Thường không nếu làm theo checklist Studio và cổng; khi lỗi chữ ký / khoá kéo dài thì cần người đọc nhật ký hỗ trợ.

Đơn thử có hoàn được không?

Theo chính sách cổng và ngân hàng; dùng số tiền nhỏ và có kế hoạch hoàn hoặc ghi nhận nội bộ.

App hội viên và web dùng chung cổng?

Cùng CLB thường chung cấu hình trên Studio — vẫn nên thử cả hai bề mặt nếu bán cả hai.

Khi nào nên pause quảng cáo?

Khi tỷ lệ fail hoặc đơn chờ tăng bất thường, hoặc đang đổi khoá giữa chiến dịch.

PayOS có phải cổng duy nhất trên Studio?

Studio theo cấu hình CLB; bài lấy PayOS làm ví dụ — nguyên tắc checklist giống cổng khác nếu được bật.

Checklist này có thay chứng nhận bảo mật thẻ không?

Không — đây là checklist vận hành boutique, không phải chứng nhận PCI hay cam kết SLA nhà cung cấp.

Tìm hiểu thêm: DANAVA Studio · Giải pháp Wellness · webhook PayOS · báo cáo doanh thu.

Lưu ý: Nội dung giáo dục dành cho chủ CLB / quản lý phòng tập; mô tả quy trình vận hành quanh tính năng DANAVA Studio đã có. Không cấu thành tư vấn pháp lý, chứng nhận bảo mật hay cam kết SLA của nhà cung cấp thanh toán / tin nhắn. Số liệu ví dụ chỉ là khung quản trị nội bộ.