icecat4JTL-WAWI icecat Katalogdaten
- Ersteller des Themas nesh
- Erstellungsdatum
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo,
"komplett"
ist ja eigentlich kein Thema. Man definiert einfach keinen Wert und alles wird ausgelesen.
"nur neue"
reicht der Filter "letzte Änderung" da nicht aus?
Bei diesem Feld gibt es schon ein kleines "Problem": Das Feld wird bei einem Import nicht automatisch von der Ameise gesetzt und kann auch nicht importiert werden.
Erst bei einer Änderung des Artikels in der WAWI wird das Feld beschrieben.
Eine alternative wäre dann hierzu, dass ich einen Filter: "Artikel ohne Änderungsdatum" implementiere.
Damit wären dann die neuen Artikel, die via Ameise reinkommen, gezielt aufrufbar.
"icecat=y"
Da es ein solches Feld im JTL nicht gibt, wäre die Frage welches Feld man dazu "missbrauchen" könnte.
Wenn sich da ein Feld findet, dass auch andere für den gleichen Zweck nutzen würden, könnte ich dieses Feld ebenfalls als Filter implementieren.
Ich vermute jedoch, dass sich das (ein gemeinsames Feld) schwierig gestalten wird.
Aus dem Bauch heraus; Wäre es die beste Alternative, wenn das Programm sich "merkt" welche Artikel es schon mal abgerufen oder / und auch exportiert hat.
Diese Artikelnummern bzw. EANs könnte man dann bei der nächsten Abfrage ausschließen....
Das wäre dann quasi "nur neue".
Ansonsten Danke für dein Feedback. Das wird das Programm für alle beteiligten weiterbringen....
Nesh
Hallo,
"komplett"
ist ja eigentlich kein Thema. Man definiert einfach keinen Wert und alles wird ausgelesen.
"nur neue"
reicht der Filter "letzte Änderung" da nicht aus?
Bei diesem Feld gibt es schon ein kleines "Problem": Das Feld wird bei einem Import nicht automatisch von der Ameise gesetzt und kann auch nicht importiert werden.
Erst bei einer Änderung des Artikels in der WAWI wird das Feld beschrieben.
Eine alternative wäre dann hierzu, dass ich einen Filter: "Artikel ohne Änderungsdatum" implementiere.
Damit wären dann die neuen Artikel, die via Ameise reinkommen, gezielt aufrufbar.
"icecat=y"
Da es ein solches Feld im JTL nicht gibt, wäre die Frage welches Feld man dazu "missbrauchen" könnte.
Wenn sich da ein Feld findet, dass auch andere für den gleichen Zweck nutzen würden, könnte ich dieses Feld ebenfalls als Filter implementieren.
Ich vermute jedoch, dass sich das (ein gemeinsames Feld) schwierig gestalten wird.
Aus dem Bauch heraus; Wäre es die beste Alternative, wenn das Programm sich "merkt" welche Artikel es schon mal abgerufen oder / und auch exportiert hat.
Diese Artikelnummern bzw. EANs könnte man dann bei der nächsten Abfrage ausschließen....
Das wäre dann quasi "nur neue".
Ansonsten Danke für dein Feedback. Das wird das Programm für alle beteiligten weiterbringen....
Nesh
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo telvid,
poste mal ein Screenshot des Programms, aus welchem sich erkennen lässt, was Du in den Einstellungen angegeben hast.
Evtl lässt sich daran schon etwas erkennen.
Nesh
Hallo telvid,
poste mal ein Screenshot des Programms, aus welchem sich erkennen lässt, was Du in den Einstellungen angegeben hast.
Evtl lässt sich daran schon etwas erkennen.
Nesh
AW: icecat4JTL-WAWI icecat Katalogdaten
...du weisst ja sicher, dass auch ein kollege aus at an dieser schnittstelle dran ist bzw. war?
da wurden die daten vom programm direkt in die datenbank geschrieben, was natürlich den vorteil hatte, die ameise nicht zusätzlich bemühen zu müssen = zeitersparnis.
warum gehst du eigentlich den umweg über die ameise?
beim direkten schreiben in die datenbank könntest du doch dann ein attribut "icecat=y" setzen und somit wäre die frage "nur neue importieren" ohne grossen aufwand möglich - oder sehe ich das falsch?
...du weisst ja sicher, dass auch ein kollege aus at an dieser schnittstelle dran ist bzw. war?
da wurden die daten vom programm direkt in die datenbank geschrieben, was natürlich den vorteil hatte, die ameise nicht zusätzlich bemühen zu müssen = zeitersparnis.
warum gehst du eigentlich den umweg über die ameise?
beim direkten schreiben in die datenbank könntest du doch dann ein attribut "icecat=y" setzen und somit wäre die frage "nur neue importieren" ohne grossen aufwand möglich - oder sehe ich das falsch?
AW: icecat4JTL-WAWI icecat Katalogdaten
...gib' mal beim db-server als benutzer "sa" ein und das entsprechen passwort, falls du es geändert hast.
...gib' mal beim db-server als benutzer "sa" ein und das entsprechen passwort, falls du es geändert hast.
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo,
das siehst du nicht falsch! : - )
Der Umweg über die Ameise ergibt sich aus folgendem Grund:
Es hat sich für mich noch nicht ganz erschlossen, wie ich die Attribut werte direkt in die Datenbank schreiben kann.
Diese Werte stehen ja in einer anderen Datenbank und werden dann mittels einem Key zugeordnet.
Es werden dabei von JTL sogenannte "Stored Procedures" aufgerufen die z.B den nächsten Key zurück geben.
Dann stellt sich noch die Frage: Was ist mit den bereits vorhandenen Attributen?
Einfach löschen? oder ergänzen? (Macht wahrscheinlich Sinn beide Optionen an zu bieten)
Dazu noch die Sprachverwaltung. Ich kann nicht einfach davon ausgehen das die ID=1 bei jedem deutsch ist.
Wie du schon sicherlich langsam erkennst wird das dann, auch für den Anwender, komplexer und setzt somit auch einen höheren Entwicklungsaufwand vorraus damit man da nichts "kaputt" macht.
Ob sich das dann wirklich "Lohnt" kommt natürlich auf die Einheiten an die tatsächlich lizenziert werden. Das muss ja alles im Verhältnis stehen.
Daher finde ich, ist der Weg über die Ameise die "sicherste" und flexibelste Lösung für alle.
Man sollte immer den Aufwand dagegen rechnen den man hätte, wenn mann die Daten tatsächlich manuell erfassen müsste.
Hallo,
das siehst du nicht falsch! : - )
Der Umweg über die Ameise ergibt sich aus folgendem Grund:
Es hat sich für mich noch nicht ganz erschlossen, wie ich die Attribut werte direkt in die Datenbank schreiben kann.
Diese Werte stehen ja in einer anderen Datenbank und werden dann mittels einem Key zugeordnet.
Es werden dabei von JTL sogenannte "Stored Procedures" aufgerufen die z.B den nächsten Key zurück geben.
Dann stellt sich noch die Frage: Was ist mit den bereits vorhandenen Attributen?
Einfach löschen? oder ergänzen? (Macht wahrscheinlich Sinn beide Optionen an zu bieten)
Dazu noch die Sprachverwaltung. Ich kann nicht einfach davon ausgehen das die ID=1 bei jedem deutsch ist.
Wie du schon sicherlich langsam erkennst wird das dann, auch für den Anwender, komplexer und setzt somit auch einen höheren Entwicklungsaufwand vorraus damit man da nichts "kaputt" macht.
Ob sich das dann wirklich "Lohnt" kommt natürlich auf die Einheiten an die tatsächlich lizenziert werden. Das muss ja alles im Verhältnis stehen.
Daher finde ich, ist der Weg über die Ameise die "sicherste" und flexibelste Lösung für alle.
Man sollte immer den Aufwand dagegen rechnen den man hätte, wenn mann die Daten tatsächlich manuell erfassen müsste.
AW: icecat4JTL-WAWI icecat Katalogdaten
Habe es hinbekommen!!!
Danke nochmals
@nesh: Habe dir PN geschrieben
Habe es hinbekommen!!!
Danke nochmals
@nesh: Habe dir PN geschrieben
AW: icecat4JTL-WAWI icecat Katalogdaten
...verstehe, wobei ich allerdings schon immer der meinung bin, dass viele köche (programme) - die alle ihre fehler (programmfehler) haben auch eher den brei (datenbank) verderben können. gerade wenn mehrere dieser "köche" miteinander harmonieren müssen um am schluss vernünftige daten abzuliefern.
...verstehe, wobei ich allerdings schon immer der meinung bin, dass viele köche (programme) - die alle ihre fehler (programmfehler) haben auch eher den brei (datenbank) verderben können. gerade wenn mehrere dieser "köche" miteinander harmonieren müssen um am schluss vernünftige daten abzuliefern.
AW: icecat4JTL-WAWI icecat Katalogdaten
Ich könnte mir auch vorstellen, das der Weg über die Ameise der sicherere Weg ist, zumindest was die Entwicklung der Wawi angeht.
Wenn ich direkt in die db schreibe, muss ich als Entwickler eigentlich bei jedem Update prüfen, ob sich an der db nichts geändert hat. (Zumindest der Bereich in den ich reinschreibe)
Der Weg über die Ameise macht es dann insofern einfacher, da die ja von JTL mit angepasst wird.
Ich könnte mir auch vorstellen, das der Weg über die Ameise der sicherere Weg ist, zumindest was die Entwicklung der Wawi angeht.
Wenn ich direkt in die db schreibe, muss ich als Entwickler eigentlich bei jedem Update prüfen, ob sich an der db nichts geändert hat. (Zumindest der Bereich in den ich reinschreibe)
Der Weg über die Ameise macht es dann insofern einfacher, da die ja von JTL mit angepasst wird.
AW: icecat4JTL-WAWI icecat Katalogdaten
...wahrscheinlich richtig. ich bin allerdings der typ mensch der gerne nach dem prinzip "was ich selbst verbocke kann ich auch selbst reparieren" arbeitet. stell dir nur ein szenario vor in dem die wawi oder die ameise, aus welchen gründen auch immer einfach mal nicht mehr wollen und ich mit dem tool einige minuten vorher noch icecatdaten importiert und zm shop übertragen habe die aufgrund eines fehler vollkommen falsch sind?
wie gesagt, ist ansichtssache und beide versionen haben vor- und nachteile.
...wahrscheinlich richtig. ich bin allerdings der typ mensch der gerne nach dem prinzip "was ich selbst verbocke kann ich auch selbst reparieren" arbeitet. stell dir nur ein szenario vor in dem die wawi oder die ameise, aus welchen gründen auch immer einfach mal nicht mehr wollen und ich mit dem tool einige minuten vorher noch icecatdaten importiert und zm shop übertragen habe die aufgrund eines fehler vollkommen falsch sind?
wie gesagt, ist ansichtssache und beide versionen haben vor- und nachteile.
AW: icecat4JTL-WAWI icecat Katalogdaten
Ob Ameise oder nicht, würde ich am liebsten erst mal hinten anstellen.
Damit das jetzt kommende Woche, wenn sich deutlich mehr User im Forum "bewegen", nicht zu einer endlosen Diskusion kommt: "ob Ameise oder nicht?!",
würde ich das gerne mal in eine andere Richtung lenken:
Was mich SEHR viel mehr interessiert ist das Ausgabeformat.
Zur Zeit übernehme ich die Texte von icecat nahezu 1:1.
Eine entscheidende Frage wäre es, ob es Sinn macht da noch HTML drum herum zu bauen....
Und wenn ja: In wie Weit sollte der htmlcode vom Anwender festgelegt (z.B. Spaltenbreite einer Tabelle) werden können.
Nesh
Ob Ameise oder nicht, würde ich am liebsten erst mal hinten anstellen.
Damit das jetzt kommende Woche, wenn sich deutlich mehr User im Forum "bewegen", nicht zu einer endlosen Diskusion kommt: "ob Ameise oder nicht?!",
würde ich das gerne mal in eine andere Richtung lenken:
Was mich SEHR viel mehr interessiert ist das Ausgabeformat.
Zur Zeit übernehme ich die Texte von icecat nahezu 1:1.
Eine entscheidende Frage wäre es, ob es Sinn macht da noch HTML drum herum zu bauen....
Und wenn ja: In wie Weit sollte der htmlcode vom Anwender festgelegt (z.B. Spaltenbreite einer Tabelle) werden können.
Nesh
AW: icecat4JTL-WAWI icecat Katalogdaten
Icecat gibt die Daten doch schon sehr gut aus? Mir würde einfach die URL oder der HTML Link vollkommen reichen!
Icecat gibt die Daten doch schon sehr gut aus? Mir würde einfach die URL oder der HTML Link vollkommen reichen!
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo Nesh,
ruft das Tool die Daten nur per EAN ab?. Am besten wäre es wenn per HAN abegrufen wird, da hierfür mehr Treffer erzielt werden da viele Artikel bei Icecat nur per HAN gelistet sind.
Grüße
André
Hallo Nesh,
ruft das Tool die Daten nur per EAN ab?. Am besten wäre es wenn per HAN abegrufen wird, da hierfür mehr Treffer erzielt werden da viele Artikel bei Icecat nur per HAN gelistet sind.
Grüße
André
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo Xeron,
das ist ein guter Hinweis! Danke !! : - )
Man kann der Schnittstelle auch eine HAN als Suchbegriff übergeben.
Das werde ich bis Dienstag implementiert haben.
Danke nochmal...
Nesh
Hallo Xeron,
das ist ein guter Hinweis! Danke !! : - )
Man kann der Schnittstelle auch eine HAN als Suchbegriff übergeben.
Das werde ich bis Dienstag implementiert haben.
Danke nochmal...
Nesh
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo Zusammen,
es gibt wieder ein Update.
Wenn die Suche nach der EAN im icecat keinen Treffer erzielt, wird nun zusätzlich nach dem Hersteller + HAN eine erneute Suche durchgeführt.
Ich hoffe, dass das eure Trefferquote erhöhen wird.
Nesh
Download:
http://www.pcnesh.de/icecat4JTL-WAWI...WAWI-Setup.exe
Hallo Zusammen,
es gibt wieder ein Update.
Wenn die Suche nach der EAN im icecat keinen Treffer erzielt, wird nun zusätzlich nach dem Hersteller + HAN eine erneute Suche durchgeführt.
Ich hoffe, dass das eure Trefferquote erhöhen wird.
Nesh
Download:
http://www.pcnesh.de/icecat4JTL-WAWI...WAWI-Setup.exe
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo Nesh,
wenn es machbar ist dies in HTML zu formatieren wäre schon interessant.
Grüße
André
Hallo Nesh,
wenn es machbar ist dies in HTML zu formatieren wäre schon interessant.
Grüße
André
AW: icecat4JTL-WAWI icecat Katalogdaten
Hi@all
jetzt nochmal ein Feedback zum Tool. Da ich Anfangs Schwierigkeiten hatte ( siehe Antwort weiter oben ) das Tool richtig zu bedienen, muss ich sagen es läuft gut. Ich war ein wenig voreilig und hatte die Filteroptionen übersehen.
Es ergibt sich noch die Frage, da ich das schon aus anderen Foren kenne ob die Bilder gespeichert werden dürfen.
Momentan ist es ja so das das Tool sich die Bilder runterlädt und dann in den Shop übermittelt. Wir hatten da im Modified Forum schon diverse Diskussionen ob dies erlaubt ist.
Dies müßte mal geprüft werde, aber da man von Icecat sehr wenig Antwort erhält weiß ich nicht wie man sich verhalten soll.
@nesh
Hast Du da mehr Infos zu?
Grüße
André
Hi@all
jetzt nochmal ein Feedback zum Tool. Da ich Anfangs Schwierigkeiten hatte ( siehe Antwort weiter oben ) das Tool richtig zu bedienen, muss ich sagen es läuft gut. Ich war ein wenig voreilig und hatte die Filteroptionen übersehen.
Es ergibt sich noch die Frage, da ich das schon aus anderen Foren kenne ob die Bilder gespeichert werden dürfen.
Momentan ist es ja so das das Tool sich die Bilder runterlädt und dann in den Shop übermittelt. Wir hatten da im Modified Forum schon diverse Diskussionen ob dies erlaubt ist.
Dies müßte mal geprüft werde, aber da man von Icecat sehr wenig Antwort erhält weiß ich nicht wie man sich verhalten soll.
@nesh
Hast Du da mehr Infos zu?
Grüße
André
AW: icecat4JTL-WAWI icecat Katalogdaten
...wünschenswert wäre auf jeden fall die möglichkeit den installationspfad auszuwählen oder habe ich etwas übersehen?
...wünschenswert wäre auf jeden fall die möglichkeit den installationspfad auszuwählen oder habe ich etwas übersehen?
AW: icecat4JTL-WAWI icecat Katalogdaten
Hallo Zusammen,
ein User hat es als "Katastrophe" bezeichnet, dass die Passwörter, welche Ihr in den Einstellungen festlegt, im Klartext abgespeichert werden.
Da ich die Einstellungen im lokalen Benutzerkonto ablege, empfand ich das persönlich nicht als sehr problematisch.
Wenn ein fremder zugriff auf das lokale Benutzerkonto hat, hat der betreffende Benutzer eigentlich ein ganz anderes Problem (Emails / Eigene Dokumente / usw.) ; - )
Wie dem auch sei:
Hier eine neue Version, welche die Daten nun verschlüsselt ablegt.
http://www.pcnesh.de/icecat4JTL-WAWI/icecat4JTL-WAWI-Setup.exe
Nach dem Update erhaltet ihr erst mal die Meldung das keine Verbindung zur Datenbank möglich ist; Ihr müsst die Passwörter in den Einstellungen dann nochmal eintragen damit sie verschlüsselt werden.
Danach ist der Zugriff wieder möglich.
Nesh
Hallo Zusammen,
ein User hat es als "Katastrophe" bezeichnet, dass die Passwörter, welche Ihr in den Einstellungen festlegt, im Klartext abgespeichert werden.
Da ich die Einstellungen im lokalen Benutzerkonto ablege, empfand ich das persönlich nicht als sehr problematisch.
Wenn ein fremder zugriff auf das lokale Benutzerkonto hat, hat der betreffende Benutzer eigentlich ein ganz anderes Problem (Emails / Eigene Dokumente / usw.) ; - )
Wie dem auch sei:
Hier eine neue Version, welche die Daten nun verschlüsselt ablegt.
http://www.pcnesh.de/icecat4JTL-WAWI/icecat4JTL-WAWI-Setup.exe
Nach dem Update erhaltet ihr erst mal die Meldung das keine Verbindung zur Datenbank möglich ist; Ihr müsst die Passwörter in den Einstellungen dann nochmal eintragen damit sie verschlüsselt werden.
Danach ist der Zugriff wieder möglich.
Nesh