Shopsystem ShopPilot
ShopPilot => ShopPilot Enterprise => Thema gestartet von: hop am Dezember 22, 2003, 00:35:19
-
Hallo,
ich bin gerade mal dabei zu sammeln, was die EP 2.1 enthalten soll.
Hierbei gibts folgende Haupttehmen:
- Bestellliste
Der Kunde soll die Möglichkeit haben seine Bestellungen
abzurufen.
Die Bestellungen werden derzeit schon abgespeichert, eine Anzeige sollte deshalb möglich sein.
Frage:
Direkt eine gruppierte Liste mit den Artikeln oder besser
zunächst Übersichtseite mit Links auf die einzelnen Bestellungen ?
Dann gibt es noch den Bestellstatus. Z.B:
(Auftrag angenommen, Kommisionierung, Versand, abgewickelt)
Manche Kunden setzen WW Systeme ein, die automatisch Infos
über den Zustand an den Kunden übermitteln.
Ein Import in ShopPilot oder eine Pflege in ShopPilot halte
ich nicht für sinnvoll, ggfs wäre eine Onlinemaske für
die Eingabe sinnvoll.
- Gutscheinverwaltung
Die Gutscheinverwaltung wird wahrscheinlich über eine Onlinemaske realisiert.
Ein Gutscheincode kann manuell eingegeben oder generiert werden.
Ein Gutschein hat einen negativen EUR Wert.
Eine Anzahl, wie oft vergeben werden darf.
Oder kann auf einen Artikel verweisen, der sonst
nicht im Shop sichtbar ist.
Es wird ein neues Artikelattribut hierfür geben.
Nicht Sichtbar im Katalog/bei Suche/Direkteingabe.
Es kann eine Gutscheinserie generiert werden.
Eine Gutscheinserie kann auch über einen Newsletter
mit einem entsprechenden Identifier generiert werden.
Ein Gutschein hat ein Verfallsdatum.
Alle Gutscheine werden in einer neuen Tabelle abgespeichert.
Weiterhin:
- Eine zusätzliche Mailadresse/ Vorlage für Bestellungen
- Eine zusätzliche Mailadresse für Formlare.
Beide Adressen können beim Händler eingetragen werden.
hop
-
Hallo,
Original von hop
Frage:
Direkt eine gruppierte Liste mit den Artikeln oder besser
zunächst Übersichtseite mit Links auf die einzelnen Bestellungen ?
Könnte bei Vielbestellern kritisch werden. Eher Linkliste mit unterschiedlichen Filtern:
offene Bestellungen, noch nicht geliefert.
alle Bestellungen
alle jemals bestellten Artikel - strukturiert und mit Suchmöglichkeit und Übernahme in Warenkorb
Dann war noch eine Lösung mit Staffeln für gleichpreisige Varianten.
Generell überarbeitet werden müßten die Zahlungsbedingungen. Hier müßten fixe IDs vergeben werden und nicht zufällig nach Position, wird eine gelöscht ist das Chaos perfekt. Bestimmte Zahlungsbedingungen müßten nur für angemeldete Kunden einsehbar sein, andere nur fix per Kundenstamm. Idee: ID über 100 nur per Freigabe, ab 500 nur Fix im Kundenstamm. Per Feld maxzahlbed = 112 wird festgelegt, daß nur bis 112 frei zur Auswahl steht 113 nicht.
In einem anderen Shop sah ich unterschiedliche Versandkosten pro Land. Wäre keine schlechte Idee, allerdings nur für postpaketfähige Waren. http://www.raddiscount.de/
Fürs Erste, viele Grüße
Emil
-
- Bestellliste
hier sollte natürlich eine Ubersichtsseite erscheinen.
(am besten mit Links - Datum / BID der Order (eventl. auch
Rechnungsbetrag etc.)
Unsere ANforderungen gehen hier nicht so weit.
Es geht darum, das der kunde seine bisher getätigten
Bestellungen einsehen kann - mit relaventen Daten, wie
Preis, Menge und Bestelldatum.
Editieren soll er da nichts (ist ja abgeschlossen) -
eventuell wäre eine Mäglichkeit sinnvoll, einen Artikel
in der Liste direkt nochmal zu bestellen.
Hier ist aber zu beachten, das es u.U. diesen Artikel ja
nicht mehr geben kann.
- Bestellstatus
Ganz einfach: Auftrag angenommen - Wird bearbeitet - ist versendet worden.
- Gutscheine
jede Lösung ist besser als die momentane 8)
Sowas wie bei Amazon wäre nicht schlecht.. Neukunde
erhält 5 EUR Gutschein - oder eben für Newsletter usw.
Hauptsache es funktioniert.
Das die Sachen per Onlinemaske administriert werden soll,
verurteile ich aufs schärfste :rolleyes: - warum soll
der Bestellstatus nicht lokal in SP bearbeitet werden.
Das "Workcenter" heist doch nicht umsonst so...oder ?(
- Mailadressen
puhh - na endlich.. 8)
MfG Andi
-
Hallo,
Original von Andi
- Bestellliste
Das die Sachen per Onlinemaske administriert werden soll,
verurteile ich aufs schärfste :rolleyes: - warum soll
der Bestellstatus nicht lokal in SP bearbeitet werden.
Das "Workcenter" heist doch nicht umsonst so...oder ?(
ich hoffe doch, daß man das auch direkt in der Webdatenbank machen kann. Oder?
Viele Grüße
und schöne Feiertage
von emil
-
Hallo,
ist es bei den Gutscheinen möglich einen Mindestbestellwert
zu definieren ?
Die Gutscheine sollten erst ab diesem Wert gültig werden.
Ausserdem wäre es nicht schlecht, wenn am eine Gültigkeitsdauer definieren könnte.
Gruss
Frank
-
Nur zur Info.
In der EP 2.10 wird es möglich sein eigene Vorlagen in den
Subkatalogen auch für Warenkorb, Suchergebnisse und Meldungsseiten zu haben. Dies war ja schon mal öfter ein Thema ;-)
Die erste Beta wird voraussichtlich in 2 Wochen fertig sein.
hop
-
:)) :)) :)) :)) :)) :)) :))
Na Gott sei Dank war ich "faul" und habe mein neues
Unterprojekt noch nicht weitergeführt.
Nun kann ich doch alles mit einer DB nutzen.
**freu**
Langsam wirds ja was :rolleyes:
Andi 8)
-
Hallo allseits,
> - Bestellliste
siehe Andi's Statement
- Bestellstatus
siehe Andi's Statement
Bitte auch noch an Teilbestellungen denken,
zB. Teilbestellung 12345678 versandfertig
- Gutscheine
bisher noch nicht probiert, warte ab was kommt...
Andi schrieb:
> Das die Sachen per Onlinemaske administriert werden soll,
> verurteile ich aufs schärfste - warum soll
> der Bestellstatus nicht lokal in SP bearbeitet werden.
> Das "Workcenter" heist doch nicht umsonst so...oder
Bearbeitung im Workcenter! Onlinemaske für den 'Fernadmin'
wäre aber zusätzlich auch nicht schlecht.
Emil schrieb:
> Generell überarbeitet werden müßten die
> Zahlungsbedingungen. Hier müßten fixe IDs vergeben werden
Emil, das geht doch schon seit einigen Wochen. Habe schon fertig.
> voraussichtlich in 2 Wochen
Das Wort 'voraussichtlich' kann ich nicht mehr lesen. ;-)
> - Eine zusätzliche Mailadresse/ Vorlage für Bestellungen
> - Eine zusätzliche Mailadresse für Formlare.
sehr schön
Ich hoffe, wir schaffen es, in diesem Jahr auch noch,
auf 'framelos' umzustellen. Gar nicht so einfach, bei dem
Labyrinth an Dateien... :/
jg
-
Hallo,
>> voraussichtlich in 2 Wochen
>Das Wort 'voraussichtlich' kann ich nicht mehr lesen. ;-)
wir werden so schnell machen, wie es geht.
Und wieso das jg nicht mehr lesen kann, verstehe ich
nicht, an uns kann es hoffentlich nicht liegen.
Nach ersten Tests kann am davon ausgehen, dass die neue
Version 2.10 um den Faktor 2-3 schneller beim Laden und
Speichern von Projekt-Dateien ist.
Ich denke das ist doch schon mal was Erfreuliches
und ich kann mir nicht verkneifen diese hier kund zu
tun.
hop
-
Hallo hop,
> wir werden so schnell machen, wie es geht.
> Und wieso das jg nicht mehr lesen kann, verstehe ich
> nicht, an uns kann es hoffentlich nicht liegen.
Meine Bemerkung war mehr ironisch gemeint. Bitte nicht
zu ernst nehmen. Software 'fehlerfrei' auf die Menschen
loslassen ist eben nicht so einfach.
> Nach ersten Tests kann am davon ausgehen, dass die neue
> Version 2.10 um den Faktor 2-3 schneller beim Laden und
> Speichern von Projekt-Dateien ist.
Sehr erfreulich. Da traut man sich doch gleich, wieder ein
paar benutzerdefinierte Felder mehr anzulegen...
:)
Filialshophändler fragen uns immer wieder mal, ob es möglich ist,
dass wir ihnen _eigene_ fortlaufende Nummernkreise
je einmal für Kunden und für Bestellungen einrichten.
Also zB. Händler_A Kunden ab 20000, Bestellungen ab 700000,
Händler_B Kunden ab 10000, Bestellungen ab 500000.
jg
-
Hallo,
der Umfang der 2.10 steht jetzt fest.
Da die Features noch nicht zusammenhängend
vorgestellt wurden, möchte ich hier mal eine
Überblick üebr die z.T. umfangreichen
Änderungen und neuen Möglichkeiten geben.
Die Punkte sind hier nur sehr knapp beschrieben,
aber ich denke, wer an einem bestimmten Punkt
interessiert ist, wird diesen schon erkennen.
Sobald wir mit weiteren Tests fertig sind,
werden wir die Beta im Downloadverz. zur Verfügung
stellen, inkl. zweier Demoshops.
SPE 2.10 (beta)
Subkatloge mit Sprache
Jedem Subkatalog kann eine Sprache zugeordnet werden.
neu: Subkatalog-Sets
Identifier __xchgsubcatX__
X = Subkatalognummer
Zu einem Händler kann es jetzt mehrere Subkataloge
geben. Diese Subkataloge können durch den Benutzer
umgeschaltet werden. Die Hauptanwendung ist die
Darstellung des Shops in unterschiedlichen Landessprachen.
Die Umschaltung kann dabei auf jeder Seite durchgeführt
werden.
Es sind jedoch auch andere Anwendungen möglich, z.B.
indem durch Subkatalog Sets unterschiedliche Darstellungen
des Shop auswählbar macht.
Ebenfalls sind die Bestellformluare (Zahlungsarten) in mehrern Sprachen möglich, wenn eine bestimmte Sprache selektiert ist, stehen im Shop Zahlungsarten mit der gleichen Spracheinstellung zur Verfügung.
neu: Titel und Beschreibungen
in Subkatalog Seiten modifizieren
Überschreibung von ausgewählten Artikelattributen
im Subkatlog ist durch Anlage von benutzerdefinierten Feldern möglich.
(für Mehrsprachigkeit gibt es ebenfalls einen Demoshop)
neu: Templates für Warenkorb, Suchergebnisse und Meldungen
jetzt in Subkatalogen modifizierbar.
neu: Einstellung der maximalen Sessionlebensdauer ins project.ini
session-timeout=0
0 = unbegrenzt
>0 Angabe in ganzen Stunden
neu: Aufspaltung der spilot.ini in einen Projekt- und Userbezogenen Teil der projektbezogene Teil (project.ini) kann direkt im Projektverzeichnis liegen und ist dann für alle User gleich und wird bei Updates nicht berührt.
neu: Nutzung von Unterverz. (insbes. Dreamweaver)
Templates können in Unterverzeichnissen abgelegt werden und
trotzdem mit Dreamweaver bearbeitet werden.
Um die korreket Pfadangabe bei der Nutzung von
Dreamweavertemplates zu erhalten, ist für alle x und xx Indentifier
http:// voranzustellen also z.b. http://__xxpath__?show244,__xxsession__
neu: Zonenabhängige Versandkostenstufung:
Für jede Zone kann eine Versandkostentabelle erstellt werden (z.B. nach Gewicht).
Zusammen mit der Nutzung von XSHIPPING ergeben sich drei Möglichkeiten:
1. Kein Eintrag: Dann wirkt XSHIPPING direkt wie bisher.
2. Ein Eintrag mit dem Wert 0, dann hat man feste Versandkosten unabhängig von XSHIPPING
3. Über mehrer Einträge legt man Stufen fest, die dann abhängig von dem Wert in XSHIPPING sind.
neu: Kundeverwaltung
Automatisches Anlegen von Kunden aus der Bestellung (Schalter)
Vorgabe einer Start-Kundennummer
Vorgabe einer Start-Bestellnummer
(Bestellung/Händler)
Angabe eines Standardkunden je Händler
Beim Anmelden eines neuen Kunden, werden die eigenschaften vom Standardkunden übernommen.
(Händer|Sonsiges)
Händlerwechsel über Login (optional)
(Schalter unter Bestellung/Händler)
Anlage von Unterordnern
Informationseiten können jetzt in Unterordnern
angelegt werden, dadurch ist eine besser Übersicht
und Aufbau einer äquivalenten Verzeichnisstruktur
möglich.
Bestelldatenvorlage
Es können jetzt auch Zeilenumbrüche übermittelt werden
(wichtig für CSV-Dateien)
Behandlung von Aufträgen und Bestellungen
Bestellungen werden jetzt im rechten Fenster dargestellt.
Bestellungen können neben den einstellbaren Werten
Bestellstatus und Tracking-Code auch benutzerdefinierte
Werte haben.
Bestellungen werden repliziert, eine Offline Änderung
ändert mit der Funktion "Erstellen für Internet" auch
die Online-Datenbank.
Web-Access
Es gibt einen Demoshop, der die neuen Möglichkeiten
zur Online-Verwaltung aufzeigt.
Hier gibt es einen Kundenbereich, in dem der Kunde
den Status seiner Bestellungen abrufen kann.
Weiterhin einen Adminsitrationsbereich zur
Verwaltung der Bestellungen.
Änderungen im Status der Bestellungen können hier
auch Online durchgeführt werden. Beim Einlesen
der Onlinedaten werden diese Änderung wieder
nach ShopPilot repilziert und stehen dan auch
lokal zur Verfügung.
Dies ist ein allgemeines Prinzip, welches sich auch
für andere Bereiche verwenden lässt. Die Darstellung
beruht vollständig auf den schon bekannten Möglichkeiten
von Informationsseiten und Formularen.
So erstellt man z.B. einen Admin-Bereich über einen
neuen Subkatalog, der nur für den Admin freigeschaltet
ist.
hop
-
Hallo,
die erste beta 2.10 liegt jetzt im Downloadverz. unter /beta.
Es gibt noch bekannte Bugs:
- Funktioniert noch nicht richtig mit Frames
- News an Kunden senden funktioniert nicht.
Falls jemand sonst noch was auffällt oder Fragen
auftauchen , bitte hier posten.
hop
-
Hallo,
die unten aufgeführten Probleme (aus beta-0) sind jetzt in
beta-1 behoben.
Zusätzlich noch folgende Neuerungen:
- Beim Umschalten zwischen Subkatalogen bleibt der
ausgewählte Artikel erhalten und muss nicht mühsam in dem
neu angezeigten Subkatalog gesucht werden.
- Zahlungsart und Versandzone feststellen
Die Zahlungsart und Versandzone kann je Benutzer fest
vorgegeben werden, dazu ist das benutzerdefinierte Feld
ZALZLOCK beim Kunden anzulegen. Ist der Wert > 0, kann der
Kunde die Zahlungsart und Lieferzone im WK nicht verändern.
Die Vorgabe erfolgt in diesem Fall durch die
benutzerdefinierten Felder "ZAHLUNGSART" und "LIEFERZONE".
In diese Felder wird dann der Index der gewünschten
Auswahl eingetragen.
- Bei der Suche nach Crossartikel wird jetzt dafür gesorgt,
dass der in der Detailseite angezeigte Artikel nicht
in der Crossartikelliste auftaucht - selbst dann, wenn er
dort mit angegeben ist. So ist es möglich eine einheitliche
Artikelliste (z.B. Verwandte Artikel) bei vielen Artikeln
zu verwenden.
hop
-
Hallo,
mein erster Test (bzw. Fehler):
- Fehlermeldungen (individuelle) werden nicht angezeigt
( es wird die SP Standardmeldung angezeigt)
- DB muss neu angelegt werden > sonst gehts gar nicht
- Bestellhistorie - bekomme ich nicht hin
( ohne Funktion - wird eine .ipl benötigt ? - keine gefunden)
Die Shopfunktionalität ansonsten geht (Shop läuft)
Andi :rolleyes:
PS: steht schon im Netz
-
Hallo,
- Fehlermeldungen (individuelle) werden nicht angezeigt
Gar nicht mehr ? oder nur die modifizierten Vorlage in Subkatalogen nicht ?
Nachtrag:
(im Subkatalog muss natürlich das Häkchen gesetzt sein,
da die Meldungsvorlagen jetzt wie eine normale Seite behandelt werden)
- DB muss neu angelegt werden > sonst gehts gar nicht
Stimmt, auf jeden Fall.
- Bestellhistorie - bekomme ich nicht hin
Ist ein bischen Aufwand, die einnzubauen.
Prinzipell sollte man die Vorlagen aus dem Demoshop nehmen und damit eigene InfoSeiten anlegen. Da aber die Seitennummern wahrscheinlich unterschiedlich sind, muss man diese in den Vorlagen noch anpassen.
Es ist uns jetzt auch noch ein Fehler aufgefallen, und zwar wird in der Bestellübersicht immer nur die letzte Bestellung angezeigt und diese N mal wiederholt.
Ein anderes Problem an dem wir noch arbeiten ist folgendes:
Da die Bestellung die man lokal in ShopPilot hat beim Neuanlegen der Datenbank auf den Server repliziert werden,
können hier sehr viele SQL Statments enststehen, die übertragen werden müssen. Hier bauen wir noch eine Optimierung für MySQL ein, die es ermöglich mit einem Satement mehrere Bestellungen zu übertragen (diese verfahren wird auch schon bei der Übertragung der Artikel benutzt).
Weiterhin ist festgestellt worden, dass die Pfeiltasten in der Auftragsansicht (rechts) nicht funktionieren.
hop
-
Fehlermeldungen (individuelle) werden nicht angezeigt
Also selbstdefinierte Fehlermeldungen werden definitiv
NICHT angezeigt (nur die gelbe Standardseite)
In der localen wie auch in der Server-DB sind die HTML-Seiten
korrekt eingetragen.
Habe die DB mehrmals in allen Variationen neu angelegt.
Geht trotzdem nicht .. leider.
Andi
-
Andi hat "kalte Füße" bekommen - sicherer Shopbetrieb ist
doch mehr Wert als eventuelle Features (die noch nicht laufen :) )
Aber das SP-Team arbeitet sicher fieberhaft um aus der
BETA eine Volversion zu machen (in kurzer Zeit) :))
-
Beta2 jetzt im Kundenverzeichnis verfügbar.
Nachtrag: Die Beta2 ist vorübergehend zurückgezogen,
weil wir noch ein Problem untersuchen müssen.
Korrekturen:
Die Vorlagen für die Medlungseiten wurden nicht berücksichtigt.
Die Replizierung der Bestellungen wurde optimiert.
Beim Laden einer alten ist_Datei wird jetzt automatisch
eine Bestellnr. vergeben.
Fehler im cgi für Kundenbereich beseitigt.
hop
-
In der Beta2 wurde vor der Freigabe noch Folgendes korrigiert:
- Aufruf von Favoriten (keine Favoriten)
- hlogo funktioniert auch in Unterverzeichnissen
- Eigenschaftendialog für Favoriten in Subkatalogen
angepasst.
- Navi-Frame hat wieder korrektes Target
Ein Tester berichtet von einem Fehler bei Zahlungsarten,
diesen konnten wir allerdings nicht nachvollziehen, weitere Hinweise sind erbeten.
Hinzugekommen ist folgende Funktion:
Mit XCBUDGET kann ein Budget pro Kunde angelegt werden. Bei
Bestellungen wird der Nettowarenwert vom Budget abgezogen.
Änderungen werden mit dem Einlesen der Online-Daten auch lokal repliziert.
hop
-
Gibts schon Neuigkeiten mit der BETA (Probleme) ??
Bin da etwas "ängstlich" die zu installieren.. :rolleyes:
Andi
-
Hallo,
die Beta3 ist jetzt im Kundenverzeichnis verfügbar.
Neben Fehlerkorrekturen gibt es folgende Neuerungen:
Im Eigenschaftsdialog für Atikel, Kunden etc. kann
jetzt auch mit STRG Pfeil-Auf/Ab navigiert werden.
Meldungseiten und die Seite keine Favoriten kann
jetzt auch die Identifier __catalog__ und __tab__
beinhalten.
Bei der Nutzung der neuen Version kann beim Update
folgender Fehler leicht passieren:
Die Datenbank muss ja neu angelegt werden.
Wenn man aber per Option (Datenbank | Optionen) die
Nachfrage nach dem Löschen der veränderlichen Tabellen
ausgeschaltet hat, werden diese auch nicht neu angelegt.
Es ist aber unbedingt notwendig dass die Bestelldaten
neu angelegt werden (Tabelle ORDERS und OITEMS).
Es ist auch der überarbeitet Demoshop (tabshop_wa) dabei.
Wir haben hier die Funktinalität bezgl. der Online
Bestelldatenverwaltung in ipl-Dateien ausgelagert, so dass
der Code auf eigene Designs besser anpassbar ist. Eine
Dokumentation hierzu wird aber noch folgen.
hop
-
Hallo Hop,
Original von hop
Die Datenbank muss ja neu angelegt werden.
Wenn man aber per Option (Datenbank | Optionen) die
Nachfrage nach dem Löschen der veränderlichen Tabellen
ausgeschaltet hat, werden diese auch nicht neu angelegt.
Es ist aber unbedingt notwendig dass die Bestelldaten
neu angelegt werden (Tabelle ORDERS und OITEMS).
lokal und zum Testen ist das schon o.K., aber im Netz möchte ich eigentlich nicht auf die Daten verzichten, z.B. auf die Favoriten.
Es wäre schön, wenn es hierfür eine Lösung gäbe, oder eine auch für mehrere Shops taugliche Anleitung.
Wenn ich z.B. die Daten aus den Web-Favoriten lokal über ODBC in eine Tabelle speichere, kann ich die einfach in die neuerstellte zurückschieben, oder gibts dann andere Feldbezeichnungen, -typen, Indexe und Inhalte?
Wie ist so die Stabilität? Kann man sich schon - mit der Möglichkeit des Weges zuück - an den Echteinsatz getrauen?
Ansonsten freue ich mich natürlich auf die vielen Neuheiten.
Viele Grüße
Emil
-
Hallo,
wegen einiger Probleme mit der Beta 2 habe ich jetzt erstmal eine Kopie
unseres Shops in ein Test-Verzeichnis (http://64.33.52.22/cgi-bin/shop_neu/iboshop.cgi?index) eingespielt. Benutzer: Gast + 123
Beim Testen ab und zu in die Statusleiste schauen, dass der richtige Pfad drin ist.
Es fehlen fast alle Artikel-Bilder und eventuell fehlt noch die eine oder andere Vorlage...
Zum Problem mit dem immer noch fehlenden Logo (Base false):
Logo sollte eigentlich zu sehen sein. Im Pfad Händler-Logo steht:
kunden/gallay/p_logo.jpg (wird bei uns über SSP eingebunden)
Drop-Down-Menü Zahlungsarten wird im WK auch noch nicht angezeigt (Framevariante).
Favoriten laufen wieder normal.
Auf ein paar Dinge möchte ich noch hinweisen, weil ich damit einige
Erfahrungen sammeln musste:
1. wenn man mit verschieden SP-Programmversionen auf einem Rechner arbeitet,
sollte man keineswegs eine Verknüpfung zur .ist_Datei öffnen. Windows merkt
sich nicht immer die 'richtige' spilot.exe und damit auch nicht das richtige Basis-Verzeichnis.
Schnell hat man dadurch die falsche ini-Datei drin, evtl. auch einen falschen Projekt- und DB-Pfad etc.
Mein Tipp: immer nur die (richtige) spilot.exe öffnen und dann über Datei öffen
die (richtige) Projektdatei laden.
2. Vor einem Update das komplette Daten- UND Programmverzeichnis (bin)
sichern, nicht nur die 5 Backup-Dateien. Ist momentan auf jeden Fall sicherer.
Die Sache mit dem automatischen Backup ist zwar sehr gut, darauf würde _ich_
mich aber in Zukunft nicht verlassen, wenn ich eine neue Version teste.
3. Einstellungen in neuer Version in spilot.ini im Prog-Verzeichnis und
in projekt.ini im Datenverzeichnis. Was gilt?
Ich hatte in spilot.ini die neue DB eingetragen aber in der projekt.ini nicht.
Den falschen Pfad hat der Shop aber online gesucht.
Emil schrieb:
> Wenn ich z.B. die Daten aus den Web-Favoriten lokal über ODBC in eine Tabelle speichere,
> kann ich die einfach in die neuerstellte zurückschieben, oder gibts dann andere
> Feldbezeichnungen, -typen, Indexe und Inhalte?
Finde ich auch sehr wichtig und würde mich auch interessieren.
schönes WE ;)
jg
-
Emil schrieb:
> Wenn ich z.B. die Daten aus den Web-Favoriten lokal über ODBC in eine Tabelle speichere,
> kann ich die einfach in die neuerstellte zurückschieben, oder gibts dann andere
> Feldbezeichnungen, -typen, Indexe und Inhalte?
Finde ich auch sehr wichtig und würde mich auch interessieren.
Es gab drei Tabellen in denen dynamische Daten sind.
OLIST - Favoriten
USERDYN
und ORDERS.
OLIST und USERDYN sind von dem Update nicht betroffen und
sollen deshalb auch nicht gelöscht werden (Die Abfrage beim neu Anlegen der DB lautet, soll die Bestellliste (Favoriten) gelöscht werden - hier also nein)
Die Abfrage "sollen die Bestelldaten gelöscht werden", ist hingegen mit JA zu beantworten. Damit die Tabelle
ORDERS gelöscht werden kann und die ORDERS unD OITEMS neu angelegt werden können.
hop
-
wegen einiger Probleme mit der Beta 2 habe ich jetzt erstmal eine Kopie
unseres Shops in ein Test-Verzeichnis eingespielt. Benutzer: Gast + 123
Läuft den jetzt die Beta2 oder die Beta3 ?
Weil das Problem mit dem __hlogo__ sollte eigentlich behoben sein.
Zum Problem mit dem immer noch fehlenden Logo (Base false):
Logo sollte eigentlich zu sehen sein. Im Pfad Händler-Logo steht:
kunden/gallay/p_logo.jpg (wird bei uns über SSP eingebunden)
ok, wenn es über SSP realisiert ist, muss man die Änderung des Base-Verzeichnisses beachten.
In der 2.1 werden Vorlagen, die in Unterverzeichnissen liegen das Unterverzeichniss als BASE-Verzeichnis zugewiesen. Der Grund hierfür ist, dass man die Vorlagen in Unterordnern besser organisieren kann.
Bislang war die Nutzung von Unterordnern kompliziert, wenn man z.B. mit Dreamweaver gearbeitet hat.
Der richtige Pfad im Beispiel oben wäre relativ nur "p_logo.jpg", da das Bild offenbar im gleichen Verzeichnis liegt.
hop
-
Hallo hop,
> Läuft den jetzt die Beta2 oder die Beta3 ?
Beta-Tester arbeiten nur mit der neuesten Version. ;-)
Also Beta -> 3.
> Weil das Problem mit dem __hlogo__ sollte eigentlich behoben sein.
> In der 2.1 werden Vorlagen, die in Unterverzeichnissen
> liegen das Unterverzeichniss als BASE-Verzeichnis zugewiesen.
> Der richtige Pfad im Beispiel oben wäre relativ
> nur "p_logo.jpg", da das Bild offenbar im gleichen
> Verzeichnis liegt.
Das muss man nur wissen, Danke. Jetzt klappt es.
Bitte mal prüfen:
Senden von Newslettern mit HTML-Vorlage klappt zwar,
aber es kommen nur Mails ohne Inhalt an - .txt kommt mit Inhalt.
Nachtrag zu:
> Drop-Down-Menü Zahlungsarten wird im WK auch noch nicht
> angezeigt (Framevariante).
Ich verwende nur den Identifier __zahlart__ an dieser Stelle.
jg
-
Bitte mal prüfen:
Senden von Newslettern mit HTML-Vorlage klappt zwar,
aber es kommen nur Mails ohne Inhalt an - .txt kommt mit Inhalt.
Stimmt, bug wird beseitigt.
Nachtrag zu:
> Drop-Down-Menü Zahlungsarten wird im WK auch noch nicht
> angezeigt (Framevariante).
Ich verwende nur den Identifier __zahlart__ an dieser Stelle.
Das kann ich leider nicht nachvollziehen, ich habe z.b. in
den Demoshop basic-Layout den Identifier __zahlart__ im WK
eingefügt. In diesem Shop ist nur die Zahlungsart universal
definiert. Dann wird die Listbox nicht angeziegt, weil die
Zahlungsart ja klar ist. Füge ich jedoch eine weiter
Zahlungsart hinzu und aktiviere diese im Händler, wird
jetzt auch die Listbox mit den beiden Zahlungsarten angezeigt.
hop
-
> >Ich verwende nur den Identifier __zahlart__ an dieser Stelle.
> Das kann ich leider nicht nachvollziehen, ich habe z.b. in
> den Demoshop basic-Layout den Identifier __zahlart__ im WK
> eingefügt.
Wir verwenden die 2-Frame-Variante. Der Basicshop arbeitet
doch nicht mit Frames! Bitte noch einmal mit einem 'echten'
2-Frame-Shop testen.
Ich habe übrigens die WK-Vorlage komplett frei gemacht von
allen SSP-Makros. Aber auch dann erscheint keine Zahlart.
> In diesem Shop ist nur die Zahlungsart universal
> definiert. Dann wird die Listbox nicht angeziegt, weil die
> Zahlungsart ja klar ist. Füge ich jedoch eine weiter
> Zahlungsart hinzu und aktiviere diese im Händler, wird
> jetzt auch die Listbox mit den beiden Zahlungsarten angezeigt.
Das ist klar. Habe ich alles schon getestet. Zahlart(en)
rein, raus, wieder rein, etc. Auch mit __zonen__ habe ich es
versucht, nix zu machen. Der Identifier zonen wird auch nicht umgesetzt.
Shop-Eingang liegt in einem Unterverzeichnis vom Shop-Root.
WK-Vorlage dagegen liegt direkt im Shop-Root. Shop-Eingang
wird mit __CATALOG__ und der WK mit showcart,__KEY__ geladen.
Alle anderen Identifier und SSP-Codes im WK funktionieren,
nur eben die Zahlungsarten nicht.
Noch ein Problem mit der Zuordnung Basis-Verzeichnis und hlogo:
> In der 2.1 werden Vorlagen, die in Unterverzeichnissen
> liegen das Unterverzeichniss als BASE-Verzeichnis zugewiesen
Okay, aber es gibt dann auch Dateien die _nicht_ aus dem
Base-Unterverzeichnis sondern wieder aus dem ursprünglichen
Shop-Root kommen, zB. die Detail- oder Suchergebnisseite.
Auf diesen Seiten ist das Logo dann leider wieder nicht mehr zu sehen.
jg
-
Hallo,
beta4 ist jetzt bereitgestellt.
Insbesondere der Fehler mit SSP Identifiern im Warenkorb
und Bestellmails ist behoben. Er äusserte sich darin,
dass die Bestellung nicht vollständig ausgegeben wurde.
(Trat aber nur auf, wenn man dort SSP Funktionen nutzte)
Wir haben jetzt auch wieder einen Demoshop mit der
aktuellen Version Online. Er entpricht dem Demoshop
im Betaverzeichnis.
demoshop (http://www.shopspot.de/tabshop_wa)
Anmeldung als Kunde: kunde kunde
Anmeldung als Admin: admin admin
hop
-
Na sieht ja schon ganz gut aus.
Werde es dann wohl wagen .. die Installation.
Frage noch an HOP:
Mir ist was aufgefallen, mit der BASE HREF:
Ist das so korrekt ? (/../../)
Das war bei meiner ersten BETA-installation auch so.
Danke und Grüße
von Andi
-
Hallo Andi,
ja das ist korrekt.
Es sind ja jetzt auch Unterordner für Vorlagen möglich,
deshalb wird BASE immer in den Ordner gesetzt, wo die
entsprechende Vorlage liegt.
Dies wir ausgeghend vom cgi-bin gemacht, deshalb auch
dieser etwas seltsam aussehende Pfad. Für das Haupt-Katalog-
Verzeichnis ergibt sich damit aber kein Unterschied.
Wenn man schon Vorlagen in Unterordner hatte, muss man
dort die relativen URL's z.B. auf Bilddateien korrigieren.
hop
-
Hallo Hop,
die SSL Funktionen im WK sind offensichtlich in Ordnung,
Aber:
- Rufe ich die Vormerkungen auf, ohne angemeldet zu sein, kommt nicht die definierte Fehlerseite, sondern leeres Gelb.
- lege ich mit __xxpath__?placecart,,katalog:1,__xxsession__ einen Artikel in den Warenkorb, verliere ich die Session, offensichtlich aber erst beim Aufruf "zum Warenkorb"
- auch wenn ich ein Geschenk aus einer Infoseite in den Warenkorb lege, scheint dieses Problem aufzutreten.
Geschenk und Katalog haben keinen Preis, sind aber auch im Subkatalog enthalten.
Viele Grüße
Emil
-
Hallo Emil,
die SSL Funktionen im WK sind offensichtlich in Ordnung
SSP Funktionen sind gemeint, nehme ich an.
- lege ich mit __xxpath__?placecart,,katalog:1,__xxsession__ einen Artikel in den Warenkorb, verliere ich die Session, offensichtlich aber erst beim Aufruf "zum Warenkorb"
Das ist klar, denn es sollte heissen:
__xxpath__?placecart,__xxsession__,katalog:1
__xxsession__ ist immer das zweite Argument.
hop
-
Rufe ich die Vormerkungen auf, ohne angemeldet zu sein, kommt nicht die definierte Fehlerseite, sondern leeres Gelb.
ist korrigiert, die neuen Scripts sind auf dem Server.
hop
-
Hallo Hop,
- Änderung funktioniert, danke.
- SSL, SSP ..... das kommt von den vielen Dreibuchstaben-Kürzeln, pardon.
viele Grüße
Emil
-
Hallo, 'kurz' ein paar Gedanken zu Version 2.10.01, Beta4:
zu __embed::cross2__:
1. SSP-Code innerhalb der mini_cross_artikel.txt funktioniert wohl nicht?
Ich wollte zB. die Zahl der angezeigten Lagermenge (LBSAUTO)
eines Artikels formatieren.
2. Es wird immer nur ein Cross-Artikel in den WK gelegt,
unabhängig von der Menge die auf der Detailseite eingegeben wurde.
In einer der letzten Versionen übernahm der Shop für jeden
markierten Crossartikel auch genau die Menge, die auf der Detailseite
in den Warenkorb gelegt wurde (wenn ich mich recht erinnere).
Es wäre schön, wenn das wieder so funktionieren könnte.
HTML-Newsletter mit Kundendaten funktioniert jetzt.
Welche Identifier lassen sich denn schon verwenden?
Alle Kunden-Felder?
(Die von den Händlern werden nicht umgesetzt).
Wie war das noch einmal mit der Einstellung, dass im Shop
angemeldete Kunden ihr Zahlungsart im WK nicht verändern können?
In der Hilfe habe ich leider (noch) nichts gefunden.
Frage zur Error-Seite mit __titel__ und __text__ :
in der deutsch.isl steht zB.
TEXT024= Artikel $prod: kein Artikel vorhanden
TEXT026=Seite $pgid: diese Seite ist im Aufbau
Wie werden denn die Strings angezeigt? Bei uns sind die
im Browser leider immer leer...:
Artikel : kein Artikel vorhanden
Seite : diese Seite ist im Aufbau
Im Subkatalog die zwei Vorlagen auf der Seite 'Suchen':
Sind 'Vorlage' und 'Vorlage 2' identisch mit den Vorlagen im Hauptkatalog
- 'Vorlage für Suchergebnisse' und Vorlage für 'nichts gefunden' ??
Irgendwann wurde das zwar schon mal erwähnt, ich habe aber leider
nichts gefunden.
Nur ein Hinweis: Beim Anlegen von Ordnern im Hauptkatalog kam es 2x
zum Absturz der spilot.exe. Wieso, weshalb kann ich aber nicht sagen.
Ansonsten ist das SUPER mit den Ordnern. Endlich Ordnung im Shop! ;-)
Sehr hilfreich wäre noch, wenn man auch die Händler mit 'Aufwärts' und 'Abwärts'
sortieren könnte (Alt + Pfeiltasten).
Händler -> Einstellung Bestellformular:
Die Vorgabe von 'Start Bestellnummer' und 'Start Kundennummer' ist eine
gute Idee. Ideal wäre natürlich die Möglichkeit der Vorgabe explizit für
jeden einzelnen Händler!
Bitte auch unbedingt weiter die Shop-Hilfe aktualisieren. Mittlerweile wird SP
ja so umfangreich, dass man schnell vergisst, was man vor einem halben Jahr
noch wusste. Wenn man es dann nicht in der Hilfe findet, sieht man alt aus...
Soweit bin ich aber erstmal zufrieden, Dank ans SP-Team! Unser Shop mit
Beta4 ist online und Bestellungen sind auch schon eingetrudelt...
Der nächste Schritt ist das Einrichten der Online-Kundenverwaltung...
jg
-
Na denn mal mein Statement zur BETA4:
Als erstes:
Im Workcenter (WIN-Programm) kann man kein "@" eingeben.
Die BETA4 (also 2.10) stellt einen waren "Meilenstein"
bei ShopPilot dar. Gratulation an das gesamte SP-Team.
Shop:
Habe die BETA4 erfolgreich LOCAL und im Netz installiert.
Habe (bisher) keine Fehler gefunden, die den normalen
Shopbetrieb gefährden könnten (auch CROSS geht).
Neue Features:
Habe die Bestellhistorie + Status bereits integriert.
Die Auslagerung der .ipl-Dateien war eine gute Idee.
Alles funktioniert (anscheinend) hervorragend.
Das mit dem Status habe ich noch nicht kapiert
(siehe dazu im Shop) >> Der Status im Workcenter passt
nicht ganz zum angezeigten Status im Shop.
Die Einstellungsmöglichkeiten (Cookies etc.) habe ich
bewusst nicht eingebaut, da die Kunden sicher da nicht durchblicken.
Order (neu im Workcenter)
Sehr gut - da kommt endlich Ordnung ins Chaos.
Die Möglichkeit der Anlage von Unterordnern im Webspace
ist gut - traue mich da aber nicht ran - wie verhält sich
Dreamweaver dann (die Templates sind ja schon vorhanden).
Hat jemand Erfahrung ??
Neue Verfahrensweise (Vorstellung für andere)
Wir haben nunmehr das Feature des Stammkundenrabattes
für Kunden mit Konto abgeschafft (und für Premiumkunden
reserviert) und stellen ab sofort Geldwerte Gutscheine
im Kundenbereich zur Verfügung. Diese müssen "händisch"
im WK eingegeben werden und ändern sich täglich.
Mal sehen, wie die Erfahrungen dazu sind.
(So ersparen wir uns das nachträgliche Eingeben des
Rabattes, wenn der Kunde seine 2. Order tätigt - so wie bisher).
Unser Shop zum Testen:
www.auto-tuning-shop.com (http://www.auto-tuning-shop.com)
Kundenaccount Login: kunde:kunde22
Bitte mal antesten (inbesondere Bestellstatus etc.)
und kommentieren.
Andi
-
Hallo Miteinander,
das hört sich ja bei Euch ganz gut an.
Da könnt Ihr mir ja mal bissel auf die Sprünge helfen:
Die Ordner in Shoppilot dienen nur der Organisation innerhalb Shoppilot. Sie haben keine Auswirkung auf die physischen Ordner der Dateien, auch auf dem Webserver ist nichts zu ändern? Richtig?
Im Testshop liegen die Vorlagen etc. in physischen Unterverzeichnissen, diese müssen als Dateipfad für die einzelne Seite eingetragen sein - nicht generell -. Muß ich auf dem Webserver die Unterverzeichnisse auch anlegen? Unterhalb des Shopverzeichnisses?
Wie bekomme ich die abweichenden Vorlagen und die Seitentitel für die Subkataloge in Shoppilot? Unter Subkataloge importieren kann ich nichts finden.
Viele Grüße
Emil
-
Hallo Emil,
in ShopPilot (Workcenter) habe ich verschiedene Ordner
angelegt (z.B. Kundenkonto, Infoseiten, Kontaktformulare)
und habe dann einfach die betreffenden Seiten in die
passenden Ordner verschoben.
Danach musste ich die DB nochmals neu anlegen.
Am Verzeichniss selber hat sich nichts geändert (vorerst).
Habe da noch bedenken - das es beim Verschieben der Dateien
Probleme mit den Templates und Dreamweaver gibt.
Gruß von Andi
-
Hallo,
danke Andi. Ja die Datenbanken muß man wohl anlegen, obwohl ich praktisch keinen Grund sehe, denn die Seiten werden ja im Katalog nicht angezeigt.
Ich habe inzwischen mich auch mal mit dem Bestellstatus beschäftigt.
Eine tolle Sache, aber ohne richtige Doku nicht ganz so einfach.
Wo nimmt iboshop.cgi?showbynameKundeBestelldetails den Wert für die Seite her? Mit meiner 1200001173 klappt es, aber mit der Variable läuft nichts.
Apropo 1200001173, ich hatte mal einen Trick gefunden, die Seitennummern vorzugeben oder zu ändern, aber jetzt weiß ich ihn nicht mehr. Es macht einen haufen Arbeit in allen IPLs und HTMLs nach Seitenzahlen zu suchen.
Kann man den Status pro Position vorgeben, oder bezieht sich die Anzeige in den Bestelldetails nur auf die ganze Bestellung.
In Shoppilot habe ich keine Funktion für die Positionsstati gefunden.
Eine Frage an HOP betr. Replikation. Wenn ich die Bestellstati per ODBC auf dem Webserver ändere, würde es dann mit repliziert, oder geht der Wert dann bei der nächsten Replikation verloren.
Viele Grüße
Emil
-
Hallo Andi,
> Als erstes: Im Workcenter (WIN-Programm) kann man
> kein "@" eingeben.
Im Kundenbereich, stimmt. Vorläufig kriegst du das aber mit
ALT + 064 auf dem Nummernblock hin.
> (auch CROSS geht)
Gib mal einen oder zwei Artikel durch, bei denen Cross-Artikel
aufgelistet werden. Mit welcher Variante arbeitest du?
> Unser Shop zum Testen:
> Bitte mal antesten (inbesondere Bestellstatus etc.)
> und kommentieren.
'Mein Account': einige Seiten sind mir persönlich zu farbig,
obwohl dein Design insgesamt sehr anspricht.
Intuitiv deine Links finden, ist manchmal nicht so einfach.
Ansonsten läuft doch erstmal alles ganz gut.
> und habe dann einfach die betreffenden Seiten in die
> passenden Ordner verschoben.
> Danach musste ich die DB nochmals neu anlegen.
Das einfache Anlegen von Ordnern und das Verschieben im WC
(Workcenter :) ) erfordert sicher keine Neuanlage der DB.
Nur wenn _neue_ Seiten im Shop hinzukommen kommt man nicht
um die Neuanlage der DB herum.
Noch etwas für hop:
Workcenter ->Lasche Katalog ->Eigenschaften Seite ->Vorlage Auswählen:
Scrollbalken in der Vorlage sind weg und das Fenster lässt
sich nicht mehr vergrößern.
Hier wäre es schön, wenn sich in Zukunft auch das Fenster
der Vorlage im unteren Teil mit vergrößert und nicht nur
das Shoppilot-Fenster!
jg
-
@ EMIL
KundeBestelldetails << genau so muss die Infoseite beannt werden.
Dann funktioniert auch die Historie (im Detail).
Den Status kann man wohl nur pro Order bestimmen
(nicht pro ARtikel).
@ Jens
Danke für Dein Kommentar.
Neige immer etwas zum "überbunten" - geht mit ständig so...
CROSS >> klickst Du HIER (http://www.auto-tuning-shop.com/shop/bin/iboshop.cgi?show9360)
Mal ne Alufelge aussuchen (Details - da sind die Crossartikel)
Habe aber (leider :rolleyes: ) es niemals hinbekommen,
das gleich mehrere Artikel (z.B. 4 Felgen + 4 Crossartikel)
in den Warenkorb gelegt werden.
Da müsste MIR mal jemand helfen (habe da nicht den Durchblick)
Andi
Ach übrigends:
Ich musste die DB (nach Anlage der Ordner im Workcenter)
neu anlegen, da ich im Shop immer die Fehlermeldung bekam,
das die Seite nicht vorhanden sei.....
-
Wo nimmt iboshop.cgi?showbynameKundeBestelldetails den Wert für die Seite her? Mit meiner 1200001173 klappt es, aber mit der Variable läuft nichts.
Man kann Seiten jetzt auch über den Steitentitel aufrufen.
showbyname . Der Titel muss natürlich dazu eindeutig sein.
hop
-
HTML-Newsletter mit Kundendaten funktioniert jetzt.
Welche Identifier lassen sich denn schon verwenden?
Alle Kunden-Felder?
ja, einschl. der benutzerdef.
Wie war das noch einmal mit der Einstellung, dass im Shop
angemeldete Kunden ihr Zahlungsart im WK nicht verändern können?
In der Hilfe habe ich leider (noch) nichts gefunden.
- Zahlungsart und Versandzone feststellen
Die Zahlungsart und Versandzone kann je Benutzer fest
vorgegeben werden, dazu ist das benutzerdefinierte Feld
ZALZLOCK beim Kunden anzulegen. Ist der Wert > 0, kann der
Kunde die Zahlungsart und Lieferzone im WK nicht verändern.
Die Vorgabe erfolgt in diesem Fall durch die
benutzerdefinierten Felder "ZAHLUNGSART" und "LIIFERZONE".
In diese Felder wird dann der Index der gewünschten
Auswahl eingetragen.
Kann man den Status pro Position vorgeben, oder bezieht sich die Anzeige in den Bestelldetails nur auf die ganze Bestellung.
In Shoppilot habe ich keine Funktion für die Positionsstati gefunden.
Man kann im Moment nur den gesamten Status ändern, obschon das mit den Position schon angedacht ist.
Eine Frage an HOP betr. Replikation. Wenn ich die Bestellstati per ODBC auf dem Webserver ändere, würde es dann mit repliziert, oder geht der Wert dann bei der nächsten Replikation verloren.
Die Änderung auf dem Webserver wird beim nächsten Einlesen der Onlinedaten auch lokal eingetragen.
hop
-
Hallo HOP,
die Seitenvarablen gehen, allerdings muß der Wert im Titel stehen. Danke.
Ich habe mal aus lauter Verzweifelung die Seiten per Datenbank importiert, es geht auch, allerdings ist das Icon nur ein weißes Blatt. Eine solche Funktion wäre unabdingbar, wenn jemand mehrere Shops zu betreuen hat. Ansonsten sucht man sich hier einen Wolf.
Im Zusammenhang mit der Adminfunktion und dem Aus-/Einblenden von Seiten im Admin-Subkatalog habe ich hier ein Problem. Shopilot merkt es sich nicht, weder die ausgeblendeten Katalogseiten unter der Startseite, noch die eingeblendeten Adminseiten. Habe schon mehrfach und je Subkatlog abgespeichtert. Beim Neuladen war es wieder genau andersherum. Inzwischen habe ich herausbekommen, daß zwar der richtige Nummernkreis 120000000 für die Seitenzahl eingelesen wurde, SPE diese Seiten aber als leere Artikelseite behandelt und demzufolge automatisch ausblendet. Wäre das nicht änderbar?
Bei den Bestellhistorie- und detailseiten wäre eine kaufmännische Sortierung praktisch (neustes oben), sonst wird man vor Scrollen nicht mehr froh.
Die Such- und Filterfunktion im Adminbereich funktionierte bei mir nicht, habe mich aber nicht näher damit beschäftigt.
Die Stati pro Position wären schon interessant, zumindest dann, wenn Teillieferung dasteht. Kann man die Inhalte der Stati ändern oder ergänzen?
Ansonten freue ich mich schon auf den "harten Einsatz", danke an alle bei IBO.
Viele Grüße
Emil
PS:: Habe es gerade mal getestet, eine blose Änderung des Bestellstati in der Webdatenbank wurde bei mir nicht runterrepliziert, wahrscheinlich muß man den Datensatz noch als verändert markieren. Wo kann man das? Wäre für eine Automatisierung interessant.
Emil
PPS.: Ich habe auch mal mit dem Admin auf dem Webserver Stati geändert. Diese sind aber auch nicht im WC (Workcenter , aber ehrlich, das erinnert mich an was anderes...) angekommen.
Ist das noch Beta?
Emil
-
'Benutzerdefinierte Datenfelder für Kunden':
ZALZLOCK anlegen hat zwar geklappt, aber ich sehe das Feld
in diesem Fenster nicht (mehr), weil kein Scrollbalken
eingerichtet ist. Bereits mehr als 19 eigene Kundenfelder...
Andi schrieb:
> Ach übrigends:
> Ich musste die DB (nach Anlage der Ordner im Workcenter)
> neu anlegen, da ich im Shop immer die Fehlermeldung
> bekam, das die Seite nicht vorhanden sei.....
Ich nun auch, hatte mich schon gewundert... :(
> ...das gleich mehrere Artikel (z.B. 4 Felgen + 4 Crossartikel)
> in den Warenkorb gelegt werden.
nett wäre: an jedem Cross-Artikel noch ein Mengenfeld
Emil schrieb:
> Die Such- und Filterfunktion im Adminbereich
> funktionierte bei mir nicht, habe mich aber nicht näher
> damit beschäftigt.
Funktioniert auch im Admin-Bereich des DEMO-Shops (http://www.shopspot.de/tabshop_wa) nicht.
jg
-
Ich habe mal aus lauter Verzweifelung die Seiten per
Datenbank importiert, es geht auch, allerdings ist das Icon nur ein weißes Blatt. Eine solche Funktion wäre unabdingbar, wenn jemand mehrere Shops zu betreuen hat. Ansonsten sucht man sich hier einen Wolf.
@emil
Das mit dem weißen Blatt ist nur ein Darstellungsproblem.
Man kann die Seiten importieren. Es ist darüberhinaus geplant für neue Funktionen Module bereitzustellen, die dann durch Import in jeden Shop übertragbar sind.
Im Zusammenhang mit der Adminfunktion und dem Aus-/Einblenden von Seiten im Admin-Subkatalog habe ich hier ein Problem. Shopilot merkt es sich nicht, weder die ausgeblendeten Katalogseiten unter der Startseite, noch die eingeblendeten Adminseiten. Habe schon mehrfach und je Subkatlog abgespeichtert. Beim Neuladen war es wieder genau andersherum. Inzwischen habe ich herausbekommen, daß zwar der richtige Nummernkreis 120000000 für die Seitenzahl eingelesen wurde, SPE diese Seiten aber als leere Artikelseite behandelt und demzufolge automatisch ausblendet. Wäre das nicht änderbar?
@emil
Es gibt eine Option für Subkataloge (Projekt | Optionen | Subkatalog),
dass diese wenn Seiten Artikel enthalten automatisch ein-/ausgeblendet werden. Vielleicht hängt das Problem damit
zusammen ?
Bei den Bestellhistorie- und detailseiten wäre eine kaufmännische Sortierung praktisch (neustes oben), sonst wird man vor Scrollen nicht mehr froh.
@emil
Werden wir umstellen.
'Benutzerdefinierte Datenfelder für Kunden':
ZALZLOCK anlegen hat zwar geklappt, aber ich sehe das Feld
in diesem Fenster nicht (mehr), weil kein Scrollbalken
eingerichtet ist. Bereits mehr als 19 eigene Kundenfelder...
@jg
bauen wir ein.
@emil
Das mit dem direktem Ändern per ODBC hab ich falsch verstanden. Das geht nicht, weil die Änderung nicht registriert wird. Über den Admin sollte es allerdings
funktionieren.
Wobei noch folgendes anzumerken ist: Der Status ist ein
Integer Wert, die Interpretaion des Elements ist anwendungsabhängig. Im WC ;-) kann man die Darstellung
durch das Anlegen einer Listenvariablen (Name weiss ich im Moment nicht genau XOrderStatus oder so. ähnlich, ist aber im Demoshop) bestimmen, wenn man die Standardwerte ändern will.
hop
-
Hallo Hop,
danke für die Antworten.
Ja, es hat etwas mit dem Schalter der Subkataloge zu tun. Zumindest werden beim Admin die ausgeblendete Ebene des Kataloges nicht repliziert, aber leider wohl alles drunter (die Zahl der SQL-Statements stieg von 1800 auf 4700 nach Aktivierung des um den Katalog reduzierten Subkataloges für den Admin). Ich würde nicht gern darauf verzichten, daß leere Artikelseiten ausgeblendet werden. Denn wenn ich das auch noch kontrollieren soll....
Trotzdem, die importierten Info-Seiten verhalten sich eher als Artikelseite, als die im SPE manuell angelegten Seiten. Bei letzteren kam es nicht zu einer selbsttätigen Deaktivierung. Es scheint doch einen kleinen Unterschied zwischen Artikelseite und Infoseite zu geben.
Die Replikation des Bestellstatus ist mir leider in keine Richtung gelungen, weder vom WC zum Web noch die per Admin geänderten Daten vom Web ins WC. Aber ist ja noch Beta.
Viele Grüße
Emil
-
Ein Update ist jetzt im Kundenbereich verfügbar.
Es korrigiert die lästigen Fehler in der Oberfläche.
Also @ Zeichen, strg C etc. funktionieren jetzt wieder im
rechten Bereich.
Datei-Auswahldialoge sind wieder in der Grösse veränderbar
und bei Anlage von benutzerdef. Feldern kann jetzt auch
gescrollt werden.
hop
-
Emil schrieb:
> Die Such- und Filterfunktion im Adminbereich
> funktionierte bei mir nicht, habe mich aber nicht näher
> damit beschäftigt.
Funktioniert auch im Admin-Bereich des DEMO-Shops nicht.
Das Problem des nicht funktioniernden Filters, lag daran,
dass ein evtl. verwendeter Prefix für Tabellen nicht
richtig berücksichtigt wurde. Zur Korrektur ist die Datei
orders.ipl auszutauschen (neue Version liegt im
Betaverzeichnis).
hop
-
Hallo Hop,
mit dem Programm vom 22.6. kann ich keinen Shop im Web zum Laufen bringen. Obwohl in der Webdatenbank (pscat und page)vorhanden, wird Seite 0 nicht gestartet, sondern Fehlermeldung Gelb "seite wird demnächst..."
Ich hatte zwar auch das Problem beim Liveview, dort kam die entsprechnende Meldungseite. Durch mehrmaligen Import der Subkataloge klappte es aber dann.
Dies passierte nach Neuanlage der Datenbanken, weil beim Import des Subkataloges mit nur einem - dynamisch veränderten (Lieferbarkeitsanzeige) - benutzerdefinierten Feld, dieses im WC nicht verändert wurde (Anzeige Subkatalogaartikel 0), obwohl defnitiv eine größere Anzahl sich geändert hatte. Allerdings ist es ein Stringfeld mit dem Namen der Grafikdatei. Könnte das eventuell ursächlich sein?
Ich erfahre gerade, daß vor Neuanlage der Datenbank mit der Version vom 22.6. keine Zahlungsart auszuwählen war und damit Bestellungen unmöglich.
Ich nutze jetzt wieder die Version vom 18.6., damit klappte es auf Anhieb.
Ich habe nach wie vor ein massives Problem mit dem Admin-Subkatalog und den importierten - nicht angelegten - Infoseiten für den Kunden- und Adminbereiech. deaktiviere ich unter Optionen die automatische Funktion der Subkataloge, sind die Subkataloge trotz Import nicht lauffähig, aktiviere ich die Funktion, werden die importierten Infoseiten ausgeblendet, aber die bewußt deaktivierten Katalogseiten des Admin wieder eingeblendet (obwohl nicht seperat importiert!), mit entsprechender Replikationslast.
Ich denke für die Anlage der Infoseiten müßte wenigstens die automatische Seitenzahlvergabe deaktivierbar sein, damit die Scripte/Hyperlinks nicht zu verändern sind. Außerdem sollte der Admin aus der automatischen Funktion der Subbkataloge ausgeschlossen werden, wenn man bei dem derzeitigen Konzept bleiben will.
Emil
-
Hallo hop,
> mit dem Programm vom 22.6. ...
wurde wieder nicht das Drop-Down-Feld Zahlungsarten angezeigt,
obwohl die DB _nicht_ neu übertragen wurde auch _keine_ Zone
im Shop eingerichtet ist.
Nutze auch wieder die Version 18.6.: einmal die Änderungen übertragen
(ohne DB neu anzulegen), Zahlungsarten sind wieder sichtbar.
jg
-
Hallo,
das Problem mit den Zahlungsarten ist jetzt gelöst.
Die Version vom 22.6 hat eine neue Ibocart.cgx, in der
der Fehler korrigiert ist.
hop
-
Hallo Emil,
mit dem Programm vom 22.6. kann ich keinen Shop im Web zum Laufen bringen. Obwohl in der Webdatenbank (pscat und page)vorhanden, wird Seite 0 nicht gestartet, sondern Fehlermeldung Gelb "seite wird demnächst..."
Dieses Problem hat IMHO mit der Version vom 22.6. nicht zu tun. Ich hatte es auch schon mal, konnte es aber nicht reproduzieren, ich glaube es hängt mit Statusinfos aus dem Browser (vielleicht Cookie) zusammen.
Bezüglich des Imports der Adminseiten / Subkataloge
arebeiten wir an einer Lösung.
hop
-
Hallo Hop,
es lag tatsächlich an einem verrücktgewordenen Cookie. Danke für die Unterstützung.
Die Zahlarten gehen auch wieder.
Ich habe inzwischen die Infoseiten manuell angelegt und nutze weitgehend die showbyname-Funktion.
Allerdings, wie macht man das bei Formularseiten. Damit hatte ich noch keinen Erfolg. Geht das überhaupt?
Auch der Wirrwar bei den Bestellstati konnte ich entwirren.
Lokal konnte man die Liste unter Projekt bearbeiten, die Bezeichnungen in den Beispiel-IPLs waren sehr willkürlich, diese alle angepaßt gibt das Ganze ein gutes Bild.
XCBUDGET habe ich getestet, aber das Feld ändert sich nicht, muß man da noch was anderes tun, als Einkaufen, runter- und hochreplizieren?
Viele Grüße
Emil
-
Hallo,
bezgl. des Problems "Importierte Infoseiten
in Unterordnern werden als leere Seite angezeigt"
gibt es jetzt eine Lösung, die im Downloadverzeichnis
abgelegt ist (2.10.01 v. 24.6.04).
hop
-
Neues Update 25.6.04:
- Favoriten Löschen korrigiert.
- Import von Infoseiten in Ordnern korrigiert.
- Weitere Korrektur für Datenbanken mit Prefix
- Benutzertyp kann im WC geändert werden.
(wird jedoch nicht repliziert)
hop
-
Hallo,
die beta5 ist jetzt im Kundenverzeichnis verfügbar.
Wichtige Hinweise:
Das Dateiformat hat sich geändert. Bitte backup erstellen.
Die Datenbank muss neu anggelegt werden.
- Import von Kundendaten per Autooption
Per Option /autoimportuser
- Überschreibunsgfelder wirken auch bei nicht modifizierten Subkatalogartikeln
Bisher musste Subkatalog Artikel modifiziert sein (nicht Original benutzen)
- Optionen jetzt per Subkatalog einstellbar
Das Automatsiche Ausblenden von Seiten und die automatische
Übernahme von neuen Artikeln des Hauptkatalogs, ist jetzt
per Subkatalog einstellbar.
Bitte achten Sie darauf, dass jetzt alle SK mit Ihren
bisherigen Einstellungen belegt werden müssen.
- Löschen des Wk kann als Standard eingestellt werden
Falls dies das Standardverhalten sein soll, kann dies
jetzt voreingestellt werden.
- Import von Aufträgen (Bestellungen und Bestellpositionen)
Dient dem Abgleich von Statusmeldungen aus Warenwirtschaftssystemen.
Werden Daten aus der Produktionsdatenbank mit "neuanlegen" zurückimport, so ist eine vollständige Rekonstruktion nicht
möglich, da nicht alle Daten in der Datenbank gespeichert sind.
- erweiterte Versandkostentabelle
Die Versandkostentabelle pro Lieferzone ist jetzt nicht
mehr auf 5 Einträge begrenzt, sondern kann jetzt bis zu 50
Stufen aufnehmen.
- Online Anzeige von Bestellungen
Hierzu sind die aktuellen ipl-dateien notwendig,
da sich an einigen Stellen Änderungen ergeben haben.
ACHTUNG: Mit den alten Dateien sind die Funktionen nicht
mehr lauffähig.
Die Reihenfolge ist jetzt absteigend nach Datum.
Es werden auch nicht mehr im Katalog vorhandene Artikel
angezeigt. Allerdings kann zu solchen Artikeln
der Beschreibungstext nicht mehr angezeigt werden.
Bei der Bestelliste für den Kunden wird statt der
internen Bestellnummer die Sessionid angezeigt.
Wenn die Anzeige der Bestellnumer gewünscht ist,
kann stattdessen die alte Funktion "u::ordernr"
verwendet werden.
- Benutzertyp Admin
Neben Offline und online eingetragenen Kunden, gibt es
auch einen Benutzertyp Admin. Der Typ kann nur verändert
werden wenn ShopPilot Forms lizenziert ist. Bestimmte
Operationen funktionieren Online nur für diesen
Benutzertyp.
hop
-
die beta5 ist jetzt im Kundenverzeichnis verfügbar.
stimmt jetzt wieder.
hop
-
Hallo,
bitte mal in den IPLs die Stati für den Bestellstatus einheitlich gestalten, am Besten aber extern an eine Stelle legen.
viele Grüße
Emil