問題タブ [google-checkout]

こんにちは、みなさん！非常にシンプルなチェックアウトのランディング ページに Magento を使い始めたいと思っていました。Magento の機能についていくつか質問があります。

1) 「カートに入れる」ボタンではなく、「今すぐ購入」ボタンを使用したい。そのため、ユーザーが製品をクリックして購入すると、自動的にチェックアウト プロセスに移動します。これがMagentoで構成できるかどうかは誰にもわかりますか?

2) verisign.com などから SSL 証明書を購入した場合、チェックアウト プロセスを通じてユーザーをドメインに保持できますか? また、自分のサイトに合わせて Google スキンの外観をカスタマイズできるのであれば、Google Checkout などを使用したいと考えています。

3) Google Checkout から指定の銀行口座に送金するという点で、Google Checkout は PayPal と似ていますか?

皆さんありがとう。どんな助けでも大歓迎です。

ボタンを使用してここでデモ http://checkout.google.com/seller/gsc/v2/demo/index.html

可能であれば、入力ボタンの代わりにテキスト リンクを使用したいと考えています。

現在、Google Checkoutのミニカートシステムを使用しているサイトがあり、とても気に入っていますが、シンプルに保ちながら、より専門的な方法があるのではないかと思います。

authorize.netアカウントを調べましたが、注文を処理するために出発する前に、ミニショッピングカートを処理する方法を見つける必要があります。

マーチャントサービスにリンクされていない優れたオープンソースのミニショッピングカートはありますか？

Google チェックアウトを使用しているウェブサイトにカートを見るボタンを追加しようとしていますが、これを行うためのトリックを知っている人はいますか? クリックするとカートが表示されるボタンを作成するには、クラスで特別な div を使用する必要があると思います。

ありがとうございました

Google Checkout を使用して、ダウンロード可能なコンテンツを購入する注文を処理します。注文プロセスが Google チェックアウト経由で完了したら、ユーザーがサイトに戻ってきて、リンクされたバックエンドで商品を購入したことを Google 資格情報 (OpenID?) を使用して認証し、商品をダウンロードできるようにしたいと考えています。このサイトは、C# と ASP.NET MVC を使用して記述されています。

これは可能ですか、またはこれをどのように再考する必要がありますか? 作業を開始するためのオープンソース ライブラリはありますか?

Google チェックアウトの API (および PayPal) を介して電子メールの請求書を送信する方法を見つけようとしていますが、方法が見つかりません。または少なくとも新しい注文を生成する方法（お金の要求）

ありがとうございました

私はこれを100回グーグルで検索しました、そして私はすべての間違った場所を探しているか、間違った用語を探しているに違いありません。わからない。

基本的に、Google Checkoutの受信トレイには、請求可能、キャンセル済み、請求済みなど、すべての顧客の注文が表示されます。ページの下部にあるCSVもエクスポートできます。

ただし、2つの日付の間に有料注文をエクスポートするスクリプトを作成するために使用できるAPIはありますか？

Google Checkoutを使用して注文を行ったり受け取ったりするためのAPI情報がたくさん表示されますが、販売者データを引き出すためのAPI情報が見つかりません。

Grails 用の支払い API はありますか? 私のウェブサイトの支払いの受け取りを抽象化するものを探しています。

主に、Paypal と Google Checkout にアクセスしようと考えています。私の知る限り、これらは最も使用されているオンライン決済サービスです。他のサービスのサポートはおまけです。

Google 公式サイトで提供されている PHP コードを使用して、Google Checkout を支払いシステムに統合しました。

次に、デジタル コンテンツをカートに追加する必要があります。カートを確認しましたが、これを実現するための直接的な機能や例が見つかりませんでした。

デジタル コンテンツを Google Checkout に追加する方法を提案してください

私は新しいウェブサイトを計画する非常に初期の段階にあります。2つの異なるユースケースの支払い処理を提供したいと思います。

1. SaaS機能に対するユーザーから私への支払いを定期的に受け入れる。
2. Webサイトのユーザー間の支払いを容易にします。

支払いを行うユーザーと支払いを受け取るユーザーの比率は約100：1になります。これは、ユーザーが支払いを非常に簡単に行えるようにしたいのですが、支払いを受け取りたいユーザーにとってはさらに面倒な作業ができるようにするためです。

私はビジネスモデルを決定していませんが、上記のユースケース2で少額の仲介手数料を請求することを検討しています。私はPythonフレームワークを使用してWebサイトを実装することを計画しています（djangoまたはweb2pyに傾いています）ので、既存のPythonモジュールのサポートはプラスになります。

私の質問はこれです：私は特定の支払いゲートウェイ（そしてもしそうなら、どれを使うべきか）を使うべきですか、それとも複数の支払いゲートウェイ（そしてどれを使うべきか）のサポートを提供するべきですか？

編集：あなた自身の支払いゲートウェイを転がすのはどれくらいの悪夢ですか？言い換えれば、Visa、MasterCard、Discoverなどを直接受け入れて処理するのは面倒な価値がありますか？誰かがそれをした経験がありますか？責任/セキュリティは、彼らが価値があるよりも多くの面倒を懸念していますか？