doekia sur PhenixTweet

Lorsque l'on interface un logiciel tiers avec PS via les webservices, il est primordial de définir qui est le maître. Exemple un ERP, si on decide que c'est lui qui gère les stock, les informations PS seront écrasées par celle de l'ERP, (qui fait des POST), dans le cas contraire, l'ERP ne fait que des GET et l'ERP adopte les valeurs de PS.

Attention lorsque le logiciel externe fait des POST (donc injecte des datas), selon le cas certains hook PS ne sont pas garantis (car pas implémentés).

herve_02 @herve_02

17 jours

a répondu au Message de doekia il y a 17 jours

tout cela pour dire que je suis trop "jeune" sur le sujet pour avoir une vision autre que le "tatonnement" et je n'ai matériellement pas le temps de lire le code (de toute façon je ne maîtrise pas assez pour le moment phenix pour en discerner les subtilités.)

La question est : est-ce que si on fait une requête POST les hook correspondant sont activés ? dans quel endroit du code on peut regarder l'arrivé de ces requêtes ?

16 jours

a répondu au Message de herve_02 il y a 16 jours

Il n'y a pas des tonnes de code à écrire. Une librairie PHP existe et fournit des exemples ici:
https://github.com/PrestaS...

GitHub - PrestaShop/PrestaShop-webservice-lib: PHP client for PrestaShop Webservices

PHP client for PrestaShop Webservices. Contribute to PrestaShop/PrestaShop-webservice-lib development by creating an account on GitHub.

https://github.com/PrestaShop/PrestaShop-webservice-lib

(1) Afficher ce fil

herve_02 @herve_02

17 jours

a répondu au Message de doekia il y a 17 jours

ainsi la question de choix se pose à plusieurs niveaux.
1 - la sécurité : web services = surface d'attaque (il ne serait pas possible pour les web services d'attacher des ip ayant le droit de les utiliser (si ce n'est déjà fait et que je n'ai pas vu) ?
2 - la facilité d'usage : s'il faut écrire 50 lignes de code pour chaque web service à la place d'une requete sql "update... chose" ben voila..
3 - l'intégration plus ou moins parfaite dans le flux normal de travail : si je fais un POST, est-ce que cela à le même comportement que si je le fais dans l'interface BO (cela devrait être le cas)

herve_02 @herve_02

17 jours

a répondu au Message de doekia il y a 17 jours

tout dépend comme cela a été fait, propre ou à la mode larache(tm).
de même lorsqu'un produit est marqué expédié phenix (par le hook adéquat) dira à l'erp que l'expédition est faite. (qui lui a mécanisme propre - même si compliqué à utiliser- pour faire comme si c'était dans l'interface.
On a fait le choix d'avoir l'erp comme base arrière, car il est plus simple de paramétrer un erp que de développer/modifier phenix pour ajouter toutes les fonctionnalités dont on a légalement (et confort d'usage) besoin. l'erp gère la compta jusqu'au bilan
../..

herve_02 @herve_02

17 jours

a répondu au Message de doekia il y a 17 jours

Et je suis face au problème de choix pour phénix. il est simple de faire un update du prix dans la table produit en sql car si on ne s'en sert pas (ce qui est le cas) pas besoin du hook mise à jour du prix (pas de stats etc...) sauf peut être si cela modifie les paniers en cours ???
ou je trouve le web service qui lui fera le maximum pour faire "comme si" cela avait été fait dans l'interface. Intellectuellement je préfère et de loin l'idée du web service en POST.
normalement si c'est bien fait un web service en post c'est __exactement__ la même chose que l'opération faite dans l'interface ..

herve_02 @herve_02

17 jours

a répondu au Message de doekia il y a 17 jours

en fait il y a 2 niveaux, l'erp gère les stocks (parce qu'on a un besoin de gestion très très fin) et phenix ne gère que les ventes.
l'erp gère la chaîne complète vente (récupérés auto de phenix)-> facture -(et donc paiement, mais à 99% c'est payé au moment de la vente) > expéditions (et gestion des stocks).
Pour que ce soit simple à ne pas dupliquer le travail on a des allez-retour entre les deux. ainsi j'ai une interface spéciale qui met à jour le prix sur les phenix et sur l'erp.
J'ai un "automate" intégré à l'erp qui insère proprement dans les tables ../..