dear mirza,
Am 11.07.2016 um 18:29 schrieb Mirza Ahtasham Ahmad:
Hi Guys,
I have a Shop version EE 5.2.7. I have also installed the ERP
Connector MOD_ERP_2.14.1_OXID_ESHOP_EE_5.2.1_4.9.1_for_PHP5.6
I have 2 issues that I am facing.
1. The Product Price is not being transfered to oxid shop. I am
getting back a response with Product OXID and blResult as true in return.
if the values are changed in DB but not at the frontend, clear (the
front-end) cache, if you are using one.
if the values are not changed in DB, i guess the request itself has an
error, wrong format, wrong oxid, unwanted
chars inside request, there are many things, did you test it with any
other field than price ? before you use php
(or any other coding lang) i recommend to setup a working call with
soapui <https://www.soapui.org/downloads/soapui.html>, to be 100% sure
your problems are
not realted to the shop.
2. Issue is more a How To Question....How can I transfer the images of
products and categories. via ERP SetArticle method image names can be
sent to shop but the image file, how can it be transfered on the
server. The ERP that is being used is "Comarch-ERP" there you can give
the FTP Username and password where the files can be uploaded but in
OXID all the master paths for product and categories are different so
thats why I am unable to transfer the product images.
i don´t know all the specs about the latest oxid, but for me the best
solution has always been, NOT using the ERP api.
as i know the ERP api, its only for changing DB data, nothing that is
related to the filesystem (okay, if you delete an item, the images get
deleted, but
i don´t speak about internal things like that) ;) i don´t know whats
best practise but i always try to keep the images on the server before i
make any
ERP api calls, make sure the images are already there inside the correct
directories, copy via ftp, scp, ssh, what ever makes sense in your case.
btw... it should be possible to extend the ERP api with a self written
module to send the raw image within the SetArticle call, but for me that
makes no sense because the webserver would need to handle more data as
is should. i would recommend to make a seperate process, that copies
your images to the server whenever changes happen to them.
bets wishes,
micha
--
*MACROPAGE e.K.*
Michael Bladowski
Hauptstrasse 84D - 93105 Tegernheim - Mobil: 0179-2301067
mbladow...@macropage.de - http://i.am.a.php-api.expert Regensburg HRA
7490 - Finanzamt Regensburg DE 210758353
_______________________________________________
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general
