Hallo Leute,
hat jemand bei Euch auch das Problem mit verteilten Unterschriften bei einem Fiducia-Konto?
Ein Kunde von uns hat SFirm32 und ein Volksbankkonto mit verteilten Unterschriften über EBICS. Wird eine Datei mit einer Unterschrift geschickt und dann die zweite Unterschrift später, dann kommt eine Ablehnung vom Rechenzentrum: Code : 1 Code (Bank):91115, EBICS_ORDERID_ALREADY_EXISTS.
Lösen kann man das nur, wenn man mit dem Pool abrbeitet und beide Unterschriften gleichzeit zum RZ schickt. Beim EBICS-Kunden und -Teilnehmer soll alles ordentlich (VEU) eingestellt sein.
In der Knowledge-Base im Eintrag K07507 ist beschrieben, dass das am CocoNet EBICS-Server liegen soll und die Fiducia noch nacharbeiten muss.
Ich wollte mich mal versichern, ob dies noch immer so ist oder ob die örtliche Voba an irgendeinem Parameter vertan hat?
Gruß ELDI-Man
hat jemand bei Euch auch das Problem mit verteilten Unterschriften bei einem Fiducia-Konto?
Ein Kunde von uns hat SFirm32 und ein Volksbankkonto mit verteilten Unterschriften über EBICS. Wird eine Datei mit einer Unterschrift geschickt und dann die zweite Unterschrift später, dann kommt eine Ablehnung vom Rechenzentrum: Code : 1 Code (Bank):91115, EBICS_ORDERID_ALREADY_EXISTS.
Lösen kann man das nur, wenn man mit dem Pool abrbeitet und beide Unterschriften gleichzeit zum RZ schickt. Beim EBICS-Kunden und -Teilnehmer soll alles ordentlich (VEU) eingestellt sein.
In der Knowledge-Base im Eintrag K07507 ist beschrieben, dass das am CocoNet EBICS-Server liegen soll und die Fiducia noch nacharbeiten muss.
Ich wollte mich mal versichern, ob dies noch immer so ist oder ob die örtliche Voba an irgendeinem Parameter vertan hat?
Gruß ELDI-Man