es hat sich noch eine grundlegende Frage ergeben:
Ist es möglich/erlaut den Bestellvorgang abzuändern?
Wir haben folgendes Problem: Wir würden sofortüberweisung.de und Paypal gerne über Afterbuy anbinden. Dazu darf die Zahlung aber nicht vor dem Bestellabschluss bei Afterbuy eintreffen. Idee von Afterbuy wäre den Kunden im vorletzten Schritt der Bestellung nicht direkt zahlen zu lassen, sondern ihn hier nur die Versandart auswählen zu lassen, damit man den Gesamtbetrag richtig berechnen kann. Hier sollte auch die Info implementiert werden, dass der Kunde nach Abschluss der Bestellung eine E-Mail zur Afterbuy-Kaufabwicklung erhält über die er die gewünschte Zahlung abschließen kann. Dann wäre die Reihenfolge eingehalten. Würde es denn prinzipiell gehen bzw. wäre es erlaubt die Reihenfolge im Bestellvorgang dahingehend abzuändern?
Nicht das wir da unerlaubt Änderungen vornehmen und Ärger kassieren…
es hat sich noch eine grundlegende Frage ergeben:
Ist es möglich/erlaut den Bestellvorgang abzuändern?
Wir haben folgendes Problem: Wir würden sofortüberweisung.de und Paypal gerne über Afterbuy anbinden. Dazu darf die Zahlung aber nicht vor dem Bestellabschluss bei Afterbuy eintreffen. Idee von Afterbuy wäre den Kunden im vorletzten Schritt der Bestellung nicht direkt zahlen zu lassen, sondern ihn hier nur die Versandart auswählen zu lassen, damit man den Gesamtbetrag richtig berechnen kann. Hier sollte auch die Info implementiert werden, dass der Kunde nach Abschluss der Bestellung eine E-Mail zur Afterbuy-Kaufabwicklung erhält über die er die gewünschte Zahlung abschließen kann. Dann wäre die Reihenfolge eingehalten. Würde es denn prinzipiell gehen bzw. wäre es erlaubt die Reihenfolge im Bestellvorgang dahingehend abzuändern?
Nicht das wir da unerlaubt Änderungen vornehmen und Ärger kassieren…
Freue mich auf Eure Meinung,
viele Grüße
Nicoleta[/QUOTE]
Also, mit der Shop-Software kannst Du machen, was Du willst, außer die unter Deinem Namen weiter verkaufen…
der Kreativität sind, wie bereits gehört, (fast) keine Grenzen gesetzt. Gerade deshalb eine Anmerkung, resultierend aus meinen bisherigen Projektarbeiten.
Jede Änderung des Standards (hier: Oxid-Shop’) ist KEIN einmaliger Vorgang, sondern muss bei jeder neuen Version neuerlich codiert werden. Dabei sind ‘oberflächliche’ Anpassungen, wie z. B. Textänderungen, oder das Deaktivieren nicht benötigter Funktionen, noch recht easy und im Regelfalle recht einfach nachzupflegen. Elementare Eingriffe demgegenüber können schnell dazu führen, dass eine ursprünglich kostenlose Lösung zu spürbaren (finanziellen und/oder zeitlichen) Belastungen führt.
Je weiter und je öfter man sich vom Standard entfernt, desto individueller wird man, aber desto größer wird auch das (wirtschaftliche) Risiko. Da kann man nur hoffen, dass man (dauerhaft !) nicht auf Fremdarbeiten angewiesen ist.
der Kreativität sind, wie bereits gehört, (fast) keine Grenzen gesetzt. Gerade deshalb eine Anmerkung, resultierend aus meinen bisherigen Projektarbeiten.
Jede Änderung des Standards (hier: Oxid-Shop’) ist KEIN einmaliger Vorgang, sondern muss bei jeder neuen Version neuerlich codiert werden. Dabei sind ‘oberflächliche’ Anpassungen, wie z. B. Textänderungen, oder das Deaktivieren nicht benötigter Funktionen, noch recht easy und im Regelfalle recht einfach nachzupflegen. Elementare Eingriffe demgegenüber können schnell dazu führen, dass eine ursprünglich kostenlose Lösung zu spürbaren (finanziellen und/oder zeitlichen) Belastungen führt.
Je weiter und je öfter man sich vom Standard entfernt, desto individueller wird man, aber desto größer wird auch das (wirtschaftliche) Risiko. Da kann man nur hoffen, dass man (dauerhaft !) nicht auf Fremdarbeiten angewiesen ist.
Viel Erfolg mit Euren Projekt.
Gruß
Wolfgang[/QUOTE]
OXID hat ja genau dafür das richtige Heilmittel: das Überladen von Standardklassen mit eigenem Code.
Damit wird das geschildert mögliche Problem vermieden…
Man kann sehr tief in OXID eingreifen [B]ohne [/B]das Update-Problem zu haben.