FTAM-Client

Hallo,



Und nicht zu vergessen, bei HBCI muß jedes einzelne Konto in der Bankingsoftware eingepflegt werden. Und wenn eines dazukommt muß das in der Software angelegt werden.

Beim FTAM ist jedes RZ lediglich einmal anzulegen, wir reden also von 10, vielleicht 20 Bankparameterdateien. Neue Konten werden dann seitens des RZ dazugehängt und die Auszüge kommen ab sofort mit. Ich denke, dass hier der Administrationsaufwand auf Seiten der Banken und RZs langfristig auch geringer sein wird.

Ich glaube, da ist der Kostenvorteil von HBCI dann eben in Arbeitszeit für die Pflege investiert.

Mag schon sein, dass FTAM etwas langsamer ist, da ISDN eben nur 64 k hergibt und die Nutzlast ist ca. 50%, also 32 k.

Und noch was: das ganze muß doch vom Arbeitsablauf auch einen Sinn ergeben.

Bei Mandanten von Steuerberatern die über die Datev arbeiten wird die Vereinbarung zwischen Mandant und Bank aus der Datev-Software ausgedruckt.

STB sendet diese Vereinbarung an den Mandaten und der unterschreibt das Ding und gibt es an die Bank. (Diese "Vereinbarung zur Bereitstellung von Kontoinformationen unter Einschaltung eines Servicerechenzentrums" wird von den Banken im allgemeinen akzeptiert.)

Die Bank oder das Bank-RZ pflegt das Mandantenkonto am FTAM-Bankrechner ein und am nächsten Tag gibt es die Auszüge.

Das Argument, dass die Auszüge bei HBCI aktueller sind stimmt zwar, das spielt hier m.E. keine Rolle, da es ja um Daten für die Buchhaltung geht und i.d.R. wird ein Buchungstag doch am Stück verarbeitet und dazu reichen die Daten einmal täglich.

Gruß bt

Hi,

noch ne Frage:

Wieviele STA-Dateien wollt Ihr denn in die Buchhaltung überspielen ?
Bei HBCI sind das bei 10.000 Mandanten und je nur einem Konto dann 10.000 Dateien täglich, wenn wir voraussetzen, dass jeder Mandant täglich mind. einen Kontoumsatz hat.

Beim FTAM gibt es eine Datei pro Banken-RZ in der dann die Umsätze von allen bankseitig hinterlegten Konten enthalten sind.

Beim FTAM brauchst Du nicht jedes Konto in der Banking-Software einpflegen, denn, wenn ich das richtig verstanden habe sollen die STAs ja gar nicht in die Bankingsoftware eingelesen werden. Die Bankingsoftware soll doch nur die DFÜ machen und dann die STAs (oder auch die MT940s) bereitstellen.
Beim FTAM werden die Daten ja anhand der Bankparameterdatei abgerufen (vgl. Datev).

Mit den Kosten gebe ich Dir recht, FTAM wird sicherlich teurer sein. Dafür für den Service-Rechner aber auch bequemer. Und der Mandant bzw. der Steuerberater wird sicher auch bereit sein für eine Dienstleistung was zu bezahlen (spart dort ja auch Aufwand und damit Geld).

Und noch etwas ist zu beachten:
Braucht der Service-Rechner die Auszugsnummer in der STA ?
Beim HBCI bietet dieses m.E. keine Bank an. Die gibts nur bei FTAM, wenn gewünscht.

Liefern eigentlich alle RZs bzw. Banken im HBCI den erweiterten MT940-Satz (also mehr als 8 VWZ) ? Oder gibt es bei einigen nur 390 Byte pro Satz (S.W.I.F.T.-Konventionen) oder irgendwas dazwischen ?

Gruß bt

Eigentlich wollte ich mich ja aus diesem Thread heraushalten, da es zu diesem Thema viel höher qualifizierte gibt aber:



Stimmt nicht so ganz, nicht immer, sondern immer öfters mit Sparkassen.

Manche liefern nur einen Umsatz täglich und da fehlt dann die Auszugsnummer, da die dann z.B. nur 1x einen kompletten Auszug bereitstellen. Ich denke aber, dass ist Verhandlunggsache jeweils, oder???

Noch ne Alternative von der Seite der Programme:
http://www.ppi.de/produkte/ele…/index.php

Cashlink wird von einem unserer Großkunden erfolgreich für viele Mandanten eingesetzt (RZ für Kommunen und Energieversorger). Die Software läuft auf sehr vielen Arbeitsplätzen im WAN Netz und das RZ übernimmt zentral die DFÜ.

Nur nochmal zur Klarstellung:

Es hängt vom Wunsch des Kunden ab. Grundsätzlich zwei Varianten: (1)Kunde wünscht Abbild des Papierauszuges oder (2) eine Bereitstellung am Tag mit Auszugs- oder aber Buchungsschnitt (ebenfalls vom Kunden festlegbar).
Bei dem Abbild des Papierauszuges (1) wird der Elektronische Auszug mit der Original Auszugsnummer versehen und gleichzeitig mit dem Druck des Papierauszuges erstellt. Problematisch ist, wenn der Papierauszug im nicht täglichen Rhytmus gedruckt werden soll, dann kommt nämlich der elektronische im Extremfall auch nur ein Mal im Jahr.

Die andere Variante (2) erzeugt Mittags oder Abends ebenfalls einen Auszug, der aber inhaltlich nicht mit dem auf Papier übereinstimmt (kann er ja gar nicht). Folglich gibt/gab es hier keine Auzugsnummer.
Neuerdings können wir dafür aber eine Fake-Nummer erzeugen lassen, die einfach bei eins anfängt und mit jedem neuen Auszug um eins erhöht wird. Über den Sinn muss sich jeder ein eigenes Bild machen..

Ich verstehe aber nicht so ganz wo das Problem ohne Auszugsnummer zu arbeiten besteht.

Yo, das ist mir bekannt.
Wenn aber die größte Softwareschiede Deutschlands, die teilweise sogar Banksysteme programmiert, nen simplen Kontoauszug am liebsten anhand der Auszugsnummer auf Doppelverarbeitung prüft wird mir schlecht.

In Sfirm kann man das Einlesen der abgeholten Umsatzdateien über die Optionen abschalten.

Wenn wir DTI liefern ist das aber nicht MT940 sondern die Sonderform Sammlerumsätze im Diskettenformat DTAUS0.
Die Frage ist dann ob das so gewünscht ist oder doch besser MT940 abgeholt werden sollte...

Handelt es sich um eine Firma aus Verden ????

Ich stehe nämlich vor dem gleichen Problem mit geringerem Umfang (200 Mandanten) und informationen sind nur spärlich zu erhalten (nur allgemeine Aussagen)

Der Verwalter

Kann man auch einen historischen Abruf per FTAM automatisieren?