Maintenant que Magento 2 est sorti depuis un an et plus - quel est l'état de l'art pour obtenir des informations sur les produits dans le système? ie les gens écrivent-ils encore des scripts d'importation uniques? L'import / export natif est-il suffisant? Existe-t-il un module tiers idéal pour cela? Services tiers? etc.
Réponses:
Je ne pense pas qu'il existe actuellement un outil d'importation "à la pointe de la technologie" pour M2. Mais je peux dire que depuis 2.1.4 (afaik), nous utilisons l'importateur natif pour les produits et pour nos cas d'utilisation, cela a très bien fonctionné. Nous avons dû passer un peu de temps à préparer et à corriger les données d'entrée, mais au final, cela a simplement fonctionné.
Il vaut également la peine de dire que nous avons eu beaucoup de problèmes à essayer de l'utiliser avant la 2.1, mais compte tenu des expériences récentes (2.1.4 ou plus récente), à mon avis, c'est correct.
Si vous êtes une brique et un mortier utilisant Quickbooks POS, Webgility est agréable. Ce n'est peut-être pas à la pointe de la technologie, mais j'utilise Webgility ECC, mais il a été remplacé par Webgility Unify. Je n'ai pas essayé Unify, car c'est beaucoup plus par mois que ce que nous pouvons à 500 $ / mois.
L'ECC (ancienne version) est plutôt sympa. Transférez facilement des produits, synchronisez l'inventaire et est facile à utiliser pour l'expédition. Les messages reviennent au magasin et aux ventes QB et n'ont pas autorisé une seule fois, en 3 ans, la vente d'un article en rupture de stock dans le magasin physique. Dès que quelqu'un achète quelque chose dans la boutique, le module ECC met à jour la boutique en ligne presque en temps réel et c'est assez étonnant, principalement pendant les vacances shopping.
Notre catalogue est indexé dans ElasticSearch, et nous utilisons l'API REST de M2 pour pousser les produits nouvellement créés. Avec ES, nous pouvons garder une trace des produits qui ont été créés et de leur état actuel.
De cette façon, si nous ajoutons de nouveaux éléments, les supprimons ou les mettons à jour, notre indexeur peut indiquer s'il faut créer de nouveaux produits ou mettre à jour ceux existants via l'API.
Nous avons écrit un wrapper pour "FastSimpleImport2" qui nous permet d'utiliser des sources de données CSV, SQL, XML ou autres. L'objectif était que chaque importateur dans chaque projet client suive les mêmes étapes et la même structure.
Donc, si vous voulez créer une nouvelle importation, il vous suffit d'implémenter certaines classes qui étendent nos classes de base et vous n'avez qu'à remplir quelques fonctions abstraites. Tout le reste est géré par les classes de base.
Nous avons eu le problème dans Magento1, que chaque importation pour chaque client était complètement différente (comment appeler, où appeler, quels paramètres, shell vs backend). C'était donc une étape importante pour nous de mettre chaque projet au même niveau.
Mais je ne peux pas vous dire si c'est "l'état de l'art". Ce que je peux vous dire: le backend-import "normal" est complètement inutile pour nos workflows (puisque la plupart de nos clients utilisent des importations programmées / automatiques avec un large éventail de sources et de types de données) et les produits ne sont pas maintenus dans Magento.