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

5
Magento CE PCIコンプライアンス
Magento CEのPCIコンプライアンスを達成するために必要な手順は何ですか? たとえば、Paypalのウェブサイト決済プロまたは店舗で直接セージペイを使用すると、PCIコンプライアンスの達成に役立ちますか?

1
注文の取り消しとキャンセルの違いは何ですか?
注文の取り消しとキャンセルの違いは何ですか?一方を他方に対して実行する理由は何ですか? クレジットカードが管理ダッシュボードにオンライン捕獲された注文を見たとき、私はへのオプションの両方持っているCancelかにVoid順序を。 両方の支払いコントローラーは、支払いゲートウェイとのトランザクションを無効にする機能を起動します。

1
Magento2 Rest API注文フロー
注文のためにmagento WebサイトにREST API呼び出しを行っています。以下は私の呼び出しのシーケンスです。 カートを作成する rest/V1/guest-carts/ カートを入手 rest/V1/guest-carts/bae0af147b83f1561f66cc4e3c97916e 商品をカートに追加する rest/V1/guest-carts/24/items 請求情報の追加、支払い方法の設定、注文 rest/V1/guest-carts/24/payment-information このシーケンスでは、注文は注文ステータス「保留」で配置されます。支払いを処理し、請求書を生成するために支払いゲートウェイ(PayPalなど)が関与している場合、APIを介して支払いがどのようにキャプチャされるのか疑問に思います。 支払いをキャプチャするための上記のフローに欠落しているAPIはありますか?

3
Paypal配送先住所エラー
PayPal Sandboxでショップをテストしようとしています。2つの異なる状況で2つの異なるエラーが発生します。 1. PayPalで注文を完了するまで、すべて正常に動作します。次に、メッセージを取得します。 申し訳ありませんが、PayPalでは、米国の居住者が(どこでも)に購入品を発送することを許可していません 2.次に、バイヤーの配送先住所を米国に変更する場合です。paypalの最初のページで、次のエラーが表示されます。 支払いを処理できません。マーチャントから提供された配送先住所が無効であり、マーチャントが注文をそのアドレスに配送する必要があるため、マーチャントに連絡してください。 ここでフォームを見つけましたが、これは多くの人にとって問題のようです。ここから、address_overrideメソッドと関係があることがわかりました。ここでは、無効にすることをお勧めします。 Magentoでオフにする方法はありますか?オフにしても安全ですか?そもそもなぜそこにあるのですか?または他にどのようなソリューションがありますか?: magentoでaddress_overrideメソッドを見つけました \ app \ code \ core \ Mage \ Paypal \ Model \ Api \ Standard.php line:238 $ request ['address_override'] = 1; これを「0」に変更し、paypalサンドボックスが機能するようになりました。もうエラーはありません。しかし、magentoのコアファイルを変更せずにこれを行うにはどうすればよいですか?そしてそれは安全ですか?

2
PayPalゲートウェイと通信できません
チェックアウトすると、このエラーが表示されます。 PayPalゲートウェイと通信できません。 エラーを生成する手順:チェックアウトの支払い情報タブに到達したとき。このエラーが発生します。何が理由かもしれません。マゼント:1.9 - - エラーログ - - ERR (3): exception 'Exception' with message 'PayPal NVP CURL connection error #35: SSL connect error' in /path-to-file/app/code/core/Mage/Paypal/Model/Api/Nvp.php:983 Stack trace: #0 /path-to-file/app/code/core/Mage/Paypal/Model/Api/Nvp.php(616): Mage_Paypal_Model_Api_Nvp->call('SetExpressCheck...', Array) #1 /path-to-file/app/code/core/Mage/Paypal/Model/Express/Checkout.php(381): Mage_Paypal_Model_Api_Nvp->callSetExpressCheckout() #2 /path-to-file/app/code/core/Mage/Paypal/Controller/Express/Abstract.php(108): Mage_Paypal_Model_Express_Checkout->start('http://dev.XXXX...', 'http://dev.XXX...', false) #3 /path-to-file/app/code/core/Mage/Core/Controller/Varien/Action.php(418): Mage_Paypal_Controller_Express_Abstract->startAction() #4 /path-to-file/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('start') #5 /path-to-file/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http)) #6 /path-to-file/app/code/core/Mage/Core/Model/App.php(354): …

1
エラーメッセージ「有効な日付を入力してください」
商品またはクーポンに日付フィールドを使用すると、エラーメッセージが表示されます。有効な日付を入力するように指示します。日付は有効であり、システムを満たす範囲はありません。 一部の支払いカードも無効な日付で拒否されています。これが関連しているかどうかはわかりません。

1
注文作成後に外部URLにリダイレクト
私は支払いゲートウェイを作成しており、請求書ページから外部URLにリダイレクトする必要があります。基本的に、Magentoで注文が作成されると、curlを使用してサードパーティアプリで注文を作成し、その注文から一意のIDを取得します。このIDを使用して、外部の請求書ページにリダイレクトします。 問題は、その外部リダイレクトをどのように行うのですか?ほとんどの論理的なソリューションはチェックアウトコントローラーをオーバーライドするようです。そのコントローラーでモデルを呼び出します。モデルはその一意のIDを返し、請求書ページにリダイレクトします。 問題は、チェックアウトコントローラーをオーバーライドする方法を理解できないことです。

1
Ess_M2ePro Amazon統合をテスト/デバッグする方法は?
どのようにしてくださいテストの注文を作成し、ワークフローのテストのために、この拡張のアマゾンでの統合テスト環境を? テストオーダーを作成する可能性はないと言われましたが、ライブシステムに影響を与えずに実際のオーダーを複数の環境にインポートすることが可能であるとサポートから言われました(つまり、オーダーがテスト環境にインポートされた場合でも、また、ライブ環境にインポートすることもできます)これは、私が想像しているようには機能しません。 テスト環境でcronジョブを実行すると、いくつかのオーダーがインポートされる場合がありますが、オーダーがインポートされる場合とインポートされない場合がある理由がわかりません。cronjobはかなり長い時間(> 100秒)実行されますが、ほとんどの場合、新しい注文はありません。 同時に、何百もの注文が顧客によって作成されているので、インポートするのに十分なはずです。 [更新]輸入の頻度・遅延はAmazonの負荷の影響を受ける可能性があるとの指摘がありました。私はそれについて考えませんでした。他のポイント(テストオーダーを作成できるかどうか、サンドボックスがあるかどうか、拡張機能をデバッグする方法)はまだ有効です。[/更新] これにより、拡張機能の問題をデバッグできなくなります。サポートはあまり役に立たない一行の回答を返すので、私はこれについて私を助けるためにコミュニティに頼っています:あなたのベストプラクティスは何ですか?

2
Magento 2 REST APIチェックアウト支払いゲートウェイリダイレクト
仮想製品を販売するMagento 2ストアを作成しています。このサイトのチェックアウトは、製品ページに直接あります。顧客は一度に複数の製品を購入することはありません。 このチェックアウトはajax calls、購入のステップにREST APIを使用することを目的としています。 これまでのところ、私は新しいカートを作成し、製品を追加し、請求先住所を設定し、支払い方法を設定し、合計を収集して注文することができます。だが!私たちが使用する支払い方法の1つは、外部のクレジットカードゲートウェイです。このためのカスタム支払い方法モジュールを作成しました。これはAPIを介して設定可能です。ただし、"placeOrder()"API呼び出しから取得する応答には、entity_idという注文しか含まれていません。 私の直感は、支払い方法に応じて、このようなAPI呼び出しが応答に何かを追加して、リダイレクトを行う必要があることをフロントエンドに伝えることを教えてくれます。 私はおそらく何かを見逃しました、多分placeorder支払いを処理する前に行われるべきAPI呼び出し、そしてリダイレクトの場合にplaceorderはコールバックURLで行うのでしょうか? これがどのように行われるべきかについて誰かが考えを持っていますか?

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.