2010-06-28 43 views
12

Tôi đang ở giai đoạn đầu của việc lên kế hoạch cho một trang web mới. Tôi muốn cung cấp xử lý thanh toán cho hai trường hợp sử dụng riêng biệt:Amazon FPS vs PayPal vs Google Checkout

  1. Chấp nhận thanh toán từ người dùng cho tôi cho chức năng SaaS định kỳ.
  2. Tạo điều kiện thanh toán giữa người dùng của trang web.

Tỷ lệ người dùng thực hiện thanh toán cho người dùng nhận thanh toán sẽ là khoảng 100: 1. Tôi đề cập đến điều này bởi vì tôi muốn đảm bảo rằng người dùng rất dễ dàng thực hiện thanh toán, nhưng có thể sống với một số phức tạp bổ sung cho những người dùng muốn nhận thanh toán.

Tôi chưa giải quyết một mô hình kinh doanh, nhưng tôi đang xem xét tính một khoản phí trung gian nhỏ trong trường hợp sử dụng 2 ở trên. Tôi có kế hoạch sử dụng một khuôn khổ python để thực hiện các trang web (nghiêng về phía django hoặc web2py), do đó, hiện có hỗ trợ mô-đun python sẽ là một lợi thế.

Câu hỏi của tôi là: tôi có nên sử dụng cổng thanh toán cụ thể (và nếu có) hoặc tôi nên cung cấp hỗ trợ cho nhiều cổng thanh toán (và cổng nào)?

EDIT: Có bao nhiêu cơn ác mộng để cuộn cổng thanh toán của riêng bạn? Nói cách khác, nó sẽ là giá trị khó khăn để chấp nhận và xử lý Visa, MasterCard, Discover, vv trực tiếp? Có ai có kinh nghiệm làm điều đó không? Trách nhiệm pháp lý/an ninh có liên quan đến nhiều rắc rối hơn chúng có giá trị?

Trả lời

3

Tích hợp với một cổng thanh toán trực tiếp có thể tốn kém và phức tạp. Nhiều người dựa trên các mô hình giao dịch phi trạng thái sẽ buộc bạn phải lưu trữ thông tin thanh toán để tạo điều kiện thanh toán định kỳ. Tôi không chắc chắn về luật pháp chi phối điều này cho các công ty tư nhân, nhưng các công ty đại chúng phải đối mặt với Sarbanes-Oxley và một loạt các quy định liên quan khác.

Chúng tôi đang xem xét zuora thay thế cho các nhà cung cấp như Amazon (yêu cầu khách hàng của bạn phải có tài khoản với họ) và bộ xử lý thanh toán trực tiếp.

1

Bạn có chấp nhận thẻ tín dụng và séc điện tử không? Ứng dụng này chỉ dành cho mục đích sử dụng của riêng bạn hay bạn sẽ bán nó cho những người khác sử dụng?

Trường hợp sử dụng # 2 có thể khó hơn một chút. Với thanh toán bằng thẻ tín dụng, bạn có thể gặp sự cố khi được phân loại là tập hợp tài khoản. Vấn đề khác là bạn cũng có thể được yêu cầu phải có giấy phép phát tiền cho mỗi tiểu bang mà người dùng của bạn đang ở (trừ khi họ ở một trong số ít tiểu bang không yêu cầu MTL).

Trường hợp sử dụng # 1 sẽ dễ dàng hơn nhiều. Hãy cho tôi biết nếu tôi có thể cung cấp cho bạn một bàn tay với nó.

Jeff

+0

Có thể Amazon/PayPal/Google duy trì các MTL yêu cầu không? Câu hỏi thường gặp này trên trang Amazon dường như giải quyết trường hợp sử dụng số 2 và không đề cập đến yêu cầu MTL: http://aws.amazon.com/fps/faqs/#b4 Cụ thể, "Với mô hình giao dịch 3 bên duy nhất, thanh toán có thể được xử lý mà bạn không phải là người mua cũng không phải người bán. Bạn có thể tính phí cho các giao dịch đó. " – mwolfe02

+0

Có, nếu bạn tận dụng Amazon hoặc Paypal và bạn không thực sự nhận được bất kỳ khoản tiền nào đang được trao đổi thì bạn không cần phải lo lắng về bất kỳ yêu cầu MTL nào. Tôi tự hỏi làm thế nào rườm rà quá trình đó là để thiết lập một tài khoản kinh doanh với amazon. Nếu nó quá liên quan, nó có thể gây ra vấn đề với việc sử dụng/ghi danh của khách hàng của bạn. –

5

Tôi chỉ đi qua các dịch vụ sau: BrainTreePaymentSolutions và họ dường như tương đương với Webfaction của cổng thanh toán; tức là, không nhất thiết phải rẻ nhất hoặc lớn nhất có sẵn nhưng có lẽ là trung thực nhất và dễ nhất để làm việc với (ít nhất là dựa trên của họ đã nêu philosophy và - rõ ràng - đỉnh cao python support).

Tôi đăng bài này dưới dạng câu trả lời riêng biệt, thay vì chỉnh sửa câu hỏi ban đầu vì tôi đặc biệt quan tâm để biết liệu có ai có kinh nghiệm với công ty cụ thể này không. Họ trông giống như loại người mà tôi muốn hợp tác.

EDIT: Tôi đã gọi và nói chuyện với đại diện từ BrainTree. Ông giải thích rằng trường hợp sử dụng 2 như tôi mô tả nó là Third-Party Payments Aggregation và nó có nguy cơ cao (theo liên kết để giải thích đầy đủ). Điều này chỉ có nghĩa là khó khăn hơn nhiều để được bảo lãnh cho tài khoản người bán. Nó cũng không phải là không thể. Tuy nhiên, những điều khác họ xem xét khi bảo lãnh một tài khoản (lịch sử xử lý, dự trữ vốn, vv) không chính xác sẽ giúp trường hợp của tôi ngay từ đầu.

Kế hoạch của tôi bây giờ là bắt đầu với trường hợp sử dụng 1 độc quyền và lập kế hoạch cho sự ủng hộ tương lai của trường hợp sử dụng 2.

+0

@downvoter: Vui lòng giải thích downvote. Nếu bạn có một trải nghiệm tồi với BrainTree, tôi muốn biết về điều đó. Đặc biệt là vì tôi chưa sống với dự án của mình. Cảm ơn. – mwolfe02

+1

Một lựa chọn khác là [Stripe.com] (http://stripe.com) –

0

Theo như tạo điều kiện thanh toán giữa người dùng của trang web, hầu hết các ngân hàng hiện cung cấp tùy chọn "gửi tiền cho bạn bè". Tôi sử dụng "Chase" và tất cả những gì bạn phải làm là đăng nhập vào tài khoản ngân hàng của bạn, nhập địa chỉ email của bạn và địa chỉ email của người bạn muốn gửi hoặc nhận tiền. Bạn nhập số tiền và cung cấp một lưu ý (tại sao bạn muốn số tiền này hoặc tại sao bạn gửi số tiền này, có thể là số xác nhận) và nhấp vào gửi. Sau đó, ngân hàng sẽ gửi một email đến địa chỉ được cung cấp và người đó theo các liên kết.

Đây là cách tuyệt vời để gửi hoặc nhận tiền mà không đưa ra bất kỳ thông tin tài chính nào. Chỉ một trong những người chuyển tiền cần có tài khoản với ngân hàng. Nếu cả hai bạn có cùng một ngân hàng, bạn sẽ thấy ngay số tiền trong tài khoản của mình sau khi họ gửi.

Các vấn đề liên quan