Hallo,
bei der SI werden Doppelzahlungen (gleiche Zahlungen in gleicher Höhe an den gleichen Empfänger) in einer Datenbank angehalten.
Im SFIRM32 blieben bis jetzt die Zahlungen immer hängen (es kam kein Protokoll für die Kunden). Der Kunde musste immer in die Standardaufträge reingehen, das Protokoll anschauen und den Auftrag manuell bestätigen.
Klar, das ist umständlich, aber der Kunde konnte erkennen, warum die Datei nicht sofort weiterverarbeitet wird.
Seit der k-Version scheinen die Zahlungen aber direkt durchzurutschen, heißt, es kommt eine Antwort vom RZ, die Zahlungen werden angehalten, aber der Kunde bekommt im SFIRM32 sein Ausgabeprotokoll und ist zufrieden, froh und glücklich. Wenn er sich nicht gerade den letzten Automatenzyklus anzeigen lässt und ihn richtig interpretiert.
Habt Ihr eine Idee, ob die SFIRM-Macher da rummanipuliert haben?
bei der SI werden Doppelzahlungen (gleiche Zahlungen in gleicher Höhe an den gleichen Empfänger) in einer Datenbank angehalten.
Im SFIRM32 blieben bis jetzt die Zahlungen immer hängen (es kam kein Protokoll für die Kunden). Der Kunde musste immer in die Standardaufträge reingehen, das Protokoll anschauen und den Auftrag manuell bestätigen.
Klar, das ist umständlich, aber der Kunde konnte erkennen, warum die Datei nicht sofort weiterverarbeitet wird.
Seit der k-Version scheinen die Zahlungen aber direkt durchzurutschen, heißt, es kommt eine Antwort vom RZ, die Zahlungen werden angehalten, aber der Kunde bekommt im SFIRM32 sein Ausgabeprotokoll und ist zufrieden, froh und glücklich. Wenn er sich nicht gerade den letzten Automatenzyklus anzeigen lässt und ihn richtig interpretiert.
Habt Ihr eine Idee, ob die SFIRM-Macher da rummanipuliert haben?