Win98 yerschie-t sta/Datei

Hallo,

mein Kunde nutzt die aktuelle SF mit FTAM auf einem Win98-Rechner. Sogar die OSP-Migration haben wir geschafft und von den ersten Buchungstagen problemlos Auszüge abgeholt und importiert. RZ-seitig wurde nix geändert und die Auszüge werden auch unverandert bereitgestellt. Sie können auf einem anderen PC normal abgeholt werden. Die Programmoptionen Kopmrimierung und Verschlüsselung sind per Lizenz deaktiviert.
Heute morgen hat men Kunde die sta einwandfrei vom Host abgholt. Nur eingelesen wurde nix . Die sta im recieved-Ordner wurde in einem völlig krytischen Zeichensatz abgespeichert. Wenn ich die Datei in Word öffne, ist die Struktur noch erkennbar, aber alle Zeichen werden völlig chaotisch aus Sonderzeichen dargestellt. Klar, daß SFirm diese Datei nicht einlesen kann.
Kunde hat natürlich seit gestern NICHTS geändert.
Wo kann ich den Standardcodierung für Textdateien, die sicher nicht mehr Windows-Standard-Deutsch, sondern z.B. Windows-Thai ist wieder geradebiegen. In den Ländereinstellungen hab ich nix gefunden ....

:?: :?: :?:

CU

Frank

ps: wundert euch nicht über den Titel. Ich habe an meinem Rechner mit den Ländereinstellungen gespielt und nicht alles rechtzeitig zurückgeändert ops:

werden tatsächlich die Auszugsdateien vom Betriebssystem beim Abholen "gefiltert"?
Ich hätte vermutet, dass die Anzeige nicht stimmt, d.h. beim Öffnen mit Word/´nem Editor die Darstellung "verrutscht".

Evtl. sollte man das mal mit einem Hex-Editor überprüfen.

Gruß
Raimund

Hallo Cap,

war auch mein erster Gedanke, scheidet aber leider aus, weil 1. der Abruf drei Tage lang funktioniert hat, 2. das Konto auf dem Datev-Modell steht und 3. die Auszüge absolut richtig bereitgestellt werden.

CU

Frank

Auch wenn mans auf den ersten Blick (und wenn man sie kennt) nicht glauben will:
SI scheidet definitiv aus !!!
Auf dem Host wird unkomprimiert und unverschlüsselt bereitgestellt und abgeholt. Der Abruf hat auch in den ersten Tagen geklappt und wir haben wirklich nichts geändert.
Die BIVG hat noch den Virenscanner und das FTAM Modul ins Spiel gebracht.
Wenn ich die Lösung haben, werd ich euch informieren

Hi Captain,

zuerst mal Sorry, GEVA schreibt sich mit V.

Der GEVA-Konverter ist der Rechner, mit dem wir ZV-Disketten und Bänder einlesen und an die SI übertragen, könnte auch sein, dass das seit Migration auf OSP eine andere Software ist. Hab schon einige Jahre nix mehr mit der ZV-Verarbeitung zu tun.

Die Konvertersoftware gabs auch mal als DOS-Version, ist aber einige Tage her. Damit konnte man noch x-beliebige Dateien "flamen" und "entflamen".
Das hat mir zu Zeiten eines SFIRM 1.6, das manchmal komprimierte Auszüge nicht eingelesen hat, öffter mal geholfen.

Gruß bt

Mir glaubt ja keiner

Ich haben eine perfekte Originaldatei von der SI und ich habe Datei vom Kundenrechner. Netviewer sei Dank aus dem recieved-Verzeichnis des Kunden an mich gemailt. Ich zeig sie euch morgen mal.

CU

Hast du mal just for Fun auf das ältere Coconet FTAM Modul umgestellt?

Vielleicht war das Kontingent von 1.000 lateinischen Buchstaben verbraucht und dann kommen eben die 10.000 kyrillischen Zeichen Gibt eben nicht immer eine Erklärung, würde aber trotzdem erstmal alles durchprobieren, auch wenn es rein von der Logik her nichts damit zu tun haben kann Schlimmer kann es doch eh nicht werden...

Der Screeni war jetzt vom Kundenpc oder von deinem?

Hallo Frank,

deine Hyroglyphen haben mich spontan an was erinnert :? :

http://www.onlinebanking-forum…ftam+sfirm

Da half wirklich nur noch Komplettlöschung und Neuanlegen. SI und BIVG waren ratlos.

Gruß Mike

Also im SFIRM hatte ich damals alles versucht, auch BPD löschen, zurücksetzen usw. hatte nichts genützt. Musste den Vertrag komplett löschen und neu anlegen.

Was anderes konnte mir damals keiner sagen. Vielleicht findest du eine andere Lösung.