回答:
現時点では、M2用の「最先端の」インポートツールなどは存在しないと思います。しかし、私は2.1.4(afaik)以降、製品にネイティブインポーターを使用しており、ユースケースでは問題なく動作しました。入力データの準備と修正に少し時間を費やす必要がありましたが、最終的にはうまくいきました。
また、2.1より前のバージョンで使用しようとして多くの問題がありましたが、私の意見では最近の経験(2.1.4以降)で問題ないと思います。
Quickbooks POSを使用する実店舗の場合は、Webgilityが最適です。最先端ではないかもしれませんが、私はwebgility ECCを使用していますが、webgility Unifyに置き換えられています。1か月あたり500ドルで正当化できる額をはるかに超えるため、Unifyを試したことはありません。
ECC(旧バージョン)はかなりいいです。製品を簡単に転送し、在庫を同期し、配送に使用するのは簡単です。店舗へのポストおよびQBセールスへのポストで、実店舗で在庫切れだったアイテムの販売を3年間で一度も許可していません。誰かが店で何かを購入するとすぐに、ECCモジュールがオンラインストアをほぼリアルタイムで更新します。これは、主に買い物の休暇中には驚くべきことです。
私たちのカタログはElasticSearchで索引付けされており、M2のREST APIを使用して、新しく作成された製品をプッシュしています。ESでは、作成された製品とその現在の状態を追跡できます。
このように、新しいアイテムを追加、削除、または更新した場合、インデクサーはAPIを介して新しい製品を作成するか、既存の製品を更新するかを通知できます。
「FastSimpleImport2」のラッパーを作成して、CSV、SQL、XML、またはその他のデータソースを使用できるようにしました。目標は、すべての顧客プロジェクトのすべての輸入業者が同じ手順と構造に従うことでした。
したがって、新しいインポートを作成する場合は、基本クラスを拡張するいくつかのクラスを実装し、いくつかの抽象関数を入力するだけです。それ以外はすべて基本クラスによって処理されます。
Magento1では、すべての顧客のすべてのインポートが完全に異なっていたという問題がありました(呼び出す方法、呼び出す場所、パラメーター、シェルとバックエンド)。したがって、これはすべてのプロジェクトを同じレベルで達成するための重要なステップでした。
しかし、これが「最先端」かどうかはわかりません。私がお伝えできること:「通常の」バックエンドインポートはワークフローにとって完全に役に立たないため(ほとんどのお客様は、幅広いデータソースとタイプでスケジュールされた/自動インポートを使用するため)、製品はMagento内で維持されません。