Bei der Erstellung eines neuen Zahlungsvorschlags im Zahlungsausgang gibt es Möglichkeit den Zahlungsvorschlag zu optimieren. Dazu wird anhand des Datums der nächsten Zahlung geprüft, ob mit der Bezahlung einer Rechnung noch bis zum nächsten Zahlungstermin gewartet werden kann. So wird der jeweils günstigste Zahlungstermin ermittelt. Um dieses Datum automatisch zu ermitteln, kann in den Basisdaten ..
Archives : September-2019
Unter Umständen kann es vorkommen, dass im Zahlungsausgang Skonto zum Rechnungsbetrag addiert und als Kursgewinn verbucht wird. Das kann über folgende Zugriffsrechte verhindert werden, welche ab Version 5.58.100.30729 und 5.58.007.30771 dazu im Standard wie folgt gesetzt sind: [FEHLER4, Nr: 067 – Fehlerbereinigung IV, Geänderte Skonto Berechnung im Zahlungsverkehr bei Kundengutschriften] –> aktiviert [FEHLER4, Nr: 068 ..
Im Zahlungseingang und -ausgang gibt es im Dialog „Zahlungsstapel bearbeiten“ die Möglichkeit markierte Positionen unter Tools -> in bestehenden Stapel zu verschieben. Ist dabei eine nicht vorhandene Stapelnummer eingegeben und das Tool ausgeführt worden, war der Stapel nicht mehr vorhanden und konnte erst über die Zahlungsverkehrsintegritätsprüfung mit <SHIFT+F11> wieder hochgeholt werden. Ab Revision 47209/BETA und ..
______________________________________________ Wiki Aktualisierung 13.02.2020 Aufgrund dieses neuen Features kam es in manchen Installationen zu Performanceproblemen im Zahlungsverkehr. Ab Revision 51693/BETA und 51645/PATCH (Versionen vom 13.02.2020) wurden daher zwei neue Zugriffsrechte eingeführt: [FI5100, Nr: 080 – Zahlungsverkehr, Anzeigen der disponierten Summen pro Bank] [FI5100, Nr: 081 – Zahlungsverkehr, Optimierung GET_RELATION 1614] Über das erste Recht kann ..
Im Zahlungsverkehr in der Positionserfassung war es möglich Positionen hinzuzufügen und zu löschen, obwohl der Stapel bereits an die Bank übergeben/exportiert wurde. Das ist ab Revision 27358/BETA und 27414/PATCH behoben. Beim Versuch Positionen zu verändern oder hinzuzufügen erscheint jetzt die Meldung „Keine Bearbeitung möglich, da bereits an die Bank übergeb..
Benötigt wurde innerhalb des Zahlungsausgangs in der Positionserfassung für ein Workflow der Zugriff auf Belegnummer 2 und Belegnummer 3/Fremdbelegnummer. Ab Version 6.0 Revision 50829/BETA wurde eine Änderung gemacht. Es gab bisher schon die Möglichkeit mittels Zugriffsrecht [FEHLER6, Nr: 045 – Fehlerbereinigung VI, Bei Tabellenverarbeitung 100 – Zahlungsverkehr Kopfdaten in WFL Skripten wird 5131_8 mit Adresse ..
Im Zahlungseingang und -ausgang war es möglich, auf Karteikarte „2 An Bank übergeben/übertragen“ innerhalb des Stapels Adressen hinzuzufügen. Dadurch wurde der Zahlungsstapel fehlerhaft. Ab Revision 63824/BETA und 63820/PATCH wurde das unterbunden. Zahlungsstapel, die an die Bank übergeben wurden, können nicht mehr bearbeitet werden. Es ist nur möglich den Zahlungsstapel von Karteikarte 2 auf 1 zu ..
Gewünscht wurde, dass wenn Belegnummer 2/Belegnummer Lieferant UND Belegnummer 3/Fremdbelegnummer verwendet wird, also beide im Offenen Posten befüllt sind, dass im Verwendungstext die Belegnummer 3/Fremdbelegnummer verwendet wird. Ab Revision 50839/BETA wurde eine Erweiterung für die Erstellung des Verwendungstextes im Zahlungsverkehr gemacht. Syntaktisch ist nun folgendes möglich: <<ZVP_56_12/ZVP_575_30>> Es wird geprüft, ob das erste Feld leer ..
Im Zahlungseingang und Zahlungsausgang wird beim Erstellen des Zahlungsvorschlages im Verwendungstext automatisch die Gruppennummer/Hashwert eingefügt. ::GRPxxxxxxxxxx:: Das wird über das Zugriffsrecht [FI5100, Nr: 064 – Zahlungsverkehr, Gruppennummer im Verwendungstext einfügen] gesteuert, welches im Standard aktiviert ist. Die Gruppennummer dient dann zur automatischen Erkennung des Zahlungsstapels im Intelligenten Buchungsassistenten. Sofern diese im Verwendungstext enthalten ist, wird ..
Sofern im Zahlungseingang im Vorschlag eine Rechnung und ein Gutschrift mit Skontoabzug gegen das Interimskonto verbucht wurde, wurde beim Verbuchen das Konto „Rundungsdfferenzkonto Euro Aufwand“ (1257_8) aus den Fibu Automatikkonten verwendet und die Buchung falsch erstellt. Das wurde ab Revision 49053/BETA und 49184/PATC..