Dear Mr. Ahmad

Can you please provide the information to which e-mail address you wrote as we 
didn't receive any mail regarding that topic from you at or Please note that 
this two e-mail addresses are the only two officials which we are checking and 
working with. Please note also, we answer the support request only from OXID 
customers with a valid support contract.

Please note that this mailing list is not suitable for support purposes, but 
I'll make an exemption and answer your question below.

Regarding the logging problem: I tried to reproduce it with an Enterprise 
Edition 5.2.8 and the ERP Module Version 2.14.1.

The Setup:

The settings in the file

    $this->blErpLogging = true;
    $this->sErpLogFile = "/var/www/shops/ee_528/tmp/erp.log";

Logging XML:



The content of the logfile after firing the request:

    2016-07-15 10:52:31
    <soapenv:Envelope xmlns:soapenv=""; 
    <?xml version="1.0" encoding="UTF-8"?>

erp.log (END)

As you see the log file contains the request and the response. So I couldn't 
reproduce what you have described.
The logging gets the request and response from different sources:
$sResponse = ob_get_contents();
$sLogLine = date("Y-m-d H:i:s") . "\nREQUEST:\n" . $sRequest ."\nRESPONSE:\n" . 
$sResponse . "\n\n";

So you can check if your PHP settings are fine therewith the logger can work as 

Furthermore you have the option to sign a NDA with OXID, so you can access the 
sources if you need to. To develop with the sources is generally a good idea as 
there are you can easy debugging or reading the source code without any 
I also would like to recommend you to attend the OXID Academy, as you would 
benefit from it:

Kind regards

Mit freundlichen Grüßen aus Freiburg

Michael Keiluweit
Technical Support

OXID eSales AG
Bertoldstraße 48
79098 Freiburg

Vorstand: Roland Fesenmayr (Vorsitzender), Dr. Marcus Klosterberg
Vorsitzender des Aufsichtsrats: Michael Schlenk, Sitz: Freiburg
Amtsgericht Freiburg i. Br., HRB 701648, USt-IdNr.: DE231450866
[]" im Auftrag von "Mirza Ahtasham Ahmad 
Gesendet: Freitag, 15. Juli 2016 10:15
Betreff: Re: [oxid-dev-general] ERP Module Issues

OXID support...hahaha...its been 2 months now...It is like joke :) I think the 
lawyers will take care of that,

I thought that I would ask here in community and perhaps get a quicker 
solution. A quicker response I did get obviously, thumbs up for that to the 
community :)

I myself can't dig into the module to solve the problem myself because the 
module is encrypted. I think no one else uses the module thats why the problem 
is not known. Literally the module has only one job to do that is to save the 
values in DB and it is not doing that and OXID wont take the responsibility to 
look into it. Great...

Anyways, if someone has a hint, I will love to solve the issue as soon as 


Mit freundlichen Grüßen | Warm Regards,

Mirza Ahtasham Ahmad
M +4917645387460 | Skype: ahtasham82

On Fri, Jul 15, 2016 at 9:16 AM, Marat Bedoev 
<<>> wrote:
Did you try asking OXID support? Cause this mailing list is not a support 

 Im Auftrag von Mirza Ahtasham Ahmad
Gesendet: Donnerstag, 14. Juli 2016 20:30

Betreff: Re: [oxid-dev-general] ERP Module Issues


Can nobody help me regarding ERP Logging?? Anyone from OXID Guys ?? Atleast 
anyone from OXID should help regarding their ERP Connector. It says in docs...

ERP version 2.10.0 and higher has SOAP communication debugging possibility 
implemented. It enables logging of full SOAP requests and responses by adding 
the following configuration constant to shop’s file:

but it is only logging the RESPONSE and not REQUEST.

Without the REQUEST Log I cannot debug my issue that I am having.

Mit freundlichen Grüßen | Warm Regards,

Mirza Ahtasham Ahmad
M +4917645387460<tel:%2B4917645387460> | Skype: ahtasham82

On Tue, Jul 12, 2016 at 9:33 AM, Reinhard Vogl 
<<>> wrote:

Idea for 1.)
Can you look for your Mall settings?
If you enabled the option “Indiv. Preis für vererbte Artikel erlauben”, the 
prices are stored in the table oxfield2shop.
Be sure, that you need individual process for inheritance, because it slows 
down ERP import a lot.

2.) rsync is your friend


 Im Auftrag von Mirza Ahtasham Ahmad
Gesendet: Dienstag, 12. Juli 2016 09:26
Betreff: Re: [oxid-dev-general] ERP Module Issues

​1. It is saving the values in OXID. what I am trying to say is that the 
transfer from ERP to OXID does happen as I posted the SOAP Response, I get the 
Posted Article ID and blResult is true and I see the article in OXID Backend. 
But I only the Price is not being saved. Because all the Price fields in OXID 
are empty. I assume the ERP is not sending the correct request, meaning it is 
not sending the price in the correct parameter.

For that I wanted to check the log​s but there is another problem with logs. 
The logs of the ERP Module, only prints the RESPONSE in erp.log file and not 
the REQEUST so I cannot varify my hypothesis that the ERP is sending wrong 

Therefore at first, I need to fix the Logging Problem of ERP Connector. Has 
anyone a suggestion there ?????

2. With image transfer, thats what I thought, that the ERP Connector only saves 
the DB Fields values such as pic name in oxpic fields but not actually 
transfers the image file. For that I will have to write a routine that uploads 
the images to the correct directories. I just wanted to be sure, not that I 
have missed something in configuration of ERP Module. Thanks.

I will be grateful if someone can help me out with the Logging problem.


Mit freundlichen Grüßen | Warm Regards,

Mirza Ahtasham Ahmad
M +4917645387460<tel:%2B4917645387460> | Skype: ahtasham82

On Mon, Jul 11, 2016 at 7:36 PM, Michael Bladowski 
<<>> wrote:
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 

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<>, 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 

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,


Michael Bladowski

Hauptstrasse 84D - 93105 Tegernheim - Mobil: 0179-2301067<tel:0179-2301067><> -

Regensburg HRA 7490 - Finanzamt Regensburg DE 210758353

dev-general mailing list<>

dev-general mailing list<>

dev-general mailing list<>

dev-general mailing list

Reply via email to