integration EDI

-- HikaShop version -- : 2.6.2
-- Joomla version -- : 3
-- PHP version -- : 5.3.9

bonjour
Ma question est général et pas particulier à un problème . L'intêret d'un plateforme comme apache php joomla et hikashop est de rester le gestionnaire de ses données ( serveur , design , référence produit ) mais nécessite des compétences techniques internes . Je suis un peu déçu de ne pas voir hikashop sur un dossier de synthèse de 2013 sur les site e-commerce sur le le journal du net . Mais bon chaque entreprise à des besoins particuliers et spécifiques et le sujet est vaste au niveau des solutions/options possibles . Ma discussion semble être relative ici selon l article en question sur Multi et cross canal et Capacités B2B natives . Des articles sur le e ou m commerce pointent depuis longtemps ce problème de gestion des stocks , de commande prépayer ou réservé et bien sur hikashop ne fait pas partie de la liste des oslutions ecommerce passées au crible ! . Je ne crois pas que les solutions web supporté par des capital risque et investisseurs sont les seules solutions possibles . Le savoir et la compétence des sociétés de services informatique ( intégrateur web) doivent pouvoir proposer à des commercants de savoir quelle solution e commerce est la plus adaptées aux outils utilisés actuellement en interne ( et selon le budget et taille , politique de l'entreprise ) . Les solutions serveurs de commerce en ligne devant être ouvert et savoir parler plusieurs protocoles et être souple pour s adapter aux lois des différents pays . En revenant sur l'article du journaldunet la gestion de stock concernant magento la solution de gestion de stock est possible .L'article sur magento montre en gros dès le début un contenu assez négatif sur le monde open source et la version community de magento ce qui rejoint mon avis : un modèle open source doit pour se développer avoir une partie payante et un bon support technique qui prend en compte et répond aux demandes des utilisateurs ( un forum simple avec du texte suffit largement sans community manager mais de vrais développeurs ).


Revenons à l objet de mon post :

Si une boutique réel qui revends actuellement des objets identifiables par un code EAN ( ou autres) souhaite vendre par internet . Si elle réceptionne sur leur logiciel métier 10 produits de type 1 comment hiskahop peut il mettre sa base de donnée à jour. Et inversement si on achète par le site web hikashop 5 produits de type 1 comment le logiciel métier peut il mettre à jours ses données si les produits réservés/achetés sont à retirer dans le local commercial ou le paiement aura lieu ? ?

Cette pratique est déja mis en place au sein des grandes enseignes car ils ont les ingénieurs au sein de leur services informatiques pour cela . Ainsi c'est le cas avec la prise de commande sur le lieu ( intranet Macdo ?) ou internet ( grossbill) aussi bien pour réservé le produit ( grossbill ?) et prépayé que pour prendre un rendez vous ( feu vert ?) !!

Peut être existe t il un protocole d 'échange ( EDI ?) pour formalisé cette échange qui doit être implémenté coté logiciel métier et logiciel /Serveur web ( futur commande en mémoire non payé a sortir du stock lors /Après paiement ou présentation du ticket de paiement ) ?Je pense qu' un daemon de chaque coté doit être à l' écoute pour mettre à jour ses données suite à un paiement .

Je parle ici de cas ou coexiste une logiciel métier desktop et un serveur web en ligne . Dans de nombreux grands groupes ; je pense que les magasins physiques sont maintenant connecté au web ( intra et internet ) ou ont une passerelle (mcDo intranet ?) pour faire face à la concurrence des sites de commerces tout virtuels ( qui ont moins de frais personnel , de stockage, d 'agencement intérieur ) . Chez orange ; il semble que l'interface de saisie pour un abonnement se fait directement au sein d'un navigateur ( mon expérience lors de la discussion avec un commercial lors de la souscription à un abonnement chez eux ) . Ainsi les magasins tout virtuel ou physique vont s 'équilibrer avec un mix virtuel ( internet ) et physique ( dans un magasin pour objet réel/encombrant ) .


En 2016 que propose hikashop en tant que protocole ou solution propriétaire pour s 'intégrer à des logiciels métiers. J'entends par logiciel métier tout logiciel qui permet de gérer les commandes , les stock , la vente et éventuellement la comptabilité dans un lieu de vente réel : un commerce ouvert au public .

Merci

merci pour vos réponses je ne savais qu il existait déja une extension dont l'implémentation est compatible avec certains autres logiciels !! .Sinon j 'apprécie vraiment les outils massaction d'HKS qui permet de modifier des données en interne ou externe rapidement et automatiquement !!

La façon de saisir un produit et de le facturer dans un commerce est tout fait différent que la façon de faire derrière un site web . sur internet il faut passer par des logins et dans la majorité des cas une carte bancaire . Dans un commerce on n identifie pas le client ( si petite somme) , on scanne le produit ( ou saisie textuel du "label" ) et le paiement se fait par terminal de paiement bancaire .Je n e connais pas de solution e-commerce qui propose ces 2 façons ( view de MVC) de facturer !
Je connais un logiciel métier dont l interface client passe en implémentation client web et j 'espère que le client javascript ( application mono page ) restera aussi rapide que la version multiposte unix /xwindows

nicolas wrote:
avec SAGE:
www.e-connecteur.fr/logiciels/e-connecteur-sage-hikashop