Sorry, ich hab das falsche Menü erwischt und den Beitrag kaputteditiert.
schon irgendwie schräg, gibt es irgendwas besonderes an den Konten oder sind es alle normale Girokonten?
Habt ihr überall IBAN in den Kontodaten und sind die Bankeinstellungen von altem Balast befreit, also steht in beiden Feldern die Benutzerkennung mit 672... und nicht mehr die alten VR-Kennung gespeichert?
Gruß
Raimund

welche Version ist installiert? https://www.willuhn.de/products/hibiscus-server/download.php
die nightly schon probiert, weil dort wurden doch die (Probleme mit alten) NetKeys behoben. (in jedem Fall bezogen auf die Einzel-Version)

Hi,

danke für die schnelle Antwort und irgendwie auch witzig das der Beitrag editiert wurde.

Soweit ich weiss sind das alles normale Girokonten allerdings halt alles bei der selben Bank (GLS).
Aber ob die von "alten" Balast befreit sind kann ich nicht sagen, die sind im Hibiscus-Server quasi schon Jahre eingebunden und wir hatten da zwischen durch die Schlüssel-Datei mal neu generiert aber sonst nichts angefasst.

Wie kann ich denn das überprüfen? Also in welchen Felder bei hibiscus-server könnte ich das sehen? Oder meinst du die DB?

Wenn DB dann: Da stehen in der tat in der column "kundennummer" unterschiedliche nummern drin also 672... und VRK79.... Bei dem Konto wo es geht steht 672... drin aber es gibt auch ein anderes Konto mit andere Kontonummer + kundennummer 672... da geht es nicht. -.-
IBAN sind auch alle in der DB hinterlegt.

Und da kann man auch wieder nicht das CAMT-Format bei den Syncronisierungseinstellungen aktivieren.

Kann man denn ansonsten bei Hibiscus-Server irgendwie die "BPD/UPD aktualisieren" triggern so wie im normalen Hibiscus GUI?
Müsste das nicht passieren wenn man die Schlüssel-Datei neu importiert?

@infoman: hibiscus-server 2.12.1 ist installiert. Und meinst du nightly wäre eine Versuch Wert? Könnten die NetKeys ein Problem sein? Ich bin bis jetzt eher davon ausgegangen das es an den fehlenden CAMT-Format (Sync Einstellungen) liegt.

Viele Grüße

Andy

Es könnte sich um diesen Bug handeln, der aktuell nur in der nightly behoben ist:
https://github.com/willuhn/hib…17d0d595bf

Hallo Netstack,
an den VR-Kennungen im Kunden-ID-Feld kann es liegen - aber habt ihr zwei verschiedene Benutzerkennungen?

Hallöchen Zusammen,

danke für das schnelle Feedback!!

die nightly können wir testen. Allerdings kann ich nochmal anmerken das auch Konten mit der gleichen Nutzerkennung 672... welche bei Konto1 funktionert und CAMT auswählbar ist bei Konto2 nicht funktioniert. -.-

Gibt es denn keine Möglichkeit das CAMT-Format bei den Konten irgendwie zu erzwingen? Irgendwie muss doch dieser CAMT-Format Parameter gesetzt werden.

Viele Grüße

Andy

letzteres muss jemand anders beantworten.

Bring die Benutzerkennung mal in beide Felder, auch in der Datenbank. Bei der Desktop-Variante heisst es in der Oberfläche Benutzerkennung und Kundenkennung. Die VRK ist eh Geschichte, damit kannst du nichts kaputt machen. Dann den Zugang synchronisieren, sofern das am Server geht.

Konto1 und Konto2 sind bis auf die letzten beiden Ziffern gleich? Ich meine jetzt die Kontonummer, nicht die IBAN, also die letzten 10 Stellen.