SFIRM-Version: 2.0 H SP 3
Übertragung: FTAM

Es tritt folgender Fehler auf:

A> Fehler in Nachbearbeitung:
A> Fehlerhafter Dateiaufbau ! (Kein :20:Feld)

Die Umsatzdatei sieht auch sehr eigenartig aus:


%zòðzâãÁÙãäÔâ
%zòõzöøôõòòùðaóòøôóõ
%@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@ usw.

*******Edit by klopfer*******
ich habe die @-Zeichen getrent damit der Beitrag ordentlich angezeigt wird
*******Edit by klopfer*******

Vom Rechenzentrum wurde die Datei ordnungsgemäß zur Verfügung gestellt. Alle Parameter (Komprimierung, Satzlänge usw. ) habe ich auch schon überprüft.

Hat jemand eine Idee?

Vielen Dank vorab und schöne Grüße

Euer ELDI-Man

P.S.: Dies ist kein Aprilscherz!!!

Hast Du mal die Datenbanken regorganisiert? Sieht ganz stark nach nem Datenbankfehler aus!

Cu

Habe schon die Datenbank reorganisiert und das Konto gelöscht, neu angelegt. Auch die FTAM-Parameter gelöscht und neu angelegt.

Versuch doch mal, die Datei erneut abzuholen. Vielelicht hat die Sonne gerade wieder eine große Eruption gehabt und durch den Partikelsturm die Datei zerstört....

Ne im Ernst, einfach nochmal abholen und sehen ob der Inhalt wieder so merkwürdig aussieht.

Hallo Captian FRAG,

per FTAM/ELKO kann ich eine MT940-Datei nur einmal abholen. sei denn der Datensatz wird noch einmal zur Verfügung. Alles schon mal versucht.

Habe es aber heute mit dem Auszug von gestern probiert, was auch nicht funktioniert hat.

Bin gespannt, habe auch eine Anfrage bei der BIVG laufen. Mal schauen, was rauskommt. :?

Grüße vom ELDI-Man

Sicher kannst du eine Datei mehrfach abrufen, zumindest mit dem neuen FTAM Modul in sf32 (omikron). Dazu führt doch ein FTAM Host oder Bankrechner eine Datei Historie (bei uns z.B. 14 tage).

Einfach im Abholdialog das Kästchen von Datum xxx ankreuzen und Sfirm macht einen historischen Abruf.

Gruß
Meik

Hallo,

ich habe bei einem Kunden das gleiche Problem. Die genannten Maßnahmen haben nichts gebracht. Ist auch irgendwie logisch, weil SFirm im Ordner recieved die Originaldatei vom Bankrechenr ablegt. Hier kommt der gleiche Kauderwelsch.
Mein Verdacht zielt eher in Richtung Firewall (Netzinstallation) und/oder Windows-Ländereinstellungen.
Bei FTAM-Abrufen könnte in SFirm auch noch fälschlicherweise verschlüsselte Übertragung angehakt sein.

Gruß

Moin,

schon mal ohne Komprimierung die MT940-Datei abgeholt? Wirkt manchmal Wunder... Je nach Bankrechnerversion.

Gruß, Thorsten

Hallo,

schaltet mal die Firewalls und noch eher die Virenscanner ab und schaut mal was dann ankommt. Auch die Verschlüsselung nehmt mal raus!

Cu


Michael

Unser Test-PC ist gänzlich ohne Firewall und Virenscanner. Auch die FLAM-Komprimierung ist raus.

@MrNett: Welche Verschlüsselung meinst du?

BIVG ist auch etwas ratlos. Ich ebenfalls. Bin froh, dass das nicht bei einem Kunden ist, sondern bei meinem Testkonto, wo es nicht so drauf ankommt!!!

Vielen Dank bei allen, die sich mit den Kopf zerbrechen.

Gruß ELDI-Man

Diue "normale" FTAM Verschlüsselung mit private und public Key im Tripple DES Verfahren (Sessiontypen zur Initialisierung der Verschlüsselung VPB und VPK).

Die Verschlüsselung kannst du in SFirm32 in den Bankparametern hinterlegen.

Kann es vielleicht auch sein das die Auszugsaufbereitsungsmerkmale falsch gepflegt sind? Habt ihr die ELKO Stammdatenverwaltung unter OSP im Einsatz?

Hallo Captain FRAG,

wir haben OSP im Einsatz und bei mir ist eigentlich der ganz normale Bereitstellungsschlüssel (ELKO-k-B-N) hinterlegt.

Gruß Mike

Und beim Elko-Kunden werden STA bzw. VMK unverschlüsselt, unkomprimiert und ohne EU geliefert?

Ansonsten kann auch ein Problem mit der Capi bzw. dem FTAM Modul vorliegen. Stell doch mal auf das neue bzw. auf das alte Modul um (je nachdem was gerade läuft) und hol noch einmal ab. Was für eine ISDN Hardware wird eingesetzt?

Hast Du das Konto mal komplett löschen lassen und hast es neu einrichten lassen im Rechenzentrum? Vielleicht ist etwas bei der Einrichtung schiefgelaufen!

Hatte das Konto dieses Phäno von anfang an?

Cu

Michael

Nur am Rande: Die Einrichtung kann Mike mittlerweile selber vornehmen, ansehen und korrigieren. Daher schrieb ich schon dass er sich mal die Konfiguration des Elko-Kunden ansehen soll...

Achso, das geht bei uns noch nicht! Sorryx habe ich wohl überlesen und/oder falsch verstanden!

Hallo,

mein Kundenproblem ist mittlerweile gelöst. Wir sind noch im SIS-West Altsystem und ich hatte bei der Anlage vergessen, das feld Formatumsetzung auf "j" zu setzen ....

Selbst schuld :roll:

Vielleicht gibt es in OSP ja ein ähnliches Feld ...

CU

Das Feld Formatumsetzung gibt es, ich weiss aus dem Stehgeif aber gerade nich so recht was es effektiv bewirkt und meine auch das das nirgendswo gesetzt ist. Default ist auf jeden Fall nein.

Erg.:
Im OSP setzt du das Feld Formatumsetzung nur auf ja, wenn der Kunde keine MT940 sonden Umsätze im DTAUS Format (GVV DTI) haben möchte.

Hallo,

Fehler vom Amt!!

Es war nicht die Formatumsetzung, sondern die Codumsetzung.

Seitdem da ein j drinsteht, funzt mein Kunde wieder.

BTW: die "alten" Umsatzdaten (vor der richtigen Einstelunng für Codeumsetzung) kriegt man für FTAM nicht mehr rein (Weder über historischen Abruf noch über erneute Bereitstellung vom RZ).

Gruß

Wollte mal die Sache noch abschließen. Wir haben Kunden, Teilnehmer und Konto noch einmal komplett gelöscht. Bei uns und im Programm.

Nach kompletter Neuanlage hat alles reibungslos funktioniert.

Waren und sind immer noch etwas ratlos. Vielleicht war es ein unerklärliches, temporäres Ereignis. :mrgreen:

Gruß Mike