Quản lý tour gọn nhẹ — Chốt đơn nhanh, tiền về đúng

Báo giá chuẩn thương hiệu trong 60 giây, VietQR theo đơn chống “sai nội dung”, công nợ KH & NCC realtime. Cắt 70% lỗi thao tác, tăng 18–25% tỷ lệ chốt.

60sTạo báo giá
-70%Lỗi thao tác
+25%Tỷ lệ chốt
Dùng thử 14 ngày Dáng chụp hình

Đăng nhập hệ thống

Chưa có tài khoản? Gọi 0868 604 846

Quên mật khẩu?
Nỗi đau phổ biến & Cách chúng tôi xử lý

Không chỉ là phần mềm — là quy trình đã được đóng gói

Chúng tôi gom những lỗi thao tác lặp đi lặp lại thành quy tắc tự động, để bạn tập trung vào khách & doanh thu.

Làm quá nhiều phiếu, dễ sai & trùng

Thu cọc, thu đợt 1/2, onsite, hoàn tiền… mỗi lần lại tạo 1 phiếu mới → trùng, sai số, nội dung CK loạn.

Giải pháp: Mỗi đơn có mã duy nhất ORD-YYYYMM-#### và 1 QR riêng. Hệ thống tự biết bạn đã thu/chi gì (theo tag), tự tính phần còn thiếu rồi gợi ý IN/OUT. Cơ chế idempotent theo tag ([DEPOSIT_CUST], [DEPOSIT_SUP], [ONSITE]) chống trùng phiếu.
Sai nội dung chuyển khoản → khó đối soát

Khách gõ thiếu “cọc tour…”, sai mã đơn, hoặc số tiền không khớp bảng giá.

Giải pháp: VietQR theo đơn, embed sẵn ORD-… & số tiền đúng. Kế toán chỉ cần lọc theo mã đơn → khớp lệnh trong vài phút.
Không nhìn rõ công nợ KH/NCC theo đơn

Bảng excel tách rời, không biết còn phải thu bao nhiêu, phải trả NCC bao nhiêu tại thời điểm này.

Giải pháp: Công thức chuẩn: AR = Final − Đã thu (phiếu IN), AP = SumBuy − Đã chi (phiếu OUT). Dashboard realtime, xem theo đơn/khách/NCC/tháng.
Báo giá không nhất quán & khó kiểm soát lợi nhuận

Mỗi người tính một kiểu; quên áp %; quên VAT; không rõ lời/lỗ từng đơn.

Giải pháp: Template line-item thống nhất: sumSell, sumBuy, VAT, final, profit không VAT. Giảm giá Trước/Sau thuế rõ ràng, tính toán đồng nhất từ báo giá → đơn → thu/chi.
Sales/CTV hỏi liên tục “giờ cần thu bao nhiêu?”

Điều hành và kế toán bị hỏi lặp lại thông tin.

Giải pháp: Sales Portal cá nhân: CTV chỉ thấy đơn của họ, số cần thu và QR chuẩn của từng đơn.
Onsite phức tạp & hay double-count

Thu/chi tại khu nhiều khoản nhỏ → dễ cộng đè phần đã hạch toán.

Giải pháp: Nút Thanh toán tại khu sinh đúng phần thiếu: IN = final − đã thu (không tính ONSITE cũ), OUT = sumBuy − đã chi (không tính ONSITE cũ).
Tính năng & Ví dụ minh hoạ

Hiểu rõ cách hệ thống hoạt động chỉ trong vài phút

Mỗi tính năng đều có giải thích ngắn + ví dụ thực tế, bám sát cách tính trong hệ thống.

Template chuẩn, tính theo dòng (line-item)

Mỗi dòng có: SL, Số đêm, % áp dụng, Giá bán, Giá nhập. Hệ thống tự tính:

  • Tổng bán (sumSell) = Σ (Giá bán × SL × Đêm × %/100)
  • Tổng mua (sumBuy) = Σ (Giá nhập × SL × Đêm)
  • VAT theo Thuế %, áp dụng trước/ sau chiết khấu tuỳ lựa chọn
  • Tổng thu khách (final) = Tổng bán (± Chiết khấu) + VAT
  • Lợi nhuận (không VAT) = (Tổng bán − Chiết khấu trước thuế) − Tổng mua

Ví dụ

2 người, 2 đêm, resort 1.500.000đ/đêm, áp dụng 100%
MụcSố
Tổng bán1.500.000 × 2 × 2 × 100% = 6.000.000
Tổng mua1.200.000 × 2 × 2 = 4.800.000
Chiết khấuAfter tax: 0
VAT (8%)480.000
Tổng thu KH6.480.000
Lợi nhuận (không VAT)1.200.000

QR theo đơn – chống sai nội dung chuyển khoản

Mỗi đơn có một QR riêng embed sẵn nội dung: ORD-YYYYMM-####. Khách chỉ cần quét, số tiền & nội dung CK đúng chuẩn → đối soát nhanh.

  • Không lo thiếu nội dung “cọc tour…”, “mã đơn…”
  • Giúp kế toán khớp lệnh trong vài phút
  • Hỗ trợ tách cọc/đợt thanh toán

Minh hoạ

QR
Người nhận
LEYENTRAVEL - 00123456789
Nội dung
ORD-202409-0123
Số tiền
6.480.000đ

Công nợ khách hàng – realtime, rõ ràng

Còn lại = Tổng doanh thu − Đã thu (chỉ tính phiếu IN, trừ cọc và onsite nếu đã hạch toán).

  • Hiển thị theo khách, theo CTV, theo tháng
  • Chặn xoá khi còn đơn/phiếu liên quan

Ví dụ

KháchTổngĐã thuCòn lại
Anh Minh6.480.0003.000.0003.480.000
Chị Lan8.250.0008.250.0000
Công thức giống trong trang danh sách KH & dashboard.

Công nợ nhà cung cấp – tính theo giá vốn

Phải trả NCC = Tổng mua (sumBuy) − Đã chi (phiếu OUT). Không nhầm lẫn với doanh thu.

  • Hỗ trợ cọc NCC (tag [DEPOSIT_SUP])
  • Hỗ trợ thanh toán tại khu (tag [ONSITE]) và không double-count

Ví dụ

NCCTổng muaĐã chiPhải trả
Resort A4.800.0002.000.0002.800.000
Vận chuyển B1.500.0001.500.0000
Đúng như query “Công nợ phải trả” trên dashboard.

Sales/CTV tự chủ – xem đơn của mình

Mỗi CTV có portal riêng: xem đơn, tiến độ, số cần thu, tạo phiếu chi CTV. Giảm tải cho điều hành & kế toán.

  • Phân quyền: sale chỉ thấy dữ liệu của họ
  • VietQR gắn đơn của CTV

Minh hoạ

Đơn #ORD-202409-0123 — CTV: Hồng Nhung
Khách cần thanh toán3.480.000đ
Đã nhận (IN)3.000.000đ
Trạng tháiĐang thu
CTV vào portal xem ngay số cần thu & QR của đơn.
Tự động hoá chứng từ

Làm ít phiếu nhất có thể, nhưng chính xác nhất có thể

Ý tưởng đơn giản: sinh & cập nhật đúng phần còn thiếu, không sinh thừa.

1
Chuẩn hoá số liệu từ báo giá

Dòng tính thống nhất: SL × Đêm × % × Giá bán/nhập → sumSell/sumBuy. Chọn giảm giá “Trước/Sau thuế”, hệ thống tự áp VAT.

2
Sinh cọc theo tag — 1 lần & idempotent

IN [DEPOSIT_CUST] cho cọc khách; OUT [DEPOSIT_SUP] cho cọc NCC. Nhấn “Lưu” lần sau, hệ thống replace theo tag, không nhân đôi.

3
Onsite: chỉ bù phần thiếu

Hệ thống tính need_in = final − đã thu (exclude [ONSITE]), need_out = sumBuy − đã chi (exclude [ONSITE]) rồi sinh phiếu gọn 1 lần.

4
Đối soát bằng VietQR theo đơn

QR embed mã ORD-… & số tiền chính xác. Kế toán lọc mã đơn là khớp ngay.

Kết quả: số phiếu giảm 40–70%, đối soát nhanh hơn, công nợ rõ ràng theo thời gian thực.
Trước & Sau

So sánh cách cũ vs. dùng Du lịch Manager

Cách cũ
  • Tạo nhiều phiếu lẻ cho 1 đơn → dễ trùng, dễ sót
  • Nội dung chuyển khoản không đồng nhất
  • Excel rời, không thấy công nợ realtime
  • Không kiểm soát lợi nhuận theo line-item
  • CTV phải hỏi “cần thu bao nhiêu?” mỗi ngày
Với Du lịch Manager
  • Phiếu theo tag — sinh/replace đúng phần thiếu
  • VietQR theo đơn, embed mã ORD-… & số tiền
  • AR/AP realtime: AR=Final−IN, AP=SumBuy−OUT
  • Lợi nhuận không VAT rõ ngay trên UI
  • Sales Portal: CTV tự xem số cần thu & QR
Playground

Thử nhập số & xem cách hệ thống tính

Giống công thức trong order_edit.php của bạn (sumSell, sumBuy, VAT, final, profit).

Thông số dòng

Kết quả

Tổng bán (sumSell)0
Tổng mua (sumBuy)0
VAT0
Tổng thu KH (final)0
Lợi nhuận (không VAT)0

Công thức: giống calc_order_totals() và hàm calc() trên UI của bạn.

Cam kết triển khai

3–5 ngày là chạy, kèm checklist & đào tạo

Không yêu cầu thay đổi quy trình kế toán — chỉ chuẩn hoá & tự động hoá.

1
Chuẩn hoá dữ liệu
Import KH/NCC/SP; map giá mặc định bán/nhập.
2
Cấu hình hoá đơn & QR
Set template báo giá, thông tin nhận tiền, nội dung QR theo đơn.
3
Đào tạo & Go-live
DVH/Sales/KT thực hành: tạo báo giá → xác nhận → thu/chi → đối soát.
Nhận demo 30 phút Xem công thức tính
Quy trình triển khai

3 bước là chạy — đơn vào, tiền về, công nợ rõ

1
Tạo báo giá
Chọn sản phẩm, nhập SL/đêm/% áp dụng, hệ thống tự tính & xuất PDF.
2
Chốt & Thu tiền
Gửi VietQR theo đơn, khách quét → đối soát đúng nội dung.
3
Theo dõi công nợ
KH: Tổng − Đã thu; NCC: Mua − Đã chi. Badge cảnh báo quá hạn.
FAQ

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

Hệ thống tính công nợ NCC có bao gồm VAT không? +
Công nợ NCC dựa trên tổng mua (sumBuy) từ giá nhập × SL × đêm, không cộng VAT đầu ra. Số “đã chi” lấy từ phiếu OUT.
Giảm giá “Trước thuế” và “Sau thuế” khác gì nhau? +
Trước thuế: trừ chiết khấu khỏi tổng bán rồi mới tính VAT. Sau thuế: tính VAT xong mới trừ chiết khấu. Lợi nhuận “không VAT” chỉ trừ giảm giá nếu là “Trước thuế”.
“Thanh toán tại khu” hoạt động thế nào? +
Hệ thống tạo phiếu mang tag [ONSITE] đúng phần còn thiếu: IN = final − đã thu (không tính ONSITE cũ), OUT = sumBuy − đã chi (không tính ONSITE cũ). Xoá ONSITE cũ trước khi sinh mới để tránh trùng.