タグ付けされた質問 「payment」

支払いに関する質問を示します(構成、カスタマイズ、方法)。

1
ホストされているPayPalが支払い保留中に動かなくなった
Hosted UK PayPalに問題があります。まず、これは通常の支払い処理の問題ではありません。クレジットカードまたはPPアカウントのいずれかで支払うことを含め、顧客がチェックアウトを完了する限り、すべて問題ありません。 問題は、顧客がチェックアウトレビューステップで注文を確認したが、クレジットカードまたはPPアカウントのいずれかで実際に支払うことによって注文を完了できない場合です。その場合、注文は支払い保留のステータスで作成されます。注文はバックエンドには表示されますが、クライアントダッシュボードには表示されません(Magentoのデフォルトのようです)。 問題は、これらの注文を処理できないことです。先に進む唯一の方法は、請求システムを使用することです。オンライン支払い方法を使用した注文では、請求書を作成するときに3つのオプションがあります。 オンラインでキャプチャ:失敗-実際にPPで支払いを行う試みが行われなかったため、注文の支払いフィールドがすべて空白になり、PPからキャプチャするものがないため、これは予期されることです。 オフラインでキャプチャ:失敗-支払い済みのステータスを持つ請求書が生成されますが、注文自体は支払い保留のままであり、注文ステータス自体を支払い済みに変更する方法はありません。「支払い済み」請求書のクレジットメモを作成すると、注文ステータスが「クローズ」に設定され、現在はデッドオーダーになっています。 キャプチャしない:失敗-ここでの動作は奇妙です!ステータスがPendingの請求書が生成され、注文はPending Paymentのままになります。その場合の唯一のオプションは、請求書のキャプチャボタンを押すことですが、もちろん失敗します。次に、[キャンセル]をクリックするか、請求書画面で戻ると、注文ステータスが奇妙にPAID(合計支払額は0.00のまま)に設定され、管理注文メール(拡張)が生成されますが、注文が行われたストアではなくデフォルトストアから、ただし、注文確認はお客様に送信されません。 したがって、このシナリオでは、注文を次のステップに進める方法がないため、ストアの所有者ができるのは注文をキャンセルすることだけです。 オフライン請求は、有料の請求書を生成したため、ここでは最も賢明なオプションのようですが、誰もがMagentoを修正する方法を知っているため、このオプションを使用して注文ステータスもPAIDに設定し、注文プロセスを完了します。つまり、お客様に確認メールを送信します。 もう1つのオプションは、注文の支払い方法を「オフライン」の方法に変更することですが、管理者が注文に対してこれを実行できることを確認することはできません。

3
SagentのMagentoを調整しますか?
2014年2月1日までに、EUで販売するMagentoストアは、SEPA(単一ユーロ決済圏)に準拠したデビット決済方法を調整する必要があります。 何を考慮すべきかを説明するリソースがいくつかあります(ドイツ語を話す人向け:SEPAとオンラインショップの調整、SEPA-Magentoの変更)と一般的なストアで解決する方法の例(ドイツ語:デモ-ショップPAYONE)ですが、これらの変更を実装した実際の経験を探しています。既存の拡張機能やカスタムソリューションに問題がありますか?
7 payment 

3
サブスクリプション機能に定期的なプロファイルを使用する必要がありますか
現在、サブスクリプション支払い機能を構築しており、Magentoの定期プロファイル機能の使用に意味があるかどうかを確認しようとしています。 もちろん、私はコア機能を使用したいのですが、コア機能を可能な限り活用できるようにしたいのですが、それが意味をなさないと思う理由がいくつかあります。 要件: 私たちは、Amazonサブスクリプションのしくみと非常によく似た、定期的またはサブスクリプションベースで製品を購入できるようにしたいと考えています。 すべてのサブスクリプション購入が毎月、2か月ごと、...、6か月の間に発生することを許可します。つまり、製品やカテゴリごとに定義する詳細な請求期間は必要ありません。 Magentoの定期的なプロファイルに関する問題 手始めに、それらは安定した機能としてではなく、ベータとしてリリースされました。 通常の商品と定期購入商品を同じカートでチェックアウトすることはできません。この制限の大きな理由は本当にわかりません。私は実際に最近この制限なしでサブスクリプションを行う素敵なMagentoサイトに気づきました、そしてそれはかなりすっきりしています:http ://www.harrys.com/(更新:ハリーズは2013年3月にMagentoでローンチしましたが、Magentoにはもうありません)。 特定の製品は、サブスクリプション製品(通常の製品)または通常の製品である必要があります。したがって、[今すぐ購入]ボタンと[購読]ボタンの両方が表示された製品ページを簡単に作成することはできません。 彼らが製品ごとのレベルで定義された繰り返しプロファイルを持っている理由が本当にわかりません。それは私の場合に必要なものではなく、私はそれが一般的なユースケースではないと想像します。 配送方法には、名目上の製品に問題があるようです。あまり深く掘り下げたわけではありませんが、狂気を増すだけです。 サブスクリプション支払いサービス(Recurly、Chargify、Braintreeなど)がサブスクリプション構成/処理の主要部分を処理するために利用可能であるという考えで構築されているようには見えませんでした。多分私はその点で完全に間違っているb / cそれはPayPalの繰り返し機能に対して構築されました。 だから、私が取りたいアプローチ: 毎月、隔月などで購読するかどうかを決定するために、すべての製品で利用できるカスタムオプションを用意します。 sales_order_place_afterオブザーバーで、サブスクリプションカスタムオプションが設定されたカート内のアイテムを確認し、それらのサブスクリプションを作成します。 サブスクリプションIDをsales_flat_order_itemテーブルに格納します。 Braintree Webhookでサブスクリプション料金を聞き、サブスクリプションIDで注文アイテムを検索し、同じ配送方法と税額で、問題の製品の請求書を注文します。 私がここで見逃している大きなものはないことを願っています。

1
保存されたクレジットカード
私はAuth 1.netでEE 1.12に保存されたCCを使用し、それからAuth.netトランザクションのキャプチャのためにサードパーティのOMSに送信することを考えています。私は、かなりの金額でGorillaとParadoxからのAuthorize.net CIM統合拡張機能を見つけました。また、LitleまたはCyber​​source($$)を検討しました。誰かが私が考慮に入れていないかもしれないアドバイスを持っていますか? サードパーティのシステムがAuth CIMトークンを使用するように設定されていないため、実際のCC情報をサードパーティのOMSに渡すことができないというハードルがありますが、Litle、Cyber​​sourceトークン化は受け入れられます。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.