Shopversion 2.0.0.0 - CAO-Faktura - XML-Fehler

[mannez]

Hallo zusammen,

zunächst ein Kompliment und Dankeschön an alle die bei der neuen Shopversion mitgearbeitet haben.

Im Zusammenspiel mit der CAO-Faktura (V 1.4.4.231F) Schnittstelle gibt's hier eine Fehlermeldung.
Wenn man z. B. die Script-Version feststellen will (über CAO / Shoptransfer / Transfer-Log / Lese Scriptversion) bekommt man die Meldung "XML Fehler: Ein XML-Dokument muss ein Element der obersten Ebene enthalten." Auch ein Einlesen der Bestellungen etc. scheitert mit der gleichen Fehlermeldung.

Nachzuvollziehen z.B. über den Testshop der 2.0.

Im "alten" Testshop der 1.06 funktioniert's hingegen problemfrei ohne Fehlermeldung.

Schon 'mal besten Dank für die Hilfe!

Ciao
Manfred

Linkback: https://www.modified-shop.org/forum/index.php?topic=34852.0

[Tomcraft]

Hallo Manfred,

ich habe dafür mal Ticket #853 erstellt, da das Problem nicht nur CAO-Faktura betrifft.

Grüße

Torsten

[h-h-h]

Hallo Manfred,
hatte jetzt nur das Ticket gelesen und dort eine kleine Anleitung geschrieben.
Bitte testet diese einmal, damit sollte es gehen.

Viele Grüße,
h-h-h

[mannez]

Hallo Tomcraft,

jetzt tut's 

Ich musste bei dem neuen User für CAO-Faktura, in der Tabelle "admin_access", das Feld " xml_export" auf "1" setzen.

Das hat wohl damit zu tun, dass "UPDATE admin_access SET xml_export= 1" (in der cao_xtc.php) nur dann läuft, wenn "xml_export" noch nicht exisitiert. Das Feld "xml_export" gab's jedoch schon, also wurde für den neuen CAO-Faktura User die Berechtigung für den XML-Export nicht gesetzt.

Vielleicht sollte man die "Anleitung" von h-h-h im Ticket #853 ändern, von "Keine Rechte im Admin vergeben" auf "Berechtigung für xml_export vergeben".

Nochmals VIELEN DANK für Deine geduldige Hilfe!

Ciao
Manfred

[Tomcraft]

Es freut mich, dass es nun bei dir funktioniert.

[...]
Ich musste bei dem neuen User für CAO-Faktura, in der Tabelle "admin_access", das Feld " xml_export" auf "1" setzen.

Das hat wohl damit zu tun, dass "UPDATE admin_access SET xml_export= 1" (in der cao_xtc.php) nur dann läuft, wenn "xml_export" noch nicht exisitiert. Das Feld "xml_export" gab's jedoch schon, also wurde für den neuen CAO-Faktura User die Berechtigung für den XML-Export nicht gesetzt.

Vielleicht sollte man die "Anleitung" von h-h-h im Ticket #853 ändern, von "Keine Rechte im Admin vergeben" auf "Berechtigung für xml_export vergeben".
[...]

Er hatte doch aber in der Anleitung auch geschrieben:

[...]
suche: (Zeile 194)

Code: PHP  [Auswählen]

xtc_db_query('UPDATE admin_access SET xml_export= 1 WHERE customers_id=\'1\';');

Hier die customers_id = 1 mit der CustomersID des neuen Wawi-Accounts ersetzen.
[...]

Quelle: Ticket #853 - Comment 1

Damit wird doch die Berechtigung für deinen neu angelegten Account entsprechend bereits gesetzt.


Zusammenfassend nochmal die korrigierte Anleitung:

Anleitung (ungetestet):
- Neuen Admin-Account anlegen für Wawi-Zugriff
- Nur die Berechtigung für "xml_export" vergeben!
- Datei export/cao_xtc.php anpassen

suche: (Zeile 194)

Code: PHP  [Auswählen]

 xtc_db_query('UPDATE admin_access SET xml_export= 1 WHERE customers_id=\'1\';');

Hier die customers_id = 1 mit der CustomersID des neuen Wawi-Accounts ersetzen.

suche: (Zeile 228)

Code: PHP  [Auswählen]

    if (!xtc_validate_password($password, $check_customer['customers_password'], $check_customer['customers_id'])) {

ersetze mit:

Code: PHP  [Auswählen]

    if (!( ($check_customer['customers_password'] == $password) or
             ($check_customer['customers_password'] == md5($password)) or
             ($check_customer['customers_password'] == md5(substr($password,2,40)))
       ))
    {

Und dann in der Datenbank folgenden Befehl ausführen:

Code: SQL  [Auswählen]

UPDATE customers SET customers_password = MD5('X') WHERE customers_id = Y;

X mit dem Passwort für die Wawi ersetzen und Y mit der CustomersID des Wawi-Accounts


Grüße

Torsten

[mannez]

Ich bin zwar nicht der PHP-Freak(!), aber meiner Meinung nach, wird der Befehl in der Zeile 194 nur ausgeführt wenn Zeile 192 auf "false".

Code: PHP  [Auswählen]

   if (column_exists ('admin_access','xml_export')==false) {
     xtc_db_query('ALTER TABLE admin_access ADD xml_export INT(1)  DEFAULT "0";');
     xtc_db_query('UPDATE admin_access SET xml_export= 1 WHERE customers_id=\'1\';');
  }

Die Abfrage liefert aber "true", wenn man vor Anlegen des CAO-User's schon mal das Skript aufgerufen hatte (weil das Problem ja nicht bekannt war). Danach wird die Zeile 194 nie wieder ausgeführt und xml_export bleibt auf 0.

Ciao
Manfred

[Tomcraft]

Stimmt! Wenn die Spalte bereits vorhanden ist, dann wird der Teil nicht ausgeführt!
Ich habe die Anleitung nochmal entsprechend überarbeitet.

Grüße

Torsten

[KD-Modelltechnik]

@mannez ...hast du eigentlich auch das Problem, dass nunmehr keine HTML-Codes der Artikel-Detailbeschreibung an den Shop übergeben werden?

[KD-Modelltechnik]

Mein HTML-tag Problem hat sich nun auch gelöst, siehe: SCHNITTSTELLE: CAO-Connector für modified eCommerce Shopsoftware

Ach übrigens ...den für die CAO-Kommunikation eingerichteten Admin sollte man nicht für Testbestellungen missbrauchen

Gruß Dieter

[Tomcraft]

Danke für die Rückmeldung.

Grüße

Torsten

[pc-reparatur-center]

Hallo wir haben nach der Anleitung den User für den XML-Export angelegt, aber erhalten dann von CAO immer die Meldung 108 Wrong Password.
Mit den Benutzerdaten kann man sich aber in den Shop einloggen.

Woran kann das liegen?

[Tomcraft]

Meine Anleitung hier im Thema aus Antwort #4 hattest du aber gefunden, ja?

Grüße

Torsten

[pc-reparatur-center]

Ja, das wurde so ausgeführt und die Datei geändert. In der Datenbank hat der Benutzer auch nur das Recht für XML-Export bekommen.

[Tomcraft]

Der Screenshot, den du gepostet hast spricht hier aber eine andere Sprache, denn laut dem wird ein MD5 Passwort mit einem SHA1 verglichen und das funktioniert eben nicht.

P.S.: Übrigens solltest du nun sowieso dringend das Passwort ändern, denn mit dem MD5-Hash kann sonst jeder deine CAO-Schnittstelle ansprechen!

Grüße

Torsten

[pc-reparatur-center]

Danke für den Hinweis, habe ich geändert.

Ich hatte alles gemacht, aber offensichtlich hat SQLyog das Passwort falsch codiert. In meinen bisherigen Verbindungseinstellungen hatte ich den Charset nie verändert und als ich gerade nochmal die VB aufbauen wollte... da fiel mir ein, dass ja jetzt standardmäßig UTF8 eingestellt ist.

Nach dem nochmaligen Passwort setzen hat es geklappt und geht mit CAO.

Danke für den MD5 Hinweis.

Michael