Trang web đặt tour đa tiền tệ: lợi nhuận rò ở đâu

Một sub-agent ở Riyadh hỏi tại sao trang tìm kiếm báo giá SAR mà hóa đơn của bạn lại ghi AED. Bạn kiểm tra. Cả hai con số đều đúng. Vé được nhà cung cấp định giá bằng một đồng tiền, hiển thị cho khách bằng một đồng khác, và thanh toán bằng đồng thứ ba khi thẻ được trừ. Không ai làm sai, mà tiền về tay vẫn hụt. Khe hở đó chính là nơi một trang web đặt tour đa tiền tệ lặng lẽ mất tiền, và thủ phạm gần như không bao giờ là tỷ giá. Thứ đang làm việc là quy tắc làm tròn nằm bên dưới, cùng câu hỏi chưa ai trả lời: giữa lúc báo giá và lúc tiền về, ai đang gánh rủi ro.

Hai đồng tiền, chỉ một đồng thật sự chuyển tiền

Bất kỳ cửa hàng nào bán qua biên giới cũng đang chạy hai hệ tiền tệ cùng lúc. Coi chúng là một là gốc rễ của phần lớn mớ bòng bong.

Tiền tệ hiển thị là con số khách đọc. Nó là lớp trình bày. Trên nền tảng này, mỗi site white label tự chọn đồng tiền mặc định và danh sách đồng tiền nó chào, còn giá được quy đổi phía client từ bảng tỷ giá riêng của tenant đó. Chi tiết ấy nặng hơn vẻ ngoài của nó: con số trên màn hình là dẫn xuất. Nó là tỷ giá của bạn nhân với giá nhà cung cấp tại đúng thời điểm trang được render, không phải một mức giá ai đó đã đồng ý giữ.

Tiền tệ thanh toán là đồng tiền tiền thật sự chạy qua: thứ nhà cung cấp xuất hóa đơn cho bạn, thứ cổng thanh toán trừ, thứ hiện trên sao kê ngân hàng, thứ tiền hoàn đi ra. Thường mỗi nhà cung cấp một đồng, mỗi cổng thanh toán một đồng, và hai đồng ấy không phải lúc nào cũng trùng nhau.

Khi một đại lý nói "chúng tôi bán bằng AED, SAR và USD", gần như luôn luôn nghĩa là hiển thị ba và thanh toán một. Đó là cách kinh doanh hoàn toàn ổn; phần lớn cửa hàng chạy như vậy. Nó hết ổn vào đúng khoảnh khắc một thứ gì đó ở hạ nguồn đối xử với giá hiển thị như một cam kết, chẳng hạn một khoản hoàn tiền, một bảng kê cho sub-agent, một tranh chấp, bởi vì giá hiển thị chưa bao giờ là cam kết. Nó là một kết quả render.

Ai gánh rủi ro tỷ giá trên một trang web đặt tour đa tiền tệ

Giữa lúc khách nhìn thấy giá và lúc tiền về tài khoản, luôn có người đang phơi mình trước một tỷ giá có thể dịch chuyển. Câu hỏi không bao giờ là phơi nhiễm đó có tồn tại hay không. Câu hỏi là nó thuộc về ai, và người đó có biết nó thuộc về mình không.

Có ba câu trả lời trung thực. Nhà cung cấp gánh khi bạn đã ký giá net bằng chính đồng tiền của bạn và họ hấp thụ phần quy đổi. Khách gánh khi bạn thu bằng đồng tiền của nhà cung cấp và ngân hàng phát hành thẻ quy đổi cho họ, cách sạch sẽ nhất cho bạn và cũng là cách khách hay phàn nàn nhất, vì số trên sao kê không trùng số trên xác nhận. Hoặc bạn gánh, và đó chính là ý nghĩa của việc có một bảng tỷ giá: bạn đã cố định một tỷ giá, chênh lệch giữa tỷ giá đó và tỷ giá thật ngày thanh toán là của bạn, theo cả hai chiều.

Cả ba đều bảo vệ được. Thứ cần tránh là trường hợp thứ tư phát sinh do tình cờ: không ai quyết, bảng tỷ giá được cập nhật khi có người sực nhớ, và trạng thái được phát hiện trong đợt đối soát một quý sau. Nếu bạn không nêu được chủ sở hữu và nhịp cập nhật trong một câu, bạn đang ở trường hợp thứ tư.

Làm tròn là quyết định về giá, không phải về định dạng

Phần lớn engine mặc định bước làm tròn 0,01 vì tiền tệ thập phân trông như vậy. Với ngành du lịch đó là mặc định sai, vì bốn lý do tách biệt.

Thứ nhất, không phải đồng tiền nào cũng có đơn vị phụ. Đồng yên Nhật và đồng won Hàn thì không, và trên thực tế đồng Việt Nam cũng không được niêm yết theo hào. Một mức giá in hai chữ số thập phân ở những thị trường đó đọc ra như một mẩu phần mềm lọt ra ngoài, còn làm tròn theo bước 0,01 trên một đồng tiền không có đơn vị lẻ là phép tính chạy không tải.

Thứ hai, giá đã quy đổi trông rõ là đã quy đổi. Con số 1.236,47 tự khai nó là đầu ra của một phép nhân. Khách đọc nó biết phía sau còn một con số khác, và bước tiếp theo tự nhiên là đi tìm con số đó ở chỗ khác. Chỉ mức giá rơi đúng vào một bước tròn mới đọc ra như giá của bạn.

Thứ ba là chiều. Làm tròn về gần nhất thì đối xứng: sai số triệt tiêu theo sản lượng và biên lợi nhuận không đổi. Luôn làm tròn lên là mỗi lần thêm một mẩu, luôn làm tròn xuống là mỗi lần cho đi một mẩu. Mỗi cách đều là một chính sách, và cách nào cũng ổn nếu đã được chọn. Thất bại là chọn nó một cách vô tình, sai chiều, rồi ngồi thắc mắc vì sao biên gộp ở đúng một thị trường lại thấp hơn các thị trường khác một chút.

Thứ tư là thứ tự phép tính, và đây mới là thứ cắn thật. Quy đổi, rồi cộng markup, rồi làm tròn một lần duy nhất ở cuối. Một engine làm tròn giá net lúc quy đổi rồi làm tròn lại sau markup là đã làm tròn hai lần, và lần thứ hai áp lên một con số vốn đã mất phần dư. Nhân chuyện đó với vé, thuế và dịch vụ cộng thêm được định giá như các thành phần riêng, tổng sẽ không còn bằng tổng các thành phần nữa, và đó là vấn đề đối soát trước khi là vấn đề giá.

Làm tròn theo từng thành phần hoặc làm tròn ở tổng, nhưng đừng làm cả hai, và hãy chắc rằng bất cứ con số nào hóa đơn hiển thị đều cộng khớp khi sub-agent đưa vào bảng tính. Họ sẽ đưa.

Ba cách vận hành thật sự

Ba mô hình dưới đây không phải các gói tính năng. Chúng là ba câu trả lời khác nhau cho câu hỏi "bạn hứa gì với khách", và mỗi câu trả lời gánh một khối lượng công việc khác nhau.

Gần như ai cũng nên bắt đầu ở cột trái và chuyển đúng một thị trường sang cột giữa khi thị trường đó xứng đáng được để mắt. Cột phải là một quyết định vận hành khoác áo công nghệ; nếu hôm nay trong công ty không ai đối soát hai sổ cái, thêm một đồng tiền thứ ba sẽ không phải là thứ khiến việc đó bắt đầu.

Sai thì trả giá bằng gì

Kinh điển là hoàn tiền. Một booking bán ở một tỷ giá, hủy sáu tuần sau, và được hoàn theo tỷ giá hôm nay vì đó là tỷ giá engine có sẵn trong tay. Nếu tỷ giá dịch theo hướng có lợi cho khách thì bạn đã trả phần chênh; nếu dịch chiều ngược lại thì khách tin rằng bạn trả thiếu, và họ không sai hoàn toàn. Hãy lưu tỷ giá dùng lúc bán ngay trên booking, và hoàn theo tỷ giá đó.

Cái lặng lẽ hơn là công nợ. Hạn mức tín dụng của sub-agent và hóa đơn đối soát ở đây tồn tại như những thực thể đúng nghĩa chứ không phải một bảng tính, nhưng đó chỉ là lợi thế nếu hạn mức được ghi bằng đúng đồng tiền mà sub-agent đó thật sự bán. Một hạn mức USD áp cho đại lý bán bằng SAR sẽ trôi mỗi lần tỷ giá dịch, và cái trôi ấy bị phát hiện vào thời điểm tệ nhất: lúc hạn mức chặn một lệnh xuất vé ngay tại sân bay.

Rồi đến cái chậm. Một bảng tỷ giá cũ không báo lỗi. Nó bán. Suốt vài tuần nó trông như sản lượng tốt bất thường ở một thị trường, cho tới khi chốt tháng và hóa ra sản lượng đó là một khoản giảm giá bạn không biết mình đang cho. Đây là lý do nên gắn một ngày tháng và một người chịu trách nhiệm lên bảng tỷ giá, thay vì một cron job không ai đọc.

Trước khi bật một thị trường

Không chuyện nào ở trên cần một dự án. Nó cần những quyết định được viết ra, theo thứ tự này, trước khi đồng tiền xuất hiện trong ô chọn:

• Nêu tên đồng tiền thanh toán cho thị trường đó, cùng nhà cung cấp và cổng thanh toán mà nó áp dụng. Một câu.
• Nêu ai cập nhật bảng tỷ giá và bao lâu một lần, và đặt ngày cập nhật cuối ở chỗ có người nhìn thấy.
• Chọn bước làm tròn theo từng đồng tiền, không phải một bước chung, và kiểm riêng các đồng tiền không có số lẻ.
• Xác nhận thứ tự là quy đổi, cộng markup, rồi làm tròn một lần, và giá các thành phần vẫn cộng đúng bằng tổng trên hóa đơn.
• Xác nhận hoàn tiền dùng tỷ giá ngày bán đã lưu, không phải tỷ giá hôm nay.
• Kiểm tra hạn mức tín dụng và hóa đơn đối soát của sub-agent cùng đồng tiền với bảng kê mà đại lý đó đọc.

Rồi hãy bật nó lên, bán vào đó hai tuần, và đối soát hai tuần ấy bằng tay đúng một lần. Thị trường đầu tiên là thứ dạy bạn biết trong sáu điều trên bạn đã làm sai điều nào.

Hành vi tiền tệ là phần dễ demo nhất và khó audit nhất của một storefront, nên đáng xem thiết lập thật trước khi thiết kế xung quanh nó. Nếu bạn muốn nhìn một site ra đời kèm những gì, danh sách tiền tệ, bảng tỷ giá, trang admin nơi markup sinh sống, hãy tạo thử một site từ wizard; nó dựng trên một subdomain của nền tảng và không hỏi thẻ. Nếu bạn vẫn đang cân nhắc có nên chạy engine của người khác hay không, bài so sánh tự xây và white label chính là lập luận nằm dưới bài này, còn white label thật sự mang lại gì bao phần còn lại.

Tỷ giá là thông tin công khai. Quy tắc làm tròn, tỷ giá hoàn tiền và nhịp cập nhật của bạn thì không, và đó mới là ba chỗ biên lợi nhuận của một booking xuyên biên giới thật sự được quyết định.