Dans le czas de Magento, aussi, l’intégration est plus lourde du fait de la ‘richesse’ des produits.

De nombreux cas clients fleurissent sur le sujet : Zannier, Façonnable, Carnet de Vol, Norprotex, Captain Tortue, Bodynature, Marithé & François Girbaud, Gifi, …

Le corrolaire : est-il simple d’interconnecter une plate-forme e-commerce telle que Magento ou Prestashop à un PGI ? La réponse est très souvent non, car ils n’ont pas été conçus dans ce sens.
En effet, le couplage direct au PGI nécessite des fonctions prévues à cet effet pour être pilotées par le PGI : catalogue, stock, tarifs, remises, clients, promotions, nouveautés, soldes, devises, logistique, etc.

Dans ce cas, il vaut mieux choisir des solutions adaptées à ce fonctionnement interconnecté, plutôt que d’essayer de faire fonctionner des systèmes qui n’ont pas été prévus pour cela.

je cherche un module permettant de synchroniser 3 fois par jour cegid et prestashop, quelqu’un aurait il deja fait cela ?

merci

Ayant effectué un stage chez un editeur de progiciel CRM et ayant développé des modules prestashop orientés ‘places de marchés’ (fonctionnalités de neteven mais directement dans le BO prestashop), j’aimerai savoir si vos sociétés respectives offrent des opportunités de stage et emploi dans ce genre de projet (ERP/CRM/e-commerce/flux de données).

N’hésitez pas à me contacter par mail si vous avez la moindre question : tlandru@gmail.com

Le seul flux remontant vers la base de donnée sont l’ajout de produit et la quantité, voir des informations sur la commande adresse de livraison.

Il n’y a pas d’interface d’administration sur le site web et par conséquent il n’est pas possible d’ajouter un produit ou de changer son prix par l’intermédiaire du site. En réalité même le calcul du prix d’une ligne de commande ne s’effectue pas sur le serveur web.

Les flux descendant sont limités au besoin du bon fonctionnement du site (fiches de clients, offre, fiche de produit, stock).

Les seuls données stockées sur le site web sont des information de session (genre des n° de panier). Il n’y a pas de cache sur les informations de produit.

Techniquement le flux descendant est mis à disposition par des vues et le flux montant est traité uniquement par l’intermédiaire des procédures stockées. L’utilisateur de la base de donnée pour le serveur web n’a pas accès au reste.

@Michalski: Dans notre cas l’ERP est mis à disposition en mode ASP. Donc le serveur WEB et les bases de données sont sur le BackBone. Je t’assure que ça débite bien^^ (aussi le compte en banque).
Enfin je sais que notre solution n’est pas parfaite (qui peut le prétendre) et que le temps réel à ces avantages et ces inconvénients.
La question c’était principalement de savoir si vous connaissiez d’autre solution de ce type? C’est à dire soit des système Ecommerce permettant une liaison en temps réel (à l’aide de webservice par exemple) ou des ERPs bénéficiant d’une extension Ecommerce en temps réel.

@Marco: je suis intéressé par votre approche par rapport à cette problématique de sécurité (flux échangés et données stockées sur le front).

Nous avons opté, dans notre modeste boutique, pour une synchronisation des données régulière, mais toujours à l’initiative du back office et en exposant sur le front que des données essentiels à sont fonctionnement.
Typiquement les stocks/commandes/prix sont remis à jours toutes les 10 minutes (en différentiel), mais les informations produit, disponibilité fournisseur, etc ne sont synchronisées que toutes les heures.

Alex.

Si le réseau entre l’ERP et le serveur Web, pour une raison quelconque, est paralysé, la boutique sera dans l’incapacité de fonctionner correctement.

Il y a donc une très forte dépendance de contraintes extérieures pas forcément contrôlables.

Avoir la valeur du stock réel ne signifie pas forcément de bloquer la commande de l’article. On peut très bien signifier à la place un avertissement avec un délai de livraison supplémentaire (délai qui dépend des commandes fournisseur en cours, du temps de commandes chez le fournisseur) et aussi demandé si l’acheteur veut une livraison partiel ou complète (change les frais de port).

Comme tu le dis chaque acteur a un profil logistique différent, le temps réel change juste la pertinance de l’information et non pas la façon dont on l’utilise.

Chaque acteur a un profil logistique différent, et c’est le point que je voulais soulever dans cet article.

Dans le cas de ma societe (editeur de PGI), on a poussé le concept encore plus loin pour un client.

Le site est directement relié à la base de donnée de l’entreprise. Ce qui signifie que les flux entrant et sortant sont en temps réel. Autant pour la stratégie de prix, les informations produits et les commandes.

Je me suis toujours demandé si d’autre solution Ecommerce permettait de faire du temps réel à l’aide de connecteur.