Servus,
das hängt davon ab, wie oft dieser Fehler auftritt.
Das kann sich in diesem Fall durchaus darum handeln, dass die Paypal-Server nicht geantwortet haben, weil sie überlastet sind.
Wir sind in Deutschland gerade im Weihnachtsrauschgeschäft, da kann das schon einmal passieren.
Wenn das eine dauerhafte Meldung ist, müsste man einmal genauer schauen, was da passiert. Vielleicht helfen dann die Server-Logs.
Grüße
Stefan
Servus,
unter "Anwendbare Einheiten" im Reiter Shopfront der VM-Konfiguration kann man eigene Buchstaben definieren.
ST - Streifen
BU - Bund usw.
Die Sprachvariablen dafür werden automatisch erzeugt und man muss dann die Sprachschlüssel anlegen. Sprachschlüssel kann man als Joomla-Sprach-Override anlegen.
Grüße
Stefan
Servus,
meistens wird das über ein neu angelegtes Kundenfeld vom Typ Checkbox gemacht.
Vielleicht einmal in einer Testumgebung ausprobieren.
Grüße
Stefan
Servus,
in der VM-Konfiguration kann man 1-seitiges Auschecken und Ajax für OPC wählen, das sollte ein Reload der Seite verhindern.
Ansonsten würde ich es mit dem One Page Checkout von VirtuePlanet versuchen, der macht den Warenkorbvorgang einfacher und verwendet auch Ajax.
Wenn das alles nichts hilft, müsste man im Upload-Plugin evtl. etwas Code hinzufügen, damit der Pfad/Status im Local Storage des Browsers gespeichert wird und bei erneutem Laden dort gefragt wird, ob die Datei schon hochgeladen wurde.
Da könnte man den Plugin-Hersteller fragen oder selbst probieren.
Grüße
Stefan
Das Verhalten und der Aufruf des Captchas hat sich vor geschätzt über einem Jahr geändert. Ich nehme an, der Aufruf im Template ist noch nicht angepasst.
Da müsste man die Template-Dateien an die originalen VM-Dateien anpassen.
Grüße
Stefan
Für den Fall, dass man Dinge verändern möchte, gibt es die Möglichkeit, Plugins für Custom Fields zu schreiben.
Beim nächsten Mal am besten nicht die Standardfunktionen ändern, schon garnicht "Zeichenfolge", das ist das universellste Custom Field überhaupt, sondern neue Plugins für besondere Funktionen schreiben.
STS
Hallo Philipp,
die Standardeinstellung sollte sein, dass der Warenkorb (in der DB) gespeichert wird.
Es gibt in der versteckten Konfiguration einige Schalter zu dem Verhalten.
Vielleicht ist da irgendetwas schon einmal geändert worden.
Hier ist eine Liste der Einstellmöglichkeiten in der versteckten Konfiguration:
https://www.jooglies.com/tutor…-versteckte-konfiguration
Vielleicht hilft das.
Grüße
Stefan
PS. Bitte bei solchen Fragen auch immer Versionsnummern angeben. Im Moment wird da gerade etwas in der Beta verändert, wenn ich das richtig gelesen hatte.
Servus Markus,
wenn soetwas nicht übersetzt ist, kann es sein, dass es in den Kundenfeldern festgeschrieben ist.
VM Menü -> Konfiguration -> Kundenfelder -> "irgendwas mit TOS" (Terms Of Service).
Oder im Template Code, wenn nicht dort.
Schau einmal per FTP in Deinen Template-Ordner und suche dort nach dem Ordner cart:
..../html/com_virtuemart/cart
Vielleicht findest Du da irgendwo einen Anhaltspunkt.
Grüße
Stefan
Hallo Joerg,
ich habe Deine Frage in einen separaten Thread verschoben. Im anderen Thread ging es um die Anzeige von Produktverfügbarkeit, in Deiner Frage geht es um Bestellprozesse, das kann weitaus komplizierter sein, das ist einen eigenen Thread wert.
Diese Art der Nachverfolgung wird normalerweise über die Status (Mz.) Bestätigt, Status C, und Versendet, Status S, dargestellt.
Wenn ein Warenkorb über Paypal gekauft wird, wird der Status in VirtueMart auf "Bestätigt" C gesetzt. Im Anschluss daran, wenn die Ware rausgegangen ist, wird der Status auf "Versendet" S gesetzt. ("Bestätigt durch den Käufer", Status U, ist für Vorkasse und dergleichen.)
Alle Produkte, die "bestätigt" C sind, sind also im Grunde entweder im Versandprozess oder im Prozess Backorder. Das heißt, wenn man die Bestellliste nach Bestätigt filtert, tauchen alle alten Bestellungen auf, die noch nicht versendet sind.
Im Grunde könnte man zwischen Bestätigt und Versendet einen neuen Status "Backorder" anlegen und Bestellungen nach Bestelleingang manuell (oder mit etwas Programmieraufwand automatisch) auf Backorder setzen, wenn ein Produkt nicht verfügbar ist, allerdings wird die automatische Zuordnung sehr kompliziert, wenn Bestellungen mehr als ein Produkt enthalten und diese nur teilweise verfügbar sind.
Diese neuen Status würden die Verarbeitung meiner Meinung nach eher komplizierter machen, ich würde empfehlen, den oben beschriebenen Weg über Bestätigt C und Versendet S zu gehen. Das Problem hier ist nur, dass man Bestellungen konsequent auf Versendet S setzen muss, wenn der Versand erfolgt ist.
Wenn das geschieht, kann man nach "Bestätigt" sortieren und sieht alle Backorders und aktuelle Bestellungen. Die Backorders werden ein älteres Datum haben.
Wahrscheinlich würde ich mir zwei Dokumentenladen ins Büro stellen, eine mit "Backorder - noch bestellen" und eine mit "Backorder - bestellt", und die ausgedruckte Rechnung dort hineinlegen. Gute alte Handarbeit, geht schnell, und ist sichtbar. Natürlich könnte man diese Dokumentenladen auch in VirtueMart als unterteilten Status anlegen. Im Grunde kommt das darauf an, ob man lieber Papier in der Hand hat, oder das VirtueMart Backend sowieso den ganzen Tag geöffnet hat.
Diese Prozesse muss man analysieren und für sich selbst die beste Lösung finden, ein Kompromiss zwischen Schnelligkeit, Sichtbarkeit, Nachvollziehbarkeit für andere im Büro, usw.
Und wenn man diese Prozesse dann noch in einer Verfahrensanweisung oder Arbeitsanweisung festhält, kann man jederzeit wieder lernen, was man mit der Zeit vergessen hat. Und kann das dann für seine ISO Zertifizierung nutzen. Ok, jetzt schweife ich aus. 
Grüße
Stefan
Servus,
möglicherweise wurden die Status verändert. Am besten einmal mit einer VM-Grundinstallation vergleichen und die dortigen Status im aktuellen Shop wiederherstellen.
Vielleicht hilft dieses Tutorial:
https://www.jooglies.com/tutor…-virtuemart-bestellstatus
Grüße
Stefan
PS. Ein Screenshot der aktuellen Bestellstatus könnte helfen.
Alles gut, Faro, andere Templates, andere Sitten. Alles ist möglich. Man kann da auch Slider und ähnliches einbauen.
Evtl. geht es nur darum, andere Produkte der gleichen Kategorie unterhalb des Einzelprodukts anzuzeigen, dann kann man auch mit dem VirtueMart Produktmodul arbeiten.
Im Grunde fehlt die Information, was diese "in Beziehung stehenden Produkte" in diesem Fall leisten sollen.
Grüße
Stefan
Servus,
in der Tat ist diese Funktion nicht dafür gedacht, um hunderte Produkte als verwandte Produkte aufzulisten.
Mir bekannte Templates bieten 4 bis 8 Produkte in der Produktdetailansicht als verwandte Produkte an. Das hat sicherlich mit der Ladegeschwindigkeit der Seiten zu tun, denn je mehr Produkte in einer Ansicht geladen werden müssen, desto länger dauert es, bis die Seite angezeigt wird.
Wenn man hier mehr anzeigen möchte, müsste man in die VirtueMart Core-Dateien schauen, an welcher Stelle man das erweitern kann. Man könnte diese Produkte zum Bespiel verzögert mit Ajax laden, um die Erstladezeit nicht zu verschlechtern. Aber das ist nicht teil von VirtueMart Core.
Grüße
Stefan
Servus,
eine Möglichkeit gibt es über die VirtueMart Konfiguration im Reiter Shopfront.
Dort heißt die Einstellung:
"Nicht vorrätige Produkte sind bestellbar und das Feld 'Verfügbarkeit' wird angezeigt"
Darunter kann man einen Text/ein Bild wählen, der/das angezeigt wird, wenn keine Produkte vorrätig sind.
Diese Einstellung gilt für alle Produkte.
In jedem Produkt kann man auch einzeln angeben, zu welchem Zeitpunkt das Produkt wieder verfügbar ist.
Wie die Anzeige dieser Einstellung umgesetzt ist, bestimmt das Template.
Grüße
Stefan
Servus,
im Grunde sollte das über das Joomla User Objekt gehen.
Hier gibt es eine Anleitung:
https://docs.joomla.org/Accessing_the_current_user_object
Grüße
Stefan
Servus,
Zahlungsart Standard ist richtig.
Der Status nach der Bestellung kann in der Zahlungsart eingestellt werden, Standard ist dort Status U "Vom Kunden bestätigt", das sollte auch so bleiben, außer man möchte die Bestellung sofort bestätigen und eine Rechnung drucken, dann sollte dort Status C (confirmed) "Bestätigt" ausgewählt werden.
Es darf nicht Status P verwendet werden.
Damit sollte das funktionieren.
Bitte hier einmal hineinschauen: Wie bekomme ich schnellstens hilfreiche Antworten
Grüße
Stefan
Hallo Wolfgang,
das könnte am Template liegen oder an einem JavaScript-Fehler oder an der VirtueMart-Version in Verbindung mit der PHP-Version.
Schwierig zu sagen.
Wie bekomme ich schnellstens hilfreiche Antworten
Im Normalfall sollte sich ein Fenster öffnen und eine Vorschau anzeigen, in der man die Elemente sehen kann, die in der Rechnung erscheinen.
Oft blende ich diesen Button übrigens aus, weil er von den meisten überhaupt nicht gebraucht wird.
Ein Blick in die Fehlerkonsole des Browsers könnte helfen, um JavaScript-Fehler zu entdecken.
Grüße
Stefan
Den VirtuePlanet Reporter verwende ich auch in, hm, ungefähr zwei oder drei Kunden-Shops, der kann nach sehr vielen Kriterien sortieren.
Funktioniert seit längerem tadellos.
Grüße
Stefan
Servus,
in diesem Forum gab es soweit ich die letzten Jahre übersehe, keinen informativen Thread zu Wiso.
Wenn Wiso die Anbindung an VirtueMart anbietet, dann sind die sicher besser geeignet, diese Frage zu beantworten.
Oder hängt da noch ein Interface zwischen, das die Daten austauschen soll, evtl. über CSV?
Oder schreibt Wiso über diesen angeprochenen Ordner im Root direkt in die Datenbank?
Normalerweise lässen sich solche Dinge richten, aber man muss schon ein paar Ansatzpunkte haben.
Evtl. bietet Wiso auch CSV-Import-Export an, dann könnte man es in Verbindung mit CSVI von rolandd machen.
Grüße
Stefan
Hallo Nina,
die von Faro beschriebene Vorgehensweise wäre die einzige Möglichkeit, die Unterteilung ohne Programmierarbeit hinzubekommen. Allerdings muss der Kunde dann erst auf eine der beiden Unterteilungen klicken, um die Unterkategorien zu sehen.
Wenn Du alle Kategorien auf der Startseite anzeigen möchtest, und diese nach einer Kategorie/einem Kriterium in zwei unterschiedliche Bereiche aufteilen möchtest, wird etwas Code-Arbeit im Template nötig sein, um die Kategorien nach dieser Hauptkategorie/diesem Kriterium einzuordnen.
Eine Lösung:
Man könnte eine Kategorie und dazu im Template über Zusatz-Code die erste Unterkategorieebene aufrufen, und dann die nächste Kategorie mit Unterkategorien, usw.
Das würde zum Aufbau von Faro passen.
Andere Lösung:
Man könnte auch alles auf der Hauptebene belassen, und den Hauptkategorien eine versteckte Kategorie zuordnen.
Die Kategorien mit gleicher versteckter Gruppe kann man dann herausfiltern und in einen Bereich setzen.
Das hätte den Vorteil, dass die Adresse der Produkte relativ kurz bleibt.
Beim Thema kurze Adresse möchte ich noch darauf hinweisen, dass es günstig wäre, das index.php aus der Internetadresse zu bekommen. Das lässt sich über die .htaccess und eine Joomla Einstellung erledigen. Google findet mit diesen Stichpunkten sicher gute Erklärungen.
Grüße
Stefan
