Akzeptiert, Aktive Tickets nach Besitzer (volle Beschreibung) (4 matches)

Nachdem sich ja einiges für 2.0 ändert sind Anpassungen an der Doku notwendig. Ich denke es ist gut hier mal die Punkte zusammen zu tragen, damit nix vergessen wird.

• Änderung und Einstellung der Smarty-Version fürs Template
• Aufteilung/ Neuordnung configure.php in configure und paths
• Neue Verzeichnis-Bezeichnungen
• auto_include
• Anpassung Templates (​Tutorial: Template eines xt:Commerce Shops in der modified eCommerce Shopsoftware weiter verwenden)
• Neue Tabellen (​Kategorie:Datenbankreferenz)
• Aufteilung Admin Module in export und system

xtm 1.06 coupon angelegt, 50€ absoluter Rabatt Eingeschränkt auf ein Produkt und 1x pro Coupon, 1x pro Kunde.

Es war für das falsche Produkt freigeschaltet. Kunde nutzte Coupon, aber es wurde nichts abgezogen, da er für das Produkt nicht vorgesehen war.

Dennoch galt der Coupon als eingelöst, was auch im Coupon-Report angezeigt wurde.

Löscht man im Backend eine Kategorie werden zwar die Unterkategorien mitgelöscht, nicht aber die enthatenen Artikel.

Das ergibt mehrere Probleme:

• Artikel, die in keiner Kategorie sind können (im Backend) nicht gelöscht werden.

• Die in der Datenbank nach wie vor vorhandenen Daten müssen bei jeder Abfrage mit verarbeitet werden (so viel mir das auf, habe Kategorien mit 250.000 Artikeln gelöscht und der Shop wurde nicht schneller)

• Artikel einfach mitlöschen geht nicht ohne Prüfung, ob der Artikel ggf. in einer anderen Kategorie verlinkt ist.

Es wäre schön, wenn die Datenbank und das Backend darauf vorbereitet werden könnten, Hausnummer und Straße getrennt zu speichern.

Es scheint so zu sein, dass zum Beispiel Intraship es scheinbar bevorzugt, die Daten getrennt zu bekommen und die Anbindung um einiges einfacher wäre, wenn der Shop diese schon getrennt speichern würde.

Ja, es ist mir bewußt, dass das eine Änderung des Datenbankschemas ist und auch dass es dann Probleme mit der Datenübernahme von bestehendenden Systemen gibt. Ja, es ist mir auch bewußt, dass ein Lösungsvorschlag für die Umsetzung der unterschiedlichsten Adresseingabeschemen fehlt - vor allem, wenn man international versenden will.