Fehler in der Nachbearbeitung

 
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Fehler in der Nachbearbeitung

 · 
Gepostet: 01.04.2004 - 11:36 Uhr  ·  #1
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!!!
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Zeven
Beiträge: 1224
Dabei seit: 06 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 01.04.2004 - 12:22 Uhr  ·  #2
Hast Du mal die Datenbanken regorganisiert? Sieht ganz stark nach nem Datenbankfehler aus!

Cu
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 01.04.2004 - 14:03 Uhr  ·  #3
Habe schon die Datenbank reorganisiert und das Konto gelöscht, neu angelegt. Auch die FTAM-Parameter gelöscht und neu angelegt.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 02.04.2004 - 09:56 Uhr  ·  #4
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.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 02.04.2004 - 12:54 Uhr  ·  #5
Zitat geschrieben von Captain FRAG
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 02.04.2004 - 14:07 Uhr  ·  #6
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Im wunderschönen Ahrtal
Beiträge: 2077
Dabei seit: 04 / 2004
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 16.04.2004 - 09:50 Uhr  ·  #7
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ß
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: bei Düsseldorf
Beiträge: 70
Dabei seit: 04 / 2004
Betreff:

Komprimierung?

 · 
Gepostet: 17.04.2004 - 09:14 Uhr  ·  #8
Moin,

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

Gruß, Thorsten
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Zeven
Beiträge: 1224
Dabei seit: 06 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 19.04.2004 - 14:34 Uhr  ·  #9
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 19.04.2004 - 15:10 Uhr  ·  #10
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 19.04.2004 - 15:40 Uhr  ·  #11
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?
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 08:31 Uhr  ·  #12
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 08:41 Uhr  ·  #13
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?
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Zeven
Beiträge: 1224
Dabei seit: 06 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 10:15 Uhr  ·  #14
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 11:52 Uhr  ·  #15
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...
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Zeven
Beiträge: 1224
Dabei seit: 06 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 13:01 Uhr  ·  #16
Achso, das geht bei uns noch nicht! Sorryx habe ich wohl überlesen und/oder falsch verstanden!
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Im wunderschönen Ahrtal
Beiträge: 2077
Dabei seit: 04 / 2004
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 17:28 Uhr  ·  #17
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
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Westfalen
Beiträge: 5096
Dabei seit: 05 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.04.2004 - 20:15 Uhr  ·  #18
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.
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Im wunderschönen Ahrtal
Beiträge: 2077
Dabei seit: 04 / 2004
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 22.04.2004 - 17:28 Uhr  ·  #19
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ß
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: tief im Süden
Beiträge: 1046
Dabei seit: 07 / 2003
Betreff:

Re: Fehler in der Nachbearbeitung

 · 
Gepostet: 20.09.2004 - 11:43 Uhr  ·  #20
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
Gewählte Zitate für Mehrfachzitierung:   0