Hallo Werner,
ich glaube wir reden imer noch aneinander vorbei.
Es geht hier nicht darum, das WsWin das einlesen nicht könnte. Hier bringen auch zwei verschiedene WsWin-Konfig nichts.
Das innerhalb einer CSV die Werte-Trenner sich nicht ändern dürfen sollte logisch sein, jedenfalls für jemand der auch abseits WsWin schon mal was mit Excel und Co. und Datenimport zu tun hatte.
Es geht hier einzig und allein um den Output, den CMX 4 generiert!
Nochmal: Die Steuertags in der Konfiguarationsmaske für die CustomLog-Funktion MÜSSEN in der Form:
eingegeben werden. Die Reihenfolge der Variablen ist dabei völlig beliebig, das
Komma als Variablen-Trenner ist bei CMX 4 aber PFLICHT!
Da wie gesagt meine empfangenen Daten aber bereits mit Komma-Dezimale in CMX landen, wäre der Output in der CustomLog.CSV dann unbrauchbar, da Wertetrenner und Dezimal-Komma identisch sind.
Eine Lösung könnte sein, dass man CMX dazu bringt, die empfangenen Daten mit Punkt-Dezimale in die beiden Haupt-Logs zu schreiben.
Ich weiß aber nicht was man da wo bei CMX einstellen muss. In den CMX-Settings habe ich diesbezüglich nichts gefunden.
Das muss ja nicht heißen, dass es wie auch immer nicht trotzdem gehen KÖNNTE.
Wenn das ginge, könnte man das CustomLog wieder nutzen, da dann der Wertetrenner das geforderte Komma ist und die Dezimale ein Punkt.
Dann könnte die CSV von WsWin wieder brauchbar verarbeitet werden.
Ich weiß jetzt nur nicht genau, wie WsWin dann die Daten weiter verarbeiten und darstellen würde, da ich mich da bisher nie drum kümmern musste.
Denke aber das sollte kein Problem darstellen, da die Monats-CSV's von WsWin ja auch mit Punkt-Dezimale und Komma-Trenner sind.
Wir sollten es hierbei nun beruhen lassen, für mich ist die Lösung mit CMX 3.xx nach wie vor gut brauchbar.
VG Lutz
