C’est durant la DrupalCon de Dublin qu’a été annoncée la sortie officielle de Drupal Commerce 2.0-Beta-1. Evidemment, nous sommes encore loin d’une version de production, mais les développeurs de commerce-guy annoncent ainsi leur intention de migrer rapidement vers les standards de Drupal 8.
Photo de Will Jackson durant la présentation : « Launching online stores with Commerce 2.x on Drupal 8 ».
Pour un aperçu rapide de la philosophie du produit et des améliorations attendues dans cette version 2, vous pouvez jeter un œil à la retransmission vidéo de leur conférence
Drupal 8.2.
Commerce 2.x requiert maintenant Drupal 8.2. Cela fait partie de la politique de Drupal commerce de toujours se baser sur la dernière version stable et ainsi profiter au maximum des amélioration cœur. Transférer le code de commerce-2 vers l’API des entités de Drupal cœur a permis de profiter de la Plugin Form API qui, notamment, a permis à Commerce l’implémentation des moyens de paiement.
Paiements.
Cette version beta inclut une APi robuste de gestion des paiement. Ceci représente une grande amélioration des API de Drupal Commerce. Cela devrait réduire considérablement la quantité de code custom ainsi que le temps nécessaire pour l’intégration de nouveaux partenaires de paiements.
– Les plugins stockent leur configuration dans des entités de configuration.
Plus besoin de se rapporter aux API de Rules: une interface utilisateur permet même de réordonner/gérer les différents services de paiement.
– Support intégré des tokens.
Supporté en Drupal 7 par le module « Commerce Card on File« , cette API est maintenant portée dans le coeur de Drupal Commerce. Ainsi si le service de paiement le permet, un client peut stocker en toute sécurité ses numéros de cartes de crédit.
– Une interface pour gérer, annuler ou réapprovisionner les paiements.
Les différents module de paiement n’ont plus besoin d’effectuer ces transactions eux-même. Ceci est directement supporté par Drupal Commerce.
– Plus de flexibilité.
Chaque service de paiement peux définir son propre jeu de champs, de workflow, etc.
Dans la version actuelle, l’API de paiement supporte les service de paiement « on site » mais un effort supplémentaire sera porté pour supporter les services « off site » ( iframe ou popup ). Le premier service de paiement de Drupal Commerce est BrainTree, propriété de PayPal, fournissant une expérience totalement intégrée et sécurisée ( PCI Compliance ) pour le client.
Promotions et Prix.
Ils introduisent la notion d’entités de promotions ainsi que son interface utilisateur pour la gestion des promotions accompagnées de leurs actions et conditions. Le plan est d’étendre la fonctionnalité au support d’un système de coupons reprenant ce qui dans Commerce 1 était proposé par le module « commerce_discount ».
Les développeurs de Drupal Commerce 2 passent énormément de temps sur l’ouverture de leur plateforme en intégrant par exemple un « Price Form Element » ainsi que « Price Value Object » qui peuvent être ajustés pour recalculer les prix.
Une interface panier améliorée.
Créer une interface panier idéale est un effort continu depuis les toutes premières versions disponible de Commerce 2.0. Avec cette Beta 1, les développeurs semblent proches d’atteindre leur but.
On trouve, par exemple :
– Une ligne de progression du processus d’achat.
– Une meilleure intégration de l’inscription de l’utilisateur.
– Un résumé de la commande en cours toujours accessible.
Une infrastructure de test améliorée.
Les développeurs de Commerce 2.0 promettent une amélioration significative de leurs tests. Ils ont ainsi migré du framework « simpletest » vers la nouvelle infrastructure « phpunit+mink », faisant de Drupal Commerce la première distribution d’importance à l’adopter. Plus d’info sur cet effort
Une amélioration des processus de traduction.
Les produis et les variations peuvent maintenant être traduits, grâce au module « entity form » dont le développement a été sponsorisé par Aquia.
Migrations !
Il existe de nombreux sites basé sur la version 1.0 de Commerce, de Ubercart 6 ou 7. Les développeurs et la communauté portent un effort supplémentaire dans un module de migration des produits depuis ces plateformes.
Et ensuite ?
Le travail n’est pas terminé. de grandes avancées restent à faire sur l’API de paiement, sur le module de gestion TVA ou afin d’étendre les processus de promotions. En parallèle, le module de livraison doit encore être développé.
Article créé par
Didier
Directeur de projet
Web & Mobile