Hallo,
1) Aktiv/Inaktiv/"Alle"
In der Artikellisten-Ansicht sollte beim Dropdown "Aktiv/Inaktiv" weiterer Eintrag "Alle" eingefügt werden.
Einen Umweg gibt es um alle Artikel anzeigen zu lassen indem man "Erweiterte Suche" -> Keine Eingabe -> Fenster schliessen geht. Nur werden nun wirklich alle Artikel angezeigt unabhängig ob man nur eine Kategorie sehen möchte.
2) Lieferstatus
Der Lieferstatus sollte in der entsprechenden Tabelle etwas verlängert werden. Im Moment ist dieses Feld zu kurz und ein aussagekräftiger Lieferstatus z.B. "Produkt ist nicht vorrätig. Bitte rufen Sie uns an." ist nicht möglich. Meint man mit der Verlängerung der entsprechenden Kolonne in der Tabelle ist die Sache erledigt - da täuscht man sich. Im Fenster in dem der Lieferstatus definiert wird, zeigt trotzdem die in der Software vordefinierte Länge des Textes. In der Tabelle wird jedoch der gesamte Text gespeichert (habe die Kolonne in tLieferStatus->cName selbst auf 50 erweitert). D.h. nur das Fenster zeigt nicht den gesamten Text an "unschön halt".
3) Artikelliste Sonderpreis
In der Artikelliste sollte bei einem Produkt in der Kolonne "Sonderpreis" -> "vorhanden" stehen sondern der definierte Preis. Es ist mir klar dass dies ein Knackpunkt ist, da man ja den Sonderpreis für WaWi und/oder Shop und Enkunden und/oder Händler definieren kann. D.h. man sollte eine Lösung finden falls "mehrere" Sonderpreise definiert sind. Vorschlag: 1 Sonderpreis = Anzeige: Preis, mehrer Sonderpreise = Anzeige: mehrere vorhanden.
Mir ist auch nicht klar, wieso der Sonderpreis für den Shop und WaWi getrennt wird. Verkauft man einen Artikel im Shop zum Sonderpreis, sollte dieser doch auch in der WaWi seine Gültigkeit haben. Ich weiss, viele werden den Einwand bringen; Produkt wird nur im Shop zum Sonderpreis verkauft usw.
4) Sonderpreis im Allgemeinen
Es ist mir bekannt, dass es mit den Sonderpreisen so eine Sache ist. Zum einen kann der Sonderpreis unter Produkt->Sonstiges/Sonderpreis erfassen. Leider jedoch werden bekanntlich diese Informationen bei einem Abgleich mit dem Shop nicht übertragen. Die Lösung dafür sind die "Funktions-Attribute". Will heissen; wird ein Produkt aus dem Shop in die WaWi übertragen müsste der Connector den Sonderpreis im WaWi als Funktions-Attribut speichern. Dies funktioniert auch (wenn der Connector entsprechend angepasst ist).
Nun hat man jedoch das Dilemma, dass bei einem Produkt der aus dem Shop kommende Sonderpreis als Funktions-Attribut zur Verfügung steht. Jedoch weiss das WaWi noch immer nicht, dass das Produkt ein Sonderpreis hat "Produkt->Sonstiges/Sonderpreis" bleibt leer. Will heissen; benutze ich im Ladenverkauf LS-POS und ein Kunde kauft sich ein Produkt welches eigentlich einen Sonderpreis hat, wird das Produkt zum normalen Preis ausgegeben. Es könnte zu Komplikationen kommen wenn der Kunde evt. im Shop das Produkt zum Sonderpreis gesehen hat, von einer Online-Bestellung absieht und das Produkt direkt im Laden abholen will. Er wird dann reklamieren da der Preis im Shop und im Laden unterschiedlich ist.
Wieso kann der Sonderpreis bei Abgleich mit dem Shop nicht auch aus "Produkt->Sonstiges/Sonderpreis" genommen werden? Warum muss der Umweg über Funktionsattribute gegangen werden? Ich sehe keinen Sinn darin.
5) Formular-Editor
Im Allgemeinen ist der Formular-Editor wirklich Klasse. Jedoch habe ich ein sehr grosses Manko gefunden. Es scheint, dass der Formular-Editor nur die Variable/Felder zur Anzeige auf dem Report zulässt welche von den Entwicklern zur Verfügung gestellt wurden. D.h. hätte ich nun bei einem Formular zusätzliche Bedürfnisse z.B. Inventurliste->Aufpreis Variationen muss diese Information vom Entwickler in der Software "hart" codiert werden. Irre ich mich? Wäre es denn nicht viel schöner, wie auch in anderen Reporting-Tools üblich, dass die Quelle welche den Report mit Daten versorg selbst angepasst werden könnte? Diese Quelle ist ja in 99.99% ein entsprechendes SQL in welchem alle notwendigen Kolonnen aus den ensprechenden Tabellen "zusammen-gejoint" wird. Es ist mir bewusst, dass derartige Anpassungen ein entsprechendes Know-How voraussetzt.
Uff, das war's mal wieder. Ich bin sehr gespannt wie die WaWi-Gemeinde auf meine Anregungen reagiert.
grüsse aus der Schweiz
peter
1) Aktiv/Inaktiv/"Alle"
In der Artikellisten-Ansicht sollte beim Dropdown "Aktiv/Inaktiv" weiterer Eintrag "Alle" eingefügt werden.
Einen Umweg gibt es um alle Artikel anzeigen zu lassen indem man "Erweiterte Suche" -> Keine Eingabe -> Fenster schliessen geht. Nur werden nun wirklich alle Artikel angezeigt unabhängig ob man nur eine Kategorie sehen möchte.
2) Lieferstatus
Der Lieferstatus sollte in der entsprechenden Tabelle etwas verlängert werden. Im Moment ist dieses Feld zu kurz und ein aussagekräftiger Lieferstatus z.B. "Produkt ist nicht vorrätig. Bitte rufen Sie uns an." ist nicht möglich. Meint man mit der Verlängerung der entsprechenden Kolonne in der Tabelle ist die Sache erledigt - da täuscht man sich. Im Fenster in dem der Lieferstatus definiert wird, zeigt trotzdem die in der Software vordefinierte Länge des Textes. In der Tabelle wird jedoch der gesamte Text gespeichert (habe die Kolonne in tLieferStatus->cName selbst auf 50 erweitert). D.h. nur das Fenster zeigt nicht den gesamten Text an "unschön halt".
3) Artikelliste Sonderpreis
In der Artikelliste sollte bei einem Produkt in der Kolonne "Sonderpreis" -> "vorhanden" stehen sondern der definierte Preis. Es ist mir klar dass dies ein Knackpunkt ist, da man ja den Sonderpreis für WaWi und/oder Shop und Enkunden und/oder Händler definieren kann. D.h. man sollte eine Lösung finden falls "mehrere" Sonderpreise definiert sind. Vorschlag: 1 Sonderpreis = Anzeige: Preis, mehrer Sonderpreise = Anzeige: mehrere vorhanden.
Mir ist auch nicht klar, wieso der Sonderpreis für den Shop und WaWi getrennt wird. Verkauft man einen Artikel im Shop zum Sonderpreis, sollte dieser doch auch in der WaWi seine Gültigkeit haben. Ich weiss, viele werden den Einwand bringen; Produkt wird nur im Shop zum Sonderpreis verkauft usw.
4) Sonderpreis im Allgemeinen
Es ist mir bekannt, dass es mit den Sonderpreisen so eine Sache ist. Zum einen kann der Sonderpreis unter Produkt->Sonstiges/Sonderpreis erfassen. Leider jedoch werden bekanntlich diese Informationen bei einem Abgleich mit dem Shop nicht übertragen. Die Lösung dafür sind die "Funktions-Attribute". Will heissen; wird ein Produkt aus dem Shop in die WaWi übertragen müsste der Connector den Sonderpreis im WaWi als Funktions-Attribut speichern. Dies funktioniert auch (wenn der Connector entsprechend angepasst ist).
Nun hat man jedoch das Dilemma, dass bei einem Produkt der aus dem Shop kommende Sonderpreis als Funktions-Attribut zur Verfügung steht. Jedoch weiss das WaWi noch immer nicht, dass das Produkt ein Sonderpreis hat "Produkt->Sonstiges/Sonderpreis" bleibt leer. Will heissen; benutze ich im Ladenverkauf LS-POS und ein Kunde kauft sich ein Produkt welches eigentlich einen Sonderpreis hat, wird das Produkt zum normalen Preis ausgegeben. Es könnte zu Komplikationen kommen wenn der Kunde evt. im Shop das Produkt zum Sonderpreis gesehen hat, von einer Online-Bestellung absieht und das Produkt direkt im Laden abholen will. Er wird dann reklamieren da der Preis im Shop und im Laden unterschiedlich ist.
Wieso kann der Sonderpreis bei Abgleich mit dem Shop nicht auch aus "Produkt->Sonstiges/Sonderpreis" genommen werden? Warum muss der Umweg über Funktionsattribute gegangen werden? Ich sehe keinen Sinn darin.
5) Formular-Editor
Im Allgemeinen ist der Formular-Editor wirklich Klasse. Jedoch habe ich ein sehr grosses Manko gefunden. Es scheint, dass der Formular-Editor nur die Variable/Felder zur Anzeige auf dem Report zulässt welche von den Entwicklern zur Verfügung gestellt wurden. D.h. hätte ich nun bei einem Formular zusätzliche Bedürfnisse z.B. Inventurliste->Aufpreis Variationen muss diese Information vom Entwickler in der Software "hart" codiert werden. Irre ich mich? Wäre es denn nicht viel schöner, wie auch in anderen Reporting-Tools üblich, dass die Quelle welche den Report mit Daten versorg selbst angepasst werden könnte? Diese Quelle ist ja in 99.99% ein entsprechendes SQL in welchem alle notwendigen Kolonnen aus den ensprechenden Tabellen "zusammen-gejoint" wird. Es ist mir bewusst, dass derartige Anpassungen ein entsprechendes Know-How voraussetzt.
Uff, das war's mal wieder. Ich bin sehr gespannt wie die WaWi-Gemeinde auf meine Anregungen reagiert.
grüsse aus der Schweiz
peter
