Le projet BiDiShops a été conçu comme un sur-ensemble de BiDiShop, lui-même développé à partir du logiciel de commerce en ligne osCommerce.
Les travaux en cours (2005-2007) portent sur :
le développement d’une version multiboutiques, c’est à dire capable de servir de support à la création de boutiques indépendantes à partir de la même base de données.
le développement d’applications Windows pour la gestion du catalogue et le marketing des boutiques standard osCommerce ou BiDiShop. Il existe un prototype de gestion de la boutique en cours de développement : osCDataViewer.
la création d’une architecture multi-serveurs (multi tiers) : un serveur central héberge le système de création et de mise à jour des boutiques qui sont réparties sur différents serveurs. Les échanges de données entre serveur suivent le standard XML. Le système obtenu est hautement structuré, indépendant des plateformes, évolutif et configurable. Il est également extrêmement rapide. Sur cet axe de développement, il faut noter la création de Web Service pour osCommerce. Cela permet également de développer la syndication avec des sites de contenu, afin de booster les ventes.
le développement de logiciels serveurs des boutiques entièrement nouveaux. Les deux versions de base, l’une pour la plateforme LAMP, l’autre pour .Net, sont fondés sur XML-XSL et ne requièrent pas de base de données. Le système obtenu sera hautement portable. Il sera en particulier possible d’intégrer un système de vente puissant dans tout site existant.
Un des défauts de conception d’osCommerce réside dans le fait qu’il n’y a pas identité entre les notions de session, de panier et de commande. En particulier, la transaction au cours des paiements électroniques nécessite la restitution de la session lors de la réception d’un message de serveur à serveur. Il s’agit d’assurer une relation bijective entre les numéros de session, de panier et de commande, afin d’éviter des dysfonctionnements importants :
en cas de retour en arrière du client, de la procédure de paiement au panier ;
au cours de la restitution des sessions à la reception d’un message de serveur à serveur, dans des cas de navigation complexe avec modification du panier ou répétition de la procédure de paiement.
Les développements en cours, déjà intégrés dans le démonstrateur BiDiShop (début 2006), ont déjà bien avancé la résolution du problème.
Mais seule la conception radicalement différente de BiDiShops permettra d’apporter une solution définitive. En effet, le problème général posé par les transactions sur Internet réside dans le fait que l’état du serveur doit être maintenu synchrone de la transaction telle que le client la pratique avec son navigateur, alors que le serveur :
ignore totalement les retours en arrière que l’internaute provoque avec la touche "Reculer d’une page" de son navigateur ;
découvre l’arrivée asynchrone de messages de serveur à serveur.
La solution mise en oeuvre consiste à définir des états stables du serveur et à gérer les transitions d’état en état, même lorsque le changement d’état est "découvert" par le serveur.
Déjà avec le démonstrateur BiDiWeb, le problème bien connu de la terminaison automatique des transactions, lorsque l’internaute ne revient pas à la boutique, est parfaitement résolu. La solution passe par la restitution de session lors de la réception d’un message de serveur à serveur, ce qui est une question mal connue. Pour beaucoup de programmeurs, la notion de session et de reconstitution du jeu des variables de session est en effet un mécanisme magique.
La maîtrise de toutes ces techniques dans le cadre du projet BiDiShops est la garantie de transactions parfaites, réduisant considérablement les problèmes que le commerçant pourrait avoir à résoudre avec ses clients.
Le projet BiDiShops devrait être disponible en 2007. D’ici là, voyez ce qui est en ligne sur BiDiWeb.
