SEPA-Sammelüberweisungen in Sfirm

Wie sehen die EBICS Traces aus? Sieht man darin technische Unterschiede in den Sendungen?
Falls nein muss die VB das an ihr RZ weitergeben nach meinem Dafürhalten.
Welche VB ist das? BLZ?

Eine Volksbank an der Fiducia. Hmmm.
Kann es sein, dass das Problem immer dann besteht, wenn zu beiden Konten gleichzeitig Vormerkposten vorliegen?
Ich glaube, die werden bei EBICS auch pro Kunden-ID zusammengeschmissen wie bei den Umsätzen. Und möglicherweise kann der Bankhost die in diesen Fällen nicht einzeln auflösen/liefern?

Liegt denn das Problem in den Vormerkposten oder in den gebuchten Umsätzen? Welches von beiden ist denn unerwartet? Oder beides?

Ich würde auf jeden Fall mal in solchen Fällen die gelieferten VMK Dateien aufheben und anschauen. Und/oder auf jeden Fall über die Bank ein Ticket beim RZ öffnen, die sollen mal mit schauen.

Also gefällt euch nicht, dass die Sammler gesplittet sind?
Das steuert man ja bei SEPA selbst, zumindest gibt es das Batchbooking Feld dafür.
Habt ihr euch die gesendeten SEPA Sammler mal anschaut, deren Umsätze von der Bank gesplittet wurden? Und zum Vergleich mal einen Sammler der nicht gesplittet wurde?
Darin bitte mal nach dem Begriff BtchBookg suchen.
Wenn das nicht vorhanden ist oder auf TRUE steht sollte die Bank nicht splitten. Wenn es vorhanden ist und auf FALSE steht sollte sie splitten.
Gibt aber auch Banken die das garnicht beachten und/oder durch eine Kontoeinstellung überschreiben.
Aber nachgucken könnt ihr ja mal, würde mich interessieren.

Hallo marc!
Müsste man sich genau anschauen.
Wenn die Bank in der BPD das Kennzeichen für Splitbuchung erlaubt mitgibt und SFirm korrekt programmiert ist dann bietet es dir im Ausgabedialog die Splitbuchung auch an.
Setzt du dann das Häkchen setzt SFirm in den HBCI Dialog das Feld Splitbuchung gewünscht auf JA und in der XML Datei das BatchBooking auf false.
Das soll - wenn auch der Bankrechner richtig programmiert ist - auf dem Konto dazu führen, dass jeder Posten einzeln verbucht wird, so die Spec.

Es gibt also rein softwareseitig nur ja oder nein für möglich und ja oder nein für erwünscht.
Ich kann mir durchaus Banken vorstellen, die den Split entweder gar nicht oder nur auf Antrag als feste Vertragseinstellung im Konto ohne Wahlmöglichkeit je Zahlungsart (z.B. bei Gehältern kein Split) zulassen aber nicht via Software.
Und ich kann mir noch viel besser vorstellen, dass Banken in der BPD etwas anderes angeben, als wirklich Fakt ist. Falsche BPD's begegnen uns in diesen Zeiten der Umstellung sehr häufig.

Zu den Gründen kann man spekulieren, kann eine Preisfrage sein (Gebühren, Vertriebsansatz für mehrere Konten, mehr Kontoauszüge etc.) oder einfach ein Merkmal, sich mal wieder mit irgend welchem nicht nachvollziehbaren Quatsch vom Rest der Welt abheben zu wollen, was mir bei der von dir erwähnten Bank näher zu liegen scheint.

Du hast als Anwender von SFirm nur die eine Möglichkeit, bei der Ausgabe das Häkchen zu setzen oder nicht. Wenn das bankseitig keine Beachtung findet liegt es nicht an SFirm.

Ein direkter HBCI Dialog findet nicht statt. Nur beim Versenden die Vorentscheidung auf Einzelüberweisung, bedeutet aber auch die einzelne Versendung (also x-mal TAN Vergabe)

Bei der Sparkasse hat der Berater die Konten "umgestellt". Der Berater der DeuBa meint, dies müsse die Software machen. Haken für Sammelüberweisung ist definitiv gesetzt. Bei der Abfrage vor der Überweisung DeuBa ist der Haken für Sammler gesetzt. Erscheint ja auch auf dem Kontoauszug als Sammler - nur nicht aufgedröselt. Berater der DeuBa meint StarMoney könne es - ist doch aber derselbe Anbieter - Starfinanz - oder?

Moin,

wenn Du einen Sammler sendest der als Einzelaufträge verarbeitet werden soll muß der Parameter
<BtchBookg>true</BtchBookg> auf "false" stehen und nicht auf "true".

Das es bei der Spk funktioniert, liegt daran, das dort im Buchungssystem ein Schlüssel gesetzt wird, der alle Sammler auseinanderreist.

SFIRM kann aber auch das Kennzeichen auf false stellen, wenn du nach der Auswahl "als Sammelauftrag" noch wieder den Haken auf "Einzelaufträge" setzt, sollte es mit an Sicherheit grenzender Wahrscheinlichkeit funktionieren... sofern das System der DeuBa das Kennzeichnen berücksichtigt...

Weiterhin viel Erfolg

Od

nehneh,

Haken als Sammler drin lassen und dann im folgenden Dialogfenster wieder den Haken auf Einzelaufträge setzen... 1x Tan und viele Buchungen...
habe ich heute vor dem Posting nochmal gesondert getestet...

by the way: welchen PL hat die 2.5er denn?

Od

Korrektur: Beim Versenden muss man einen Haken setzen, wenn man einzeln versenden will - also leer lassen. Danach kommt keine Möglichkeit mehr zwischen Sammler oder Einzelü. zu wählen - kein Dialog mehr.

Moin,

das Thema "Batchbooking" ist in der Spec enthalten aber dieses Tag wird nicht von allen RZs beachtet... Auch bei den Genossen hatte es etwas Zeit gebraucht...

Ich muß meine Aussage berichtigen - was den Ablauf in SFirm angeht...
HBCI mit Spk Konto:

screen1: keine Sammelbuchung - Haken bleibt nicht gesetzt

screen2: keine Einzelaufträge - der Haken bleibt auch nicht gesetzt

Für Kenner: in der "zvsam" kann man dann auch sehen, das das Kz auf false stand...

Viel Vergnügen mit der DeuBa...

Od