Giải pháp thay thế / White-label

Tìm giải pháp thay thế white-label payment gateway

White-label mang những nghĩa rất khác nhau tùy người bán — đôi khi chỉ là một chỗ đặt logo trên checkout, đôi khi là cả một doanh nghiệp thanh toán do bạn vận hành. Khoảng cách giữa hai thái cực đó chiếm phần lớn giá trị, và hiếm khi lộ ra trong bản demo. Đây là những câu hỏi giúp phơi bày nó.

Đánh giá

Sáu câu hỏi phơi bày sự khác biệt.

01

Bao nhiêu phần giao diện thực sự là của bạn?

Trang thanh toán, back office của merchant, bảng điều khiển của nhà vận hành, e-mail, biên nhận và các tên miền chứa chúng. Bất cứ thứ gì còn mang tên nhà cung cấp là nơi merchant của bạn biết ai thực sự đứng sau vận hành.

02

Đa merchant thực thụ, hay một tài khoản với các tài khoản con?

Một nền tảng được xây đa merchant từ đầu cho bạn onboarding, phân hạng, quyền sử dụng và cách ly dữ liệu. Một nền tảng được vá lại từ sản phẩm đơn merchant cho bạn những thứ đó dưới dạng lộ trình.

03

Bạn có tự xây dựng được bảng giá của mình không?

Theo từng merchant, từng phương thức, từng loại tiền tệ, từng mức doanh số, với cách xử lý riêng cho các giao dịch thất bại. Nếu bảng phí là cố định, mô hình kinh doanh của bạn thực chất là của nhà cung cấp, không phải của bạn.

04

Phạm vi PCI nằm ở đâu?

Với SaaS, phần xử lý dữ liệu thẻ nên thuộc về họ và được các merchant của bạn kế thừa. Nếu bạn triển khai trên hạ tầng riêng, phần đó chuyển sang bạn — cả hai đều hợp lệ, nhưng bạn cần biết mình đang mua phương án nào.

05

Bạn có thể dùng acquirer của riêng mình không?

Các mối quan hệ và mức phí sẵn có thường chính là lý do mô hình của bạn khả thi. Một nền tảng chỉ định tuyến vào hệ thống của riêng nó là một đề xuất khác, và nhỏ hơn nhiều.

06

Chỉ SaaS, hay cả hạ tầng riêng?

Nếu cơ quan quản lý hoặc hội đồng rủi ro cuối cùng yêu cầu đặt hệ thống trong phạm vi hạ tầng của bạn, hãy tìm hiểu ngay từ bây giờ xem điều đó có khả thi không, thay vì sau khi đã chuyển cả danh mục merchant sang.

01

Thực chất bạn đang mua gì

Không phải một checkout — mà là một doanh nghiệp thanh toán bạn có thể vận hành. Đó là vòng đời merchant (onboarding, hồ sơ, phân hạng, quyền sử dụng, di chuyển danh mục hiện có), dòng tiền (cấu trúc phí, settlement, rolling reserve, đối soát, sao kê), vận hành (vai trò, phân quyền, audit, hàng đợi, tracing), và phần kỹ thuật phía sau luôn được cập nhật khi các quy định bắt buộc của card scheme có hiệu lực. Nền tảng thiếu bất kỳ mảng nào trong số đó sẽ để bạn tự xây, đúng điều bạn muốn tránh.

  1. 01Vòng đời merchant, không chỉ trang thanh toán
  2. 02Cấu trúc phí và settlement theo đúng bảng giá của bạn
  3. 03Operator console với phân quyền, audit và tracing
  4. 04Có người khác lo các quy định bắt buộc và chứng nhận của scheme
02

Những câu hỏi thường được trả lời quá muộn

Di chuyển danh mục merchant hiện có, thẻ đã lưu có chuyển sang dưới dạng token không, vị thế PCI của bạn ra sao theo từng mô hình triển khai, và ai sẽ xây một connector bạn cần mà chưa tồn tại. Không điều nào xuất hiện trong bản demo, tất cả đều quyết định nền tảng có phù hợp với bạn ở năm thứ hai hay không, và mỗi điều đều có câu trả lời cụ thể mà một nhà cung cấp nghiêm túc có thể đưa ra trước khi bạn ký.

  1. 01Danh mục merchant hiện có được chuyển sang như thế nào và mất bao lâu
  2. 02Thẻ đã lưu được chuyển dưới dạng token hay phải đặt lại
  3. 03Ai xây và chứng nhận connector bạn cần
  4. 04Vị thế PCI của bạn thay đổi thế nào theo từng mô hình triển khai
03

Protocore phù hợp ở đâu

Nền tảng whitelabel của chúng tôi trả lời sáu câu hỏi đó như sau: không có màn hình nào hiển thị Protocore; đa merchant ngay từ dòng code đầu tiên, đã bao gồm onboarding, phân hạng và quyền sử dụng; phí được cấu trúc linh hoạt thay vì cố định; phần xử lý dữ liệu thẻ do chúng tôi đảm nhận với SaaS và thuộc về bạn khi on-premises; acquirer của bạn kết nối song song với acquirer của chúng tôi, và các kết nối mới được xây trong quá trình triển khai; và có thể triển khai dưới dạng SaaS, trên cloud của bạn hoặc on-premises. Đội ngũ trả lời khi một khoản settlement có vấn đề chính là đội đã viết ra nền tảng — chúng tôi là một product studio, đó là cách nói thật thà cho điều mà “hỗ trợ chuyên biệt” thường muốn nói.

  1. 01Thương hiệu của bạn trên mọi giao diện, kể cả tên miền
  2. 02Đa merchant ngay từ thiết kế, đã gồm cả vòng đời
  3. 03Acquirer, bảng giá và mô hình triển khai của riêng bạn
  4. 04Chính các kỹ sư làm chủ nền tảng, luôn sẵn sàng liên hệ

FAQ

Những câu hỏi đáng hỏi bất kỳ ai.

  • Trang thanh toán, back office cho merchant và operator console dưới thương hiệu và tên miền của bạn, cùng với onboarding merchant, bảng giá riêng và settlement. Nếu bất kỳ phần nào trong đó vẫn hiện tên nhà cung cấp hoặc buộc bạn theo mô hình kinh doanh của họ, thì đó chỉ là một checkout đổi thương hiệu chứ không phải nền tảng white-label.

  • Bạn cần những gì thị trường của bạn yêu cầu đối với loại hình kinh doanh bạn đang làm — nhà cung cấp phần mềm không phải bên chịu sự quản lý. Hầu hết đơn vị vận hành chạy trên acquiring của chính mình hoặc qua một acquirer được giới thiệu. Hãy hỏi thẳng xem nhà cung cấp có nằm trong dòng tiền hay không, vì điều đó làm thay đổi câu trả lời.

  • Bạn nên làm được, theo lô, với thẻ đã lưu chuyển dưới dạng token và hai nền tảng chạy song song trong lúc nền tảng cũ hoàn tất settlement. Hãy yêu cầu kế hoạch di chuyển trước khi ký — nhà cung cấp chưa từng làm sẽ chỉ mô tả chung chung.

  • SaaS, trừ khi có lý do cụ thể buộc phải khác: cơ quan quản lý, ngân hàng hoặc hội đồng rủi ro yêu cầu đặt hệ thống trong phạm vi hạ tầng của bạn. On-premises chuyển phạm vi PCI và gánh nặng vận hành sang bạn, đó là một chi phí thật và chỉ đáng bỏ ra khi thực sự bắt buộc.

Xem nền tảng mang thương hiệu của bạn.

Một buổi demo nền tảng đang chạy thật, với nhận diện của bạn trên checkout và console, cùng đánh giá thẳng thắn về việc di chuyển và hiệu quả kinh tế theo doanh số của bạn.