Leistungsfähigkeit Sfirm (Probleme mit Performance)

Hallo,

wir haben immer extremer werdene Probleme mit Sfirm beim Senden von Zahlungsdateien bzw. auch beim Abruf der PTK Datei.

Früher haben wir eine Datei in ca 5 Sekunden gesendet bzw. das Protokoll abgerufen und heute dauert es ca 30 Sekunden bis der Ausdruck aus dem Drucker kommt.

STA empfangen wir allerdings in einer ganz ordentlichen Geschwindigkeit.

Woran kann das alles liegen? Die DB haben wir schon mehrfach reorganisiert!

Wir haben ca 130 Auftraggeber und 180 Konten in Sfirm! Ist das vielleicht zu viel für Sfirm auf Grund der Datenbanktechnik oder sollte das trotzdem einwandfrei laufen?

Wir verstehen vorallem nicht, wieso das empfangen von PTK Daten so lange dauert, aber die Verarbeitung von STA Daten sehr zügig geht.

Wir setzen - je nach Bank - EBICS und FTAM ein - bei beiden Varianten ist Sfirm langsam.


Über einen Tipp wären wir sehr dankbar.

MfG

Hallo,

danke für die schnelle Reaktion.

Folgender Sachverhalt liegt vor:

1) Es existiert aktuell ein eigener Rechner für Sfirm auf dem Daten und Programm lokal installiert sind.
2) Auf diesen Rechner greift immer eine Person via Remote-Verbindung zu - es werden also keine SFIRM-Daten über das Netz geschleust.
3) Die DTAUS Daten werden über ein gemountetes Netzlaufwerk verschickt/eingelesen. Es handelt sich um Fremddaten.
4) Auch wenn wir die DTAUS vorher lokal auf c:\ kopieren wird der Versand nicht wirklich schneller
5)die Zahlungen senden und die STA abrufen machen wir immer über den User Sfirm. der lokale Windows-Benutzer ist Administrator im Netzwerk.

Die Umsatzdaten werden teilweile per FTAM teilweile per EBICS abgerufen - so wie auch das Senden.
Umsatzdaten per FTAM oder EBICS werden immer schnell abgerufen.
Zahlungsdaten werden per FTAm oder EBICS immer langsam gesendet.
PTK wird immer langsam abgerufen/ausgedruckt per FTAM oder EBICS.

MfG

OK,

wir versuchen das gleich nochmal.

Wie groß ist die SFIRM.mdb eigentlich im Durchschnitt? Unsere ist akut 250MB groß.

Ist das vielleicht auch schon zu groß?

Hallo zusammen,

@Fellini: leere Sfirm.mdb mit 206 kb ? meine hat leer über 3 MB. Du meintest wohl die SFDFU.mdb, das würde passen.

@Flocke:
Senden von DTA-Dateien unter EBICS und FTAM dauert immer etwas länger als der Abruf von STAs, da die Vorarbeiten innerhalb der Datenbanken aufwändiger ist als der Abrufauftrag.

Wenn Ihr PTKs abruft, muss SFirm das Protokoll ja erst auswerten und dabei die versandten DFÜ-Aufträge mit dem Protokoll abgleichen. Der Druck der Listen erfolgt nicht aus dem PTK sondern nach Auswertung des PTK aus den Daten der eingentlichen Datei. Bedeutet, dass hier einfach recht viel Rechenleistung benötigt wird.

Wie sehen denn die DTA-Dateien aus ? Enthält eine DTA-Datei mehrere logische Dateien ? Die würde in meinen Augen die längere Verarbeitungszeit erklären.

Welche SFirm-Version ist installiert ?
Welches Betriebsystem ?
Wie viel RAM steckt im Rechner ?
Wieviel Platz ist auf der C-Platte des Rechners frei und falls SFirm auf einer anderen Platte/Partition liegt, wieviel Platz ist dort frei.
Sind die Systemvoraussetzungen erfüllt ?
http://www.sfirm.de/kunden/sfirm32/voraussetzungen.html

Viele Grüße
bt