FTAM STA-Jobs für Datev und für Kunden

Hallo! Habe ein Problem: Ein Kunde möchte gerne die Umsätze seines Kontos per FTAM abrufen. Allerdings arbeitet der Kunde auch mit der DATEV zusammen. Das Konto ist sowohl dem Kunden als auch der DATEV zugeschlüsselt. Lt. GAD sollte das auch kein Problem darstellen, aber leider erhält der Kunde keine Kontoinfos. Hat jemand Erfahrungen mit so einer Konstelation? Bitte dringend HILFE!!!

Grundsätzlich wird eine STA Datei immer an einen Kunden geliefert. Gibt es zwei FTAM-Kunden (muss ja, einer Datev, der andere der Kunde selber) muss es auch zwei Auszugsdateien geben.
Ich kann mir nicht vorstellen das der zweite Abholer an das Archiv muss, das wäre der Fall wenn es ein FTAM Kunde wäre.

Sfirm konnte früher in der Tat keinen Abruf mit Zeitraumangabe (also Archiv), das ist aber schon ziemlich lange erledigt.

Bei uns ist nur folgender Umstand schwierig:
Die Datev kriegt ein besonderes Format der Auzüge, also eine eigene MT940 Definition. Es kann pro Konto (derzeit) jedoch nur ein Format bereitgestellt werden, egal wie viele Kunden anhängen.
Somit muss die Kundensoftware ebenfalls Datev.MT940 verarbeiten.
Und somit ist auch gleich festgelegt das unser Kunde die Auszüge täglich bekommt, keine A-Nummer geliefert wird und was da noch alles dranhängt.
Das kommt aber recht selten vor...


Hast du eigentlich mal ins FTAM Protokoll gesehen was da los ist?
Wie wird der STA Abholauftrag denn durch die FTAM Schüssel beantwortet?

@eckhard

...das klingt mir aber irgendwie nach FIDUCIA... oder?
Fällt mir nur auf, da ich hier auch der GAD angekettet bin und dieses Vorgehen ist mir unbekannt.. :?:

Ralf meinte doch die GAD Umgebung. Und da schicken wir für die DATEV-Anbindung immer noch Faxe nach Münster...

Aber vielleicht hat die Bank das RZ gewechselt und keiner hat´s gemerkt...

@Ralf
Wie der Captain schon sagte: poste mal Auszüge aus dem FTAM-Protokoll - ich hoffe ihr habt WEBCARE -

Od

Also wir gehören ja zum RZ IZB. Hier ist es so, dass die Datev eine eigene FTAM-Kunden-ID bei uns im Hause hat. Wenn der Kunde, die Umsätze über die Datev bereitgestellt bekommen möchte, dann schlüsseln wir eigentlich nur Feldschlüssel zu. Das ganze wird über unterschiedliche Vertriebswege gesteuert.

Die Umsätze werden ja eigentlich über die DATEV an sich abgeholt und diese wiederum stellte sie dem Kunden dann in der Fibu als gebuchte Umsätze zur Verfügung.

Nutzt der Kunde unabhängig davon bei uns FTAM, dann sind dies andere Feldschlüssel und er hat dann auch eine eigene Kunden-ID.

@eckard und ralf
tja irgendwie schon lustig - die historischen Unterschiede zwischen Nord und West; hier in Süd-Schweden haben wir diese Masken NIE zur Eingabe von Adressen und FTAM-Kd genutzt... aber unter bank21 wird das ja anders...
Als Nord-Bänker stehe ich deswegen auch noch nicht im Konzernadressbuch. Da es meine Adresse wg. einer Fusion eh bald nicht mehr geben wird kann ich sie auch getrost posten: andreas.oden@vrbhalstenbek-schenefeld.de

Ihr kennt da ja bestimmt: für eine Notesmail den . nach dem Vornamen weg und statt .de @grznetz@gad

Bin mal gespannt bob man das Problem nach dem globalen "geht nicht" eingrenzen kann.

Od

Moin,

tja hier in Süd-Schweden ist halt so manches anders auch wenn mittlerweile alles in Münster steht und der Bunker in Lehrte geräumt wurde...
Ich habe von Ralf die GAD-Mail erhalten; und ich sage Dir unser BB3 Frontend ist zwar gleich aber das Backend zwischen Nord und West scheint anders zu sein. Es geht schon los, dass die DATEV FTAM-KdNr noch eine andere ist... Ich sage ja gar nicht, das das nicht geht. Diese Art der Steuerung wurde hier im Nord-Bereich nur NIE Kommuniziert und schon gar nicht in irgendwelchen Handbüchern dokumentiert...Daher ja auch zuerst mein Verdacht: doch ein anderes RZ. Und ist ja auch fast.
West und Nord wachsen ja erst mit basis21 und bank21 richtig zusammen.
Und dann haben solche Schreibereien auch ein Ende...

Ich gehe mal davon aus, dass die BB3 Eingaben richtig sind. Somit bleibt zur weiteren Untersuchung nur noch das FTAM-Protokoll bzw. das Aktionsprotokoll aus WEBCARE.

Bis dann

Od

Nur für die Zukunft: Das wäre auch im FTAM Protokoll sichtbar gewesen und zwar schnell und zuverlässig (Meldung: Auftragsart nicht zugelassen o.ä.) - hast du darauf Zugriff?