Sfirm stockt bei Kontenrundruf per HBCI

Sowas lässt sich aus der Ferne nur schwer diagnostizieren.
Möglich:
Netzwerk überlastet, SF32 arbeitet ja auf der JET Engine, die für solche Transaktionsmengen nicht umbedingt optimal ist und somit viel Traffic erzeugt. Vielleicht mal mit NetIO oder ähnlichem prüfen. Oder aus einer Arbeitststation eine Einzelplatzinstallation bauen, das ist nicht so wild.
Mal im Taskmanager in der Wartezeit die CPU Last der Prozesse beobachtet? Hängt die Automat.exe oder die Sfirm32.exe?

Das der Automat massig CPU und Speicher zieht ist in der Situation nicht ungewöhlich, da kommt ja doch einiges an Arbeit zustande, über HBCI muss für jedes Konto ein eigener Dialog aufgebaut werden.
Praxistest von mit hat mal ergeben, das auf meinem Gurkensystem (600er P3, 256MB, XP) mit lokalem HBCI Server (HBCI4JAVA) nach etwa 1500-2000 EinzelÜWs mit einer Fehlermeldung wegen zuwenig Speicher abbricht.
Das sollte auf einem besseren System nicht so krass sein.

Am schönsten wäre Sfirm/Web, aber das geht ja bei der DKB/IZB nicht.
500 Konten in 4sec... *träum*

FTAM wäre in der Situation wirklich angebracht, nachteil ist eben das es nur Vortages-Auszüge gibt, es sei denn die DKB liefert euch auch Vormerkposten.

Danke fuer die Tips, ueber FTAM wurde schon bei Einfuehrung von HBCI nachgedacht. FTAM hat laut Aussage der Bank aber das Problem, dass Ueberweisungen auch ausgefuehrt werden, wenn das Saldo dadurch ins Minus rutscht. Fuer ne normale Firma vielleicht nicht das grosse Problem, bei den Konten handelt es sich leider um Verwalteranderkonten. Diese duerfen unter keinen Umstaenden ins Minus rutschen, da alle Ausgaben von der Bank abgesegnet werden muessen.

Das sind meine Informationen, sollte es doch ne Moeglichkeit geben die Vorgaben per FTAM zu realisieren, waere ich fuer Hilfe dankbar.

Hi, nochmals,

nee, dass mit dem Ausführen der Zahlungen im Soll funktioniert auch nicht so einfach. Die Zahlungen an sich können durch den Kundenbetreuer freigegeben werden, dann werden diese auch ausführt. Dass heisst aber, es muss einer ein Knöpfchen drücken.

Es ist halt so:

Wenn die Zahlung per FTAM reinkommt, erfolgt eine Prüfung gegen den Disposaldo. Sollte dieser negativ sein, wird die Zahlung zunächst vom Bankrechner angenommen, aber landet dann in einer separaten Abfrage, die der Kundenbetreuer täglich prüfen und freigeben kann.

Da geht nichts automatisch durch. Die Zahlungen bleiben halt so lange im System stehen (max. 14 Bankarbeitstage). Sollte zwischenzeitlich Deckung reinkommen, kann die Zahlung ja freigegeben werden.

Bei PIN/TAN wird halt sofort bei der Übertragung auf den Disposaldo geprüft. Ist dieser negativ, wird die Zahlung gar nicht erst angenommen im Unterschied zu FTAM. Wahrscheinlich wollte man hier die ganz sichere Verfahrensweise nutzen, damit wirklich nichts durchrutschen kann.

Naja, man könnte ja notfalls auch darüber nachdenken, zumindest die Kontoauszüge per FTAM zu holen und die Zahlungen nur per PIN/TAN zu senden. Wäre vielleicht eine Alternative. Hierzu wäre auch ausreichend, nur eine Person für den Abruf der MT940 zu berechtigen.

Hi Captain,

bei uns ist wirklich Vordisposition. Heisst damit, es gibt Unterschiede zu FTAM und PIN/TAN/HBCI.

Die Zahlung wird bei PIN/TAN sofort abgewiesen, wenn die Kontodeckung nicht ausgereicht.

Also Pink,

bist Du da vor Ort der "Techniker"?

Zunächst musst Du so oder so den Kontakt zu meinem EB-Kollegen suchen, da die Konten auf FTAM oder HBCI umgestellt werden müssen (für den Rundruf).

FTAM finde ich besser als HBCI, da Du hier keine Chipkarten beim Rundruf wechseln musst, solltest Du über mehrere Banken arbeiten. Aber sicher geht jetzt wieder ein Aufschrei durch die Massen, da andere Kollegen wieder meinen, wieso die Übertragung per HBCI Chipkarte ist doch auch sehr schnell.

Bei FTAM ist es nur so, dass Du z. B. nur ein Konto der entsprechenden Bank im Rundruf hinterlegen musst und er holt dann automatisch alle anderen Konten mit ab. Man könnte es sogar so gestalten, dass man einen automatischen Abholauftrag (z. B. täglich 08:00) hinterlegt. Damit müsste sich kein Mitarbeiter mehr bemühen, die Umsätze manuell abzuholen. Bei 500 Konten im HBCI PIN/TAN-Bereich sitzt der schon nee Weile, bis die durch sind.

FTAM wiederum baut nur die Verbindung auf, holt die Umsätze ab (geht ganz fix) und baut die Verbindung wieder ab. Ich meine, Ihr habt sicher nicht täglich enorm viele Umsätze. In max. 5 Min. ist die Sache erledigt.

Also, wende Dich zunächst an den Kollegen. Dieser wird mit Dir abklären, ob die technischen Voraussetzungen bei Dir vor Ort gegeben sind, also ISDN-Karte in irgendeinem Rechner oder virtuelle Capi über Router.

Dann folgt die Vertragsgeschichte. Hier muss eine Vereinbarung über die Teilnahme an der Elektronischen Kontoführung mit uns geschlossen werden. Ich denke, es reicht aus, eine Person für den Abruf der Auszüge zu berechtigen. Nach Unterschriftsleistung und Rücklauf des Vertrages werden die Konten entsprechend für FTAM an unserem Bankrechner hinterlegt. Mit der Bereitstellung der Benutzerdaten kann es dann losgehen.

Könnte sein, dass das Sfirm32 noch um FTAM erweitert werden muss (da Du das Modul wahrscheinlich bisher nicht nutzt). Dies kann man aber telefonisch tun.

Der berechtigte Mitarbeiter muss sich nur über die Benutzerdaten an unserem Bankrechner anmelden und wird anhand eines Initialisierungsprotokolles freigeschalten. Nach Freischaltung kann es losgehen.

Die Konten müssten alle raus aus dem Rundruf und Du musst, wie gesagt, nur ein Konto der jeweiligen Bank im Rundruf hinterlegen. Mit dem automatisch hinterlegten Abholauftrag rödelt der Automat jeden Morgen selbständig los und holt die Auszüge ab, wenn der Rechner mit dem Sfirm32-Automaten natürlich gestartet ist.

Kostenseitig musst Du mal mit meinem Kollegen handeln. Ich weiss jezt nicht, ob da Gebühren veranschlagt werden (das entscheidet letztendlich der Kundenbetreuer).

Also viel Glück und hast Fragen, melde Dich einfach noch mal.

PS: Solltest Du mehrere Banken haben, dann ist die Vertragsgeschichte natürlich mit allen Banken abzuschliessen.