Ví đại lý B2B

Ví đại lý B2B với duyệt nạp tiền và sổ cái đầy đủ

Mỗi đại lý bán hàng dựa trên số dư trả trước trong nền tảng của bạn. Đại lý gửi khoản nạp, bạn duyệt, và mỗi booking được trừ vào ví với một dòng sổ cái có thể truy ngược về nguồn gốc.

  • Số dư riêng từng đại lý
  • Khoản nạp được duyệt
  • Sổ cái ghi có và ghi nợ
  • Số dư đa tiền tệ

Cách ví hoạt động

Số dư trả trước, không phải hạn mức tín dụng trả sau

Các công ty du lịch tìm hạn mức tín dụng cho đại lý thường muốn kiểm soát rủi ro. PHPTRAVELS làm điều đó bằng ví đại lý du lịch trả trước: rủi ro của bạn bằng đúng các khoản nạp bạn đã duyệt, số dư là tổng các bút toán sổ cái chứ không phải con số ai đó gõ vào, và đối soát cuối tháng trở thành một báo cáo thay vì một cuộc tranh luận.

  1. Đại lý gửi khoản nạp từ cổng B2B với số tiền, tiền tệ, phương thức thanh toán và mã tham chiếu
  2. Bạn duyệt hoặc từ chối trong trang quản trị; chưa có gì được cộng trước khi bạn quyết định
  3. Khoản nạp đã duyệt được ghi có vào sổ cái của đại lý theo tiền tệ nạp
  4. Mỗi booking của đại lý ghi một bút toán nợ vào số dư
  5. Mỗi dòng sổ cái dẫn về khoản nạp hoặc booking đã tạo ra nó
Số tiền
5.000,00
Tiền tệ
USD
Phương thức thanh toán
Chuyển khoản ngân hàng
Mã giao dịch
TRX-20481

Dòng tiền

Tiền thực sự di chuyển như thế nào

Sáu bước, và bước nào cũng để lại bản ghi để bạn đối soát.

  1. Yêu cầu

    Đại lý gửi số tiền, tiền tệ và phương thức thanh toán từ cổng.

  2. Kiểm tra

    Bộ phận tài chính đối chiếu mã tham chiếu với ngân hàng rồi duyệt hoặc từ chối.

  3. Ghi có

    Số tiền đã duyệt được ghi có vào sổ cái của đại lý.

  4. Đặt chỗ

    Vé máy bay, khách sạn và tour đại lý đặt được trừ vào số dư.

  5. Nạp thêm

    Khi số dư sắp hết, đại lý gửi khoản nạp tiếp theo.

  6. Đối soát

    Mỗi dòng dẫn về khoản nạp hoặc booking đã tạo ra nó.

Vị trí trong hệ thống

Một ví chung cho cổng đại lý, trang quản trị và booking engine

Ví là một phần của nền tảng chứ không phải tiện ích gắn thêm, nên số dư biến động cùng chính các booking.

  • Cổng đại lý

    Đại lý gửi khoản nạp và thanh toán booking bằng ví trong cổng B2B.

  • Trang quản trị

    Nhân viên tài chính duyệt khoản nạp và xem sổ cái của từng đại lý theo từng dòng.

  • Booking engine

    Booking từ kho hàng của bạn và từ nhà cung cấp đã kết nối đều trừ vào cùng một số dư.

Back office

Tài chính đại lý trong cùng trang quản trị

Ví nằm cạnh tài khoản đại lý, bảng giá và báo cáo bạn vốn đã quản lý cho mọi sản phẩm.

  • Tài khoản đại lý

    Tạo và quản lý tài khoản đại lý với đăng nhập riêng và quyền vào cổng B2B.

  • Hàng chờ nạp tiền

    Khoản nạp đang chờ kèm số tiền, tiền tệ, phương thức và mã tham chiếu, sẵn sàng duyệt hoặc từ chối.

  • Sổ cái đại lý

    Ghi có và ghi nợ theo từng đại lý với mô tả và thời gian, kể cả số dư âm.

  • Giá B2B và markup

    Giá, markup và hoa hồng riêng cho đại lý trên vé máy bay, khách sạn, tour và hơn thế.

  • Đa tiền tệ

    Hiển thị giá và nhận khoản nạp bằng tiền tệ của thị trường đại lý.

  • Báo cáo và xuất dữ liệu

    Booking, doanh thu và sổ cái đại lý, sẵn sàng cho đối soát cuối tháng.

So sánh

Ví đại lý trả trước và tín dụng trả sau

Người tìm hạn mức tín dụng cho đại lý B2B thường muốn nói đến một trong hai mô hình. Đây là điểm khác biệt và vai trò của phần mềm trong mỗi mô hình.

Câu hỏiTín dụng trả sauPHPTRAVELS
Khi nào tiền vềTín dụng trả sauSau khi booking, theo kỳ hạn đã thỏa thuậnPHPTRAVELSTrước khi booking, dưới dạng khoản nạp đã duyệt
Rủi ro của bạnTín dụng trả sauMọi thứ đại lý đã đặt mà chưa thanh toánPHPTRAVELSGiới hạn ở các khoản nạp bạn đã duyệt
Thu hồi công nợTín dụng trả sauHóa đơn và nhắc nợ theo hợp đồng của bạnPHPTRAVELSKhông cần; số dư đã được nạp trước
Điều gì ràng buộcTín dụng trả sauThỏa thuận thương mại của bạn với đại lýPHPTRAVELSVí: đại lý chỉ đặt trong số dư đã duyệt
Đối soátTín dụng trả sauKhớp thanh toán với hóa đơn sau khi sự việc đã xảy raPHPTRAVELSMỗi dòng dẫn về một khoản nạp hoặc booking

Trường hợp sử dụng

Ai dùng ví đại lý

  • Nhà gom vé và bán sỉ

    Bán vé máy bay và khách sạn cho đại lý cấp dưới nạp số dư trước khi đặt.

  • DMC và công ty lữ hành

    Nhận số dư trả trước từ các đại lý đối tác ở nước ngoài, mỗi bên bằng tiền tệ của mình.

  • Mạng lưới đại lý B2B

    Vận hành cổng đại lý white-label nơi mọi đại lý thanh toán từ ví.

Vì sao chọn PHPTRAVELS

Quy tắc tài chính của bạn, trong mã nguồn của bạn

  • Kèm mã nguồn

    Tự lưu trữ theo giấy phép thương mại, để lập trình viên của bạn mở rộng ví và quy trình duyệt.

  • Dữ liệu của bạn, máy chủ của bạn

    Sổ cái đại lý và bản ghi nạp tiền nằm trong cơ sở dữ liệu của chính bạn.

  • 24 ngôn ngữ

    Cổng đại lý và trang quản trị theo ngôn ngữ thị trường của bạn, kể cả ngôn ngữ viết từ phải sang trái.

  • B2C và B2B

    Một bản cài đặt cho website công khai và cổng đại lý của bạn.

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

Câu hỏi về ví đại lý B2B

Những điều các công ty du lịch hỏi trước khi đặt điều khoản thanh toán cho đại lý.

Liên hệ kinh doanh

Số dư của mỗi đại lý được lưu dưới dạng sổ cái ghi có và ghi nợ. Đại lý nạp thêm bằng cách gửi khoản nạp để bạn duyệt, và mỗi booking ghi một bút toán nợ. Số dư là tổng các bút toán đó, nên luôn khớp với các giao dịch phía sau.

Nền tảng thanh toán với đại lý qua ví trả trước thay vì trần tín dụng trả sau: đại lý bán trong số dư bạn đã duyệt và nạp thêm khi sắp hết, nhờ đó rủi ro của bạn được giới hạn. Cho một đại lý tin cậy trả sau là thỏa thuận thương mại theo hợp đồng riêng của bạn, và sổ cái ghi nhận số dư phát sinh, kể cả khi âm.

Đại lý gửi khoản nạp từ cổng với số tiền, tiền tệ và phương thức thanh toán, và khoản này đến trang quản trị ở trạng thái chờ. Không có gì được cộng trước khi bạn duyệt, và khoản nạp bị từ chối giữ nguyên số dư cùng bản ghi.

Có. Bút toán sổ cái và khoản nạp đều có tiền tệ riêng, nên đại lý ở các thị trường khác nhau thanh toán bằng tiền tệ phù hợp.

Đại lý nạp thêm. Vì booking được thanh toán từ số dư đã duyệt, đại lý không thể âm thầm tích lũy khoản nợ mà bạn chưa đồng ý, và đó là lý do chính khiến các công ty chọn số dư trả trước thay vì xuất hóa đơn sau.

Có. Mỗi bút toán ghi có và ghi nợ được lưu với số tiền, tiền tệ, mô tả và thời gian, còn khoản nạp giữ phương thức thanh toán, mã tham chiếu và trạng thái duyệt, nên một dòng bị tranh chấp luôn dẫn về booking hoặc khoản nạp đã tạo ra nó.