Da ich auf der Suche nach einer neuen Warenwirtschaft und Faktura Software bin/war habe ich mir vor ein paar Tagen Amicron Faktura 9 angesehen.

Da die Software ein prima Bestellwesen beinhaltet und auch die Xt Commerce Anbindung sehr gut ist werden alle von mir geforderten Bedürfnisse abgedeckt.

Die Shopanbindung läuft über ein XML Script, welches auf Zuruf Kunden, Artikel, Bestellung der Faktura Software zur Verfügung stellt. Da ich eine Software benötige, welche perfekt mit Produktattributen umgehen kann, habe ich mir diesen Punkt sehr genau angeschaut.

Der Import der Bestellung aus dem Shop funktioniert sehr gut.

Nehmen wir an, wir haben ein Produkt “Yamaha T-Shirt” dazu ist im XT Commerce Shop ein Produktattribut angelegt, welches die Größe beinhaltet. Also Z.b. “Größe: XL”

Das XML Script stellt Amicron Faktura den Hauptartikel + Produktattribut zur Verfügung. Im Programm selbst werden diese eigentlich zusammen hängenden Dinge als getrennte Artikel behandelt. Nicht weiter schlimm.

Jedoch beinhaltet das Script eine kleine Tücke. Artikelnummern für den Hauptartikel werden prav in der SQL Tabelle für Bestellung abgespeichert.

Die Artikelnummer des Produktattributes allerdings nicht. Ruft man eine Bestellung im Shop Admin auf, wird live zum Hauptprodukt mit dem dazugehörigen Attribut diese Artikelnummer aus dem Shop gefischt.

Hat sich also im Laufe der Zeit die Artikelnummer für Attribut mit einer gewissen ID in der Datenbank geändert und man ruft eine alte Bestellung auf, wird nicht die Artiklenummer der damaligen Bestellung ausgegeben, sondern die aktuell hinterlegte.

Ok, lange Rede kurzer Sinn. Die Funktion habe ich nicht geändert, dass die Artikelnummern der Attribute in der Bestell Datenbank gespeichert werden.

Allerdings war ein kleiner Bug im XML Script, welcher unter Umständen keine oder falsche Artikelnummern ausgegenen hat.

Wie bereits erwähnt, wird die Attribut Artikel Nummer über eine Funktion ermittelt. Diese Funktion erwartet 3 Parameter (eigentlich 4, aber dazu unten mehr).

Die Original Zeile im XML Export sieht aber so:

[php]$attributes_model = xtc_get_attributes_model($products['products_id'],$attributes['products_options_values']);[/php]

Ergibt ein unschönes Warning im Export.

Also vervollständigen wir das so:

[php]$attributes_model = xtc_get_attributes_model($products['products_id'],$attributes['products_options_values'],$attributes['products_options']);[/php]

Jetzt ist zumindest das Warning weg und es sollten die korrekte Attribut Artikelnummern ausgegeben werden.

Allerdings nur, und jetzt kommt der bei mir eingetrene Fall:

xtc_get_attributes_model erwartet wie bereits oben schonmal erwähnt eigentlich 4 Attribute. Als 4. Attribut wird die Language ID gefordert, ist diese NICHT mit übergeben, wird die ID aus der Session XT Commerce genommen.

Da aber die Warenwirtschaft per XML keine Sessions übermittelt, bleibt diese leer. Somit kann auch keine korrekte Artikelnummer des Attributes ermittelt werden.

Als Trick habe ich jetzt Hard Coded meine Language ID mit übergeben. Solltet ihr einen einsprachigen Shop haben, funktioniert diese Notlösung gut.

In der SQL Tabelle products_options steht eure Language ID. Bei mir die 2.

Also wird diese als 4. Parameter mit übergeben und die Ermittlung der Artikelnummer funktioniert super

[php]$attributes_model = xtc_get_attributes_model($products['products_id'],$attributes['products_options_values'],$attributes['products_options'],"2");
[/php]
Jetzt haben die Programmierer es noch so gehandhabt, dass der Artikelnummer für Attribute noch die Artikelnummer des Hauptartikels vorran gestellt wird:

[php]‘<PRODUCTS_OPTIONS_MODEL>’.$products['products_model'].$attributes_model.’</PRODUCTS_OPTIONS_MODEL>’. "\n".[/php]
entfernt einfach dass .$products['products_model'] und schon steht nur die Artikelnummer des Ausführung in dem Feld und die Faktura Software kann es vernünftig importieren. Zudem habt ihr jetzt die Korrekt Artikelnummer für euer Bestellwesen in der Warenwirtschaft.

Nun viel Spass mit eurer Warenwirtschaft

Ähnliches:

1. MiniThumbnails für XT Commerce 3.0.4 SP2.1
2. eComBase kann kein HTML programmieren – css – php

eCommerce · faktura · xt commerce · xtc

3 comments

<< Heruntergekommenes Ecombase.de – Auszeichnung zum hässlichsten Forum

united-domains Domain-Weltkarten-Aktion für alle Blogger >>