Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV

Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV — dành cho chủ CLB / quản lý vận hành trên DANAVA Studio. Bài thuộc cụm công nghệ & tích hợp: nắm đúng khả năng sản phẩm, gắn SOP quầy, tránh hứa tính năng chưa có.

Liên kết: xuất Excel · hóa đơn điện tử · Studio.

Vì sao lệch cuối tháng

Khác ngày: ngày bán vs ngày thanh toán vs ngày xuất HĐ.

Prepaid 12 tháng: tiền về tháng 1 ≠ doanh thu tháng 1 (tùy chính sách kế toán).

Hủy/void sau khi đã nhập sheet.

Từ điển cột tối thiểu

Mã đơn, ngày, kênh (quầy/online), trạng thái, số tiền, VAT nếu có, mã HV, tên gói.

KTV ký nhận từ điển — đổi cột phải có phiên bản.

Không đổi tên cột mỗi tháng 'cho đẹp'.

Nhịp đóng sổ gợi ý

Ngày 1–2: xuất tháng trước, gửi KTV.

Ngày 3–5: làm rõ pending/hủy.

Sau khóa: không sửa số tháng cũ trên sheet mà không có bút toán điều chỉnh.

HĐĐT và Studio

Đối chiếu mẫu xuất HĐ với đơn trên Studio.

Lệch MST/khách: ticket quy trình riêng.

Không xuất HĐ trước khi đơn chắc trạng thái.

Việc tích hợp kế toán 'thật' trong tương lai

Bài mô tả quy trình file — không hứa connector MISA đã có.

Khi có API: vẫn cần cùng từ điển cột và kiểm soát quyền.

Đừng chờ tích hợp mà bỏ đối soát tháng này.

Phân quyền gửi file cho KTV

Chỉ owner/manager gửi.

File trên Drive có hạn người xem.

KTV ngoài: HĐ bảo mật dữ liệu.

Khái niệm	Studio	Sheet KTV	Cần thống nhất
Ngày ghi nhận	Theo đơn	Theo chính sách KT	Có
Hủy sau bán	Trạng thái hủy	Bút toán giảm	Có
Prepaid	Tiền về	Phân bổ?	Có
Comp/tặng	Gói tặng	Không doanh thu	Có

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Khi đổi bảng giá: ghi chú trên sheet tháng.

Soft open: đối soát tuần thay vì chờ cuối tháng lần đầu.

Không lấy số từ Telegram làm sổ cái.

Prepaid dài: đánh dấu riêng để chủ không ảo tưởng profit tháng khai trương.

Họp 30 phút đầu mối Studio–KTV mỗi quý.

Giữ folder '2026-08/v1' không ghi đè.

Ghi chú triển khai 14 ngày — Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài doi-soat-ke-toan-xuat-du-lieu-sang-sheet-cho-ktv chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài doi-soat-ke-toan-xuat-du-lieu-sang-sheet-cho-ktv chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài doi-soat-ke-toan-xuat-du-lieu-sang-sheet-cho-ktv chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Đối soát kế toán: xuất dữ liệu Studio sang sheet cho KTV

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài doi-soat-ke-toan-xuat-du-lieu-sang-sheet-cho-ktv chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

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

Boutique không có KTV thuê ngoài có cần không?

Vẫn nên sheet tối thiểu + từ điển — chủ tự làm cũng cần kỷ luật.

Có nút 'đẩy MISA' không?

Không khẳng định trong bài; dùng xuất Excel + quy trình.

Online PayOS vào sheet thế nào?

Theo trạng thái đã thanh toán + ngày webhook/đơn — cùng bài webhook.

Ai chịu trách nhiệm lệch?

Owner chốt định nghĩa; QL xuất; KTV nhập — biên bản tháng.

Xuất nhiều file có sao không?

Được nếu đánh số phiên bản; tránh 3 file 'final_final'.

Đa chi nhánh?

Một file/chi nhánh hoặc cột chi nhánh bắt buộc.

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

Lưu ý: Nội dung giáo dục cho chủ CLB / quản lý; 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ý, bảo mật chứng nhận hay cam kết SLA nhà cung cấp thanh toán/tin nhắn. Số liệu ví dụ là khung quản trị.