Một giải pháp thay thế thân thiện với nhà phát triển xứng đáng cho PayPal [đã đóng]


96

Tôi hiểu thanh toán là một việc phức tạp, nhưng tôi vẫn chưa tìm thấy một giải pháp thay thế xứng đáng cho PayPal. Tôi muốn đổi từ PayPal vì tôi nghĩ rằng chúng đắt và nó không hoạt động ở tất cả các quốc gia. Hơn nữa, tôi nghĩ rằng API là đủ, nhưng có thể tốt hơn. Tuy nhiên, tài liệu API là hoàn toàn tào lao .

Tôi đang tìm kiếm một dịch vụ thanh toán / giao dịch thân thiện hơn với nhà phát triển, tốt nhất là với:

  • API REST rõ ràng và có cấu trúc tốt
  • Công cụ tuyệt vời dành cho nhà phát triển và hộp cát
  • Các triển khai API mẫu tốt, tốt nhất là bằng Python hoặc Ruby
  • Phạm vi bảo hiểm thẻ tín dụng / thẻ ghi nợ trên toàn thế giới
  • Giá rẻ hơn PayPal (hoặc khả năng chọn gói thanh toán)

Tôi cho rằng Google Checkout có phần xứng đáng, nhưng nó yêu cầu cả nhà phát triển và những người mua hàng tiềm năng phải có tài khoản Google. Bất kỳ đề xuất khác rất nhiều đánh giá cao!


3
Tỷ giá của Google Checkout cũng giống với Pay Pal, vì vậy bạn không đạt được nhiều lợi nhuận về khu vực "đắt tiền". Mặc dù, nếu bạn nhận được một api tốt hơn với cùng một chi phí, đó là một phần thưởng. Ý tôi là, tạo một tài khoản google miễn phí có phải là một việc nghiêm trọng không? :-)
corsiKa

30
Tôi cho rằng đây là một câu hỏi hợp lệ. Nó đang yêu cầu lời khuyên về việc chọn một API xử lý thanh toán.
PaulG

2
@PaulG: Đây không phải là một câu hỏi hợp lệ, trừ khi bạn cân nhắc "Tôi nên mua xăng ở đâu? Tôi lái xe đến công việc lập trình của mình." hợp lệ là tốt. Đó là một câu hỏi về một dịch vụ, không phải cách sử dụng dịch vụ đó. Sử dụng API theo cách lập trình sẽ là một câu hỏi lập trình; sử dụng dịch vụ nào là cuộc thảo luận của lập trình viên hoặc quản trị viên web và ở đây lạc đề.
Ken White

4
Đó chắc chắn là một câu hỏi hợp lệ. Ít nhất thì nó cũng có thể được hỏi trên programmers.stackexchange.com.
Jordan

3
Đây là câu hỏi được đánh giá cao nhất được gắn thẻ paypalvà nó đã bị đóng là không mang tính xây dựng. Tôi nghĩ rằng cộng đồng SO có thể có một số ưu tiên sai lệch ...
twiz

Câu trả lời:


40

Stripe phù hợp với nhiều tiêu chí của bạn - bạn có thể chấp nhận thanh toán bằng thẻ tín dụng mà không cần tài khoản người bán. Bạn cũng có thể kiểm soát luồng thanh toán mà không phải lo lắng về việc tuân thủ PCI.

API REST rõ ràng và có cấu trúc tốt

Các API được dựa hoàn toàn trên REST - thậm chí bạn có thể sử dụng curl để thẻ phụ trách:

curl https://api.stripe.com/v1/charges
   -u <YOUR_API_KEY>:
   -d amount=400
   -d currency=usd
   -d "description=Charge for user@example.com"
   -d "card[number]=4242424242424242"
   -d "card[exp_month]=12"
   -d "card[exp_year]=2012"
   -d "card[cvc]=123"

Công cụ tuyệt vời dành cho nhà phát triển và hộp cát

Bạn có thể kiểm tra việc tích hợp hình thức thanh toán của mình với các khóa API thử nghiệm trước khi hoạt động. Thông tin thêm: https://stripe.com/docs/testing

Các triển khai API mẫu tốt, tốt nhất là bằng Python hoặc Ruby

Stripe có các thư viện chính thức bằng Python, Ruby, PHP và Java và có nhiều thư viện khác được cộng đồng hỗ trợ tại đây: https://stripe.com/docs/libraries

Phạm vi bảo hiểm thẻ tín dụng / thẻ ghi nợ trên toàn thế giới

Bạn có thể tính phí tất cả các thẻ tín dụng và thẻ ghi nợ quốc tế bằng Stripe.

Giá rẻ hơn PayPal (hoặc khả năng chọn gói thanh toán)

Bạn phải trả một tỷ lệ tiêu chuẩn là 2,9% + 30 ¢ cho mỗi giao dịch. Không giống như PayPal, không có phí bổ sung cho American Express hoặc thanh toán quốc tế. Thông tin chi tiết tại đây: https://stripe.com/help/pricing

Tôi là một kỹ sư tại Stripe. Vui lòng ghé qua phòng trò chuyện của chúng tôi nếu bạn có thêm câu hỏi. Bạn cũng có thể gửi email cho chúng tôi tại support@stripe.com.


2
Tuyệt vời. Tôi mất nhiều thời gian hơn để tìm tài liệu cho PayPal và thiết lập tài khoản với hộp cát của họ hơn là thiết lập và chạy với sọc. Cảm ơn vì mẹo / quảng cáo. ;)
Pascal

Tôi tin rằng Braintree (www.braintreepayments.com) cung cấp dịch vụ tương tự cho sọc và không hỗ trợ những người bán không phải ở Hoa Kỳ (ít nhất là những người bán ở Vương quốc Anh). Mặc dù vậy, tôi không thể đảm bảo chất lượng của dịch vụ, chúng tôi vẫn chưa triển khai.
đánh dấu

Tôi không giới thiệu BrainTree. Tôi rất vui mừng về những gì họ đang cung cấp, xem qua tất cả các hướng dẫn của họ và thử nghiệm hộp cát của họ. Tuy nhiên, họ đã không thực sự cung cấp cho tôi một tài khoản thực. Nhân viên bán hàng của họ không trả lời email của bạn và điện thoại của họ luôn chuyển sang hộp thư thoại. Sau đó, tôi chuyển sang Stripe. Họ có hộp cát, api và hướng dẫn tốt hơn nhiều và tôi có thể dễ dàng thiết lập tài khoản trực tiếp của mình trong vòng chưa đầy một hoặc hai phút thông qua bảng điều khiển quản trị của họ.
Hamid Tavakoli

2
Tính đến tháng mười năm 2013, sọc hỗ trợ các thương gia ở 11 quốc gia: stripe.com/global
Anurag

3
Vấn đề với Stripe là công ty của bạn phải ở Hoa Kỳ. Nhưng chắc chắn không phải là một lựa chọn cho các quốc gia có trụ sở tại Châu Âu.
erdomester

11

Tôi thấy Klarna là một nhà cung cấp rất tốt.

Họ có một API dễ sử dụng và họ cũng cung cấp các cách thanh toán khác nhau. Họ cũng cung cấp dịch vụ cho phép khách hàng của bạn thanh toán bằng hóa đơn và cho phép bạn nhận tiền ngay lập tức, vì vậy Klarna sẽ lo việc thực sự nhận được tiền.


Aha có trang web thậm chí không hoạt động bình thường. Họ không có phiếu tín nhiệm của tôi nếu tôi trung thực
Luke Pring

4

Bạn có phản đối việc sử dụng cổng tiêu chuẩn và tài khoản người bán không? Ví dụ: ngân hàng của bạn có thể bán lại Authorize.net (tôi biết Wells Fargo), có khá nhiều thứ bạn đang tìm kiếm. Bạn sẽ phải trả khoảng $ 40 / tháng phí cho cả hai dịch vụ này.

Tôi cũng đã sử dụng Google Checkout như một dịch vụ thanh toán và nó hoạt động tốt.

Intuit cũng có một tài khoản người bán cung cấp.



3

Dữ liệu đầu tiên

  • Là quốc tế
  • Tích hợp dễ dàng và thân thiện với nhà phát triển
  • API REST
  • Hỗ trợ cho tất cả các loại thầu thị trưởng (CC, DC, Gift, ACH, Lec, v.v.)
  • Hỗ trợ cho tất cả các công ty thẻ thị trưởng (ngay cả những công ty châu Âu)
  • Nhiều gói dịch vụ khác nhau phù hợp với nhiều nhu cầu (đăng ký cố định, mỗi khối lượng giao dịch, mỗi khối lượng đô la, v.v.)

http://www.firstdata.com


1

Có lẽ bạn cũng nên xem xét "Dịch vụ thanh toán linh hoạt" của Amazon ... Tôi là một fan hâm mộ của hầu hết các dịch vụ web của họ. Không chắc liệu người được thanh toán có phải có tài khoản Amazon để thanh toán hay không ... nhưng các dịch vụ AWS có xu hướng được ghi chép đầy đủ:

http://aws.amazon.com/fps/


4
theo Amazon bạn cần: "Thẻ tín dụng của Hoa Kỳ. Nếu bạn đã có thẻ tín dụng trong hồ sơ với Amazon.com, chúng tôi sẽ sử dụng thẻ này theo mặc định, nhưng bạn có thể thay đổi thẻ này sau trên màn hình xác nhận." Điều này có nghĩa là người mua có thể trên toàn thế giới? Tôi tự tưởng tượng ra điều này nhưng tôi sống ở Vương quốc Anh.
khany

3
"Amazon FPS cho phép khách hàng Hoa Kỳ cũng như quốc tế sử dụng thẻ tín dụng lớn để thanh toán trên các trang web hỗ trợ Amazon FPS. Tuy nhiên, chuyển số dư tài khoản ngân hàng và tài khoản Amazon Payments chỉ được bật cho khách hàng tại Hoa Kỳ. Tất cả các giao dịch đều bằng đô la Mỹ. " ( aws.amazon.com/fps/faqs/#3 )
codemonkey

0

Hãy xem SagePay . Tôi chưa phát triển dựa trên PayPal hoặc GoogleCheckout nhưng tài liệu SagePay từ cơ sở kiến ​​thức khá tốt. SagePay cũng có một nền tảng thử nghiệm nhỏ gọn gàng.

Tùy thuộc vào cách sử dụng của bạn, chúng có thể hoạt động rẻ hơn PayPal và Google checkout.
http://www.zarr.com/Blog/2009/12/Summarizing-Paypal-Google-Checkout-and-Sage-Pay-as-payment-processing-programs/

Hi vọng điêu nay co ich


Chỉ khi bạn có thể có tài khoản người bán ở Vương quốc Anh.
UpTheCreek

SagePay - chỉ rẻ hơn nếu bạn xử lý hơn 1000 pound một tháng!
Andriy Drozdyuk

0

Tôi là nhà phát triển của Payjunction, vì vậy gần đây tôi đã xem xét ActiveMerchant cho Ruby (nó có thể sử dụng Payjunction, PayPal, Authorize.net và một số người khác). Nếu bạn đang tìm kiếm một giải pháp Ruby, tôi thích mã của họ, không phụ thuộc vào việc bạn sử dụng như một cổng thanh toán thực tế. Không có đề xuất bằng Python.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.