Lắp đặt SmartPOS tại siêu thị Hàn Quốc K-Martket
Hầu hết các doanh nghiệp đều không thích hệ thống thanh toán của họ và có lý do chính đáng. Gần đây, chúng tôi đã thăm dò ý kiến của hơn 2.500 công ty thuộc mọi quy mô: 40% cho biết họ đã mất các giao dịch vì hệ thống thanh toán không linh hoạt và 70% cho biết họ đã trì hoãn việc mở rộng toàn cầu vì hệ thống thanh toán của họ không hỗ trợ được. Nói cách khác, một hệ thống thanh toán kém không chỉ gây cản trở khi làm việc mà còn là rào cản vật chất đối với sự phát triển của doanh nghiệp bạn.
Với điều này, bạn sẽ nghĩ rằng các doanh nghiệp sẽ cố gắng chuyển đổi trái phải. Nhưng hệ thống thanh toán cực kỳ khó di chuyển vì chúng gắn liền với mọi bộ phận của sản phẩm và trải nghiệm khách hàng của bạn.
Rất nhiều người trong số các bạn đã yêu cầu chúng tôi trợ giúp di chuyển sang Stripe Billing nên chúng tôi đã quyết định coi việc di chuyển là một phần của trải nghiệm sản phẩm. Tháng trước, chúng tôi đã công bố bộ công cụ di chuyển Thanh toán mới được thiết kế để giải quyết các điểm khó khăn hàng đầu của bạn: nguồn lực kỹ thuật, rủi ro xảy ra lỗi gây gián đoạn và thời gian di chuyển. Sau đây là cách bộ công cụ di chuyển giải quyết từng vấn đề.
Cần ít tài nguyên kỹ thuật hơn
Bạn đã nói với chúng tôi rằng việc di chuyển khỏi nhà cung cấp dịch vụ thanh toán sẽ chuyển hướng tài nguyên kỹ thuật khỏi quá trình phát triển sản phẩm cốt lõi của bạn, vì vậy chúng tôi đã tạo điều kiện để di chuyển sang Thanh toán với giao diện hoàn toàn không cần mã. Bạn có thể truy cập bộ công cụ di chuyển Thanh toán mới phát hành thông qua bảng điều khiển không cần mã và bắt đầu tải lên các đăng ký hiện có ở định dạng .csv được xác định trước.
Sau khi tải lên, Stripe sẽ xác thực tệp để đảm bảo tệp có định dạng .csv chính xác. Điều này giúp tiết kiệm nhiều giờ công sức kỹ thuật trước đây dành cho việc tạo các tập lệnh xác thực thủ công.
Giảm nguy cơ lỗi
Bạn đã nói với chúng tôi rằng bạn lo lắng rằng việc di chuyển sẽ làm gián đoạn khách hàng cuối của bạn hoặc khiến bạn mất doanh thu. Điều này khiến bạn phải cân nhắc những rủi ro này so với lợi ích của một hệ thống thanh toán tốt hơn.
Đó là lý do tại sao chúng tôi thiết kế bộ công cụ di chuyển của mình để tự động xác thực rằng các đăng ký được ánh xạ tới khách hàng. Bộ công cụ này có các điều khiển di chuyển chủ động thông qua API Lịch trình đăng ký, chạy tự động ở chế độ nền và xác minh các đăng ký đã lên lịch trước khi đăng ký hoạt động. Điều này cho phép bạn trực tiếp khôi phục các đăng ký đã lên lịch từ bộ công cụ trong trường hợp có bất kỳ lỗi ngoài ý muốn nào. Quy trình xác thực—được xây dựng dựa trên API hóa đơn sắp tới—bao gồm:
Xác thực cấp trường để kiểm tra xem giá trị có tồn tại và chính xác không (ví dụ: ID khách hàng được đề cập trong .csv có tồn tại hay không)
Xác thực có điều kiện để đảm bảo rằng các trường đã di chuyển khớp với các thành phần của quá trình tạo đăng ký (ví dụ: bộ công cụ đảm bảo rằng nếu phương thức thu thập là thông qua hóa đơn, khách hàng có địa chỉ email đính kèm để có thể gửi hóa đơn)
Xác thực ngày để đảm bảo ngày khớp với neo đăng ký và nhiều trường ngày không xung đột (ví dụ: bộ công cụ đảm bảo đăng ký hàng tháng có neo chu kỳ thanh toán thực tế là một tháng)
Nó cũng cắt giảm thời gian xác thực bằng cách tạo danh sách lỗi cùng một lúc, do đó bạn không phải tham gia vào nhiều chu kỳ xác thực
