2

私は、Magento を SAP ベースのバックエンドと統合する可能性を判断する任務を負っている、卒業したての (経験の浅い) 開発者です。当社の開発者は SAP や Magento を使用した経験がないため、スタック オーバーフロー コミュニティが私の研究を正しい方向に向けてくれることを期待していました。私たちは小さな会社 (フルタイムの開発者が 4 人) であり、このプロジェクトのスケジュールは厳しいので、できるだけ多くの情報を収集しようとしています。

クライアントには、階層化された価格設定構造、税計算ロジック、プロモーション取引、および自動運賃決定がすべて SAP ECC 6.0 システムに実装されています。SAP の既存のすべての機能を引き続き利用しながら、すべてのオンライン ストアを Magento に移行したいと考えています。これは、Magento の特定のモジュールをオーバーライドして SAP BAPI へのリモート呼び出しを行うことで、これを実現することを目的としています。

SAPRFCを調査しました。これは有望に見えますが、更新頻度に関しては比較的古くなっています。SAP ECC 6.0 (Magento 統合の有無にかかわらず) で SAPRFC を使用した経験のある開発者はいますか? もしそうなら、あなたの経験は何でしたか?また、関係する最大の危険因子は何でしたか?

コメント、提案、またはリソースへのリンクは大歓迎です。

4

2 に答える 2

3

よくわかりませんが、saprfc プロジェクト (php) は開発を停止したと思います。したがって、PHP と SAP の両方でサポートされている標準技術である SOAP Web サービスを使用することをお勧めします。

SAP 側では、存在するすべての BAPI および機能モジュールに対して Web サービスを生成できます。トランザクション SE80 を開始するだけです --> 関数モジュールを開きます (RFC 呼び出し可能である必要があります) --> それを右クリックし、[Web サービスの作成] を選択します。

SAP Developer Network のいくつかのリンク:

wsdl があるとすぐにSoapClient、php で使用して SAP バックエンドを呼び出すことができます。

于 2010-02-02T08:48:05.653 に答える
0

RFC の開発に関してはあまり動きがないことに驚かないでください。RFC テクノロジは安定しているため (古くはありません :-))、通常、ライブラリを大きく変更する必要はありません。SAPRFC は個人的には知りませんが、それは私が PHP にあまり詳しくないからです。Javaがオプションになるかどうかはわかりません...

私見ですが、RFC を使用することは優れたアイデアです。なぜなら、RFC は実績のある高速なテクノロジであり、BAPIS は文書化され、サポートされているからです。どのテクノロジーを選択しても、高度な FI および SD の知識 (一般的な知識と顧客固有の知識の両方) を持つ人が必要になることに注意してください。そうでなければ、入力パラメーターを正しく入力することさえできません。また、「ライブ」でカスタマイズされたシステムにアクセスする必要があります。経験のないシステムをモックアップすることはほぼ不可能です。

その分野の BAPI を探すことから始めたいと思います。私は金融にも SD にも興味がないので、そこではお手伝いできません。どの BAPI が存在するかを知っていれば、何が可能で何が不可能かをよりよく理解できるかもしれません。通常、密結合 (トランザクションの過程で SAP システムが複数回呼び出される) を実現するのは困難です。これは、BAPI が通常トランザクションであるためです。1 回の呼び出しで販売注文を作成し、1 回の呼び出しでコミットします。Magento と SAP システムを密結合する方法が見つからない場合は、SAP データから定期的に Magento の構成とカタログ データを生成することができます (個人的には、データをエクスポートするための ABAP プログラムを作成します。パフォーマンスと SAP のスケジューリング システムが優れているため)、注文を転送するだけです (合理的に確信しています'

于 2010-02-01T20:12:45.287 に答える