Gar nicht gesehen.. Tssss! Und diese alte PHP hat jetzt das kranke Datenbankdesign repariert? *RESPEKT*
Kannste mal sehen, was so ne alte PHP alles kann - Ausbildung medizinischer Grad und dazu auch noch ein Wunderheiler.
Datenbankdesign ist nicht passend? Und dann löst das Einspielen einer Datei aus einer alten Version das Problem?
Das ist doch abwegig. Wenn ein Shop in der Lage ist eine Bestellung durch zu kalkulieren und davor oder anschliessend die hierzu notwendigen Daten in einer DB abzulegen, dann geht das auch "offline" bzw. nachträglich: Wieder auslesen, durchkalkulieren (nach Änderung) und neu einlasten.
Hallo zusammen, gefährliches Halbwissen hier . Das Datenbankproblem hat sich nicht in Luft aufgelöst, sondern es besteht weiterhin. Es hat sich nichts an dem geändert, was wir anfangs gesagt haben. Die Aktivierung der Summenberechnung funktioniert in vielen Fällen, gerade wenn die Artikel alle denselben Steuersatz haben, was bei den meisten der Fall ist. Wir hatten uns trotzdem dazu entschieden die Summenberechnung standardmäßig zu deaktivieren, da dies, so hat es die Praxis gezeigt, zu weniger Support-Anfragen führt. Dass die Summenberechnung im Backend funktionieren muss, da sie im Frontend funktioniert, ist leider so nicht richtig, da Backend und Frontend unabhängig voneinander sind und eben im Backend wichtige Artikel- und Bestell-Informationen fehlen, um eine vollständige und korrekte Bestellung allein im Backend zu erzeugen.
Gefährliches Halbwissen ist nicht gut, da gebe ich Dir Recht. Dann klär uns bitte mal auf welche Informationen das sind, die nur im Frontend zur Verfügung stehen und dem Modul das Leben schwer machen.
Es ist weit über ein Jahr her, dass wir uns die Bestellnachbearbeitung im Detail angesehen haben. Ich weiß leider nicht mehr, was genau das Problem war, aber es war damals unser Ziel die Bestellnachbearbeitung zum Laufen zu bekommen, da es eine gefragte Funktion ist und wir gerne auf die Kundenanfragen dazu verzichten wollen würden . Wir sind dann leider auf ein grundsätzliches, strukturelles Problem gestoßen, das nur mit einem Zeitaufwand gelöst werden kann, der nicht mehr im Verhältnis zum Nutzen steht. Da ich noch im Urlaub bin, werde ich mich der Bestellnachbearbeitung jetzt nicht genauer widmen, sondern den sonnigen Tag genießen.
Mit Halbwissen seid ihr hier ja sowieso geschlagen Ist ja auch klar, wenn alle selbst an ihren Shops rumschrauben (ich eingeschlossen), da es ja sooo einfach ist. Aber ich möchte dennoch gerne Wissen, was das mit der Datenbank auf sich hat, um es zu verstehen und um mein Halbwisen zu fundieren Jetzt mal ganz laienhaft: Ich generiere eine neue Bestellung, die muss das System in der Datenbank hinterlegen. Braucht es dafür eine andere Tabellenzeile? Wenn ja, warum klappt es denn dann auch ohne neue Tabelle? Wie geschrieben: ich will es nur verstehen.
Verehrtes Gambio Team, das ist jetzt aber nicht euer Ernst, oder? Stellt euch bitte mal vor, euere WaWi oder eure Buchhaltungs-Software macht bei einer nachträglichen Änderung einen solch gravierenden Fehler. Wie würdet ihr wohl reagieren? Wenn z.B. das fest eingebaute Navigationssystem im Auto, nach einer Routenänderung (weil unterwegs vielleicht noch ein Termin dazu kam) nicht mehr rechnen kann und völlig abwegige (nettes Wortspiel) Fahrtrouten ausgibt, wird wohl kaum jemand akzeptieren, wenn der Autohersteller sagt: " Ja, wir wissen, dass das nicht funktioniert, aber wir können und wollen diesen Fehler nicht beheben, weil wir dieses System nicht selbst entwickelt, sondern zugekauft haben. Eine Funktion ist nur eine Funktion, wenn sie funktioniert und wenn die Funktion fehlt, ist es eine Fehlfunktion. ;-) Nachdem Petra ja nun nachgewiesen hat, dass ihr altes PHP-Script funktioniert, während das aktuell von euch verwendete zu besagtem Fehler führt, wäre doch die logische Konsequenz und zugleich die einfachste Lösung, dieses Script wieder einzubauen. Hier ein Diskussion über das Datenbankdesign zu führen, ist nicht zielführend und auch nicht einleuchtend.
Hallöle @all, leider funktioniert das besagte scipt von Petra bei uns nicht. Entweder habe ich mal wieder etwas falsch gemacht oder kein glück. Wie dem auch sei. Wie ich leider in einen anderen post geschrieben habe, da dieses bei uns nicht funktioniert und den Kunden gebeten habe nochmals zu bestellen und seine vorherige Bestellung storniert habe. Muss ich nun feststellen das dieses nicht passiert ist, mit nochmaligen Kontakt zum Kunden wurde mir erklärt er hätte nun woanders gekauft. Fazit: Umsatzverlust Kunde verloren negative Werbung zufolge vielleicht weitere Umsatzeinbussen. also mir ist es egal von wem das Modul kommt. Ob zugekauft geschenkt oder irgendwo gefunden. Es muss funktionieren !! Und Ihr vom Gambio - Team solltet es euch wirklich zu Herzen nehmen.
Das tun wir auch. Dieses Thema wurde neulich beim Feature Meeting schon kurz besprochen und nächste Woche nochmal. Ich werde dazu im Anschluss dann etwas posten.
*megaschubs* Der Petra-Tipp funzt bei uns nur bedingt. Ändert man (vielmehr korrigiert man) die Käuferdaten bei einer Gast-Bestellung, weil dieser die Großschreibtaste nicht gefunden hat, verdoppelt sich die Bestellsumme und ist auch nicht mehr zu korrigieren. Mir fehlen da die Worte. Nur als Metapher, eigentlich hab ich dafür jede Menge Worte aber der Schimpfwortfilter spielt da wohl nicht mit.
Für das problem mit der Großschreibtaste gibt es eine Lösung... Avenger hat da zu Weihnachten mal was hier ins Forum gestellt. Funzt ganz gut bei uns.
Ich kann immer noch nicht nachvollziehen, dass es bei manchen funktioniert und bei anderen nicht. Ist irgendwie wie Lotto spielen... aber warum ist das so?
Petras Datei habe ich eben erfolglos getestet. Da werden mir leider auch merkwürdige Unsummen berechnet. Wenn sich Gambio das Thema anschaut, wäre in dem Zusammenhang auch schön, wenn die Bestellbestätigung automatisch neu generiert würde. Bei Rechnung und Lieferschein erfolgt das ja automatisch, nur die Bestellbestätigung muss extra auf der Bestellungs-Übersichtsseite neu generiert werden. Da muss man auch erst mal draufkommen. Wenn es nur manuell funktioniert, wäre ein Neu generieren-Button auf der Bestellungs-Detailseite wenigstens hilfreich.