2014年2月1日までに、EUで販売するMagentoストアは、SEPA(単一ユーロ決済圏)に準拠したデビット決済方法を調整する必要があります。
何を考慮すべきかを説明するリソースがいくつかあります(ドイツ語を話す人向け:SEPAとオンラインショップの調整、SEPA-Magentoの変更)と一般的なストアで解決する方法の例(ドイツ語:デモ-ショップPAYONE)ですが、これらの変更を実装した実際の経験を探しています。既存の拡張機能やカスタムソリューションに問題がありますか?
2014年2月1日までに、EUで販売するMagentoストアは、SEPA(単一ユーロ決済圏)に準拠したデビット決済方法を調整する必要があります。
何を考慮すべきかを説明するリソースがいくつかあります(ドイツ語を話す人向け:SEPAとオンラインショップの調整、SEPA-Magentoの変更)と一般的なストアで解決する方法の例(ドイツ語:デモ-ショップPAYONE)ですが、これらの変更を実装した実際の経験を探しています。既存の拡張機能やカスタムソリューションに問題がありますか?
回答:
このトピックに関して、次の2つの(ドイツ語)記事をお勧めします。
特に、2番目の記事のコメントは興味深いものです。
商人の最大の問題は、借方の支払いを安全に行うために必ず署名が必要になることです。しかし、これはeコマースサイトにとって大きな障壁です。
したがって、他の解決策は、PAYONEのような実装です。この場合、お客様は13か月間、支払いを差し戻す権利があります。そして、これは商人にとって大きなリスク要因です。
私は、法に準拠したチェックアウトをサポートするために、私のDebitPayment拡張機能にPAYONEのようなより洗練されたソリューションを実装する可能性があります。それにもかかわらず、いくつかのPHPライブラリが利用可能になったため、SEPA注文の注文エクスポートを追加します。
ほとんどの決済サービスプロバイダーは、新しい情報を交換し、より長い銀行口座を保存するために独自の決済拡張機能を更新するため、これらは実際の問題ではありません。銀行とデータを交換するために独自の支払いソリューションを構築している場合(たとえば、口座振替を発行する場合)、作成するエクスポートファイルの形式を新しいXML形式(口座振替の場合はpain.008)に変更する必要もあります。または、一括払いの場合はpain.001)。また、BIC、IBANアカウント番号、およびアカウント名を受け入れる(およびテストする)ためにロジックを変更する必要があります。
数年前にSEPA口座振替を許可するために行った口座振替の延長を再構築し始めたところです。新しいシステムの利点の1つは、SEPAの全領域で口座振替を発行できるようになったことです。これまでは、オランダの銀行口座でしかできませんでした。新しい形式はXMLであるため、構築が非常に簡単になりますが、銀行がインポート時に新しいレイアウトを承認しないという問題がまだありました(ファイルがSEPA検証ツールのすべてのテストに合格した場合でも)。
Payoneは前述のデモインターフェイスを提供しますが、独自のMagento拡張機能はSEPAをサポートしていないようです(https://github.com/PAYONE/magento/blob/master/app/design/frontend/base/default/template/payone/coreを参照)。 /payment/method/form/debitpayment.phtml)。:(