Jump to content

Recommended Posts

Bonjour à tous,

 

La gestion des multiboutiques

 

Plutôt que de faire un pavé de 200 lignes imbitable, j’ai mis en pièce jointe le document réalisé par Raphael Malié qui est très bien fait et explique clairement le fonctionnement de cette nouvelle fonctionnalité.

 

N’hésitez pas si vous avez besoin d'informations supplémentaires, je veillerai à ce que Raphaël vienne vous répondre ;).

 

 

Multiboutique_PrestaShop.pdf

  • Like 3
Link to comment
Share on other sites

Bonjour,

 

Petite question sur ce point :

 

Thême : vous pouvez choisir un thême différent pour chacune des boutiques, que vous devez installer via l’installeur de thême.

 

L'utilisation de l’installeur de thème deviens obligatoire ?

 

Cordialement , Thierry

 

PS : merci pour le fil d'actualité sur la 1.5, superbe initiative ;)

Link to comment
Share on other sites

 

L'utilisation de l’installeur de thème deviens obligatoire ?

 

Déjà sur la 1.4... du moins si tu veux vendre sur addons...

Maintenant , vis a vis des clients c'est tout de même plus confortable de proposer cette solution d'install...

 

V++

 

Atch

Link to comment
Share on other sites

Salut Atch,

 

Je ne vends pas sur le store et je me charge moi même d'installer le thème...

 

D’où ma question : est ce obligatoire de passer par ce module ?

 

Autre question : est ce que l'application Mobile sera intégrée nativement sur la 1.5 ou ce sera une option ?

 

Bonne fin de journée, Thierry

 

PS : Les notifications du forum ne fonctionnent pas chez moi (je ne reçois pas les emails des nouvelles réponses)

Link to comment
Share on other sites

Une petite question sur le multiboutique en particulier pour un réseau franchisé (actuellement 5 boutiques)

 

Chaque boutique à sa compta propre (apres extraction) sera t il possible de gérer les droits d'accès en BO pour que chaque directeur d'agence et ses employés n'aient accès qu'aux fonctionnalités de son agence et que seulement la holding ait accès au total ?

 

Pourra t on définir plusieurs RCS, plusieurs n° de TVA.

 

Bref est ce concu pour un réseau de franchise ou simplement pour un réseau d'agence - je sais pas si je suis clair ?

Link to comment
Share on other sites

Une question bête: ça se passe comment pour les modules ? on parle de multi boutique mais pour l'achat de module il est bien spécifié dans les cgv ( http://addons.prestashop.com/prestastore-cgu-fr.pdf ) du prestastore (Article 6 : Propriété intellectuelle):

Cette licence n'est valable qu'une seule fois pour une seule boutique e-commerce

Une clause particulière sera mise en place ? de toute façon il y a peu de chance qu'un client achète 5 fois un module par ce qu'il a une multiboutique avec 5 boutiques... d'ailleur "boutique" n'est pas défini dans l'article 1 des cgv (pour l'instant)

Link to comment
Share on other sites

@Yoya : tu pourrez me prevenir quand tu change ton avatar, j'ai eu une de ces peur !!!!

 

 

@ les autres => Dans le forum ricain, y a le CM3 qui a balancé des ScreenShot du futur nouveau theme ( enfin, une retouche un peu plus 2011 du theme de 2007 ) => http://www.prestasho...ew-basic-theme/

 

Nommam dans le forum Français, il y a un CM2 qui à posté la meme chose :)

http://www.prestashop.com/forums/topic/134989-prestashop-nouveau-theme/

 

V++

 

Atch

Link to comment
Share on other sites

Bonjour coeos.pro,

actuellement il n'y a encore rien de décidé sur la licence des modules pour le multi-boutique. A priori c'est sur que quelque chose sera fait, mais reste à voir quoi. Une des idées qui est ressorti était une licence pour le mode multi-boutique sans distinction du nombre de boutique et qui serait un peu plus cher.

 

Cordialement

Link to comment
Share on other sites

Bonjour coeos.pro,

actuellement il n'y a encore rien de décidé sur la licence des modules pour le multi-boutique. A priori c'est sur que quelque chose sera fait, mais reste à voir quoi. Une des idées qui est ressorti était une licence pour le mode multi-boutique sans distinction du nombre de boutique et qui serait un peu plus cher.

 

Cordialement

 

Je commençais également à voir ce problème de licence pour mes modules.

Est-ce une licence par coeur prestashop (donc multiboutique) ou par boutique, voire par coeur mais restreinte en mono-boutique ?

 

Du coup, si c'est une licence multi-boutique, ça suppose que les modules existeront aussi dans leur version mono-boutique ?.... d'où une double validation côté addons ?

Link to comment
Share on other sites

Bonjour thierry-creation,

encore une fois c'est toujours en cours de discussion, mais je pense qu'il est normal de revoir les licences des modules afin d'éviter les abus, car avec le multi boutique ceux qui avaient 3 boutiques distinctes avant pourraient être tenté de les regrouper en une seule pour ne prendre qu'une licence.

Link to comment
Share on other sites

Une petite question sur le multiboutique en particulier pour un réseau franchisé (actuellement 5 boutiques)

 

Chaque boutique à sa compta propre (apres extraction) sera t il possible de gérer les droits d'accès en BO pour que chaque directeur d'agence et ses employés n'aient accès qu'aux fonctionnalités de son agence et que seulement la holding ait accès au total ?

 

Pourra t on définir plusieurs RCS, plusieurs n° de TVA.

 

Bref est ce concu pour un réseau de franchise ou simplement pour un réseau d'agence - je sais pas si je suis clair ?

 

 

Je reprends car je n'ai pas été assez clair :

 

On peut avoir - en resumant - 2 types d'organisation :

 

1) Une société (avec son numero de TVA et son numero de RCS) qui ouvre 3 boutiques avec la même entité juridique de support. On est là je pense dans le cas classique du multi boutique envisagé dans la 1.5.)

 

2) Une société (qu'on appel 1 avec son numero de TVA --> tva1) qui a deux filiales (appelons les 11 et 12) juridiquement indépendantes (donc numero de tva11 et numero de tva12)

 

Ma question en somme est de savoir si dans le cas 2) on peut gérer des boutiques complétement indépendamment tout en ayant des back office indépendant les uns des autres pour les filliales (11 et 12) et centralisé - ayant accès à toutes les filliales pour l'entreprise 1.

 

 

 

Sinon pour les licences de module personnellement je paie 6 licences a chaque fois, il est clair qu'en multi-boutique ca me paraitrait saugrenue ! Et pourquoi pas une licence par nom de domaine ?

Link to comment
Share on other sites

rien n'a encore été décidé, ni réellement discuté.

 

2 types de modules à prendre en compte dans les discussions:

- les modules 'simples', genre ajout d'un bloc dans le front office. Si j'ai bien compris, le module en lui-même ne porte rien de spécifique au multi-boutique. C'est la fonction multi-boutique du coeur qui gère les affichages/placement dans le front.

- les modules 'multi-boutiques' : ce sont des modules qui embarquent des fonctions spécifiques au multi-boutique. Ces modules pourraient exister en version mono-boutique pour les marchands n'ayant que du mono-boutique.

 

Un module 'simple' est forcément multi-boutique. Ca me parait impossible de le vendre mono sans qu'il soit utilisé multi.

Pour les modules multi-boutiques, c'est différent. En supprimant du code, ils seront mono. Mais ça fait 2 modules différents.

Link to comment
Share on other sites

@manouille : d'accord je vois le truc. Honnêtement le multi boutique me paraît peu adapté pour des gestions de structures complètement différente (donc votre cas 2), c'est plus compliqué que de créer deux boutiques distinctes. Mais ça pourrait tout de même fonctionner.

 

@olea : vous avez des exemples de modules mono boutique ? Car par exemple si je prend simplement le block catégorie, il a du être modifié pour gérer le multi boutique (puisque l'arborescence des boutiques peut changer entre elles). Dans dans ce cas il s'agit d'un module multi boutique ?

Link to comment
Share on other sites

Effectivement, parcourant les addons, je ne vois pas de modules mono-boutiques.

Tous les modules devront être adaptés pour être multi. C'est bien le coeur qui gèrera les hooks, les positions, mais c'est au module de savoir ce qu'il faut afficher (que ce soit des sliders, des blocks réseau sociaux, des gestions de produits, de factures de clients...)

Link to comment
Share on other sites

Bonjour,

 

Afin de ne pas bouleverser trop, tant les développeurs que les acheteurs (le multiboutique n'intéressera qu'une minorité), sera-t-il prévu sur la plateforme Addons, l'acceptation des modules existants qui n'utilisent pas les techniques du multiboutique.

Est-ce qu'une mention peut être envisagée pour l'acheteur d'un module afin de savoir si il est compatible multiboutique ou non ? Ca sera plus simple que d'obliger tous les développeurs à revoir leurs modules s'ils sont déjà compatibles avec les fonctionnement en monoboutique.

 

Bien cordialement

Link to comment
Share on other sites

Bonjour,

 

J'ai installé et fait quelques tests de cette fameuse version 1.5. Je me suis rapidement heurtée à des bogues lorsque j'ai voulu créer plusieurs boutiques et mettre les URL (tout est dans le bug tracker!).

 

Par contre, je me pose une question dont je n'ai pas trouvé la réponse dans la documentation fonctionnelle.

J'ai plusieurs groupes de boutiques et plusieurs boutiques dans chaque groupe. J'aimerai missionner des personnes différentes pour la gestion de chaque groupe de boutique ou chaque boutique. La gestion des permissions des employés va-t-elle permettre de donner à un employé la gestion d'une seule boutique par exemple ?

 

Dans mon cas, je trouve que l'intérêt majeur du multiboutique est de pouvoir gérer toutes ses boutiques dans un seul espace, mais aussi de pouvoir déléguer leur gestion une à une.

 

Merci d'avance pour votre réponse,

Malorie

Link to comment
Share on other sites

Bonsoir Malorie,

il est malheureusement très difficile de sortir des versions de dev sans bug, car entre la refonte du backoffice, la refacto des controllers front, le multi boutique, et le contexte ça en fait du code qui bouge à chaque commit. Cependant je tiens à vous rassurer, une énorme phase de test est prévue et la 1.5.0 stable sera parfaitement stable (doù son nom !) ;)

Pour répondre à votre question, il est prévu de pouvoir déléguer des droits à 1 ou x boutiques à 1 ou x employés, ainsi un employé ne pourra accéder en backoffice qu'aux boutiques sur lesquelles il a les droits. Un employé à donc un set de droit bien défini, puis on choisi les boutiques sur lesquels ce set de droit est appliqué. Le cahier des charges de cette fonction est en cours de validation, aussi je vous invite à faire des suggestions ou proposer des idées si vous en avez, on est à l'écoute.

 

Cordialement

Link to comment
Share on other sites

Bonjour Raphaël,

Merci pour la réponse, qui répond parfaitement à mon interrogation et à mon besoin !

Je vais donc attendre patiemment que cette version 1.5 soit stable pour mettre en route mon projet.

Je referai aussi quelques tests dans quelques temps lorsque les développements auront avancer et que les bogues présents aujourd'hui ne m'empêcheront pas d'avancer dans la mise en place de boutiques de test.

En attendant, les différents cahiers des charges des fonctionnalités vont-ils être diffusés ? Cela permettrait de savoir exactement à ce que l'on doit s'attendre avec la version 1.5...

Cordialement,

Malorie

Link to comment
Share on other sites

bonjour je rejoint cette discussion

 

moi même intérresse par cette multi-boutique

 

 

 

j'ai aujourd'hui : www.beauty-discount.fr

 

 

on peut imaginer avoir plusieurs nom de domaine différend et aussi des design différend tous cela dans un même back office

 

des petites portail tous differend mes avec un seule stock

 

donc plus de point d'entrée ...... sur le référencement

 

cela sera t'il possible avec la 1.5 ? de faire se genre de chose ?

Link to comment
Share on other sites

Après avoir testé la béta, il s'avère que la gestion des produits se fait juste en attribuant le produit dans tel ou tel boutique.

 

Je voudrais simplement savoir alors comment Prestashop va gérer les descriptions sans subir les Duplicate Content de Google ?????

Car si un produit a la même description sur plsuieurs sites, c'est ce qui risque d'arriver. Sauf s'il faut partir du principe qu'un produit ne doit être activer que sur un seul site...

 

Cdt

Link to comment
Share on other sites

Bonjour cbastien,

 

Très bonne remarque, mais nous y avons pensé : concernant les catégories, les produits et les transporteurs, il y a un champ id_shop dans la table _lang (ps_product_lang par exemple) pour pouvoir écrire des descriptions unqiues pour chacun.

 

PS: Si vous voulez parler de vos niveaux intellectuels respectifs en public, créez un nouveau fil pour ça, merci.

Link to comment
Share on other sites

Bonjour Michaël,

 

Revenons à la multi- boutique, d'après ce que j'ai lu on pourra faire fonctionner plusieurs boutiques. Mais ce que j'ai pas compris c'est l'URL des boutiques, moi j'ai plusieurs domaines donc comment ça se passe ?

 

Michaël, j'ai une fonctionnalité à te proposer, elle pourrait être utile pour les gens qui vendent beaucoup. Je passe par mail.

Link to comment
Share on other sites

Bonjour,

 

de toutes manières, pour faire des développements et vendre des licences il faut déjà qu'il y ait au bout des commerçants utilisateurs nombreux...

Je reviens donc sur la question de Manouille (# 26), très détaillée mais sans réponse, qui concerne une part importante du commerce actuel: (réseaux de franchise, d'affiliés, de concessionnaires etc...)

 

Le multi boutique 1.5 sera-t-il adapté au cas des Enseignes composées de plusieurs magasins (physiques), ayant chacun une personnalité juridique propre,son propre stock, sa propre compta etc... (voir #26).

 

Merci. Daniel

Link to comment
Share on other sites

Ils disent que tout peut être géré de façon globale ou indépendante. Dans leur texte ils mettent différents pays, donc cela me semble possible.

 

2.2. Créer un groupe de boutique

Pour créer un groupe de boutique, il faut se rendre sur l’onglet “Boutiques -> Groupes de boutiques”, puis cliquer sur le lien “Ajouter un nouveau groupe de boutiques”. Voici un descriptif des différents champs du formulaire :

Nom du groupe : pour donner un nom au groupe de boutique (nom uniquement utilisé dans l’administration)

Partager les clients : en activant cette option, toutes les boutiques appartenant à ce groupe auront une base de client commune. C’est à dire qu’un client s’inscrivant sur une de ces boutiques sera aussi sur les autres du même groupe (il n’y a qu’une seule entrée en base).

Stock partagé : en activant cette option, tous les produits liés aux boutiques de ce groupe partageront un stock commun.

Partager les commandes : en activant cette option (disponible uniquement si le partage de client et de stock est activé), les commandes et paniers seront partagés entre les boutiques de ce même groupe. Un client commençant des achats sur une première boutique, retrouvera son panier sur la seconde.

Statut : pour activer ou désactiver le groupe de boutique

Import des données d’un autre groupe : plutôt que d’avoir à nouveau à préciser pour votre groupes quels sont les transporteurs, fabriquants, fournisseurs, etc. associés à

 

 

votre groupe de boutique, il est possible d’importer ces données d’un autre groupe déjà existant pour gagner du (beaucoup de) temps.

 

 

4.1. Généralités

De nombreuses entités peuvent ensuite être associées aux différentes boutiques. Par exemple en créant un produit, on peut décider qu’il soit acessible sur deux boutiques mais pas sur la troisième. Afin d’associer l’entité à une ou plusieurs boutiques, il suffit de cocher les boutiques à associer lors de la création ou de l’édition de cette dernière dans le formulaire. Les entités sont dans tous les cas crée, et ensuite seule une table d’association est peuplée, ce qui garanti le fonctionement correct d’un Prestashop qui n’utiliserait pas cette fonction.

Voici les différentes entités pouvant être associées à une boutique :

● Les transporteurs

● Les pages CMS

● Les contacts

● Les pays

● Les monnaies

● Les réductions

● Les images de produits

● Les langues

● Les modules

● Les produits

● Les sites affluents

● Les scènes

● Les magasins

● Les comptes webservices

Link to comment
Share on other sites

Merci pour ces précisions,

 

on gagne en effet en souplesse et on se rapproche d'un fonctionnement "réseau d'indépendants".

Reste juste à valider la question de la facturation séparée (mais au vu du post ci-dessus il semblerait logique que ce soit ok), et l'accès compartimenté aux BO des différentes boutiques par différentes personnes.

 

Cordialement. Daniel

Link to comment
Share on other sites

Bonjour,

concernant le duplicate content comme l'a dit Michaël il sera possible de traduire son produit indépendamment de la boutique, au marchand après d'être sensibilisé à ce détail. Cela dit j'ai transmis la question a un de nos partenaires spécialisé dans le référencement, et je posterai sa réponse dès que je l'aurai.

 

Cordialement

Link to comment
Share on other sites

Bonjour,

 

D'après ce que je viens de lire dans le message de Pouicpouic12, la 1.5 devrait couvrir tous mes demandes.

 

je souhaiterais créer une multi boutique qui me permette d'avoir 2 ou 3 boutiques sur le même b.o

 

Est ce possible avec la future 1.5 de lié les clients ou articles dans les différents boutiques?.

 

exemple:

 

- un site vendant des vélos

- un site vendant des outils

- un site vendant des vêtements

 

Mon besoin serait sur la fiche produit d'un vélo avoir des articles ( vêtement : un jogging ou une casquette) ou un outil (pack de clés ..)

 

Le client de mon 1er site pourrait avec les mêmes identifiants pour se connecter sur les 2 autres?

 

 

 

Si la version 1.5 ne permettra pas cela connaissez vous un module qui puisse répondre à ce besoin?

 

Cordialement,

Link to comment
Share on other sites

Bonjour Sebsoft, ça par contre je sais pas. Moi ce qui me fiche un peu la trouille c'est une seule base de données pour un site multi- boutique, la bande passante, les requêtes et la vitesse de chargement des pages. Avec ce système adieu les serveurs partagés les grosses boutiques vont devoir soit passer en dédié, soit changer de formule d'hébergement.

 

Ceci dit, si Prestashop l'a mis au point c'est sans doute pour satisfaire la demande des commerçants et on ne peut que leur dire MERCI et vous êtes les meilleurs et serez toujours les meilleurs.

 

Splendides avancées depuis la version 1.0 BRAVO à l'équipe Prestashop

Link to comment
Share on other sites

Bonjour sebsoft,

les clients pourront être partagés entre boutiques d'un même groupe de boutique oui.

 

Pouicpouic12, je ne vois pas trop le rapport entre le multistore et le changement d'architecture de votre serveur. Tout dépend de votre trafic et de votre nombre de données après, si votre trafic augmente et que votre serveur ne tient plus la charge il faudra évoluer, multistore ou non ;)

Link to comment
Share on other sites

Bonjour sebsoft,

Pouicpouic12, je ne vois pas trop le rapport entre le multistore et le changement d'architecture de votre serveur. Tout dépend de votre trafic et de votre nombre de données après, si votre trafic augmente et que votre serveur ne tient plus la charge il faudra évoluer, multistore ou non ;)

Ben si y a une rapport, on aura un seul serveur pour plusieurs boutiques, donc la base de données, sera plus grosse, il y aura plus de trafic, plus de requêtes, donc au bout d'un moment ça va ramer, il faudra donc changer de serveur.

Et ça a un rapport car les gens confrontés à ce problème viendront hurler ici et après Prestashop.

Link to comment
Share on other sites

Ben si y a une rapport, on aura un seul serveur pour plusieurs boutiques, donc la base de données, sera plus grosse, il y aura plus de trafic, plus de requêtes, donc au bout d'un moment ça va ramer, il faudra donc changer de serveur.

Et ça a un rapport car les gens confrontés à ce problème viendront hurler ici et après Prestashop.

 

Oui, mais c'est quand même mieux que les gens qui mettent N presta en parallèle actuellement pour gérer leurs boutiques, car ca fait N bases en parallèle, avec des doublons de données, des accès concurrents et tutti quanti...

Link to comment
Share on other sites

Bonjour,

 

c'est vrai que d'un point de vue technique et opérationnel c'est plus cohérent que d'avoir N boutiques en parallèle.

Par contre je ne suis pas sûr de la prévision mathématique de pouicpouic12 concernant l'augmentation des requêtes clients: quand je vois le travail et l'organisation que demande 1 seule boutique pour développer un référencement naturel correct, j'ai bien peur que N boutiques ayant pas mal de points communs entre elles n'attirent pas N fois plus de clients.

La manière dont prestashop gèrera les url et autres duplicates sera déterminante dans la capacité d'une multiboutique à attirer un grand nombre d'internautes.

Link to comment
Share on other sites

Si actuellement vous avez N boutiques réparties sur N serveurs, et que vous décidez de regrouper toutes ces boutiques sur un seul serveur via le multistore, alors oui Prestashop consommera plus de ressources de votre serveur c'est évident, mais encore une fois cela relève d'une question de bon sens. Si la fnac fusionnait toutes ses boutiques physiques en une seule enseigne à Saint Lazare, alors il faudrait qu'elle agrandisse ses locaux pour tout y caser c'est évident :D

 

Concernant la gestion du duplicate content, il sera possible dans la 1.5 de personnaliser ses textes de produits par boutique, ainsi que ses URL par boutique, cela n'est il pas suffisant ?

Link to comment
Share on other sites

Concernant la gestion du duplicate content, il sera possible dans la 1.5 de personnaliser ses textes de produits par boutique, ainsi que ses URL par boutique, cela n'est il pas suffisant ?

Oh que si, on ne pouvait pas avoir mieux.

Voilà, moi j'ai pas compris ceci : J'ai 4 boutiques identiques avec 4 noms de domaine. Ces boutiques s'appellent X Y A Z

J'ai lu qu'on pouvait créer l'url de la boutique, donc je peux garder en domaine X.com et continuer à payer ce nom de domaine, comment on fait ?

Link to comment
Share on other sites

Concernant les URL de boutiques, il faut associer au moins une URL par boutique. Cette URL peut être de la forme suivante :

  • Un nom de domaine complètement différent (E.g. presta-automobile.com,presta-choppe.com)
  • Un sous domaine (E.g. auto.monsitedecommerce.com, avion.monsitedecommerce.com)
  • Une uri virtuelle, gérée via .htaccess (E.g. monsitedecommerce.com/auto/, monsitedecommerce.com/avion/)

Link to comment
Share on other sites

Autre petite question.

 

Comment activera t on le multiboutique ? Comme un module ? Comme un thème ?

 

J'espère qu'il sera désactivé par défaut sinon il va y avoir une explosion de post sur le forum pour gérer tout cela.

 

Je pense qu'il va déjà falloir pas mal de temps pour que les anciens prennent en main la bete alors je n'ose meme pas imaginer un neo sur prestashop débarquant la dedans !

Link to comment
Share on other sites

Actuellement le multiboutique est géré par un onglet dans le backoffice, par défaut il n'y a qu'une boutique (celle de base), ce qui ne change donc strictement rien au reste du backoffice. Dès qu'on créé une seconde boutique, c'est là qu'apparaît la liste de choix de boutique dans le header, et les associations vers les boutiques dans les différentes fiches. Donc pour un utilisateur classique sans multistore, ça sera transparent.

Link to comment
Share on other sites

Bonjour,

J'ai parcouru pas mal de documents parlant de la 1.5... et notamment sur le multiboutique. J'ai compris qu'il n'y aurait plus qu'une base pour gérer le front et le backoffice d'une boutique. J'en conclu donc que l'ensemble des fichiers php et la base seront stockés sur un serveur unique. Imaginons donc que l'on ai deux URLs htpp://www.boutique1.com et http://www.boutique2.com, celle-ci "taperont" donc sur le même serveur et prestashop (les controlleurs) dirigera vers le theme boutique1 ou boutique2 suivant l'URL appelée. Si le fonctionnement est ainsi je me posais une question sur le référencement... vu que deux URL pointent vers le même serveur, GOOGLE ne va t-il pas considérer que les deux boutiques ne constituent en fait qu'un seul site ? Et cela pourrait-il avoir un impact sur le positionnement dans les SERPs ?

 

Sinon je suis assez surpris que la 1.5 ne génère pas plus de réaction sur cette nouvelle rubrique et notamment le multiboutique qui me parait très intéressant dans une stratégie multi sites....

Sinon, un peu déçu aussi que la gestion des thèmes par squelette ne soit pas intégrée dans la 1.5 car je pense que beaucoup de boutiques migreront vers la 1.5 pour le multiboutique et il est donc dommage de rebatir un theme sans la technique des squelettes.

Merci pour vos réponses.

VP

Link to comment
Share on other sites

Bonjour,

 

J'avance aujourd'hui sur mon projet, et de nouvelles questions se posent.

J'ai actuellement plusieurs boutiques sur plusieurs Prestashop. Elles vendent sensiblement les mêmes produits mais ont chacune leur propre langue. L'architecture avait été faite ainsi car il y avait des spécificités fortes par langue, qu'il était plus facile de gérer comme cela. Aujourd'hui (ou demain plutôt), l'objectif est de regrouper l'ensemble de mes boutiques sur Prestashop 1.5, puis d'ajouter de nouvelles boutiques. Mes boutiques sont aujourd'hui en Prestashop 1.2 et n'ont pas été mise à jour car le coeur a été modifié. L'objectif avec cette version 1.5 est aussi de ne pas toucher au coeur afin de pouvoir faire les futures mises à jour simplement.

Pour m'avancer avant la sortie officielle, j'aimerai établir mon plan d'actions et j'ai donc des questions.

 

Tout d'abord, je suppose la migration de 1.2 vers 1.5 va être impossible... A moins que quelqu'un me contredise ?

Sinon la migration de 1.4 vers 1.5 va-t-elle être aisée ? Si oui, autant faire 2 migrations afin de gagner du temps (1.2 vers 1.4 vers 1.5).

 

Puis au niveau de mes clients et commandes... Si je créé un nouveau site avec les clients et les commandes de mon site 1, vais-je pouvoir intégrer les clients et les commandes de mon site 2 en conservant les mêmes numéros de commandes et de clients ? Idem pour site 3, ...

 

Enfin, pour les modules, vont-ils être compatibles de la version 1.4 vers 1.5 ?

 

Je vois aussi que la question des squelettes a été posée... Va-t-on pouvoir migrer de 1.4 vers 1.5 en conservant l'aspect graphique ?

 

Toute dernière question : j'ai vu que le barcamp 4 se prépare pour le 24 novembre. Ce sera l'occasion de devenir incollable sur la version 1.5 !! Pourrons-nous échanger avec vous à ce moment là sur des questions précises autour d'une table ?!?

 

Merci d'avance pour toutes vos réponses !

Link to comment
Share on other sites

Bonjour,

Petite question sur le multi-boutique "que je trouve formidable au passage", j'aurais recours au système multi-boutique avec un gestionnaire (connexion au backoffice) pour chaque boutique (gestionnaire A pour boutique A, gestionnaire B pour boutique B,...).

The question is : Est ce que je pourrais limiter l'accès des gestionnaires en fonction de la boutique, autrement dit, est ce qu'il est possible que le gestionnaire A ne puisse voir que les commandes qui viennent de la boutique A ?

Merci pour votre réponse

Bonne journée à vous

Link to comment
Share on other sites

Bonjour tout le monde,

 

voilà j'aurais une petite question, pour des raisons de confort aujourd'hui nous tournons sous 2 boutiques prestashop 1.4.4.1 et nous voudrions savoir si avec la 1.5 nous pourrons réunir les deux sites en 1 ?

 

C'est à dire est ce que les bases de données vont venir se compléter car certain client sont inscrit sur les deux boutiques, d'autre sur une seule?

 

En vous remerciant.

 

Cordialement Tchupa.

Link to comment
Share on other sites

...vu que deux URL pointent vers le même serveur, GOOGLE ne va t-il pas considérer que les deux boutiques ne constituent en fait qu'un seul site ? Et cela pourrait-il avoir un impact sur le positionnement dans les SERPs ?

La distinction des adresses IP n'est pas la seule chose à envisager. Dans un scénario multiboutique où (1) s'adresse à un public américain et (2) s'adresse à un public francophone, la vitesse d'affichage affectera aussi le classement. Sans compter le facteur d'impatience au niveau du visiteur. Il sera donc indispensable de pouvoir répartir les sites sur des serveurs différents, chacun le plus proche possible du public ciblé. D'après mes recherches, une architecture de réplication MySQL fournira le meilleur rapport performance/prix. Est-ce que ce sera possible avec PrestaShop 1.5 multiboutique ?

Link to comment
Share on other sites

Bonsoir,

 

petite question concernant le multi boutique de prestashop 1.5.

J'ai vu qu'il était possible d'associer les produits aux différentes boutiques mais je n'ai pas vu la possiblité d'associer les catégories de produits aux boutiques. (j'ai téléchargé et installé la version beta pour tester)

Cela veut il dire que les catégories seront identiques d'un site à l'autre ?

Est ce bien prévu de pouvoir gérer des catégories différents selon la boutique consultée ?

 

Et autre question, je ne trouve nulle part la date de sortie de cette version alors qu'il me semblait qu'elle devait à l'origine sortir en octobre. Savez vous quand elle devrait sortir ?

Peut on trouver quelque part une roadmap de Prestashop ?

 

Merci !

Link to comment
Share on other sites

Bonjour,

actuellement il n'est pas possible d'associer des catégories aux boutiques, tout se base sur la catégorie parente en fait. Par exemple si vous décidez que la catégorie parente de votre seconde boutique est "Accéssoires", l'arborescence commencera à ce niveau là sur le front office.

 

Concernant la date de sortie, une alpha sortira juste avant le barcamp (le 24 novembre, si vous n'êtes pas inscrit je vous conseil vivement de venir !), et les premières RC (Releases Candidates) sont prévues pour fin janvier.

 

Cordialement

Link to comment
Share on other sites

@Tchupa,

 

Dès que j'aurais Raphael sous la main je lui demanderai de passer te répondre.

 

Mais à priori il ne me semble pas qu'il y ait un outil pour fusionner 2 boutiques en 1 multiboutique (à confirmer par Raphael).

 

@shamon, cela sera peut être plus clair en testant l'alpha 1.5.

Link to comment
Share on other sites

Bonjour à tous !

 

Je viens de lire les pots sur ce problème de catégorie.

 

Il reste a voir comment les marchands ( dont je fais partie ) pourront organiser tout cela.

Une version Alpha avant le 24 c'est vrai ce mensonge ?

Mlalheureusement ne je pourrais assister au barcamp. c'est vraiment dommage.

Link to comment
Share on other sites

  • 3 weeks later...

Bonsoir,

 

entrain de me former à la version en 1.5 en multiboutique, je possède 3 type de boutique, vpc revendeur et boutique, mais a aucun endroit j'ai pas possibilité d'avoir du multi tarifs, je peux associer tout ce qui est dit dans le pdf joint en 1ere page, mais comment faites vous pour un produit X, mettre un tarif différent pour chaque boutique.

 

Merci d'avance

Link to comment
Share on other sites

bonjour,

Je me pose une question sur la crédibilité du multiboutique quand sur la 1.4, personne ne sait rien et que la plupart des modules ne sont pas efficace à mon site (1.3 migré 1.4.6). sous la 1.3 précédente nous avions bricolé un script ou 2 et cela fonctionnait très bien, hors sur cette nouvelle version incapacité à trouver l'information qui puisse permettre de faire de la redirection multi domaines en fonction des langues. Comment cela est il possible quand tout repose sur le multi boutique pour cette version 1.5.

peut être une direction a donné pour réguler mon souci.

Cordialement

Link to comment
Share on other sites

Dite moi si je me trompe, mais je vois la une très bonne chose pour le référencement (si on vend le produit et cible qui va bien) ex:

 

On va prendre........une personne qui vend tu high tech, et qui a déjà une boutique générale "totoailtec.com" pourra faire:

 

:: ecran-totoailtec.com -> et vendre que des écrans, avec que des textes et descriptions qui parle des écrans, donc ciblé a fond.

 

:: chaine-hifi-totoailtec.com -> et vendre que des chaine-hifi, avec que des textes et descriptions qui parle des chaines-hifi, donc ciblé a fond.

 

:: camescope-totoailtec.com -> et vendre que des camescopes, avec que des textes et descriptions qui parle des camescope, donc ciblé a fond.

 

etc.....

 

Je suis dans le vrai ou le faux, vu que je ne suis pas un expert ?

Link to comment
Share on other sites

Dite moi si je me trompe, mais je vois la une très bonne chose pour le référencement (si on vend le produit et cible qui va bien) ex:

 

On va prendre........une personne qui vend tu high tech, et qui a déjà une boutique générale "totoailtec.com" pourra faire:

 

:: ecran-totoailtec.com -> et vendre que des écrans, avec que des textes et descriptions qui parle des écrans, donc ciblé a fond.

 

:: chaine-hifi-totoailtec.com -> et vendre que des chaine-hifi, avec que des textes et descriptions qui parle des chaines-hifi, donc ciblé a fond.

 

:: camescope-totoailtec.com -> et vendre que des camescopes, avec que des textes et descriptions qui parle des camescope, donc ciblé a fond.

 

etc.....

 

Je suis dans le vrai ou le faux, vu que je ne suis pas un expert ?

 

salut,

Il existe déjà un module depuis la 1.3 pour avoir des redirections en sous domaines. Le principe est que tu achètes directement des domaines supplémentaires, que tu rediriges vers certains types de produits. Ton Bo devient une centrale d'achat, si tu veux vendre du matos Electronique, des produits de santé, des accessoires tél, c'est possible. Tu gères toute tes commandes depuis le même bo, et aussi l’intégration de tes produits. On peut imaginer toute sortes de configurations, un Template par domaine ou par catégorie, certains modules sur certains noms de domaines ( des modules du type Facebook utilisant api devront faire evoluer les modules pour réussir à ce que les gens puisse se logger avec leur Facebook et un autre nom de domaine que celui à l'enregistrement du module). Cela peut être une superbe aventure avec le multiredirectionnel et Prestashop, peut être reverrons nous les drapeaux des langues dans le Bo? Existe t'il un intérêt à ce que Prestashop soit multilingue? Pourrons nous avoir le titre pour le site en plusieurs langue, pas comme actuellement ou quand tu vois une de tes redirections de domaines avec ton titre en français indexé aux states, c'est pas top à coté de ton descriptif dans un autre langue et lui qui est indexé aussi, cela permettra aussi au client étrangers de ne pas recevoir son email d'inscription avec ton titre en français. L’intégration d'import va t'il être un peu plus développé? Bref, vivement que ça arrive et qu'on s'y jette, ça mettra un p'tit coup de boosttttt pour le forum, c'est aussi bien cooll!

Link to comment
Share on other sites

  • 1 month later...

Bonsoir,

 

voici une petite attente pour le multiboutique...

 

Situation aujourd'hui:

j'ai une entreprise (ENTREPRISE) qui a 2 sites, A destiné au particulier, et B destiné au professionnel.

Dans ENTREPRISE, j'achète un produit par boites de 96 pièces, le fournisseur me facture 96 x ref. de la pièce.

Sur le site A, je crée et je vends une référence qui s'appelle "pack de 4 pièces" (la ref.de la pièce n'existe pas pour le client).

Sur le site B, je crée et je vends une référence qui s'appelle "pack de 24 pièces" (la ref. de la pièce n'existe pas pour le client).

Aujourd'hui, en entrée comme en sortie, je réajuste chacun de mes stocks manuellement, ma référence de gestion ENTREPRISE, ma référence site A et ma référence site B étant chacune totalement indépendante des 2 autres.

 

Question: sera-t-il possible avec le multi-boutique de gérer ce type de situation avec:

- 1 référence unitaire (n'apparaissant pas nécessairement en front office A et B)

- 1 référence = A x ref unitaire, apparaissant en Front office site A (mais pas en site B)

- 1 référence = B x ref unitaire, apparaissant en Front office site B (mais pas en site A)

- étant entendu que chaque mouvement de stock en ENTREPRISE, en A ou en B, doit impacter de manière juste les 2 autres stocks...

 

La question est compliquée parce que j'ai du mal à la formuler, mais le cas de figure est simple, et correspond à tous les commerçants qui ont 2 boutiques ou plus avec des positionnements différents, mais vendent parfois les mêmes produits avec des unités de vente différentes.

 

Merci par avance de me dire si celà sera OK, ou alors si je n'ai pas été clair !

Link to comment
Share on other sites

  • 4 weeks later...

pour daniel3000, je pense que tu peux faire ça :

 

Tu crées un produit principal (produit 1).

 

Site A :

un "produit 2" pour le site A, en pack, et tu sélectionne le produit 1 en quantité 4.

 

Site B :

un "produit 3" en pack, et tu sélectionne le produit 1 en quantité 24.

 

Le stock sera correctement géré pour les produit 2 et 3.

Quand tu as une vente du produit 3, tu aura -24 quantités pour le produit 1.

 

Par contre pour le produit 1, il faudra rentrer 96 quantités en stock quand tu commandes.

 

A confirmer par d'autres, mais je pense que c'est faisable...

Link to comment
Share on other sites

Bonjour,

 

J'ai un projet en tête depuis longtemps et ne sais pas si la multi boutique pourra me permettre de le concrétiser.

Je voudrais en effet sur un site lié au monde de l'automobile proposer à des commerçants d'ouvrir leur boutique sur mon site.

Ainsi un commerçant vendra peut être des pneus, un autre des jantes.....

Le site devra ainsi donner accès à ces différentes sections pour l 'utilisateur (jantes,pneus...)

Et jai cru lire que cela est possible (d avoir toutes les boutiques au même endroit)

 

Jusque là, il me semble qu'avec la multi boutique il me sera facile de créer une boutique pour un commerçant désirant afficher ses produits sur mon site. Je suppose que la boutique est créee en qq secondes depuis le back office.

 

Arrivent mes interrogations et besoins et là si vous savez me répondre ça m'éviterai de devoir commencer à faire de longs tests:

 

1) Dans un premier temps savoir si mon idée et réalisable. L'idée serait que je perçoive une commission sur les ventes de chaque commerçant.. Donc que je puisse avoir la certitude des ventes faites sans quil puisse "magouiller" les chiffres.

 

2) si j'ai 2 commerçants qui vendent des jantes (de marques différentes par ex), le visiteur pourra retrouver dans la section Jantes les produits des deux commerçants ou alors chaque boutique devra avoir sa section "jantes" ? (dans ce dernier cas ne devrais prendre que des commerçants spécialisés dans des secteurs définis)

 

3) il y a donc un panier par boutique? Ou unj visiteur peut avoir des produits de plusieurs boutiques dans le panier.

Si c'est le cas se présente le problème plus important vis-à-vis du visiteur, les frais de transports qui seront automatiquement doublés, triplés...selon le nombre de commerçants chez qui il a commandé. Le panier multiple resterait toutefois quelque chose de très pratique, ça éviterai de devoir valider la commande dans une boutique et devoir en refaire une autre chez un autre....

Solution pratique mais qui par contre annonce un autre soucis : le paiement (point 5 ci-dessous)

 

4) si tout cela est possible, pourras t on avoir des transporteurs/frais de transport par boutique? (je suppose que oui)

 

5) et des moyens de paiements différents par boutique ? si c'est possible ça ne peut fonctionner que si chaque boutique à son propre panier, si un panier généralisé pourrais exister cela je pense serait impossible..

 

Voilà, ai posé bcp de questions, me demande quel est le meilleur moyen d'arriver à mon but et j'espère qu'une bonne âme pourra m'informer à ce sujet. Suggestions et idées sont les bienvenues!!

Link to comment
Share on other sites

Bonsoir,

 

@julien.m:

merci pour ton astuce. je pense également que ça peut fonctionner. Je vais tester ça à blanc sur les versions actuelles, puisque ce que tu proposes utilises des fonctionnalités déjà présentes. Mais pour que le système soit totalement abouti, il faudrait que l'on aie la possibilité de créer des références "invisibles" ou une boutique "invisible", dans laquelle on pourrait "gérer" le produit principal de manière cachée pour les clients.

 

@fulviods: ton idée est sans aucun doute positive et se rapproche du système dit "drop shipping". une recherche sur ce sujet te permettrait sans doute d'affiner la question.

Link to comment
Share on other sites

Merci pour le terme drop shopping utilisé pour ce genre d'approche. Je l'ai en tête depuis qq années. J'ai été cherché et j'ai en effet trouvé pas mal de discussions mais rien qui répond à mes questions (pour l'instant), à savoir si tout est gérable avec le système multi boutiques ou si ce nest pas encore possible, mais merci, c'est déjà un premier pas.

 

Toute information est la bienvenue

Link to comment
Share on other sites

  • 3 months later...

Salut à tous et merci encore pour cet outil formidable souple et joli.

Une question pour la 1.5

Est-il prévu dans la gestion de stock avancé de faire de l'envoi direct depuis un fournisseur ou un magasin. ou un stock.

Genre un client commande le produit 1 est sur le stock A et le produit 2 est sur le stock B

Y a t'il un moyen d'envoyer des BL distinct aux deux stock ????

 

merci

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...