Thiết lập PayOS cho bán gói online lần đầu

Thiết lập PayOS cho bán gói online lần đầu là bước nhiều CLB hoãn vì sợ “phức tạp kế toán” hoặc “khách không chuyển khoản online” — trong khi lễ tân vẫn nhận ảnh CK Zalo lúc 22h. PayOS là cổng thanh toán thực tế tích hợp trên DANAVA để hội viên mua và gia hạn gói online qua VietQR/chuyển khoản có đối soát — không phải tính năng giả trên slide. Bài hướng dẫn khung thiết lập lần đầu: tài khoản merchant, gắn SKU, test giao dịch, đối soát với DANAVA Studio — không công bố GMV hay % chuyển đổi thanh toán khách hàng giả.

Liên kết: DANAVA Studio, mua gói online, tự mua gói trên app, bán gói ngoài giờ, POS quầy, app thương hiệu.

PayOS là gì trong luồng CLB — và vì sao không thu CK tay mãi?

Thu ảnh chuyển khoản Zalo: lễ tân phải đối tên, số tiền, nội dung CK — dễ trễ kích hoạt, dễ nhầm đơn, không báo cáo net tự động. PayOS tạo link/QR thanh toán gắn đơn hệ thống: khách trả đúng số tiền → webhook xác nhận → gói kích hoạt trên app hội viên. Chủ vẫn nhận tiền về tài khoản merchant đã đăng ký — Studio là lớp đơn và gói, không thay kế toán VAT.

Điều kiện tiên quyết: SKU và giá đã chuẩn trên POS — bán online lệch giá quầy = tranh cãi ngay tuần đầu.

Chuẩn bị trước khi đăng ký PayOS

Checklist pháp lý & vận hành (tham khảo — chi tiết theo PayOS và pháp luật hiện hành):

• Thông tin doanh nghiệp / hộ kinh doanh phù hợp đăng ký merchant.
• Tài khoản ngân hàng nhận tiền settlement — trùng tên đăng ký.
• Người phụ trách kỹ thuật + kế toán — biết ai đối soát cuối ngày.
• SKU gói trên Studio: tên, giá, thời hạn — bật cờ “bán online” nếu có.
• Chính sách hoàn tiền CLB — viết trước khi bán online.

Chưa import HV sạch — hoãn marketing online; khách mua xong không thấy gói = ticket khủng hoảng.

Bước kết nối PayOS với DANAVA Studio (khung)

Luồng tư duy — menu chi tiết trong môi trường thử của bạn:

1. Đăng ký / đăng nhập PayOS — hoàn tất xác minh merchant theo hướng dẫn PayOS.
2. Tạo kênh / ứng dụng trên PayOS — lấy Client ID, API Key, Checksum Key (tên field theo tài liệu PayOS hiện hành).
3. Vào cài đặt thanh toán Studio — dán credential, lưu, bật môi trường test nếu có.
4. Cấu hình webhook / return URL theo hướng dẫn tích hợp — để đơn tự cập nhật trạng thái.
5. Chọn SKU được phép mua online — không để mọi gói trial/opener lên app.

Lưu credential như mật khẩu — không gửi Zalo nhóm staff. Rotate key nếu lộ.

Test giao dịch lần đầu — checklist bắt buộc

Trước khi gửi link cho HV thật:

• Đơn test — gói rẻ nhất hoặc 1.000đ nếu policy cho phép.
• Thanh toán thành công — trạng thái đơn “paid” trên Studio.
• Gói kích hoạt — mở app HV test, màn Gói của tôi cập nhật đúng ngày/buổi.
• Check-in thử — quyền vào cửa hoạt động ngay sau paid.
• Email/SMS biên nhận (nếu bật) — tên CLB đúng white-label.
• Hoàn / huỷ test — biết quy trình nếu khách đòi hoàn trong 24h.

Test trên cả iOS và Android; mạng 4G và WiFi phòng gym — tránh chỉ test WiFi văn phòng.

Đối soát PayOS, ngân hàng và báo cáo Studio

Cuối ngày: export hoặc xem danh sách đơn online trên Studio — tổng gross theo ngày. Đối chiếu dashboard PayOS — số đơn thành công, phí (nếu có). Sao kê ngân hàng settlement có thể trễ 1–2 ngày làm việc — ghi chú “chưa về” thay vì sửa đơn.

Cuối tuần chủ: 5 đơn ngẫu nhiên — SĐT HV, SKU, số tiền, thời điểm paid khớp ba nguồn. Lệch → ticket kỹ thuật, không sửa tay ngày hết hạn HV. Dùng báo cáo doanh thu một nguồn.

Đơn “chờ thanh toán” quá 24h — policy huỷ tự động hoặc nhắc HV; không kích hoạt unlimited khi chưa paid nếu quy định nghiêm.

Vận hành sau go-live: lễ tân, CSKH và marketing

Lễ tân: biết đọc trạng thái đơn app — không kích hoạt tay trùng đơn online. Khách báo “đã CK chưa lên gói” → tra mã đơn, trạng thái webhook, không đoán.

Marketing: poster QR mua gói trỏ app/subdomain đúng — app brand. Không blast link thanh toán sai SKU KM hết hạn.

Ngoài giờ mở cửa: online thu đơn khi quầy đóng — xem bán ngoài giờ — vẫn cần PayOS ổn định.

Bảng lỗi thường gặp khi thiết lập PayOS lần đầu

Lỗi	Triệu chứng	Hướng xử lý
Sai API key	Không tạo được link pay	Kiểm tra copy key, test/sandbox
Webhook chưa cấu hình	Paid nhưng đơn treo	Cấu hình URL theo docs
Giá online ≠ POS	Khách phàn nàn	Đồng bộ SKU trước go-live
Kích hoạt tay trùng	Hai gói một người	Chỉ tin webhook paid
Chưa test hoàn tiền	Hoảng khi khiếu nại	Drill policy hoàn trước
Marketing trước test	Nhiều ticket tuần 1	Test xong mới poster

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

PayOS có thay POS quầy không?

Không — bổ sung kênh online; quầy vẫn POS cho walk-in và tư vấn.

Khách không có app vẫn mua online được không?

Tuỳ luồng — thường qua link/PWA; vẫn cần SĐT để gắn gói.

Phí PayOS ai chịu?

Theo bảng phí PayOS và cấu hình merchant — CLB tính vào giá hoặc chịu margin.

Hoá đơn VAT xử lý thế nào?

Studio cung cấp dữ liệu đơn; xuất hoá đơn theo quy trình kế toán CLB.

Đơn paid nhưng gói chưa lên?

Kiểm tra webhook, log đơn, liên hệ support theo kênh Studio — không kích hoạt tay loạt.

Có bán gói KM online không?

Có — SKU KM có ngày bắt đầu/kết thúc; hết hạn tự về giá niêm yết.

PayOS và chuyển khoản tay song song?

Tránh — một kênh online chính; CK tay chỉ ngoại lệ có log POS.

Tìm hiểu thêm: DANAVA Studio · mua gói online · tự mua trên app · POS quầy.

Góc bảo mật: không chụp màn hình API key gửi group Zalo nhân viên.

Góc yoga: class pack online — SKU buổi, không unlimited nhầm.

Góc corporate: hoá đơn công ty — thu MST trước đơn online nếu cần.

Góc chargeback: policy nội bộ khi khách dispute — manager xử lý.

Go-live marketing online sau PayOS ổn

Tuần 1: chỉ HV core + staff mua thử. Tuần 2: Zalo cá nhân hoá link gia hạn. Tuần 3: poster quầy. Tuần 4: nhắc hết hạn kèm link — giảm tải lễ tân. Không skip tuần test.

Góc đa chi nhánh: merchant một hay nhiều — quyết định trước kết nối; báo cáo tách branch.

Góc KPI nội bộ: tỷ lệ đơn paid / đơn tạo; thời gian kích hoạt — tự đo.

Góc lỗi mạng: khách paid, webhook trễ — CSKH script “đơn đang xử lý”, không hứa sai.

Góc soft CTA: kết nối PayOS trong môi trường Studio sau khi SKU sẵn sàng.

Phân vai: ai làm gì trong dự án PayOS lần đầu

Chủ / GM: quyết định SKU online, policy hoàn, ngày go-live marketing. Kế toán: đăng ký merchant, đối soát settlement, hoá đơn VAT. Kỹ thuật / người am hiểu IT: dán API, webhook, test. Lễ tân trưởng: script CSKH đơn treo, không kích hoạt tay. Một người “project owner” — tránh mọi người đổ lỗi “chưa ai cấu hình xong”.

Timeline nội bộ gợi ý: tuần 1 đăng ký merchant + SKU; tuần 2 tích hợp + test; tuần 3 beta 10 HV; tuần 4 poster — không nén thành 2 ngày trước lễ.

Rủi ro tuân thủ và giao tiếp với hội viên

Điều khoản mua online công khai: giá đã gồm VAT chưa, hoàn trong bao lâu, gói kích hoạt khi nào. Không hứa “trả góp” trên link PayOS nếu chưa hỗ trợ. Trẻ em / phụ huynh mua hộ — SĐT phụ huynh gắn hồ sơ đúng. Ghi log mọi hoàn tiền — báo cáo net tháng khớp.

Incident: PayOS downtime — post story “đang xử lý, quầy vẫn mở”; không im lặng khi HV đã trừ tiền ngân hàng.

Nhiều merchant có môi trường test — giao dịch test không ghi doanh thu thật. Chỉ chuyển production khi checklist test pass. Sau chuyển: một giao dịch thật số tiền nhỏ do staff thực hiện, hoàn tiền theo policy nếu cần — xác nhận settlement về đúng tài khoản.

Đừng để credential test trong cài đặt production — đơn HV trả tiền thật nhưng không kích hoạt gói là incident nghiêm trọng tuần đầu.

Kết hợp nhắc hết hạn và link PayOS

Luồng lý tưởng: hệ thống nhắc trước 7/3/1 ngày hết hạn → link mua gói online PayOS trong SMS/Zalo/app — HV thanh toán → gia hạn tự động. Lễ tân chỉ xử lý ngoại lệ. Cần nhắc gia hạn và data ngày hết hạn đúng — import lỗi làm link pay sai số tiền.

A/B nội bộ (không công bố ngoài): tin nhắc có tên HV + ngày hết vs blast chung — đo tỷ lệ paid tự đo, không benchmark DANAVA.

Chốt: PayOS mở kênh doanh thu khi lõi gói/HV đã sạch

Thiết lập PayOS lần đầu không khó nếu SKU đúng, test đủ, đối soát có thói quen. Đừng bật online để “có cho đủ feature” khi POS và import còn lộn xộn — ticket thanh toán đắt hơn phí PayOS. Khi ổn, online bổ sung mua gói online cho HV tự phục vụ và thu ngoài giờ mở cửa.

Góc pháp lý: điều khoản mua online trên app/website CLB — giá, hoàn, hiệu lực gói.

Góc nhắc hết hạn: link PayOS trong nhắc gia hạn — data gói phải đúng.

SKU nào nên bán online trước — và SKU nào giữ quầy

Go-live PayOS: bắt đầu 3–5 SKU phổ biến — gia hạn tháng, 3 tháng, 6 tháng — giá khớp poster. Giữ trial, opener, giảm giá đặc biệt tại quầy có tư vấn. PT pack cao giá có thể online sau khi CSKH script rõ. Unlimited corporate — hợp đồng riêng, không link pay công khai.

KM flash: SKU có start/end datetime — hết giờ tự về giá niêm yết trên app và POS đồng thời. Lễ tân không bán KM online bằng giá tay khi app đã hết giờ KM.

Đọc thêm bán online ngoài giờ khi PayOS ổn — đừng mở rộng SKU online nhanh hơn khả năng đối soát kế toán.

Đọc thêm chuyển HV sang app trước khi đẩy mạnh thanh toán online — app sai số kết hợp pay làm tin cậy sụp nhanh.

Góc white-label: màn PayOS hiển thị tên CLB — subdomain thương hiệu đồng bộ trước go-live online.

Góc đối soát tháng: kế toán so 3 nguồn — Studio đơn online, PayOS dashboard, sao kê ngân hàng — 30 phút đầu tháng; lệch lớn là incident, không “quên cho qua”.

Soft CTA: kết nối PayOS và test một đơn trên danava.vn/studio khi SKU và mua gói online đã sẵn sàng.

PayOS là bước cuối chuỗi digital — sau import, POS và app brand ổn.