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
Problemstellung: In den Warenwirtschaftsbelegen sind die Zahlbeträge aus der Fibu eingetragen. Das erfolgt automatisch beim Buchen. Im Prüflauf der Finanzbuchhaltung kann man über eine Option diesen Betrag neu berechnen und eintragen lasen. Dazu ist die Option „Offenen-Posten-Betrag anhand der Zahlungen neu ermitteln“ zu aktivieren. Die Verwendung dieser Option kann bei Prüfläufen in einem Vorjahr einen ..
Sofern man im Zahlungseingang bei der Selektion zum Zahlungsvorschlag bei den „Optionalen Einstellungen“ keinen „Minimalbetrag“ (5038_12) hinterlegt hatte, wurden Adressen mit Gesamtbetrag 0,- € in den Vorschlag aufgenommen. Das passiert, wenn z.B. eine Rechnung und Gutschrift in derselben Höhe im Vorschlag sind. Das hatte zur Folge, dass diese Position bei der Bank abgelehnt wird und ..
Ab Revision 48426 (nur BETA) gab es im Zahlungseingang das Problem, dass der Zahlungsvorschlag fehlerhaft erstellt/dargestellt wurde. Im Dialog „Zahlungsstapel bearbeiten“ wurden Stati fehlerhaft angezeigt, Fibukonten teilweise nicht angezeigt, der Name/die Bezeichnung verschoben dargestellt, die Positionserfassung nicht geöffnet und Beträge nicht angezeigt. Das wurde ab Revision 48557/BET..
In der Positionserfassung im Zahlungseingang und -ausgang wurden Nachkommastellen bei der Gesamtsumme nicht angezeigt. Das ist ab Revision 47172/BETA und 47214/PATC..
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 ..
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 ..