Hallo,

wir haben Sfirm32 Version 2.0i mit Server (führt DFÜ aus)/Clients im Einsatz und folgendes Problem:

Mitarbeiter A am Arbeitsplatz A kann Überweisungen nicht ausführen, es poppt die Fehlermeldung "OFTAM32i.exe mit Capi2032.dll" nicht gefunden auf.
Mitarbeiter A am Arbeitsplatz B kann Überweisungen rausschicken.

Habe mir die Sfirm32.ini's angesehen:

Arbeitsplatz A unterscheidet sich von B in folgenden Einträgen:
[COCONET]
NODFUE=0 (ist bei B=1)
[HBCI]
NODFUE=0 (ist bei B=1)
Protocol=0

Habe die Einträge manuell auf 1 gesetzt, wird aber von Sfirm wieder auf 0 gesetzt und bewirkt daher nichts.

Die DFÜ-Wege sind auf beiden Arbeitsplätzen identisch eingestellt. Wie kann ich das Problem beseitigen ?

Vielen Dank

NODFUE=1 bedeutet, das diese Arbeitsstation nicht selber sendet, sondern eine andere (Server oder andere Station) den Versand übernehmen soll (keine lokale DFÜ vorhanden).

[COCONET] ist dabei der Abschnitt für FTAM, [HBCI] logischerweise für HBCI.

Wenn ich das richtig verstanden habe, müsste auf beiden Arbeitsstationen der Wert auf 1 gesetzt sein, da ja der Server die DFÜ übernehmen soll.

Das der Wert sich automatisch zurücksetzt, ergibt für mich keinen Sinn. Allerdings wird die Konfiguration eigentlich auch nur bei der Installation festgelegt (Arbeitsstation führt DFÜ selber aus ja/nein - bis Version I). Der übliche Weg der Korrektur läuft daher über eine Über-Installation.

Mit I-SP1 gibt es für diese Einstellungen übrigens an der Programmoberfläche und kann zur Laufzeit verändert werden (unter Extra-Optionen-Administrator-verfügbare DFÜ Wege festlegen). Die Einstellung kann dort zentral von jeder Station für sich selbst und alle anderen gemacht/korrigiert werden.

Komisch, habe jetzt auf einer Testmaschine über die Gui sämtliche DFÜ-Wege rausgenommen. die ini sieht dann so aus:

[TELESOFT]
NODFUE=1
[COCONET]
NODFUE=1
[WOP]
NODFUE=1
[HBCI]
NODFUE=0
Protocol=0
[DFU]
NOOTHER=0

Wenn ich das richtig verstehe, muss nur der Server einen DFÜ-Weg eingetragen haben, alle Clients nicht ?

Haben die aber teilweise. Am Montag nehme ich an meiner "Problemstation" die DFÜ-Wege raus und gucke was passiert.

Danke erstmal :-)

Äh, ne. Jede Kiste muss die Einträge haben, woher soll der Rechner sonst wissen was er machen soll/darf? Zudem muss der "Server" ja auch nicht gleichzeitig DFÜ-Server für SFirm32 sein.

Eben nicht, das ist diese verquere SFIRM "Logik".

NODFUE=0 heißt, diese Station kann DFÜ machen.
NODFUE=1 heißt, sie kann es nicht.

Ausformuliert könnte man sagen
Keine_DFÜ_möglich=falsch (Also ist DFÜ möglich)
Keine_DFÜ_möglich=wahr (Also ist DFÜ nicht möglich)

Wer sich das ausgedacht hat... :roll:

Hehe,

natürlich. Zuerst stand das da sogar so, ich habs dann falsch korrigiert

Hallo,

wollte nur rückmelden, dass das Problem gelöst ist.

Habe auf der Station alle verfügbaren DFÜ-Wege rausgenommen (Adminregister), danach keine Probleme mehr gehabt.

Gruß Apex

Tach "Halber Liter"



Das macht aber trotzdem Sinn . Die Programmierung laesst sich duch die Negation der Negation :roll: vereinfachen....

CIao, Carsten