Giải pháp thay thế / Orchestration
Tìm giải pháp thay thế payment orchestration
Orchestration được bán bằng tỷ lệ chấp thuận và tiết kiệm chi phí, và cả hai đều có thật — ở một quy mô nhất định, với nhiều hơn một acquirer. Dưới ngưỡng đó, lớp này chỉ thêm phí, thêm một điểm phụ thuộc và thêm một chặng mà không mang lại lợi ích định tuyến. Đánh giá trung thực bắt đầu từ việc xác định bạn đang ở phía nào của ranh giới đó.
Đánh giá
Sáu câu hỏi trước khi thêm một lớp.
Thực tế bạn đang chạy bao nhiêu nhà cung cấp?
Chỉ một acquirer nghĩa là không có gì để định tuyến giữa các bên. Mọi lợi ích được chào mời đều giả định bạn có nhiều mối quan hệ và có lý do để giữ chúng.
Một điểm tỷ lệ chấp thuận đáng giá bao nhiêu với bạn?
Hãy nhân nó với doanh số hằng năm, rồi so với phí của lớp này cộng chi phí kỹ thuật để vận hành. Ở quy mô nhỏ, phép tính hiếm khi đứng vững khi gặp thực tế.
Vấn đề từ chối giao dịch của bạn có thật sự là định tuyến?
Nhiều thứ trông giống vấn đề định tuyến thực ra là độ phủ phương thức, một checkout làm khách rời đi trước khi ủy quyền, hoặc chính sách 3-D Secure đặt quá gắt.
Ai quyết toán tiền?
Thông thường orchestrator không làm việc này — quyết toán vẫn thuộc về nhà cung cấp đã nhận thanh toán, nghĩa là đối soát của bạn vẫn trải qua nhiều nhà cung cấp trừ khi lớp này giải quyết luôn phần đó.
Báo cáo của bạn sẽ ra sao?
Chuẩn hóa báo cáo giữa các nhà cung cấp vốn không khớp nhau thường mới là giá trị thật được chào bán. Hãy yêu cầu xem trên chính tổ hợp nhà cung cấp của bạn, thay vì bộ dữ liệu demo.
Lớp này khiến bạn phụ thuộc thêm bao nhiêu?
Bạn thêm một hệ thống vào đường đi của mọi khoản thanh toán. Hãy hỏi chuyện gì xảy ra khi nó suy giảm hiệu năng, và liệu bạn có thể failover vòng qua nó để đến thẳng nhà cung cấp hay không.
Khi orchestration thực sự là lời giải
Khi bạn đã có nhiều quan hệ acquiring vì không bên nào đơn lẻ đáp ứng đủ thị trường, hồ sơ rủi ro hay mức phí của bạn — và doanh số đủ lớn để một phần trăm nhỏ cũng là tiền thật. Lúc đó, định tuyến theo issuer và hành lang thanh toán, chuyển tầng một khoản từ chối mềm sang acquirer thứ hai, và một mô hình báo cáo chung cho mọi nhà cung cấp thôi là ý tưởng hay mà trở thành một dòng trong báo cáo lãi lỗ. Điều kiện tiên quyết không đổi: nhiều nhà cung cấp mà bạn có lý do để giữ.
- 01Nhiều acquirer, được giữ vì độ phủ, dự phòng hoặc mức phí
- 02Doanh số đủ lớn để một điểm chấp thuận vượt hơn phí của lớp này
- 03Failover giữa các nhà cung cấp là yêu cầu kinh doanh
- 04Một mô hình báo cáo chung cho các nhà cung cấp vốn không khớp nhau
Khi đó là khoản mua sai
Khi bạn chỉ có một nhà cung cấp, hoặc khi vấn đề bạn đang giải nằm ở trước khâu định tuyến. Thêm một lớp phía trên một gateway duy nhất chỉ mua về một khoản phí và một chặng thừa. Và nếu thanh toán thất bại vì phương thức khách hàng ưa thích không có trên trang, vì checkout làm khách rời đi trước khi ủy quyền, hoặc vì 3-D Secure thách thức những giao dịch không cần thiết, thì định tuyến nào cũng không cứu được — cách sửa nằm ở checkout, không phải phía trên nó.
- 01Một nhà cung cấp — không có gì để orchestrate
- 02Tổn thất xảy ra trước ủy quyền, không phải tại đó
- 03Khoảng trống thực sự là độ phủ phương thức, không phải định tuyến
- 04Phí vượt quá lợi ích định tuyến ở quy mô của bạn
Protocore Gateway phù hợp ở đâu
Chúng tôi là lớp bên dưới — một gateway nhận thanh toán và quyết toán tiền — với những phần của orchestration quan trọng với doanh nghiệp một nhà cung cấp được tích hợp sẵn thay vì bán ở lớp bên trên: chính sách định tuyến viết bằng thuật ngữ bạn quen thuộc, thử lại trên tuyến thay thế trước khi khách thấy thất bại, và lý do từ chối mà người vận hành có thể hành động được. Nếu bạn thực sự đạt quy mô nhiều acquirer, nền tảng whitelabel kết nối các acquirer của riêng bạn song song với của chúng tôi. Phần lớn doanh nghiệp hỏi câu này cần một gateway tốt hơn, không phải một lớp bên trên gateway họ đang có.
- 01Chính sách định tuyến và thử lại đã gồm sẵn, không tính phí lớp
- 02Một gateway thực sự quyết toán, trong một đồng tiền
- 03Các acquirer của riêng bạn được kết nối trên nền tảng whitelabel
- 04Thẻ, ví, chuyển khoản và USDC trên một trang, một mã tham chiếu
FAQ
Những câu hỏi đáng hỏi bất kỳ ai.
Không. Mọi lợi ích mà orchestration bán — định tuyến, chuyển tầng, chênh lệch phí — đều giả định có nhiều nhà cung cấp. Phía trên một gateway duy nhất, lớp này chỉ là một khoản phí và một chặng thừa mà không có gì để lựa chọn.
Có thể, nếu các giao dịch bị từ chối thực sự mang tính định tuyến và bạn có tuyến thay thế để chuyển sang. Nếu tổn thất xảy ra trước ủy quyền — sai phương thức, checkout nặng, chính sách 3-D Secure quá gắt — định tuyến không có gì để xử lý.
Thường là không. Quyết toán vẫn thuộc về nhà cung cấp bên dưới đã nhận thanh toán, nên đối soát của bạn vẫn trải qua các nhà cung cấp đó trừ khi nền tảng giải quyết luôn phần này. Nên xác nhận sớm — nhiều người bất ngờ về điều này.
Có, nếu gateway của bạn đã gồm sẵn. Chính sách định tuyến, thử lại khi bị từ chối mềm và lý do từ chối dễ đọc không cần một nền tảng riêng khi chúng là một phần của gateway nhận thanh toán.
Xác định vấn đề của bạn nằm ở lớp nào.
Cho chúng tôi biết bạn chạy bao nhiêu nhà cung cấp và thanh toán đang thất bại ở đâu. Chúng tôi sẽ nói thẳng cách sửa là định tuyến, checkout hay không phải cả hai — kể cả khi câu trả lời không phải chúng tôi.